NEWS
QNAP QTS - Update: Iobroker - Daten plötzlich "weg"
-
Moin zusammen,
ich habe jetzt seit über einem Jahr den Iobroker gut und stabil auf meinem QNAP NAS TS- 251D mit RAM Upgrade auf 8 Gb laufen. Hierüber läuft meine gesamte Rolladen-, Licht-, und Gerätesteuerung mittels Shelly Adaptern über inzwischen sehr umfangreiche Java-Skripte. Ich betrachte mich hinsichtlich der gesamten IoBroker Container - Architektur und Network-Skills dennoch als Anfänger, weshalb ich mich jetzt an euch wenden muss. Bisher kam ich mit regemäßigem Nachlesen immer gut mit Updates des IoB - Adapters, der Node.Js und des NPM klar, wirklich verinnerlicht habe ich das alles aber leider bisher nicht. Also seht mir Wissenslücken bitte nach.
Gestern Abend habe ich ein Firmwareupdate des NAS von 5.0.0.2131 auf 5.0.1.2194 durchgeführt (QNAP TS- 251D). Heute morgen läuft plötzlich kein Skript mehr, ich muss alles von Hand bedienen.
Was ist passiert? Das Betriebssystem des NAS (QTS) hat anschließend offenbar alle Apps inkl. die Container-App neu installiert und somit auch einen neuen Iobroker - und Portainer Container mit dem neuesten Image installiert. Jetzt habe ich eine blank geputzte, neue Iobroker - Version und komme nicht mehr zurück zu meinem alten Bestand. Das Dateisystem des alten Iobrokers befindet sich noch an Ort und stelle auf der Platte. Wie kann ich den Container nun wieder so einrichten, dass die alten Layer darauf laufen? Ich verstehe nicht, was da passiert ist. Hat jemand eine Idee? Vorschläge?
BackitUp Backups sind von täglichen Sicherungen vorhanden, aktuell bekomme ich sie aber nicht in die neue Iobroker Instanz. Aber ich weiss auch gar nicht, ob in den Backups alles enthalten ist.... Großes Chaos in meinem Kopf. -
@bhenyamin sagte in QNAP QTS - Update: Iobroker - Daten plötzlich "weg":
aktuell bekomme ich sie aber nicht in die neue Iobroker Instanz
Wie äußert sich das? Es dauert halt, bis alle Adapter nachinstalliert sind.
Hast Du auch Vis im Einsatz? Dann muss Vis (und Web, weil dafür nötig) vor dem Restore installiert werden. -
Ehrlich gesagt dadurch, dass ich BackItUp aktuelll irgendwie keinen Zugriff auf das Backup Verzeichnis verschaffen kann. Aber das bekomme ich hin. Ich würde gern verstehen, was da passiert ist und wieso ich nicht einfach wieder den ursprünglichen Container mit dem letzten Volume laufen lassen kann.
-
Mir fällt jetzt eben auf, dass das Verzeichnis der Iobroker-Installation plötzlich nicht mehr "Docker" als Stammpfad auf der Festplatte ist sondern der jetzt laufende IoBroker Container auf das Verzeichnis "Container" zugreift. (In den Einstellungen des COntainers unter Beide Verzeichnisse existieren allerdings schon lange. In dem "Docker" Verzeichnis sehe ich die ganzen Adapter (Jarvis, NodeRed, Javascript...) Könnte das der Hintergrund sein?
-
@bhenyamin
Zu QNap kann ich nix sagen - hab' Synology.Wenn ich ein Update des Containers mache, gehe ich folgendermaßen vor:
- Container stoppen
- Container löschen
- Image löschen
- Neues Image vom Docker-Hub laden
- Neuen Container mit gleichem Mount erzeugen und starten
Fertig. Der ioBroker läuft mit aktuellem Unterbau als wäre nix gewesen
-
Ich habe jetzt versucht einen neuen Container mit dem Volume von gestern Abend zu erstellen, aber wieder ist es eine leere Iobroker - Instanz ohne irgendwelche installierten Adapter. Ich blicke nicht durch, an welcher Stelle ich das Volume und das bestehende Dateisystem beim Erstellen richtig einbinde. Mit Portainer erhalte ich einen Fehler " Request failed with status code 400". Da kann ich zwart das Volume unter "Container" auswählen, aber wo ich die Verzeichnisstruktur des "Docker" Verzeichnisses einbinde, verstehe ich nicht.
-
@bhenyamin
Ich kann Dir leider nur zeigen, wie es unter Synology funktioniertIch habe auf einer der Platten ein Verzeichnis
Da ist alles drin, was im ioB installiert und konfiguriert wurde.
Das wird beim Erstellen des Containers in denselben gemountet - fertig