NEWS
[HowTo] ioBroker Restore unter Linux durchführen
-
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 Vielleicht stelle ich mich verdammt blöd an, aber ich bekomme mein iobroker Backup nicht wiederhergestellt.
- Über Portainer das Docker Image buanet/iobroker:latest geladen
- Container gestartet, Backitup Adapter installiert
- SSH installiert, SFTP in der CONFIG eingerichtet
- Backup per WINSCP in /opt/iobroker/backups geschoben (iobroker_2021_03_14-16_42_00_ioBroker_backupiobroker.tar.gz)
- über die Console folgendes eingegeben:
root@iobroker:/opt/iobroker# sudo iobroker stop iobroker controller daemon is not running root@iobroker:/opt/iobroker# sudo iobroker restore 0 Stop iobroker first! root@iobroker:/opt/iobroker# sudo systemctl stop iobroker System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus: Der Rechner ist nicht aktiv=> also kein Erfolg.
Zweiter Versuch über die Weboberfläche:
Dabei findet der Backitup Adapter das Backup auch lokal ohne Probleme. Wenn ich dieses dann wiederherstelle geht auch ein weiteres Brower (Chrome, Edge probiert) Tab auf welches aber sagt: "Webseite ist nicht erreichtbar - ERR_CONNECTION_REFUSED". Der IoBroker tut dann rein gar nichts nach CPU und RAM Werten.Was mache ich falsch?
-
@simatec Vielleicht stelle ich mich verdammt blöd an, aber ich bekomme mein iobroker Backup nicht wiederhergestellt.
- Über Portainer das Docker Image buanet/iobroker:latest geladen
- Container gestartet, Backitup Adapter installiert
- SSH installiert, SFTP in der CONFIG eingerichtet
- Backup per WINSCP in /opt/iobroker/backups geschoben (iobroker_2021_03_14-16_42_00_ioBroker_backupiobroker.tar.gz)
- über die Console folgendes eingegeben:
root@iobroker:/opt/iobroker# sudo iobroker stop iobroker controller daemon is not running root@iobroker:/opt/iobroker# sudo iobroker restore 0 Stop iobroker first! root@iobroker:/opt/iobroker# sudo systemctl stop iobroker System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus: Der Rechner ist nicht aktiv=> also kein Erfolg.
Zweiter Versuch über die Weboberfläche:
Dabei findet der Backitup Adapter das Backup auch lokal ohne Probleme. Wenn ich dieses dann wiederherstelle geht auch ein weiteres Brower (Chrome, Edge probiert) Tab auf welches aber sagt: "Webseite ist nicht erreichtbar - ERR_CONNECTION_REFUSED". Der IoBroker tut dann rein gar nichts nach CPU und RAM Werten.Was mache ich falsch?
Ohne Angaben .... ich denke mal du hast eine Synology !?
Erstmal .... du bist root dann auch kein sudo bitte nutzen .iobroker stop funktioniert nicht .
Nimm :
pkill -u iobrokeralles weitere steht in diesem Thread.
-
Ohne Angaben .... ich denke mal du hast eine Synology !?
Erstmal .... du bist root dann auch kein sudo bitte nutzen .iobroker stop funktioniert nicht .
Nimm :
pkill -u iobrokeralles weitere steht in diesem Thread.
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
pkill -u iobroker
Nein läuft auf einem alten PC auf UnRaid.
Hat aber funktioniert! Vielen Dank! -
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
pkill -u iobroker
Nein läuft auf einem alten PC auf UnRaid.
Hat aber funktioniert! Vielen Dank!@telekomiker sagte in [HowTo] ioBroker Restore unter Linux durchführen:
auf einem alten PC auf UnRaid
Ok , dann ist es etwas anderes als Synology ( Docker)
Dann ist es Ratsam nicht mit root rumzuspielen !
-
@smile
Admin läuft aktuell nicht.
Hat dein neues System den gleichen Hostname?Falls nicht, führe mal folgendes bitte aus:
iobroker stop iobroker host this iobroker startZusätzlich eventuell auch noch:
iobroker start adminDanke für diese Anleitung und ist ja nichts zu lehrreich wie ein Restore auch mal durchzuführen. Habe jetzt mal die SSD gewechselt und dadurch erschien ein Restore einfacher als sich stundenlang mit bootsektoren etc zu beschäftigen beim klonen.....
Fragen zum Vorgang und hatte 2.1.6 installiert:
IObroker hat soweit funktioniert, allerdings öffnete sich nach der "Minimalinstallation" + BackitUp-Adapter und Start des Restore bei mir diese zusätzliche Page zum Fortschritt nicht. Durch die Adapter/Instanzen konnte ich dann erahnen (fehlende Symbole) wo er derzeit mit dem Restore steckt.
Wichtiger wäre mir aber noch zu verstehen, wie MySQL/MariadB und InfluxDB zu handeln ist. Wenn ich über eine Neuinstallation komme, was habe ich "manuell" zu installieren? Jeweils MySQL + InfluxDB + die leeren Datenbanken nach der Installation mit entsprechenden Benutzern und Rechten anlegen oder macht BackitUp im Prinzip alles?
Ich hatte mariadB und influxdB mit den leerenDatenbanken und Nutzern + Rechten manuell wieder angelegt. Hier habe ich dann beim Restore im Log gesehen, dass bei influxdB abgebrochen wurde weil die dB schon vorhanden ist.
Als "meine" Sonderlösung habe ich 2 influxdB Datenbanken installiert und auch 2 Instanzen des influxdB Adapters zur jeweiligen Datenbank. Was sichert und stellt backitup beim restore wieder her?
Wie ist das alles zu verstehen und zu handeln? Vielen Dank!!!
-
Danke für diese Anleitung und ist ja nichts zu lehrreich wie ein Restore auch mal durchzuführen. Habe jetzt mal die SSD gewechselt und dadurch erschien ein Restore einfacher als sich stundenlang mit bootsektoren etc zu beschäftigen beim klonen.....
Fragen zum Vorgang und hatte 2.1.6 installiert:
IObroker hat soweit funktioniert, allerdings öffnete sich nach der "Minimalinstallation" + BackitUp-Adapter und Start des Restore bei mir diese zusätzliche Page zum Fortschritt nicht. Durch die Adapter/Instanzen konnte ich dann erahnen (fehlende Symbole) wo er derzeit mit dem Restore steckt.
Wichtiger wäre mir aber noch zu verstehen, wie MySQL/MariadB und InfluxDB zu handeln ist. Wenn ich über eine Neuinstallation komme, was habe ich "manuell" zu installieren? Jeweils MySQL + InfluxDB + die leeren Datenbanken nach der Installation mit entsprechenden Benutzern und Rechten anlegen oder macht BackitUp im Prinzip alles?
Ich hatte mariadB und influxdB mit den leerenDatenbanken und Nutzern + Rechten manuell wieder angelegt. Hier habe ich dann beim Restore im Log gesehen, dass bei influxdB abgebrochen wurde weil die dB schon vorhanden ist.
Als "meine" Sonderlösung habe ich 2 influxdB Datenbanken installiert und auch 2 Instanzen des influxdB Adapters zur jeweiligen Datenbank. Was sichert und stellt backitup beim restore wieder her?
Wie ist das alles zu verstehen und zu handeln? Vielen Dank!!!
@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md
Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.
Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank. -
@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md
Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.
Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank.@simatec said in [HowTo] ioBroker Restore unter Linux durchführen:
@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md
Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.Wo wäre das "Häkchen" zu setzen? In Wiederherstellen oder den Datenbankmenüs sehe ich nichts Passendes?
Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.
Das wäre für mich auch super einfach dann durchzuführen, aber mysql und influxdB ist generell noch manuell zu installieren ohne eine Datenbank anzulegen? Wie sieht es mit Rechten und Usern aus in den Datenbanken? Sorry aber in der Doku finde ich dazu derzeit keine Auskunft.
Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.Würde dann bei einem Komplettrestore gar nichts manuell anlegen :)
Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank.Ich habe 2 influxdB Instanzen installiert und verweise jeweils auf eine Datenbank, nutze also 2 Datenbanken in infludB.
In BackitUp erkenne ich nur die Option 1 Datenbank zu hinterlegen. Deswegenb meine Verständnisfrage, was ich ggf manuell durch meine "Sonderlösung" zu lösen habe oder ob das backitup schon durchaus selbst löst. Wie kann ich das Auflösen (was brauchst Du für Infos)? Wie gesagt möchte verstehen was durch backitup abgedeckt ist und ich nicht manuell "vermurksen" sollte :) -
@simatec said in [HowTo] ioBroker Restore unter Linux durchführen:
@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md
Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.Wo wäre das "Häkchen" zu setzen? In Wiederherstellen oder den Datenbankmenüs sehe ich nichts Passendes?
Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.
Das wäre für mich auch super einfach dann durchzuführen, aber mysql und influxdB ist generell noch manuell zu installieren ohne eine Datenbank anzulegen? Wie sieht es mit Rechten und Usern aus in den Datenbanken? Sorry aber in der Doku finde ich dazu derzeit keine Auskunft.
Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.Würde dann bei einem Komplettrestore gar nichts manuell anlegen :)
Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank.Ich habe 2 influxdB Instanzen installiert und verweise jeweils auf eine Datenbank, nutze also 2 Datenbanken in infludB.
In BackitUp erkenne ich nur die Option 1 Datenbank zu hinterlegen. Deswegenb meine Verständnisfrage, was ich ggf manuell durch meine "Sonderlösung" zu lösen habe oder ob das backitup schon durchaus selbst löst. Wie kann ich das Auflösen (was brauchst Du für Infos)? Wie gesagt möchte verstehen was durch backitup abgedeckt ist und ich nicht manuell "vermurksen" sollte :)@pete0815
Die Systeme für Influx und mysql musst du schon installieren und einrichten.
Wenn du mehrere influx Instanzen hast, müsstest du aktuell auch eine zweite Instanz von Backitup installieren.
Geplant ist aber, dass Backitup mehrere Datenbanken sichern kann -
@pete0815
Die Systeme für Influx und mysql musst du schon installieren und einrichten.
Wenn du mehrere influx Instanzen hast, müsstest du aktuell auch eine zweite Instanz von Backitup installieren.
Geplant ist aber, dass Backitup mehrere Datenbanken sichern kann -
@simatec
Vielen Dank! BackItUp ist also kein "OneClickRestore" aber wenn ich es weiß und berücksichtige ist ja kein Thema :)@pete0815 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
BackItUp ist also kein "OneClickRestore"
Du kannst jedes Backup nach deiner Wahl einzeln wiederherstellen
-
@Glasfaser
@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:von einem Docker auf der Synology auf eine Proxmox VM umziehen.
Hallo zusammen,
ich bin neu hier habe aber einige Erfahrungen schon gemacht mit IOBroker und verschiedenen PIs und gestorbenen Speicherkarten. Bin diese Jahr auf USB-Stick 64GB umgestiegen und diese sind mir auch mit einem READ-Only Filesystem gestorben.
Frage ich habe ein einigemaßen aktuelles Backup vom 4.4.2021 auf einem Raspberry Pi mit der node / nodejs Version 12.20.2
Diese würde ich gerne auf einem Docker-Image von buanet/iobroker einspielen.
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem: (Datei liegt an Ort & Stelle)- Er sagt immer <iob restore DATEI> - Stop iobroker first
- Wenn ich im Container dann den iob sop machen will sagt er immer: <iobroker controller daemon is not running"
Da ich in die Konfiguration mit VIS und FLOT einige Wochen Arbeit reingesteckt habe und das ganze nun auf einem leistungstarken Notebook mit Docker betreiben will wäre ein Tipp hier sehr lieb von Euch.
Achso Anmerkung innerhalb des Containers buanet/iobroker läuft folgende node-Version:
node -v == nodejs-v ==> v12.22.1
Eine andere Idee habe ich nicht.
-
Hallo zusammen,
ich bin neu hier habe aber einige Erfahrungen schon gemacht mit IOBroker und verschiedenen PIs und gestorbenen Speicherkarten. Bin diese Jahr auf USB-Stick 64GB umgestiegen und diese sind mir auch mit einem READ-Only Filesystem gestorben.
Frage ich habe ein einigemaßen aktuelles Backup vom 4.4.2021 auf einem Raspberry Pi mit der node / nodejs Version 12.20.2
Diese würde ich gerne auf einem Docker-Image von buanet/iobroker einspielen.
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem: (Datei liegt an Ort & Stelle)- Er sagt immer <iob restore DATEI> - Stop iobroker first
- Wenn ich im Container dann den iob sop machen will sagt er immer: <iobroker controller daemon is not running"
Da ich in die Konfiguration mit VIS und FLOT einige Wochen Arbeit reingesteckt habe und das ganze nun auf einem leistungstarken Notebook mit Docker betreiben will wäre ein Tipp hier sehr lieb von Euch.
Achso Anmerkung innerhalb des Containers buanet/iobroker läuft folgende node-Version:
node -v == nodejs-v ==> v12.22.1
Eine andere Idee habe ich nicht.
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0 -
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0Danke hat soweit geklappt !
Andere Frage:
Ich habe IOBroker auf Docker laufen (auf Debian usw...) und den buanet/iobroker:latest am Start.
Leider bekomme ich den Mihome Adapter nicht zum laufen - die meisten anderen laufen.
Den Port (UDP) 9898 habe ich Expose beim Starten durch Docker-Compose:
- "9898:9898/udp"
Danke für Hinweise - es sieht konkret so aus:
root@iobroker:/opt/iobroker# watch -d "netstat -tulpen"
Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name
tcp 0 0 172.17.0.3:2001 0.0.0.0:* LISTEN 1000 1336206 -
tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 1000 1338333 -
tcp 0 0 0.0.0.0:2010 0.0.0.0:* LISTEN 1000 1337817 -
tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1000 1336876 -
tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1000 1336869 -
tcp6 0 0 :::8081 :::* LISTEN 1000 1338852 -
tcp6 0 0 :::8082 :::* LISTEN 1000 1339317 -
udp 0 0 0.0.0.0:9898 0.0.0.0: 1000 1339730 -*Warum erscheint kein LISTEN oder ist das normal bei UDP ?
Diese Anleitung traue ich mich nicht durchzuführen:
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
-
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
EDIT:
Falscher BeitragAchso.
Dachte hier werden Restor probleme auch behandelt? -
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
EDIT:
Falscher BeitragAchso.
Dachte hier werden Restor probleme auch behandelt?Nee ... ich hab im falschen Thread gepostet ... war eine Anwort für einen anderen Thread , deshab habe ich hier EDIT gemacht !
Dies war nicht für dich gemeint !
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
@_techniker_ said in [HowTo] ioBroker Restore unter Linux durchführen:
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
Keiner?
-
@smile
Admin läuft aktuell nicht.
Hat dein neues System den gleichen Hostname?Falls nicht, führe mal folgendes bitte aus:
iobroker stop iobroker host this iobroker startZusätzlich eventuell auch noch:
iobroker start adminMensch, danach hatte ich Ewigkeiten gesucht und bis jetzt nirgends gefunden!
Ich wollte meine iobroker Installation von einem Docker Container auf einen Ubuntu Server umziehen.
Nach dem Restore funktionierte kein Adapter mehr inkl. Admin.
Da musste ich einen 2. Adminadapter installieren um wieder auf die Oberfläche zu kommen.
Dennoch bekam ich keinen der Adapter die Wiederhergestellt wurden zum laufen.Aber mit den Befehlen:
iobroker stop
iobroker host this
iobroker startläuft es nun!
Wäre das nicht eine Möglichkeit, diesen Befehl automatisch im Restore laufen zu lassen?
Grüsse Loetman
-
Hallo zusammen,
Musst mein System neu aufsetzen.
Iob wurde nach Installationsanleitung installiert.
Jedoch funktionieren beide beschrieben wegen bei mir nicht. Sonst hat das Backup immer funktioniert, jetzt leider nicht mehr.Bekommen folgende Fehler Meldung
====================== Log Backitup Restore: ====================== [DEBUG] [iobroker] Start ioBroker Restore ... [DEBUG] [iobroker] iobroker controller daemon is not running [DEBUG] [iobroker] host.rick-desktop OK. [DEBUG] [iobroker] <--- Last few GCs ---> [DEBUG] [iobroker] [32217:0x4594080] 4668 ms: Scavenge 37.1 (55.0) -> 21.7 (55.0) MB, 1.4 / 0.0 ms (average mu = 0.954, current mu = 0.974) allocation failure [DEBUG] [iobroker] [32217:0x4594080] 8971 ms: Mark-sweep 1118.2 (1147.2) -> 1107.3 (1144.5) MB, 3.9 / 0.0 ms (+ 0.1 ms in 2 steps since start of marking, biggest step 0.1 ms, walltime since start of marking 3440 ms) (average mu = 0.998, current mu = 0.999) finalize inc [DEBUG] [iobroker] <--- JS stacktrace ---> [DEBUG] [iobroker] Cannot get stack trace in GC. [ERROR] [iobroker] FATAL ERROR: MarkCompactCollector: semi-space copy, fallback in old gen Allocation failed - JavaScript heap out of memory [ERROR] [iobroker] 1: 0xa1a640 node::Abort() [/usr/bin/node] [ERROR] [iobroker] 2: 0xa1aa4c node::OnFatalError(char const*, char const*) [/usr/bin/node] [ERROR] [iobroker] 3: 0xb9a68e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 4: 0xb9aa09 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 5: 0xd57c85 [/usr/bin/node] [ERROR] [iobroker] 6: 0xd86fda v8::internal::EvacuateNewSpaceVisitor::Visit(v8::internal::HeapObject, int) [/usr/bin/node] [ERROR] [iobroker] 7: 0xd8e490 void v8::internal::LiveObjectVisitor::VisitBlackObjectsNoFail(v8::internal::MemoryChunk*, v8::internal::MajorNonAtomicMarkingState*, v8::internal::EvacuateNewSpaceVisitor*, v8::internal::LiveObjectVisitor::IterationMode) [/usr/bin/node] [ERROR] [iobroker] 8: 0xd9d898 v8::internal::FullEvacuator::RawEvacuatePage(v8::internal::MemoryChunk*, long*) [/usr/bin/node] [ERROR] [iobroker] 9: 0xd802de v8::internal::Evacuator::EvacuatePage(v8::internal::MemoryChunk*) [/usr/bin/node] [ERROR] [iobroker] 10: 0xd805a4 v8::internal::PageEvacuationTask::RunInParallel(v8::internal::ItemParallelJob::Task::Runner) [/usr/bin/node] [ERROR] [iobroker] 11: 0xd75885 v8::internal::ItemParallelJob::Task::RunInternal() [/usr/bin/node] [ERROR] [iobroker] 12: 0xd75c94 v8::internal::ItemParallelJob::Run() [/usr/bin/node] [ERROR] [iobroker] 13: 0xd8f947 void v8::internal::MarkCompactCollectorBase::CreateAndExecuteEvacuationTasks(v8::internal::MarkCompactCollector*, v8::internal::ItemParallelJob*, v8::internal::MigrationObserver*, long) [/usr/bin/node] [ERROR] [iobroker] 14: 0xd9fe74 v8::internal::MarkCompactCollector::EvacuatePagesInParallel() [/usr/bin/node] [ERROR] [iobroker] 15: 0xda0a8a [/usr/bin/node] [ERROR] [iobroker] 16: 0xda5d07 v8::internal::MarkCompactCollector::CollectGarbage() [/usr/bin/node] [ERROR] [iobroker] 17: 0xd64239 v8::internal::Heap::MarkCompact() [/usr/bin/node] [ERROR] [iobroker] 18: 0xd64f53 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 19: 0xd65a85 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 20: 0xd6853c v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] 21: 0xd363dc v8::internal::Factory::NewRawOneByteString(int, v8::internal::AllocationType) [/usr/bin/node] [ERROR] [iobroker] 22: 0xe4561b v8::internal::JsonParser::MakeString(v8::internal::JsonString const&, v8::internal::Handle) [/usr/bin/node] [ERROR] [iobroker] 23: 0xe47e9e v8::internal::JsonParser::ParseJsonValue() [/usr/bin/node] [ERROR] [iobroker] 24: 0xe486af v8::internal::JsonParser::ParseJson() [/usr/bin/node] [ERROR] [iobroker] 25: 0xc4bc05 v8::internal::Builtin_JsonParse(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node] [ERROR] [iobroker] 26: 0x140ddd9 [/usr/bin/node] [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] null **** Restore was canceled!! **** The log can be closed ...
340
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge