NEWS
Backitup - Wiederherstellung - Synology Docker
-
@glasfaser
Hallo glasfaserDanke für deinen Link.
Ich konnte nun die erste echte Wiederherstellung durchführen!!!zwei Dinge sind wohl zu beachten:
-
Der neuer Docker Container "muss" den Selben Namen haben, wie der, von dem das Backup ist.
z.B. Backup Container heisst "ioBroker-Fritz", dann muss der neue Container auch so heissen. -
Dieser Tip hat mir geholfen.
Der Clou an der Sache: Seit Version 4.1.0 des ioBroker Container Images ist es möglich vor dem ersten Start ein Backupfile in das noch leere Verzeichnis, welches in den Container als /opt/iobroker eingebunden wird, zu kopieren. Das Backup wird dann vom Startup-Script des Container erkannt und für die Wiederherstellung verwendet. Vollautomatisch.
Gibt es auch eine einfache Variante, wenn der neue Container einen andern Namen hast?
z.B. Backup Container heisst "ioBroker-Fritz" und der neue Container soll "ioBoker-Test" heissenDanke für die Hilfe!
gruss waeck
@waeck sagte in Backitup - Wiederherstellung - Synology Docker:
Gibt es auch eine einfache Variante, wenn der neue Container einen andern Namen hast?
in der Konsole dann später eingeben :
pkill -u iobroker iobroker host thisContainer danach neu starten .
-
-
@glasfaser
Hallo glasfaserDanke für deinen Link.
Ich konnte nun die erste echte Wiederherstellung durchführen!!!zwei Dinge sind wohl zu beachten:
-
Der neuer Docker Container "muss" den Selben Namen haben, wie der, von dem das Backup ist.
z.B. Backup Container heisst "ioBroker-Fritz", dann muss der neue Container auch so heissen. -
Dieser Tip hat mir geholfen.
Der Clou an der Sache: Seit Version 4.1.0 des ioBroker Container Images ist es möglich vor dem ersten Start ein Backupfile in das noch leere Verzeichnis, welches in den Container als /opt/iobroker eingebunden wird, zu kopieren. Das Backup wird dann vom Startup-Script des Container erkannt und für die Wiederherstellung verwendet. Vollautomatisch.
Gibt es auch eine einfache Variante, wenn der neue Container einen andern Namen hast?
z.B. Backup Container heisst "ioBroker-Fritz" und der neue Container soll "ioBoker-Test" heissenDanke für die Hilfe!
gruss waeck
@waeck
Der neue Container muss nicht den selben Namen haben.
Sofern Du den alten nicht gelöscht, sondern nur angehalten hast, muss er m.E. sogar einen anderen haben!Ich habe zur Zeit z.B drei ioB Container im Synology Docker, der produktive (mit admin 4.x) läuft, der neue (mit admin 5.x) läuft sporadisch wegen einiger Unausgreiftheiten und einen "altern" als fallback.
Klar darf nur immer einer laufen.
Ausserdem sind die Daten ausserhalb des Containers lokalisiert und haben jeweils ein eigenes, anfangs leeres Verzeichnis.
Für einen neuen Container erstelle ich vorher mit Backitup eine Sicherung des aktuellen ioB und kopiere es mit Filezilla auf meinen PC.
Dann erstelle ich einen neuen Buanet-Container aus dem latest Repo.
Damit habe ich einen frischen, aktuellen ioBroker.
Mit Filezilla erstelle ich im Datenbaum des neuen Containers unterhalb /iobroker das Verzeichnis /backups und kopiere das eben vorher erstelle Backup hierher, kopiere mir sofort den Dateinamen des Backups in die Zwischenablage.Jetzt im neuen Container auf die Konsole gehen und im Verzeichnis /opt/iobroker (welcher eigentlich immer sofort geöffnet wird) den Restore durchführen mit
"iobroker restore " plus Namen des Backups aus der Zwischenablage.Nach Beendigung des restore (je nach Grösse Sekunden bis wenige Minuten) den Container neu starten.
Beim Start installiert iobroker selbständig alle erorderlichen Adapter, was entsprechend dauern kann.
Im iobroker kannst du im Tab Protokolle den Fortschritt verfolgenDamit hast du ein frisches System ohne Altlasten. Der Vorgang ist wirklich einfach, wenn du es einige Male durchgeführt hast.
-
-
@waeck sagte in Backitup - Wiederherstellung - Synology Docker:
Gibt es auch eine einfache Variante, wenn der neue Container einen andern Namen hast?
in der Konsole dann später eingeben :
pkill -u iobroker iobroker host thisContainer danach neu starten .
Hallo
Danke für den Befehl...
Leider geht es nicht.Ich habe das Backup ins Verzeichnis /opt/iobroker getan.
Dann durchlaufen lassen.pkill -u iobroker
iobroker host thisKeine Reaktion.
Mal mit Neustart versucht... dann kommt folgendes:
root@Glasfaser:/opt/iobroker# iobroker restart
iobroker controller daemon is not running
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 326
root@Glasfaser:/opt/iobroker# iobrker start
bash: iobrker: Kommando nicht gefunden.
root@Glasfaser:/opt/iobroker# iobroker start
iobroker controller daemon already running. PID: 326
root@Glasfaser:/opt/iobroker#Wann genau, muss ich den Befehlt eingeben?:
pkill -u iobroker iobroker host thisSorry aber man sieht halt, dass ich wenig Ahnung haben... :-)
gruss waeck
-
@waeck
Der neue Container muss nicht den selben Namen haben.
Sofern Du den alten nicht gelöscht, sondern nur angehalten hast, muss er m.E. sogar einen anderen haben!Ich habe zur Zeit z.B drei ioB Container im Synology Docker, der produktive (mit admin 4.x) läuft, der neue (mit admin 5.x) läuft sporadisch wegen einiger Unausgreiftheiten und einen "altern" als fallback.
Klar darf nur immer einer laufen.
Ausserdem sind die Daten ausserhalb des Containers lokalisiert und haben jeweils ein eigenes, anfangs leeres Verzeichnis.
Für einen neuen Container erstelle ich vorher mit Backitup eine Sicherung des aktuellen ioB und kopiere es mit Filezilla auf meinen PC.
Dann erstelle ich einen neuen Buanet-Container aus dem latest Repo.
Damit habe ich einen frischen, aktuellen ioBroker.
Mit Filezilla erstelle ich im Datenbaum des neuen Containers unterhalb /iobroker das Verzeichnis /backups und kopiere das eben vorher erstelle Backup hierher, kopiere mir sofort den Dateinamen des Backups in die Zwischenablage.Jetzt im neuen Container auf die Konsole gehen und im Verzeichnis /opt/iobroker (welcher eigentlich immer sofort geöffnet wird) den Restore durchführen mit
"iobroker restore " plus Namen des Backups aus der Zwischenablage.Nach Beendigung des restore (je nach Grösse Sekunden bis wenige Minuten) den Container neu starten.
Beim Start installiert iobroker selbständig alle erorderlichen Adapter, was entsprechend dauern kann.
Im iobroker kannst du im Tab Protokolle den Fortschritt verfolgenDamit hast du ein frisches System ohne Altlasten. Der Vorgang ist wirklich einfach, wenn du es einige Male durchgeführt hast.
Hallo zahnheinrich
Auch dir Danke für die Hilfe.
Ich ging davon aus, dass ich den Container Starten muss, damit ich überhaupt ins Terminal kann.
Erst danach konnte ich das Backup ins Verzeichnis kopieren.Nach der eingäbe von
root@zahnheinrich:~# iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gz
Stop iobroker first!
root@zahnheinrich:~# iobroker stop
iobroker controller daemon is not running
root@zahnheinrich:~# iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gz
Stop iobroker first!
root@zahnheinrich:~#Hier drehe ich leider im Kreis...
Leider weiss ich nicht weiter.
grüss waeck
-
Hallo zahnheinrich
Auch dir Danke für die Hilfe.
Ich ging davon aus, dass ich den Container Starten muss, damit ich überhaupt ins Terminal kann.
Erst danach konnte ich das Backup ins Verzeichnis kopieren.Nach der eingäbe von
root@zahnheinrich:~# iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gz
Stop iobroker first!
root@zahnheinrich:~# iobroker stop
iobroker controller daemon is not running
root@zahnheinrich:~# iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gz
Stop iobroker first!
root@zahnheinrich:~#Hier drehe ich leider im Kreis...
Leider weiss ich nicht weiter.
grüss waeck
-
Hallo
Danke für den Befehl...
Leider geht es nicht.Ich habe das Backup ins Verzeichnis /opt/iobroker getan.
Dann durchlaufen lassen.pkill -u iobroker
iobroker host thisKeine Reaktion.
Mal mit Neustart versucht... dann kommt folgendes:
root@Glasfaser:/opt/iobroker# iobroker restart
iobroker controller daemon is not running
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 326
root@Glasfaser:/opt/iobroker# iobrker start
bash: iobrker: Kommando nicht gefunden.
root@Glasfaser:/opt/iobroker# iobroker start
iobroker controller daemon already running. PID: 326
root@Glasfaser:/opt/iobroker#Wann genau, muss ich den Befehlt eingeben?:
pkill -u iobroker iobroker host thisSorry aber man sieht halt, dass ich wenig Ahnung haben... :-)
gruss waeck
@waeck sagte in Backitup - Wiederherstellung - Synology Docker:
Wann genau, muss ich den Befehlt eingeben?:
Wenn der Host nicht stimmt siehe wie hier :
https://forum.iobroker.net/topic/46911/plötzlich-fehlermeldung-iobroker-startet-nicht-korrekt/5
-
Hallo
Danke für den Befehl...
Leider geht es nicht.Ich habe das Backup ins Verzeichnis /opt/iobroker getan.
Dann durchlaufen lassen.pkill -u iobroker
iobroker host thisKeine Reaktion.
Mal mit Neustart versucht... dann kommt folgendes:
root@Glasfaser:/opt/iobroker# iobroker restart
iobroker controller daemon is not running
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 326
root@Glasfaser:/opt/iobroker# iobrker start
bash: iobrker: Kommando nicht gefunden.
root@Glasfaser:/opt/iobroker# iobroker start
iobroker controller daemon already running. PID: 326
root@Glasfaser:/opt/iobroker#Wann genau, muss ich den Befehlt eingeben?:
pkill -u iobroker iobroker host thisSorry aber man sieht halt, dass ich wenig Ahnung haben... :-)
gruss waeck
@waeck sagte in Backitup - Wiederherstellung - Synology Docker:
Ich habe das Backup ins Verzeichnis /opt/iobroker getan.
Da gehört es nicht hin. Lege darunter ein Unterverzeichnis /backups an.
Der Pfad ist also /opt/iobroker/backups
Hierhin dein Backup kopieren.Wann genau, muss ich den Befehlt eingeben?:
Dann im neuen Container auf die Konsole gehen und im Verzeichnis /opt/iobroker (welches eigentlich immer sofort geöffnet wird)
zunächst den ioB stoppen mit
pkill -u iobrokerdann den Restore durchführen mit
iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gzdann die Konsole verlassen und den Container neu starten.
Sorry aber man sieht halt, dass ich wenig Ahnung haben... 🙂
Das macht nix, habe auch mal angefangen.
Aber: Hier wirst du geholfen :dark_sunglasses: -
@waeck sagte in Backitup - Wiederherstellung - Synology Docker:
Ich habe das Backup ins Verzeichnis /opt/iobroker getan.
Da gehört es nicht hin. Lege darunter ein Unterverzeichnis /backups an.
Der Pfad ist also /opt/iobroker/backups
Hierhin dein Backup kopieren.Wann genau, muss ich den Befehlt eingeben?:
Dann im neuen Container auf die Konsole gehen und im Verzeichnis /opt/iobroker (welches eigentlich immer sofort geöffnet wird)
zunächst den ioB stoppen mit
pkill -u iobrokerdann den Restore durchführen mit
iobroker restore iobroker_2021_09_11-02_00_10_backupiobroker.tar.gzdann die Konsole verlassen und den Container neu starten.
Sorry aber man sieht halt, dass ich wenig Ahnung haben... 🙂
Das macht nix, habe auch mal angefangen.
Aber: Hier wirst du geholfen :dark_sunglasses:@zahnheinrich @zahnheinrich
@GlasfaserHallo zusammen
So nun habe ich es auch fertig gebaucht.
Meine erste Wiederherstellung läuft nun wieder...Nun werde ich es noch ein, zwei mal testen, damit ich "Sicherheit" haben.
Danke euch beiden!!!
Viele Grüsse, waeck
-
@zahnheinrich @zahnheinrich
@GlasfaserHallo zusammen
So nun habe ich es auch fertig gebaucht.
Meine erste Wiederherstellung läuft nun wieder...Nun werde ich es noch ein, zwei mal testen, damit ich "Sicherheit" haben.
Danke euch beiden!!!
Viele Grüsse, waeck
-
@zahnheinrich @zahnheinrich
@GlasfaserHallo zusammen
So nun habe ich es auch fertig gebaucht.
Meine erste Wiederherstellung läuft nun wieder...Nun werde ich es noch ein, zwei mal testen, damit ich "Sicherheit" haben.
Danke euch beiden!!!
Viele Grüsse, waeck
@waeck
Prima, dass es läuft!Gute Strategie übrigens, gleich zu Beginn mal den Ernstfall zu üben, um im Notfall zu wissen was man tun soll/nicht tun soll!
Ich verwahre die gezogenen Backups übrigens auf von der Synology physisch weit (mehrere 100km :blush: ) entfernten Datenträgern, um möglichen Supergaus (Hochwasser, Überspannung, Feuer, übermotivierte Kids etc) möglichst zu entgehen.
Ansonsten beim Supergau nicht rumheulen, denn es gilt die alte Regel: "No backup, no mercy!".
Viel Spaß weiterhin
-
Moin Zusammen,
versuche auch gerade testhalber ein Backup zurück zu spielen. Meine Schritte:
- Mit buanet/iobroker:v6.0.0 habe ich bereits seit langem ioBroker am Laufen. Hab mit dem BackItUp-Adapter ein Backup erstellt
- Mit dem gleichen Image habe ich einen neuen Container erstellt und in den Ordner das BackItUp generierte File gelegt, dann den Container gestartet
- Während dem Container-Start wurde das BackItUp-File gefunden und der Restore gestartet, danach wurde der Container weiter (aus meiner Sicht) normal gestartet
- Im "restore.log" steht am Ende "System successfully restored!", soweit so gut
- Nun warte ich darauf, auf die Web-Oberfläche zu kommen. Natürlich ist mir bewusst, dass das ne Weile dauer, ABER... seit ca. 45 Minuten passiert nichts mehr
-> Im ioBroker Ordner werden keine weiteren Dateien angelegt
->iobroker logs --watchzeigt auch keine weiteren Änderungen mehr
-> Portainer zeigt folgenden Ressourcen Verbrauch
Meine Fragen...
- Ist das normal oder warte ich ewig und "irgendwas" geht schief? Jemand eine Idee, was ich noch anschauen kann?
- Ist dieser Vorgang unterbrechbar und später fortsetzbar? Sprich, da es so lange dauert, kann ich temp. diesen Container wieder stoppen und meinen Produktiv-Container starten, damit meine Frau "keine Einschränkungen" hat?
Vielen Dank im Voraus!!!!
-
Moin Zusammen,
versuche auch gerade testhalber ein Backup zurück zu spielen. Meine Schritte:
- Mit buanet/iobroker:v6.0.0 habe ich bereits seit langem ioBroker am Laufen. Hab mit dem BackItUp-Adapter ein Backup erstellt
- Mit dem gleichen Image habe ich einen neuen Container erstellt und in den Ordner das BackItUp generierte File gelegt, dann den Container gestartet
- Während dem Container-Start wurde das BackItUp-File gefunden und der Restore gestartet, danach wurde der Container weiter (aus meiner Sicht) normal gestartet
- Im "restore.log" steht am Ende "System successfully restored!", soweit so gut
- Nun warte ich darauf, auf die Web-Oberfläche zu kommen. Natürlich ist mir bewusst, dass das ne Weile dauer, ABER... seit ca. 45 Minuten passiert nichts mehr
-> Im ioBroker Ordner werden keine weiteren Dateien angelegt
->iobroker logs --watchzeigt auch keine weiteren Änderungen mehr
-> Portainer zeigt folgenden Ressourcen Verbrauch
Meine Fragen...
- Ist das normal oder warte ich ewig und "irgendwas" geht schief? Jemand eine Idee, was ich noch anschauen kann?
- Ist dieser Vorgang unterbrechbar und später fortsetzbar? Sprich, da es so lange dauert, kann ich temp. diesen Container wieder stoppen und meinen Produktiv-Container starten, damit meine Frau "keine Einschränkungen" hat?
Vielen Dank im Voraus!!!!
-
@rkccorian Update... hab jetzt noch auf der Console
pkill -u iobrokerund danachiobroker host thisausgeführt. Jetzt sehe ich mitiobroker logs --watchFortschritt 😃. Mal abwarten...@rkccorian sagte in Backitup - Wiederherstellung - Synology Docker:
und danach iobroker host this ausgeführt.
und das ist ja auch die Lösung , da es auch im Protokoll steht :
-
@rkccorian sagte in Backitup - Wiederherstellung - Synology Docker:
und danach iobroker host this ausgeführt.
und das ist ja auch die Lösung , da es auch im Protokoll steht :
@glasfaser Jetzt hat alles geklappt, wunderbar! :-)
-
Hey Leute, ich bastele hier schon seit Ewigkeiten am Container-Upgrade auf die V11.00 rum (buanet).
Bisher ging das immer gut über das Erstellen und Einbinden eines neuen Verzeichnisses auf dem Docker Host (Qnap-NAS) und das Kopieren des letzten tar.gz. Backups in das leere Verzeichnis vor dem ersten Start.Ich bekomme es nun aber gar nicht mehr auf die Kette :
Den fehler gibt es natürlich xfach im Netz zu finden, aber die Lösungen bringen mich nicht weiter. Jemand eine Idee?
-
Ich habe es nun mit viel Chat GPT und lesen doch über WinSCP und Putty wieder hin bekommen, das Backup wiederherzustellen. Danke
@bhenyamin und woran lag es?
@bhenyamin sagte in Backitup - Wiederherstellung - Synology Docker:
Please check/ recreate mounted folder or volume
-
@bhenyamin und woran lag es?
@bhenyamin sagte in Backitup - Wiederherstellung - Synology Docker:
Please check/ recreate mounted folder or volume
Das weiß ich leider bisher nicht. Ich nahm an, es müsse über den von Andre beschriebenen Weg laufen. (Backup ins leere Verzeichnis und Container starten) Nachdem ich damit aber nicht weiter kam, habe ich die Backupfile nach Start bzw. Mount des Verzeichnisses via Putty nach opt/iobroker/backups kopiert und dann mit restore command wiederhergestellt. Das war tatsächlich easy, nachdem ich mich damit auseinander gesetzt habe.
Die Ursache für "Please check/ recreate mounted folder or volume" kenne ich bisher nicht...
409
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge