NEWS
[HowTo] ioBroker Restore unter Linux durchführen
-
@ben1983 Kannst du bitte ein paar mehr Infos geben?
Etwas mehr Debug Log und welchen Docker Container verwendest du? -
@simatec verwende den latest von buanet-iobroker.
habe gerade in den log geschaut, da steht absolut NICHTS drin zum backup
Habe es genau16:10 gestartet und logeinträge kommen erst wieder 16:11 wenn er neu startet. -
@simatec verwende den latest von buanet-iobroker.
habe gerade in den log geschaut, da steht absolut NICHTS drin zum backup
Habe es genau16:10 gestartet und logeinträge kommen erst wieder 16:11 wenn er neu startet.@ben1983 Im latest ist der Fix noch nicht drin, der ein Problem mit node14 verursacht.
Bitte nimm aktuell den Beta Container -
@ben1983 Im latest ist der Fix noch nicht drin, der ein Problem mit node14 verursacht.
Bitte nimm aktuell den Beta Container@simatec der steht aber auf js.controler 3.
Dann müsste ich ja später wieder updaten.
Kann ich es auf dem stable belassen und warten, bis der andere Fertig ist?
Ps. kannman denn wenigstens backups lauffähigh erstellen, welche dann mit dem fix restored werden können?
Oder einfach den gemounteden Ordner nutzen? -
@simatec der steht aber auf js.controler 3.
Dann müsste ich ja später wieder updaten.
Kann ich es auf dem stable belassen und warten, bis der andere Fertig ist?
Ps. kannman denn wenigstens backups lauffähigh erstellen, welche dann mit dem fix restored werden können?
Oder einfach den gemounteden Ordner nutzen? -
-
@simatec sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wann die Beta ins latest wandert, müsste @andre beantworten.
Da kann ich leider nix zu sagen.Jetzt.
https://github.com/buanet/ioBroker.docker/releases/
Build läuft bereits. Sollte demnächst verfügbar sein.MfG,
André -
Wie führe ich einen Restore meiner ioBroker Installation auf einem Linux-System richtig durch??
Vorwort:
Da ich in der letzten Zeit immer wieder feststellen musste, dass sich viele User mit einem Restore sehr schwer tun, möchte ich hier mal eine Schritt für Schritt Anleitung für den Restore nach einem Crash, oder auch nach einem Hardwarewechsel, Systemwechsel oder sonstiges niederschreiben.
Grundsätzlich kann man im Vorfeld aber eines sagen, ein Restore ist bei richtiger Ausführung in wenigen Minuten erledigt und keiner braucht davor Angst haben.
Am Ende sind alle Daten wieder da und man hat ein neues System.
Aber gut fangen wir erstmal mit Grundlagen an, bevor wir tiefer einsteigen.Vorbereitung:
Für die Vorbereitung gehe ich erst einmal davon aus, dass ihr bereits eine lauffähige ioBroker Installation habt.
Um dies hinzubekommen, gibt es 2 Wege.
Entweder ihr installiert auf euren System ein fertiges Image aus dem Downloadbereich, oder ihr setzt euch ein eigenes Linux OS auf und installiert ioBroker nach dieser Anleitung.Was ist nun zu tun??
Wenn euer altes System die States und/oder Objekte in Redis gespeichert hatte, sollte ihr mit folgenden Befehlen erstmal auch das neue System mit dem Redis-Server ausstatten.
Solltetet ihr euch nicht sicher sein, ob ihr Redis verwendet und ihr noch Zugriff auf das alte System haben, dann bekommt ihr mit dem Befehl
iobroker statusdie benötigten Informationen.Die Ausgabe sieht bei einer Verwendung von Redis wie folgt aus:
iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redisSteht in Objects type und/oder States type "redis", müsst ihr zwingend auf dem neuen System den Redis Server installieren.
Steht hingehen bei beiden Typen "file", wird der Redis Server nicht benötigt.Solltet ihr keinen Zugriff mehr auf das alte System haben und ihr wisst nicht, was da vorher genau konfiguriert war, dann installiert auf jeden Fall den Redis-Server im Vorfeld.
So installiert ihr Redis:
Dafür geht ihr per Putty in das Terminal und führt folgende Befehle aus:
sudo apt-get update sudo apt-get install redis-server sudo usermod -a -G redis iobroker sudo reboot nowAls nächstes sollte man den Installer Fix mal durchlaufen lassen, falls irgendwo noch nicht alle Rechte auf dem System passen sollten.
Dieser Schritt ist nur eine Empfehlung und ist nicht zwingend notwendig.
Ich führe diesen Befehl allerdings immer im Vorfeld aus.curl -sL https://iobroker.net/fix.sh | bash –Nun installieren wir uns noch das kleine Tool "htop".
Hiermit kann man sehr gut alle laufenden Prozesse einsehen, was nicht nur für den restore Interessant sondern generell sehr nützlich sein kann.
Hierfür führt ihr folgenden Befehl aus:sudo apt-get install htopNachdem dies erfolgt ist, kann es zu dem eigentlichen Restore kommen.
Restore:
Hier gibt es auch 2 Möglichkeiten:
1. Automatischer Restore mit Backitup
Wir fangen erst einmal mit der Variante des automatischen Restore mittels Backitup an.
Hier sind keinerlei Linux Kenntnisse erforderlich, da das Ganze mit der Weboberfläche von Iobroker erfolgt.
Als erstes müsst ihr euch den Adapter Backitup installieren.
Diesen findet ihr im Reiter unter Adaptern.Ist die Installation abgeschlossen, legt ihr euer zuvor vom alten System erstelltes „ioBroker Backup“ auf eurem neuen System mit einem sftp Programm wie zum Beispiel FileZilla oder WinSCP in dem Pfad /opt/iobroker/backups ab.
Backitup kann auch eine Restore vom NAS, Dropbox oder Google Drive ausführen, aber ich persönlich finde die lokale Variante am sichersten.
Wer da bereits seine Erfahrungen hat, kann dies auch gerne testen, wir bleiben hier in dieser Anleitung aber erstmal lokal.
Wenn ihr das ioBroker Backup erfolgreich abgelegt habt, öffnet ihr nun Backitup und geht in den Tab „Wiederherstellen“.
Dort stellt ihr die „Backup-Quelle“ auf Lokal und drückt im Anschluss speichern.
Wer ALLE seine Adapter nach dem restore automatisch starten lassen möchte, der kann hier noch die Option „Start aller Adapter nach dem Restore“ aktivieren und im Anschluss ebenfalls speichern.
Sollte das Backup auf einem anderen Host wiederhergestellt werden, sollte man diese Option nicht wählen und vor dem Start der einzelnen Adapter die IP-Adressen gegebenenfalls anpassen.
Nach dem speichern können über den Button „Backups abrufen“ die vorhandenen Backups auf dem lokalen Pfad abgerufen werden.
Nun sollte euer gerade per FTP kopiertes Backup in der Liste unter „iobroker“ auftauchen.
Dieses könnt ihr nun auswählen.
Nach der Auswahl bekommt ihr einen Hinweis, dass iobroker für den Restore gestoppt und im Anschluss wieder gestartet wird.
Hier habt ihr den eigentlichen Wiederherstellungsvorgang gestartet.
In eurem Browser öffnet sich nun ein weiterer Tab, in dem ihr den Wiederherstellungsprozess wie auf der Konsole im WebUI von Backitup verfolgen könnt.
Nachdem die Wiederherstellung erfolgreich abgeschlossen wurde, bekommt ihr die Meldung ebenfalls im WebUi des Restores.
Die Wiederherstellung kann je nach Leistung des Systems und Größe der alten ioBroker Installation etwas Zeit brauchen.
Im Normalfall sollte der restore nach ca. 10-15 Minuten erledigt und ioBroker automatisch wieder gestartet sein.
In ganz seltenen Fällen kommt es vor, dass ioBroker nicht automatisch nach Restore startet.
Falls dies der Fall ist, könnt ihr den iobroker manuell mit folgende Befehl über die Konsole starten.iobroker startNun sollte euer ioBroker wieder starten und ihr könnt im Reiter „Log“ sehen, dass alle Adapter, die auf eurem alten System installiert waren, gerade neu vom npm installiert werden.
Hier müsst ihr nun geduldig sein und iobroker einfach machen lassen.
In den Instanzen könnt ihr sehen, welche Adapter so nach und nach installiert sind.
Alle Adapter die noch bei der Installation bzw. in der Warteschleife sind, haben noch kein Icon in den Instanzen.
Seit hier bitte geduldig und lasst iobroker ohne neu zu starten einfach machen.Je nach Größe der Installation und Geschwindigkeit eures Rechners und der Internetverbindung kann dies locker 2-3 Stunden dauern.
Herzlichen Glückwunsch, nun habt ihr ein neu installiertes System mit all euren Einstellungen, Skripten, Visualisierungen usw.
Nun habt ihr mit Backitup noch die Möglichkeit weitere Daten wiederherzustellen, falls ihr diese im Vorfeld auch auf eurem alten System gesichert habt.
Ihr könnt die Redis-Datenbank, die Zigbee-Datenbank, die mySql-Datenbank und eure History-Daten mit den gleichen Schritten, wie oben beschrieben wiederherstellen.Die Liste der abgerufenen Backups würde dann wie hier im Beispiel aussehen.
2. manueller Restore mit den Terminal Befehlen
Als erstes müssen wir hier über Putty oder ähnliches ein paar Befehle absetzen
Als erstes erstellen wir einen Backup-Ordner:
sudo mkdir /opt/iobroker/backupsAuch hier müsst ihr im Anschluss mit einem sftp Programm wie z.B. FileZilla oder WinSCP euer auf dem alten System erstelltes Backup und gegebenenfalls auch Redis Backup, zigbee Backup usw. in den Ordner /opt/iobroker/backups ablegen.
Wer seine states und Objekte in der Redis DB speichert, sollte hier zuerst die gesicherte Redis Datenbank wiederherstellen.
Wer lediglich die states unter Redis laufen hat, braucht dies nicht zwingend im Vorfeld tun.Ist dies erfolgt, führt stoppt ihr euren ioBroker wie folgt:
iobroker stopIm Anschluss prüft bitte, ob alles gestoppt ist mit folgenden Befehlen:
iobroker statusWenn alle Ausgaben korrekt sind und iobroker gestoppt wurde, könnt ihr nun mit folgenden Befehlen den Restore über die Konsole ausführen:
cd /opt/iobroker iobroker restore <Dateiname eures Backups>Hierbei ist aber ganz wichtig, dass ihr nur ein ioBroker Backup mit dieser Methode wiederherstellen könnt. Ein Redis-Backup, Zigbee-Backup, mySql-Backup, oder die History-Daten könnt ihr mit dem Befehl nicht herstellen.
Hierfür wird Backitup benötigt, da diese speziell mit Backitup erstellt wurden.
Dies kann jetzt je nach System ein paar Minuten dauern.
Den Fortschritt seht ihr im Terminal.
Wenn der Restore abgeschlossen ist, könnt ihr mit folgenden Befehl ioBroker wieder starten:iobroker startAuch hier werden nun alle Adapter einzeln von ioBroker über npm neu installiert.
Dies kann je nach Größe eurer Installation, eurer Internetgeschwindigkeit und Leistung eures Systems eine Weile dauern.
Ihr könnt den Status im Reiter „Log“ verfolgen.Ihr habt es nun geschafft und euer System neu installiert und alle Einstellungen, Skripte, Visualisierungen usw. wiederhergestellt.
Fazit:
Grundsätzlich führen beide Varianten zum gleichen Ergebnis.
Wer wenig Erfahrungen mit terminal Befehlen hat und sich da unsicher fühlt, der ist mit Backitup auf der sicheren Seite.Wer allerdings genau sehen möchte, was gerade auf seinem System passiert, der sollte die manuelle Variante über die Konsole wählen. Hier sieht man jeden einzelnen Vorgang im Detail im Terminal.
Ich hoffe ich konnte für den einen oder anderen etwas Licht ins Dunkel bringen und freue mich auf euer Feedback.
VG
simatec@simatec Leider funktioniert das Rückspielen meines Backups nicht. Habe schon alle beschriebenen Möglichkeiten des Restore versucht. Ich bin folgendermassen vorgegangen:
1.Backup auf Raspi 3B erstellt (mehrfach)
2. auf Raspi 4B, 4GB, Betriebssystem und IoBroker eingerichtet
3. über Browser Raspi 4 gestartet, Admin wird aufgerufen, Grundeinstellungen vorgenommen, Standard-Adapter sind da
4. Backupfile von Raspi 3B auf Raspi 4 in Verzeichnis "/opt/iobroker/backups/" kopiert
5. Restore Backup gestartet
6. Restore bleibt mit folgendem Bild "hängen":
7. ca. 1 Stunde gewartet und mit "iobroker update" auf Konsole (putty) alle installierten Adapter mit denen auf Raspi 3B verglichen, absolut gleich, alle "uptodate"
8. IoBroker lässt sich nicht über Browser aufrufen (Webadresse ist richtig, in Fritzbox nachgesehen, gleiche wie unter putty).
9. Punkte 1. bis 3. und dann Backup der Standard-Installation durchgeführt
10. anschließendes Restore der Standard-Installation durchgelaufen
11. IoBroker ist über Webbrowser erreichbar, restore wurde erfolgreich durchgeführt
Was mache ich falsch??
Hier noch die installierten Adapter:
-
@simatec Leider funktioniert das Rückspielen meines Backups nicht. Habe schon alle beschriebenen Möglichkeiten des Restore versucht. Ich bin folgendermassen vorgegangen:
1.Backup auf Raspi 3B erstellt (mehrfach)
2. auf Raspi 4B, 4GB, Betriebssystem und IoBroker eingerichtet
3. über Browser Raspi 4 gestartet, Admin wird aufgerufen, Grundeinstellungen vorgenommen, Standard-Adapter sind da
4. Backupfile von Raspi 3B auf Raspi 4 in Verzeichnis "/opt/iobroker/backups/" kopiert
5. Restore Backup gestartet
6. Restore bleibt mit folgendem Bild "hängen":
7. ca. 1 Stunde gewartet und mit "iobroker update" auf Konsole (putty) alle installierten Adapter mit denen auf Raspi 3B verglichen, absolut gleich, alle "uptodate"
8. IoBroker lässt sich nicht über Browser aufrufen (Webadresse ist richtig, in Fritzbox nachgesehen, gleiche wie unter putty).
9. Punkte 1. bis 3. und dann Backup der Standard-Installation durchgeführt
10. anschließendes Restore der Standard-Installation durchgelaufen
11. IoBroker ist über Webbrowser erreichbar, restore wurde erfolgreich durchgeführt
Was mache ich falsch??
Hier noch die installierten Adapter:@tontechniker
Dann hat der Restore funktioniert aber du hast mit Sicherheit unterschiedliche Hostnamen auf den beiden Systemeniob host this iob restartUnd dann mal die Ausgaben posten von:
iob statusund
iob list instances -
@tontechniker
Dann hat der Restore funktioniert aber du hast mit Sicherheit unterschiedliche Hostnamen auf den beiden Systemeniob host this iob restartUnd dann mal die Ausgaben posten von:
iob statusund
iob list instances@simatec Vielen Dank für Deine Antwort! Hier kommen die Ausgaben:
Gleiche Hostnamen habe ich hinbekommen. Problem ist die falsche Webadresse 192.168.178.56 (ist die des Raspi 3B) Es müßte für den Raspi 4 die 192.168.178.73 sein. Wie kann ich die im Backup-File, bzw. im zurück geschriebenen Admin ändern?
-
@simatec Vielen Dank für Deine Antwort! Hier kommen die Ausgaben:
Gleiche Hostnamen habe ich hinbekommen. Problem ist die falsche Webadresse 192.168.178.56 (ist die des Raspi 3B) Es müßte für den Raspi 4 die 192.168.178.73 sein. Wie kann ich die im Backup-File, bzw. im zurück geschriebenen Admin ändern?
iobroker set admin.0 --bind 0.0.0.0 -
iobroker set admin.0 --bind 0.0.0.0@simatec Vielen Dank! Das waren die entscheidenden Hinweise!
-
iobroker set admin.0 --bind 0.0.0.0@simatec Habe jetzt doch noch ein Problem. Die Vis lässt sich nicht starten. Beim Start von "Instanzen" aus kommt folgende Fehlermeldung:
Der Versuch den Adapter zu deinstallieren und neu zu installieren brachte keinen Erfolg. Hast Du eine Idee, wie ich da weiter kommen kann? Hängt es vielleicht auch mit der Webadresse zusammen?
Edit:
Habe alles nochmal neu installiert und ein aktuelles Backup zurückgespielt. Nun kommt die Meldung:
"File index.html not found: {}"Edit 2:
Habe die Vis mit allen zusammenhängenden Komponenten deinstalliert und anschließend neu installiert. Danach funktionierte die Vis wieder.
Danke nochmal für Eure Hilfe! -
@simatec Habe jetzt doch noch ein Problem. Die Vis lässt sich nicht starten. Beim Start von "Instanzen" aus kommt folgende Fehlermeldung:
Der Versuch den Adapter zu deinstallieren und neu zu installieren brachte keinen Erfolg. Hast Du eine Idee, wie ich da weiter kommen kann? Hängt es vielleicht auch mit der Webadresse zusammen?
Edit:
Habe alles nochmal neu installiert und ein aktuelles Backup zurückgespielt. Nun kommt die Meldung:
"File index.html not found: {}"Edit 2:
Habe die Vis mit allen zusammenhängenden Komponenten deinstalliert und anschließend neu installiert. Danach funktionierte die Vis wieder.
Danke nochmal für Eure Hilfe!Der statt web_port muss da die Portnummer rein
-
@simatec Habe jetzt doch noch ein Problem. Die Vis lässt sich nicht starten. Beim Start von "Instanzen" aus kommt folgende Fehlermeldung:
Der Versuch den Adapter zu deinstallieren und neu zu installieren brachte keinen Erfolg. Hast Du eine Idee, wie ich da weiter kommen kann? Hängt es vielleicht auch mit der Webadresse zusammen?
Edit:
Habe alles nochmal neu installiert und ein aktuelles Backup zurückgespielt. Nun kommt die Meldung:
"File index.html not found: {}"Edit 2:
Habe die Vis mit allen zusammenhängenden Komponenten deinstalliert und anschließend neu installiert. Danach funktionierte die Vis wieder.
Danke nochmal für Eure Hilfe!Hallo zusammen,
Meine alte Installation (4.0.15) lies sich aus unerkärlichen Gründen nicht auf 4.0.19 updaten.
Ok dachte ich, setzt mal schnell einen neuen LXC auf und installier iobroker neu.
Da ich täglich sichere, sollte das ja keine lange Prozedur werden.Pustekuchen.
Die neue Installation ist absolut jungfräulich, nur eben mein NAS im backitup Adapter konfiguriert, backup ausgewählt und los.
Nach ca. 30 Sekunden hängt sich der restore an diesem Punkt auf...
[DEBUG] [iobroker] Server Objects 127.0.0.1:47294 Error from InMemDB: Error: EXEC whitout MULTIHat jemand nen Tipp für mich?
Der Fehler kommt auch, wenn ich das restore über die Console anstoße.
-
@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:
installier iobroker neu
Wie denn genau installiert?
Läuft iobroker denn bevor du das Restore startest? -
@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:
installier iobroker neu
Wie denn genau installiert?
Läuft iobroker denn bevor du das Restore startest?Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite.
Ich kann ohne Probleme auf die "alte" Installation zugreifen, die läuft auch noch bei mir, lässt sich aber nicht updaten.
Auf die neue Installation kann ich auch zugreifen, dort habe ich nur eben den backitup Adapter eingerichtet, um aufs NAS zuzugreifen.
iob als LXC im Proxmox
Node.js: v22.19.0
NPM: 10.9.3
js-controller 7.0.7 -
Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite.
Ich kann ohne Probleme auf die "alte" Installation zugreifen, die läuft auch noch bei mir, lässt sich aber nicht updaten.
Auf die neue Installation kann ich auch zugreifen, dort habe ich nur eben den backitup Adapter eingerichtet, um aufs NAS zuzugreifen.
@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite
Welches Script? Welche Webseite genau bitte... gibt leider nich etliche veraltete Anleitung im Netz.
Wenn du die alte Installation noch hast, wo liegt der Fehler, das Problem beim Upgrade? Ist aber besser in einem eigenen Thread aufgehoben.
Was willst du denn jetzt lieber, das neue ans laufen bekommen oder das alte?
-
@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite
Welches Script? Welche Webseite genau bitte... gibt leider nich etliche veraltete Anleitung im Netz.
Wenn du die alte Installation noch hast, wo liegt der Fehler, das Problem beim Upgrade? Ist aber besser in einem eigenen Thread aufgehoben.
Was willst du denn jetzt lieber, das neue ans laufen bekommen oder das alte?
@wendy2702
Installation der neuen Installation über die offizielle iobroker Webpage.Das Update bei der alten Version schlägt fehl, weil laut log über 200 Dateien im NPM Ordner nen falschen Namen haben.
Ich habe mich immer strickt an die Anweisungen bei updates gehalten und es hat auch bis zur Version 4.0.15 immer funktioniert. Was da nun den Fehler verursacht, ist mit völlig unbekannt.
Am liebsten hätte ich nun eine saubere neue Installation mit zumindest allen Scripten und der VIS.
Die restlichen Adapter (insgesamt 24) sind ja mehr oder weniger schnell eingerichtet.
iob als LXC im Proxmox
Node.js: v22.19.0
NPM: 10.9.3
js-controller 7.0.7 -
@wendy2702
Installation der neuen Installation über die offizielle iobroker Webpage.Das Update bei der alten Version schlägt fehl, weil laut log über 200 Dateien im NPM Ordner nen falschen Namen haben.
Ich habe mich immer strickt an die Anweisungen bei updates gehalten und es hat auch bis zur Version 4.0.15 immer funktioniert. Was da nun den Fehler verursacht, ist mit völlig unbekannt.
Am liebsten hätte ich nun eine saubere neue Installation mit zumindest allen Scripten und der VIS.
Die restlichen Adapter (insgesamt 24) sind ja mehr oder weniger schnell eingerichtet.
@feinfinger Die neue Installation ist ein "einzeiler":
curl -sLf https://iobroker.net/install.sh | bash -Hier wird alles was iobroker benötigt NodeJS/NPM automatisch mit installiert in den empfohlenen Versionen. Hast du das benutzt?
Lief in deiner alten Installation REDIS eventuell auf einem externen Server?
225
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge