NEWS
[HowTo] ioBroker Restore unter Linux durchführen
-
@thomas-braun Danke, den Thread hab ich leider nicht gefunden. Wenigstens scheine ich nicht alleine mit dem Problem zu sein.
-
Guten Tag,
ich habe heute meine Raspi neu aufgesetzt. Ich habe mein ioBroker Backup eingespielt, es sind auch alle Adapter(noch deaktiviert), Objekte und Scripte wieder da.
Jetzt wollte ich bevor ich alles wieder soweit anwerfe mal noch etwas aufräumen, leider kann ich weder Scripte noch Objekte löschen. Ich erhalte immer einen Fehler: "Cannot delete object: permissionError" oder bei Scripten "Permission denied". Scripte und Objekte lassen sich ändern. Anlegen konnte ich auch aber diese dann nicht löschen.Ich habe bei dieser Installation mit dem Raspberry Pi Imager den Standard User von PI auf einen anderen geändert. iob fix habe ich schon laufen lassen, hat aber nichts geholfen.
Jemand eine Idee an was das liegen könnte?
Danke im voraus
@ronny-gerndt
Ich hatte das gleiche Problem und bei mir lag es am admin Adapter. Bei der Version 6.2.22 war es das Problem, dass man Datenpunkte nicht löschen konnte. Es sollte aber mit der 6.2.23 behoben sein. -
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 vielen Dank für die Anleitung zum Restore.
Im Folgenden meine Erfahrungen beim Restore auf einem anderen Host mit einem anderen Betriebssystem (von einer multi-Host Installation mit Mac Mini als Master auf einen Ubuntu Server single-host).
Ein paar Hinweise für dieses Szenario sollten evtl. in die Anleitung aufgenommen werden.-
Problem
restore setzt die IP des multihost master in die single host installation mit dem Ergebnis, dass nichts geschrieben werden kann.
Lösung: multihost umgebung wieder zu single host machen und die IP der JSON wieder auf 127.0.0.1 und neues Backup machen.... -
Problem
die Adapter installation läuft für VIS auf Fehler (aber solche tickets findet man erst nachher):
https://forum.iobroker.net/topic/57645/fehler-bei-vis-installation-nach-restore
Lösung: VIS via alte Version installieren & updaten, restore nochmal starten -
Problem
alte Adapter Versionen werden installiert, warum auch immer... :thinking_face:
Lösung: adapter manuell updaten vor deren start -
Problem
neue usb modem adressen für Zwave- und Zigbee-Dongle (Mac anders als Ubuntu)
neu:
/dev/ttyACM0
/dev/ttyUSB0
aber welche ist welche?
Lösung: manuell ausprobieren, und bei Fehler wie dem folgenden, die andere versuchen, weil das dropdown in den adaptern dafür nicht geht. vermutlich weil die ja noch nie gestartet wurden...
Failed to initialize the driver: ZWaveError: Timeout while waiting for an ACK from the controller (ZW0200) at Driver.sendMessage (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:4001:23) at ZWaveController.identify (/opt/iobroker/node_modules/zwave-js/src/lib/controller/Controller.ts:776:33) at Driver.initializeControllerAndNodes (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1265:26) at Immediate.<anonymous> (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1072:16) (ZW0100)-
Problem
"history" Datei-Pfad auf Mac anders und restore versucht den alten Pfad zu erzeugen, was natürlich nicht geht. (der wurde mit dem restore in der adapter konfig wiederhergestellt)
Lösung: die History dateien manuell in den neuen history Pfad kopieren und Dateirechte für iobroker user setzen. evtl. hätte aber auch eine Korrektur des Pfades in der Backitup-konfiguration gereicht (habe ich aber nicht mehr versucht) -
Problem
neue mqtt server ip für alle shelly devices nötig, da neuer Host mit neuer IP
Lösung: in jedem manuell ändern... :-(
-
-
@simatec vielen Dank für die Anleitung zum Restore.
Im Folgenden meine Erfahrungen beim Restore auf einem anderen Host mit einem anderen Betriebssystem (von einer multi-Host Installation mit Mac Mini als Master auf einen Ubuntu Server single-host).
Ein paar Hinweise für dieses Szenario sollten evtl. in die Anleitung aufgenommen werden.-
Problem
restore setzt die IP des multihost master in die single host installation mit dem Ergebnis, dass nichts geschrieben werden kann.
Lösung: multihost umgebung wieder zu single host machen und die IP der JSON wieder auf 127.0.0.1 und neues Backup machen.... -
Problem
die Adapter installation läuft für VIS auf Fehler (aber solche tickets findet man erst nachher):
https://forum.iobroker.net/topic/57645/fehler-bei-vis-installation-nach-restore
Lösung: VIS via alte Version installieren & updaten, restore nochmal starten -
Problem
alte Adapter Versionen werden installiert, warum auch immer... :thinking_face:
Lösung: adapter manuell updaten vor deren start -
Problem
neue usb modem adressen für Zwave- und Zigbee-Dongle (Mac anders als Ubuntu)
neu:
/dev/ttyACM0
/dev/ttyUSB0
aber welche ist welche?
Lösung: manuell ausprobieren, und bei Fehler wie dem folgenden, die andere versuchen, weil das dropdown in den adaptern dafür nicht geht. vermutlich weil die ja noch nie gestartet wurden...
Failed to initialize the driver: ZWaveError: Timeout while waiting for an ACK from the controller (ZW0200) at Driver.sendMessage (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:4001:23) at ZWaveController.identify (/opt/iobroker/node_modules/zwave-js/src/lib/controller/Controller.ts:776:33) at Driver.initializeControllerAndNodes (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1265:26) at Immediate.<anonymous> (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1072:16) (ZW0100)-
Problem
"history" Datei-Pfad auf Mac anders und restore versucht den alten Pfad zu erzeugen, was natürlich nicht geht. (der wurde mit dem restore in der adapter konfig wiederhergestellt)
Lösung: die History dateien manuell in den neuen history Pfad kopieren und Dateirechte für iobroker user setzen. evtl. hätte aber auch eine Korrektur des Pfades in der Backitup-konfiguration gereicht (habe ich aber nicht mehr versucht) -
Problem
neue mqtt server ip für alle shelly devices nötig, da neuer Host mit neuer IP
Lösung: in jedem manuell ändern... :-(
@chris299 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Problem
neue usb modem adressen für Zwave- und Zigbee-Dongle (Mac anders als Ubuntu)
neu:
/dev/ttyACM0
/dev/ttyUSB0
aber welche ist welche?
Lösung: manuell ausprobieren, und bei Fehler wie dem folgenden, die andere versuchen, weil das dropdown in den adaptern dafür nicht geht. vermutlich weil die ja noch nie gestartet wurden...Bessere Lösung: Die Links zu den Dateien aus /dev/serial/by-id nehmen. Die passen nämlich immer.
-
-
@chris299 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Problem
neue usb modem adressen für Zwave- und Zigbee-Dongle (Mac anders als Ubuntu)
neu:
/dev/ttyACM0
/dev/ttyUSB0
aber welche ist welche?
Lösung: manuell ausprobieren, und bei Fehler wie dem folgenden, die andere versuchen, weil das dropdown in den adaptern dafür nicht geht. vermutlich weil die ja noch nie gestartet wurden...Bessere Lösung: Die Links zu den Dateien aus /dev/serial/by-id nehmen. Die passen nämlich immer.
@thomas-braun danke für den Tipp. Allerdings sind die sehr lang bei mir:
~$ sudo ls -al /dev/serial/by-id drwxr-xr-x 2 root root 80 Apr 20 14:13 . drwxr-xr-x 4 root root 80 Apr 19 22:48 .. lrwxrwxrwx 1 root root 13 Apr 20 14:13 usb-0658_0200-if00 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 Apr 19 22:52 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a45c4ee898c9eb11b94d914f1d69213e-if00-port0 -> ../../ttyUSB0 ~$ sudo ls /dev/serial/by-id usb-0658_0200-if00 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a45c4ee898c9eb11b94d914f1d69213e-if00-port0 -
@thomas-braun danke für den Tipp. Allerdings sind die sehr lang bei mir:
~$ sudo ls -al /dev/serial/by-id drwxr-xr-x 2 root root 80 Apr 20 14:13 . drwxr-xr-x 4 root root 80 Apr 19 22:48 .. lrwxrwxrwx 1 root root 13 Apr 20 14:13 usb-0658_0200-if00 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 Apr 19 22:52 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a45c4ee898c9eb11b94d914f1d69213e-if00-port0 -> ../../ttyUSB0 ~$ sudo ls /dev/serial/by-id usb-0658_0200-if00 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_a45c4ee898c9eb11b94d914f1d69213e-if00-port0Ja, aber macht doch nix? Copy Paste und drin ist der Kram. Der Vorteil ist wie gesagt, dass das Linkziel vom Kernel immer richtig gesetzt wird.
-
Hallo,
hab heute mein Raspi neu installiert und IoBroker drauf gemacht. Wollte mein Backup einspiele und er sagt Wiederherstellung wird gestartet dann dreht sich der Kreis und dann ist IoBroker Offline und muss den Dienst erst wieder neustarten! Aber er hat nichts wiederhergestellt?
Wo liegt hier das Problem? -
Hallo,
hab heute mein Raspi neu installiert und IoBroker drauf gemacht. Wollte mein Backup einspiele und er sagt Wiederherstellung wird gestartet dann dreht sich der Kreis und dann ist IoBroker Offline und muss den Dienst erst wieder neustarten! Aber er hat nichts wiederhergestellt?
Wo liegt hier das Problem?@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wo liegt hier das Problem?
Keine Ahnung. Log File sagt?
-
@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wo liegt hier das Problem?
Keine Ahnung. Log File sagt?
Nix.
backitup.0 2023-04-22 18:13:34.853 info [iobroker] backup was activated at 02:40 every 1 day(s) backitup.0 2023-04-22 18:13:34.561 info starting. Version 2.6.16 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.16.0, js-controller: 4.0.24 backitup.0 2023-04-22 17:58:20.510 info Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason backitup.0 2023-04-22 17:58:20.476 info Got terminate signal TERMINATE_YOURSELF backitup.0 2023-04-22 17:58:20.342 info cleaned everything up... -
Nix.
backitup.0 2023-04-22 18:13:34.853 info [iobroker] backup was activated at 02:40 every 1 day(s) backitup.0 2023-04-22 18:13:34.561 info starting. Version 2.6.16 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.16.0, js-controller: 4.0.24 backitup.0 2023-04-22 17:58:20.510 info Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason backitup.0 2023-04-22 17:58:20.476 info Got terminate signal TERMINATE_YOURSELF backitup.0 2023-04-22 17:58:20.342 info cleaned everything up... -
@thomas-braun said in [HowTo] ioBroker Restore unter Linux durchführen:
iob logs --watch | uniq
irgendwie stoppt er nur alles...Ab 18:23:30 habe ich die Wiederherstellung gestartet.
2023-04-22 18:23:30.999 - info: bring.0 (10071) [END] Stopping Bring! adapter... 2023-04-22 18:23:31.013 - info: host.raspberrypi received SIGTERM 2023-04-22 18:23:31.019 - info: backitup.0 (9766) cleaned everything up... 2023-04-22 18:23:30.999 - info: trashschedule.0 (9969) cleaned everything up... 2023-04-22 18:23:31.033 - info: admin.0 (9373) terminating http server on port 8081 2023-04-22 18:23:31.034 - info: wled.0 (10341) cleaned everything up... 2023-04-22 18:23:31.025 - info: accuweather.0 (9854) cleaned everything up... 2023-04-22 18:23:31.022 - info: host.raspberrypi stopInstance system.adapter.admin.0 (force=false, process=true) 2023-04-22 18:23:31.025 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 (force=false, process=true) 2023-04-22 18:23:31.028 - info: host.raspberrypi stopInstance system.adapter.ical.0 (force=false, process=false) 2023-04-22 18:23:31.030 - info: host.raspberrypi stopInstance system.adapter.tuya.0 (force=false, process=true) 2023-04-22 18:23:31.033 - info: host.raspberrypi stopInstance system.adapter.discovery.0 (force=false, process=true) 2023-04-22 18:23:31.035 - info: host.raspberrypi stopInstance system.adapter.backitup.0 (force=false, process=true) 2023-04-22 18:23:31.037 - info: host.raspberrypi stopInstance system.adapter.accuweather.0 (force=false, process=true) 2023-04-22 18:23:31.040 - info: host.raspberrypi stopInstance system.adapter.iot.0 (force=false, process=false) 2023-04-22 18:23:31.047 - info: host.raspberrypi stopInstance system.adapter.trashschedule.0 (force=false, process=true) 2023-04-22 18:23:31.049 - info: host.raspberrypi stopInstance system.adapter.bring.0 (force=false, process=true) 2023-04-22 18:23:31.050 - info: host.raspberrypi stopInstance system.adapter.daswetter.0 (force=false, process=false) 2023-04-22 18:23:31.053 - info: host.raspberrypi stopInstance canceled schedule system.adapter.daswetter.0 2023-04-22 18:23:31.054 - info: host.raspberrypi stopInstance system.adapter.web.0 (force=false, process=true) 2023-04-22 18:23:31.056 - info: host.raspberrypi stopInstance system.adapter.habpanel.0 (force=false, process=false) 2023-04-22 18:23:31.057 - info: host.raspberrypi stopInstance system.adapter.wled.0 (force=false, process=true) 2023-04-22 18:23:31.160 - info: bring.0 (10071) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.182 - info: alexa2.0 (9495) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.188 - info: admin.0 (9373) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.200 - info: backitup.0 (9766) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.202 - info: accuweather.0 (9854) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.208 - info: bring.0 (10071) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.195 - info: tuya.0 (9601) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.205 - info: trashschedule.0 (9969) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.192 - info: alexa2.0 (9495) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.230 - info: web.0 (10270) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.220 - info: wled.0 (10341) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.237 - info: admin.0 (9373) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.224 - info: discovery.0 (9680) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.244 - info: backitup.0 (9766) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.244 - info: wled.0 (10341) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.253 - info: trashschedule.0 (9969) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.276 - info: discovery.0 (9680) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.286 - info: accuweather.0 (9854) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.289 - info: host.raspberrypi stopInstance system.adapter.admin.0 send kill signal 2023-04-22 18:23:31.305 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 send kill signal 2023-04-22 18:23:31.307 - info: host.raspberrypi stopInstance system.adapter.tuya.0 send kill signal 2023-04-22 18:23:31.309 - info: host.raspberrypi stopInstance system.adapter.discovery.0 send kill signal 2023-04-22 18:23:31.310 - info: host.raspberrypi stopInstance system.adapter.backitup.0 send kill signal 2023-04-22 18:23:31.311 - info: host.raspberrypi stopInstance system.adapter.accuweather.0 send kill signal 2023-04-22 18:23:31.312 - info: host.raspberrypi stopInstance system.adapter.trashschedule.0 send kill signal 2023-04-22 18:23:31.313 - info: host.raspberrypi stopInstance system.adapter.bring.0 send kill signal 2023-04-22 18:23:31.314 - info: host.raspberrypi stopInstance system.adapter.web.0 send kill signal 2023-04-22 18:23:31.315 - info: host.raspberrypi stopInstance system.adapter.wled.0 send kill signal 2023-04-22 18:23:31.496 - info: web.0 (10270) terminated http server on port 8082 2023-04-22 18:23:31.510 - info: web.0 (10270) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.808 - info: host.raspberrypi instance system.adapter.bring.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:31.917 - info: host.raspberrypi instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.107 - info: host.raspberrypi instance system.adapter.admin.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.115 - info: host.raspberrypi instance system.adapter.wled.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.227 - info: host.raspberrypi instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.229 - info: host.raspberrypi instance system.adapter.accuweather.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.231 - info: host.raspberrypi instance system.adapter.discovery.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.272 - info: host.raspberrypi instance system.adapter.trashschedule.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.349 - info: host.raspberrypi instance system.adapter.web.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:30.999 - info: bring.0 (10071) [END] Stopping Bring! adapter... 2023-04-22 18:23:31.013 - info: host.raspberrypi received SIGTERM 2023-04-22 18:23:31.019 - info: backitup.0 (9766) cleaned everything up... 2023-04-22 18:23:30.999 - info: trashschedule.0 (9969) cleaned everything up... 2023-04-22 18:23:31.033 - info: admin.0 (9373) terminating http server on port 8081 2023-04-22 18:23:31.034 - info: wled.0 (10341) cleaned everything up... 2023-04-22 18:23:31.025 - info: accuweather.0 (9854) cleaned everything up... 2023-04-22 18:23:31.022 - info: host.raspberrypi stopInstance system.adapter.admin.0 (force=false, process=true) 2023-04-22 18:23:31.025 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 (force=false, process=true) 2023-04-22 18:23:31.028 - info: host.raspberrypi stopInstance system.adapter.ical.0 (force=false, process=false) 2023-04-22 18:23:31.030 - info: host.raspberrypi stopInstance system.adapter.tuya.0 (force=false, process=true) 2023-04-22 18:23:31.033 - info: host.raspberrypi stopInstance system.adapter.discovery.0 (force=false, process=true) 2023-04-22 18:23:31.035 - info: host.raspberrypi stopInstance system.adapter.backitup.0 (force=false, process=true) 2023-04-22 18:23:31.037 - info: host.raspberrypi stopInstance system.adapter.accuweather.0 (force=false, process=true) 2023-04-22 18:23:31.040 - info: host.raspberrypi stopInstance system.adapter.iot.0 (force=false, process=false) 2023-04-22 18:23:31.047 - info: host.raspberrypi stopInstance system.adapter.trashschedule.0 (force=false, process=true) 2023-04-22 18:23:31.049 - info: host.raspberrypi stopInstance system.adapter.bring.0 (force=false, process=true) 2023-04-22 18:23:31.050 - info: host.raspberrypi stopInstance system.adapter.daswetter.0 (force=false, process=false) 2023-04-22 18:23:31.053 - info: host.raspberrypi stopInstance canceled schedule system.adapter.daswetter.0 2023-04-22 18:23:31.054 - info: host.raspberrypi stopInstance system.adapter.web.0 (force=false, process=true) 2023-04-22 18:23:31.056 - info: host.raspberrypi stopInstance system.adapter.habpanel.0 (force=false, process=false) 2023-04-22 18:23:31.057 - info: host.raspberrypi stopInstance system.adapter.wled.0 (force=false, process=true) 2023-04-22 18:23:31.160 - info: bring.0 (10071) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.182 - info: alexa2.0 (9495) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.188 - info: admin.0 (9373) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.200 - info: backitup.0 (9766) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.202 - info: accuweather.0 (9854) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.208 - info: bring.0 (10071) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.195 - info: tuya.0 (9601) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.205 - info: trashschedule.0 (9969) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.192 - info: alexa2.0 (9495) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.230 - info: web.0 (10270) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.220 - info: wled.0 (10341) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.237 - info: admin.0 (9373) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.224 - info: discovery.0 (9680) Got terminate signal TERMINATE_YOURSELF 2023-04-22 18:23:31.244 - info: backitup.0 (9766) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.244 - info: wled.0 (10341) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.253 - info: trashschedule.0 (9969) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.276 - info: discovery.0 (9680) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.286 - info: accuweather.0 (9854) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.289 - info: host.raspberrypi stopInstance system.adapter.admin.0 send kill signal 2023-04-22 18:23:31.305 - info: host.raspberrypi stopInstance system.adapter.alexa2.0 send kill signal 2023-04-22 18:23:31.307 - info: host.raspberrypi stopInstance system.adapter.tuya.0 send kill signal 2023-04-22 18:23:31.309 - info: host.raspberrypi stopInstance system.adapter.discovery.0 send kill signal 2023-04-22 18:23:31.310 - info: host.raspberrypi stopInstance system.adapter.backitup.0 send kill signal 2023-04-22 18:23:31.311 - info: host.raspberrypi stopInstance system.adapter.accuweather.0 send kill signal 2023-04-22 18:23:31.312 - info: host.raspberrypi stopInstance system.adapter.trashschedule.0 send kill signal 2023-04-22 18:23:31.313 - info: host.raspberrypi stopInstance system.adapter.bring.0 send kill signal 2023-04-22 18:23:31.314 - info: host.raspberrypi stopInstance system.adapter.web.0 send kill signal 2023-04-22 18:23:31.315 - info: host.raspberrypi stopInstance system.adapter.wled.0 send kill signal 2023-04-22 18:23:31.496 - info: web.0 (10270) terminated http server on port 8082 2023-04-22 18:23:31.510 - info: web.0 (10270) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:31.808 - info: host.raspberrypi instance system.adapter.bring.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:31.917 - info: host.raspberrypi instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.107 - info: host.raspberrypi instance system.adapter.admin.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.115 - info: host.raspberrypi instance system.adapter.wled.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.227 - info: host.raspberrypi instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.229 - info: host.raspberrypi instance system.adapter.accuweather.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.231 - info: host.raspberrypi instance system.adapter.discovery.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.272 - info: host.raspberrypi instance system.adapter.trashschedule.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:32.349 - info: host.raspberrypi instance system.adapter.web.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:34.043 - info: tuya.0 (9601) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-04-22 18:23:34.663 - info: host.raspberrypi instance system.adapter.tuya.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:34.665 - info: host.raspberrypi All instances are stopped. 2023-04-22 18:23:34.804 - info: host.raspberrypi terminated 2023-04-22 18:23:34.663 - info: host.raspberrypi instance system.adapter.tuya.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-04-22 18:23:34.665 - info: host.raspberrypi All instances are stopped. 2023-04-22 18:23:34.804 - info: host.raspberrypi terminated -
Hallo,
hab heute mein Raspi neu installiert und IoBroker drauf gemacht. Wollte mein Backup einspiele und er sagt Wiederherstellung wird gestartet dann dreht sich der Kreis und dann ist IoBroker Offline und muss den Dienst erst wieder neustarten! Aber er hat nichts wiederhergestellt?
Wo liegt hier das Problem?@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wollte mein Backup einspiele und er sagt Wiederherstellung wird gestartet
Was machst du da genau?
-
@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wollte mein Backup einspiele und er sagt Wiederherstellung wird gestartet
Was machst du da genau?
-
-
iobroker controller daemon is not running host.raspberrypi OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@4.0.23 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flag -
iobroker controller daemon is not running host.raspberrypi OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@4.0.23 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flag@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
The current version of js-controller differs from the version in the backup.
Dann hast du ja den Grund.
-
Jaja :-) Warum sagt er mir das in der GUI nicht. Denke jeder hat nich immer sein Version aktuell obwohl ich es eigentlich dachte, dass sie es wäre.
Und was mache ich jetzt ?Steht doch da. Die alte Version installieren.
Dann passt auch das Backup da wieder rein.To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@4.0.23 --production" inside your ioBroker directoryWarum sagt er mir das in der GUI nicht.
Weil GUIs notorisch lügen und Informationen zurückhalten.
Bitte gewöhn dir an für Texte aus der Konsole die CodeTags zu verwenden.
-
Steht doch da. Die alte Version installieren.
Dann passt auch das Backup da wieder rein.To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@4.0.23 --production" inside your ioBroker directoryWarum sagt er mir das in der GUI nicht.
Weil GUIs notorisch lügen und Informationen zurückhalten.
Bitte gewöhn dir an für Texte aus der Konsole die CodeTags zu verwenden.
Danke für den Hinweis.
Ich danke dir aufjedenfall recht Herzlich für deine Hilfe! -
Das Backup hat soweit funktioniert nur das HABPanel nicht. Hab es entfernt und die Instanz wieder neu installiert.
Aber es steht immer 2x drinn. Clicke ich drauf kommt so etwas ..URIError: Failed to decode param '%web_protocol%://%web_bind%:%web_port%/habpanel/index.html' at decodeURIComponent (<anonymous>) at decode_param (/opt/iobroker/node_modules/express/lib/router/layer.js:172:12) at Layer.match (/opt/iobroker/node_modules/express/lib/router/layer.js:148:15) at matchLayer (/opt/iobroker/node_modules/express/lib/router/index.js:585:18) at next (/opt/iobroker/node_modules/express/lib/router/index.js:226:15) at compression (/opt/iobroker/node_modules/compression/index.js:220:5) at Layer.handle [as handle_request] (/opt/iobroker/node_modules/express/lib/router/layer.js:95:5) at trim_prefix (/opt/iobroker/node_modules/express/lib/router/index.js:328:13) at /opt/iobroker/node_modules/express/lib/router/index.js:286:9 at Function.process_params (/opt/iobroker/node_modules/express/lib/router/index.js:346:12)
699
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge