Openhab Sicherung komplett und MQTT Broker funzt nicht mehr

[filmgucker2]

Liebe Gemeinde,
da staunt der Laie und der Fachmann wundert sich (hoffentlich nicht):
Weil ich viel Speicherplatz auf der P habe, habe ich es mir angewöhnt, openhab dadurch
zu sichern, dass ich die ganze sd Karte spiegele und den Spiegel nach meinen meist erfolglosen
Erweiterungsversuchen und Misserfolgen dabei wieder draufzuflashen, um dann den vorherigen
Stand wiederherzustellen.
Als Laie dachte ich: Da kann doch nichts schiefgehen.
Offenbar weit gefehlt: Das exakte Spieglbild der vorher laufenden Version heute aufgespielt.
Und dann bekomme ich die Meldung vom systemeigenen MQTT Broker: "Connection refused"...
Wie kann das denn sein? Vielleicht werden ja irgendwelche zeitabhängigen Schlüssel zwischen
dem Broker und Openhab ausgetauscht...Anders kann ich mir das nicht erklären.
Aber wie kriegt man das wieder hin? Kann ich über die Konsole rauskriegen, was der Broker gerade
macht? Kann man ihn wieder reparieren?

Und der Mosquitto bringt noch folgende Meldung: Error: Unable to restore persistent database. Unrecognised file format.

Vielen Dank für jeden Tipp!

[udo1toni]

Die Frage ist, wie erstellst Du dieses Backup? Wenn Du das im laufenden Betrieb machst, ist es höchst wahrscheinlich, das einzelne Dateien eventuell auch schreibend geöffnet sind. Wenn es ungünstig läuft, speicherst Du dann also den Anfang des alten Zustands einer Datei und im weiteren Verlauf eine neuere Version vom Ende der Datei, spricht, es gibt dann eine Inkonsistenz innerhalb einer Datei.

Verhindern kann man das nur, indem man den Rechner runter fährt oder alternativ zunächst einen Snapshot erstellt. Das Backup wird denn vom Snapshot gemacht, nicht vom laufenden System. Im Fall von mosquitto könnte es reichen, das cache File zu löschen (vorher sicherstellen, das mosquitto nicht läuft). Das ist aber nur eine Vermutung.

[filmgucker2]

Danke mal wieder. Du hast mich jedenfalls auf die wohl richtige Spur gebracht:
Das Sichern mache ich eigentlich immer so, dass ich die Karte dem Pi entnehme,
nachdem ich ordnungsgemäß "shutdown" gemacht habe, auf dem PC dann mit
WinDiskImager einlese und dann bei Bedarf das Image wieder auf die Karte spiele.
Ich habe die Mosquitto Datenbank, die mir recht groß erschien (> 6 MB) gelöscht.
Mosquitto brauchte ich nicht zu stoppen, weil er ja gar nicht erst angesprungen
war. Dann Reboot und der Broker wurde wieder grün. Die Things musste ich neu
verbinden.
Grund könnte gewesen sein, dass ich versucht habe, das auf github erhältliche tuya-mqtt
zu installieren.
Mit meinen Tuya Leuchten habe ich nur Ärger. Das Binding funktioniert nicht richtig.
Den Wechsel von Farbe auf Weiß macht es. Der Helligkeitsdimmer funzt aber nicht...
Wenn ich aber tuya-mqtt von der Konsole aus starte, hängt der Cursor...
Und in MQTT fx ist nichts von den Tuyas zu sehen...

Ist vielleicht was für einen neuen Thread...

[udo1toni]

Definitiv.

tuya-mqtt ist ein Dienst, der die Tuya API nutzt, um die Tuya Hardware an mqtt anzubinden. Das Programm erlaubt keine Eingaben, aber es muss korrekt konfiguriert sein - dafür gibt es entsprechende Dateien, in denen auch die einzelnen Geräte hinterlegt werden müssen. Soweit ich mich erinnere, gibt es da ein paar inhaltliche Fehler in der Dokumentation (bzw. die Informationen widersprechen sich).

[leupy]

Hallo, ich habe das selbe Problem.
Wo finde ich die Mosquitto Datenbank zum löschen.
Nachdem ich ein Backup mit Win10 über Aomei Backuper gemacht habe, startet der Mosquitto Dienst nicht mehr ?
SD Karte wurde über Shutdown runter gefahren und geklont (schon mehrmals) Bei keinem Backup Startet danach der Broker. Auch nicht wenn ich über Befehl starte.
Ich bin wie immer Dankbar für eure Hilfe

[udo1toni]

Es kann verschiedene Gründe haben, warum mosquitto nicht startet.

Was meldet die Ausgabe von

Code: Alles auswählen

sudo systemctl start mosquitto.service

und was liefert anschließend die Ausgabe von

Code: Alles auswählen

systemctl status mosquitto.service

Falls mosquitto nicht läuft, was meldet

Code: Alles auswählen

sudo journalctl -xe

(kurz nach dem erfolglosen Start, damit die Fehlermeldung auch tatsächlich die letzte im Systemlog ist)
Schau bitte mal in die Datei /etc/mosquitto/mosquitto.conf. Dort sollte auch notiert sein, wo mosquitto seine Daten ablegt (gewöhnlich unterhalb /var/lib/mosquitto/, der Parameter heißt persisctence_location)

Die SD-Karte unter Windows mit einem Windows Backup Tool zu klonen ist aus verschiedenen Gründen suboptimal.
Sinnvoller ist es, eine frische SD-Karte mit dem aktuellen openHABian Image bereitzuhalten (gerne bereits initialisiert, also Filesystem expandiert und die Grundinstallation von openHAB durchlaufen).
Zusätzlich richtest Du einen Backup Job ein, der in gewünschter Frequenz (auch mehrfach täglich...) die Konfiguration (wahlweise gemeinsam mit Persistence Daten aus rrd4j und mapdb) als zip-Datei speichert und diese Datei auslagert, z.B. auf einen USB-Stick oder auch eine Netzwerkfreigabe, falls Du z.B. ein NAS laufen hast (es ginge z.B. auch ein USB-Stick als Medienfreigabe an der FRITZ!Box).
Für das Backup der Daten muss openHAB nicht beendet werden, es gibt also im Gegensatz zum Imaging keine Downtime.
Kommt es zum Äußersten, holst Du die vorbereitete SD-Karte aus dem Regal, startest den Pi damit und führst ein Restore des letzten Backup aus. Downtime während des Restore ca. eine Minute...
Wichtig ist natürlich, dass die openHAB Version auf dem Produktivsystem und der Reserve-SD-Karte immer gleich gehalten werden, wenn Du also ein Update/Upgrade des Produktivsystems vornimmst, solltest Du zeitnah auch die SD-Karte updaten oder gar komplett neu erstellen (Neu machen hat den Vorteil, dass Du immer ein cleanes System hast)