Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Mico444]

Hi Samson71, danke für deine Antwort!
Ich verwende eine Docker Installation, denn ioBroker läuft bei mir auf einer Synology und da gibt es kein natives ioBroker Paket zum Installieren.
Da die Synologys DSM zwar eine Linux Distribution ist, sollte vieles funktionieren, aber wer weiß, was alles geändert worden ist.
Mein Anliegen ist auch nicht Zeit mit Synology DSM zu verbringen, sondern ich versuche nur Maintenance für ioBroker zu machen.
Und das sollte möglichst risikoarm und einfach sein.
Ich bin mir auch bewusst, dass ich sinnvollerweise den Container updaten muss. Und da liegt das Problem. Wenn ich den Container update und es funktioniert etwas nicht, dann kann ich auch die Backups nicht mehr einspielen, da es ein Containerupdate ist.
Ich hoffe ich habe mein Problem gut genug beschrieben.

[Homoran]

@Mico444 sagte in Docker Container Updaten:

da es ein Containerupdate ist.

???

Das ioBroker Backup kann sogar quer über verschiedene Betriebssysteme wiederhergestellt werden

[Samson71]

@Mico444 sagte in Docker Container Updaten:

Ich hoffe ich habe mein Problem gut genug beschrieben.

Hast Du, ändert nur nichts an der notwendigen Vorgehensweise oder am (vermeintlichen) Risiko.

[Mico444]

Wenn ich den neuen Container eingespielt habe, ist dieser ja "junfräulich". Weder die alten Containersettings sind übernommen, noch die ioBroker Settings sind eingespielt. Wie gehe ich da vor?
Gibt es vielleicht eine Beschreibung hier?
Danke!

[Homoran]

@Mico444 sagte in Docker Container Updaten:

Weder die alten Containersettings sind übernommen,

mit Containern kenne ich mich nicht aus.
Aber da gibt es genug User, die da helfen können.
Deswegen hab ich den Thread in die Docker Kategorie geschoben.

@Mico444 sagte in Docker Container Updaten:

noch die ioBroker Settings sind eingespielt

die kommen mit dem Restore des Backups.

[Samson71]

@Mico444 sagte in Docker Container Updaten:

Gibt es vielleicht eine Beschreibung hier?

Davon ausgehend dass Du ein Buanet Docker Image benutzt schau mal hier:

https://docs.buanet.de/de/iobroker-docker-image/docs/#wartung

[OliverIO]

@elochso

Da es so ausführlich bisher noch niemand geschrieben hat, hier eine kurze Anleitung erstellt von ChatGPT, da ich keine Synology habe

Docker-Container auf einer Synology aktualisieren (kurz & kompakt)
1. Container stoppen
Docker → Container → gewünschten Container auswählen → Stoppen
2. Neues Image laden
Docker → Image → entsprechendes Image auswählen → Herunterladen (neueste Version)
3. Alten Container löschen
Docker → Container → Container auswählen → Löschen
(Volumes bleiben erhalten, sofern sie gemountet sind)
4. Container neu erstellen
Docker → Image → Image auswählen → Starten →
gleiche Einstellungen wie zuvor setzen (Ports, Volumes, Umgebungsvariablen)
5. Container starten & prüfen
Container starten → Log prüfen → Funktion testen

Und damit du die Einstellungen nicht immer wieder neu machen musst, empfiehlt sich, das erwähnte „Projekt“.
Das entspricht dem docker-compose wie viel von Docker.

Wenn du für den Container eine Volume angelegt hast, musst du nicht mal das Back-up zurückspielen, sondern einfach nur das Container Image neu herunterladen und neu starten. Das startskript des Containers erkennt das und nach kurzer Zeit steht das genauso da wie die Vorgängerversion.

[uweklatt]

Der wichtigste Punkt ist die Frage, ob das Verzeicnis /opt/iobroker des Containers in ein externes Volume gemappt wurde.
Nur dass kann der Container einfach upgedatet werden ohne das die Einstellungen und Parameter verloren gehen.
Tschau
Uwe

[OliverIO]

@uweklatt
Das ist nicht ganz korrekt.
Wenn der Imageersteller Volumes definiert hat, werden diese immer angelegt und überleben eine neue container generierung.
Wenn man sie aber nicht auf ein eigenes Verzeichnis mappt sind diese Volumes gaaanz tief und kryptisch benannt versteckt. Ein Update funktioniert trotzdem.

bei mir sind die nicht gemappten volumes hier gespeichert
/var/lib/docker/volumes

[uweklatt]

@oliverio
Danke für den Kommentar. Das ist richtig und ich habe das schon länger nicht mehr genutzt. Ich nutze lieber selbst erstellte Volumes, die innerhalb einer Freigabe liegen.
Dann kann man problemlos Dateien bearbeiten.

Tschau
Uwe