Du solltest deinen Beitrag bearbeiten, denn alle deine Anmeldeinformationen sind im Klartext…
Die Werte sind alle schon abgeschnitten 
Ok. Gut, ich hatte deine Nachricht zu schnell gelesen.
Ich sehe keine Variablen, die mit MQTT verknüpft sind.
Genau, deshalb habe ich Pierre-Gilles geschrieben, dass er enttäuscht sein würde…
Woher kommt also der Wert m14cloudmqtt.com?
Kannst du nochmal ‹ docker logs › ausführen, um zu sehen, ob der Fehler immer noch derselbe ist?
> gladys-server@ start:prod /src/server
> cross-env NODE_ENV=production node index.js
Initialisiere OpenZWave 1.6.1051 Binary-Addon für Node.JS.
OpenZWave Security API ist AKTIVIERT
ZWave Geräte-Datenbank: /usr/local/etc/openzwave
Benutzereinstellungen-Pfad: /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../
Optionen-Überschreibungen: --Logging false --ConsoleOutput false --SaveConfiguration true
2020-09-13T20:16:20+0200 <info> index.js:20 (Object.start) Starte Open Weather Dienst
2020-09-13T20:16:20+0200 <info> index.js:19 (Object.start) Starte Telegram-Dienst
2020-09-13T20:16:20+0200 <info> index.js:13 (Object.start) Starte USB-Dienst
2020-09-13T20:16:20+0200 <info> index.js:16 (Object.start) Starte ZWave-Dienst
2020-09-13T20:16:29+0200 <info> service.start.js:16 (Service.start) Der Telegram-Dienst ist nicht konfiguriert, daher wurde er nicht gestartet.
2020-09-13T20:16:37+0200 <warn> connect.js:50 (MqttClient.<anonymous>) Fehler beim Verbinden mit MQTT - Fehler: getaddrinfo ENOTFOUND m14cloudmqtt.com
events.js:292
throw er; // Unbehandelter 'error' Event
^
Error: getaddrinfo ENOTFOUND m14cloudmqtt.com
at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:66:26)
Emitted 'error' event on MqttClient instance at:
at TLSSocket.streamErrorHandler (/src/server/services/mqtt/node_modules/mqtt/lib/client.js:333:12)
at TLSSocket.emit (events.js:327:22)
at emitErrorNT (internal/streams/destroy.js:92:8)
at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
at processTicksAndRejections (internal/process/task_queues.js:84:21) {
errno: 'ENOTFOUND',
code: 'ENOTFOUND',
syscall: 'getaddrinfo',
hostname: 'm14cloudmqtt.com'
}
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! gladys-server@ start:prod: `cross-env NODE_ENV=production node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Das Skript für gladys-server@ start:prod ist fehlgeschlagen.
npm ERR! Dies ist wahrscheinlich kein Problem mit npm. Es gibt wahrscheinlich zusätzliche Protokollausgaben darüber.
npm ERR! Ein vollständiges Protokoll dieses Laufs kann gefunden werden in:
npm ERR! /root/.npm/_logs/2020-09-13T20_16_37_949Z-debug.log
Hallo zusammen,
Ich denke, ich werde es einfach nochmal neu installieren. Ich habe noch ein bisschen gesucht, aber ich finde nichts Relevantes, um mein Problem zu lösen.
Wenn du neu installierst, denk daran, wirklich das neueste Raspbian-Image von der Gladys-Website zu nehmen 
Das habe ich schon vor 3 Monaten gemacht…
Aber mit meiner 1,2 Mbit/s-Verbindung dauert es immer noch ewig…
@pierre-gilles
Am 10. September hast du gesagt, dass der Bug kritisch sei. Bevor du alles auf der SD löschst, bestätigst du mir, dass der Bug nicht kritisch ist?
Da ich den Fehler nicht reproduzieren konnte, denke ich, dass deine Installation einfach nicht auf dem neuesten Stand war
Ich denke, es wäre besser, jetzt neu zu installieren. Lass uns wissen, wie die Neuinstallation läuft!
Fabichou, sollte die Adresse des MQTT-Servers nicht m14.cloudmqtt.com anstatt m14cloudmqtt.com sein?
Ja, es gibt einen Fehler in der URL, aber dieser wird nicht in der Gladys-Datenbank gespeichert… das ist wirklich seltsam. Seitdem kann er nicht mehr starten.
Hallo zusammen
Ich habe gerade meine SD-Karte mit der neuesten Version von Galdys neu installiert.
Dann habe ich mein Gladys Plus-Konto verbunden und wollte eine Sicherung von vor 2 Monaten wiederherstellen, lange bevor mein Problem auftrat…
Aber ich habe immer noch das gleiche Verhalten… Es startet ständig neu…
Sind alle meine Sicherungen beschädigt??
Ich bin es leid, drei Sicherungen auszuprobieren und immer wieder zu scheitern…
Mist 
immer wieder…
Es scheint also ein Problem mit deiner Installation zu geben. Würde es dich stören, mir (privat) deine Gladys-Datenbankdatei zu schicken, damit ich sie bei mir ausführen kann? Dann sehen wir sofort, wo das Problem liegt.
Die Gladys SQLite-Datenbank befindet sich auf dem Pi unter:
/var/lib/gladysassistant/gladys-production.db
Du musst nur diese Datei auf deinen PC herunterladen (du kannst Tools wie FileZilla/Cyberduck verwenden) und mir dann die Datei als private Nachricht schicken, wenn es dir nichts ausmacht.
Ich bitte selten um solche privaten Informationen, aber in deinem Fall scheint es der letzte Ausweg zu sein, um zu verstehen, was passiert…
Ich verstehe, das ist frustrierend! Ich dachte, du hättest einen Bug aufgrund einer alten Version von Gladys (nicht abgefangener MQTT-Fehler), aber offensichtlich ist das nicht der Fall, meine Diagnose war falsch. Deine lokale DB sollte mir mehr Hinweise geben, ich werde deine Instanz bei mir ausführen.
Hallo
Danke Pierre-Gilles.
Es ist an deine E-Mail-Adresse geschickt worden.
Danke @Fabichou! Ich schaue mal.
Nach der Untersuchung der 2 DBs, die du mir geschickt hast:
-
Die DB vom 11. September hat kein offensichtliches Problem. Sie läuft bei mir sehr gut, kein Absturz, und ich sehe nichts in der DB, das mit MQTT zu tun hat. Ich verstehe nicht, wie du den Fehler « Error: getaddrinfo ENOTFOUND m14cloudmqtt.com » bekommen kannst, wenn auf der DB-Seite nichts mit MQTT verbunden ist…
-
Die zweite DB ist nach der Wiederherstellung leer. Das ist schon seltsam! Läuft dein Wiederherstellungsprozess normal ab?
Angesichts dieser Informationen denke ich, dass der MQTT-Fehler, den wir gesehen haben, nicht der Fehler war, der deinen Absturz verursacht hat. Es muss noch etwas anderes in den Logs gegeben haben, das du übersehen hast…
Wärst du für einen Anruf am Tag/Abend verfügbar, damit du mir erklären kannst, was du machst? Das wird sicherlich einfacher sein, um uns zu verstehen.