NEWS
[gelöst] ioBroker restore funktioniert nicht auf neuem Image
-
Hallo zusammen,
dies ist meine erste Forumanfrage. Falls Form, und Inhalt (noch) nicht den Anforderungen entsprechen bitte ich um Nachsicht.
Ich versuche eine ioBroker Installation auf einen neuen raspberry p3 3+ zu portieren, und die gesicherten Einstellungen einer bestehenden Installation zu übernehmen. Im ioBroker werden meine Einstellungen jedoch nicht übernommen. Laut ioBroker log wird u.a. folgender Fehler ausgegeben:
host.ioBroker-RasPi 2018-04-01 14:32:34.226 error Caught by controller[0]: address: '192.168.0.100',
==> Die IP 192.168.0.100 ist in meinem System nicht vorhanden. <==
Nach einigen nicht erfolgreichen Versuchen habe ich meine Schritte protokolliert. Die Protokolle von Putty und das Log des ioBroker habe ich beigefügt. Die ausgegebenen Meldungen sagen mir nicht viel.
Was ist die Problemursache?
Was kann ich anders machen damit die Portierung gelingt?
Ich bitte um Hilfe…..
Hier die detaillierte Aufstellung meiner Vorgehensweise
Raspberry Pi 3+ nach folgender Anleitung neu aufgesetzt:
http://www.iobroker.net/docu/?page_id=8038&lang=de
Mit Win32 Disk Imager - 1.0 wird as folgende Image auf eine neue 32GB Ultra microSDHC geschrieben.
Image ioBroker_Image_RPi_2-3_20180401_stretch/ioBroker_Image_RPi_2-3_20180401_stretch.img
SD wird in Raspberry mit angeschlossenem LAN eingelegt.
Der Raspi wird hochgefahren und erhält die Adresse 192.168.178.94
==> Anmelden über SSH
sudo raspi-config (User Passwort / expand filesystem)
==> Raspi neu gestartet
sudo apt update && sudo apt upgrade -y
Im Chrome den ioBroker aufgerufen: http://192.168.178.94:8081/
... Anmeldebildschirm durchlaufen ....
==> Nun wird der Backup des alten PI vorbereitet
Mit filezilla auf dem Raspi das Verzeichnis /opt/iobroker/backups angelegt
die Backupdatei "2018_05_19-11_23_47_backupiobroker.tar.gz" hochgeladen
sudo iobroker stop ==> zeigt Fehlermeldung "Exit code for "killall.sh": 123"
sudo iobroker restore 0 ==> Zeigt Fehlermeldungen
pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker start all
sudo iobroker start
==> Im ioBroker werden meine Daten nicht angezeigt
Hier ist das Protokoll aus Putty
Hier das Log aus ioBroker
-
OK.
Nach dem „Expand Filesystem“ musst du einen Reboot machen. Hast du das gemacht?
Hast du wie in der Anleitung geschrieben den Host Namen geändert?
Hat der PI einen Internetzugang?
-
Hallo Wendy,
- den Reboot habe ich gemacht (siehe Putty Protokoll)
Den Host Namen habe ich nicht geändert. Der Standardname "ioBroker-RasPi" wurde übernommen. Der PI einen Internetzugang (siehe Putty Protokoll)
-
Welche node Version lief auf dem alten Pi ?
Wurden die States auf dem alten Pi in Redis oder in File gepeichert ?
Wie stark unterscheidet sich die Dateigröße von /opt/iobroker/iobroker-data/objects.json in beiden Versionen (alt/neu) ?
Die CCU hat eine von der Frizbox vergebenen Adresse 192.168.178.xxx ?
-
Hallo Paul,
ich versuche mal zu antworten
- node -v ergibt: alter raspi = v6.14.2 / neuer raspi = v8.11.1
- Wurden die States auf dem alten Pi in Redis oder in File gepeichert ?????
Falls damit das Backup gemeint ist habe ich es über Putty mit dem Befehl "iobroker backup" erstellt, und mit filezilla kopiert.
- Wie stark unterscheiden sich die Dateien /opt/iobroker/iobroker-data/objects.json in beiden Versionen (alt/neu) ??????
alter raspi: objects.json Dateigröße = 2348993 neuer raspi: objects.json Dateigröße = 843.356
- Ja. Meine Fritzbox hat die IP korrekt vergeben.
Hier nochmal ein Abschnitt aus dem Putty zum Backup
[spoiler] pi@ioBroker-RasPi:~ $ cd /opt/iobroker/backups pi@ioBroker-RasPi:/opt/iobroker/backups $ ls -lia insgesamt 772 126212 drwxr-xr-x 2 pi pi 4096 Apr 1 14:14 . 2387 drwxrwxrwx 7 root root 4096 Apr 1 14:12 .. 126217 -rw-r--r-- 1 pi pi 781161 Apr 1 14:14 2018_05_19-11_23_47_backupiobroker.tar.gz pi@ioBroker-RasPi:/opt/iobroker/backups $ cd .. pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker stop Stopping iobroker controller daemon... iobroker controller daemon stopped. Exit code for "killall.sh": 123 pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker restore 0 host.ioBroker-RasPi Using backup file 2018_05_19-11_23_47_backupiobroker.tar.gz iobroker controller daemon is not running host.ioBroker-RasPi OK. host.ioBroker-RasPi Clear all objects and states... clean 362 objects... /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2546 callback('Object is marked as non deletable'); ^ TypeError: callback is not a function at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2546:21) at runCallback (timers.js:794:20) at tryOnImmediate (timers.js:752:5) at processImmediate [as _immediateCallback] (timers.js:729:5) [/spoiler]
-
node -v ergibt: alter raspi = v6.14.2 / neuer raspi = v8.11.1 `
Ein Backup von ioBroker für so unterschiedliche node Versionen zu verwenden, halte ich für problematisch.
@Heinz53:Wurden die States auf dem alten Pi in Redis oder in File gepeichert ????? `
Das ist eine Einstellung für die Behandlung der Zustände (states) der Datenpunkte und wird mit./iobroker setup custom
eingestellt. Im Falle der Option file werden die Zustände in der Datei /opt/iobroker/iobroker-data/states.json gespeichert. Hat diese Datei auf dem alten Pi ein aktuelles Datum / Zeit ?
@Heinz53:alter raspi: objects.json Dateigröße = 2348993
neuer raspi: objects.json Dateigröße = 843.356 `
Dann wurde die (wichtigste !) Datei beim Restore nicht übernommen. -
den Reboot habe ich gemacht (siehe Putty Protokoll) `
Im logfile kann ich kein "reboot" befehl sehen oder bin ich blind? Lediglich einen neuen Login, der muss aber nicht zwingend nach nach einem Reboot erfolgt sein… deshalb die Frage.
Der PI einen Internetzugang (siehe Putty Protokoll) `
Bin etwas verwundert das es laut log diese Meldungen gibt:
pi@ioBroker-RasPi:~ $ sudo apt update && sudo apt upgrade -y Fehl:1 https://deb.nodesource.com/node_8.x stretch InRelease Could not resolve host: deb.nodesource.com Fehl:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org« Fehl:3 http://archive.raspberrypi.org/debian stretch InRelease Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org« Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. W: Fehlschlag beim Holen von http://raspbian.raspberrypi.org/raspbian/dists/stretch/InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org « W: Fehlschlag beim Holen von https://deb.nodesource.com/node_8.x/dists/stretch/InRelease Could not resolve host: deb.nodesource.com W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/stretch/InRelease Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org« W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt. Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paketaktualisierung (Upgrade) wird berechnet... Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Und es angeblich kein update für ein Linux Paket gibt welches am 01.04.2018 zur Verfugung gestellt wurde. Deshalb die Frage nach dem Internet Zugang.
-
Hallo Paul,
Sollte ich die Node auf dem alten raspi updaten, und ein neues backup erstellen?
Was muß ich zum update der Node eingeben?
An welcher Stelle sollte ich ./iobroker setup custom aufrufen?
Die Datei /opt/iobroker/iobroker-data/states.json hat aktuelles Datum/Zeit
Das die neue objects.json so klein ist liegt vielleicht daran dass der Restore nicht funktioniert?
-
Habe gerade Nodejs und npm Update gefunden. Ich arbeite mich mal da durch…..
-
An welcher Stelle sollte ich ./iobroker setup custom aufrufen? `
im Verzeichnis /opt/iobroker
@Heinz53:Die Datei /opt/iobroker/iobroker-data/states.json hat aktuelles Datum/Zeit `
Dann wird die Datei states.json verwendet.Ich würde einfach folgendes versuchen:
-
./iobroker setup custom aufrufen und States auf file umstellen
-
falls im alten ioBroker Adapter installiert sind, die im neuen ioBroker fehlen: Diese Adapter installieren (nicht konfigurieren)
-
iobroker stoppen
-
objects.json und states.json von alt nach neu kopieren
-
iobroker starten
-
-
Hallo Paul,
ich habe deinen Ansatz umgesetzt.
-
./iobroker setup custom aufrufen und States auf file umstellen
-
falls im alten ioBroker Adapter installiert sind, die im neuen ioBroker fehlen: Diese Adapter installieren (nicht konfigurieren)
-
iobroker stoppen
-
objects.json und states.json von alt nach neu kopieren
-
iobroker starten
Nach dem Starten der Instanzen sind meine Objekt wieder zu sehen.
Auf VIS konnte ich zunächst nicht zugreifen.
Nach dem kopieren der Daten aus /opt/iobroker/iobroker-data/files/vis.0 kann ich VIS auch wieder nutzen.
Ich beobachte nun ob nun noch Probleme auftreten.
Vielen Dank für deine Unterstützung!
-
-
Hallo Wendy,
Du hast recht. Den Reboot konntest du nicht sehen. Ich habe ihn nicht über Putty angestoßen.
Die log Meldungen kann ich nicht erklären. Ich habe das Image nach der Anleitung eingespielt…..
Ich habe den Lösungsansatz von Paul umgesetz. Nun scheint mein neues System zu laufen. Ich beobachte es noch eine Weile....
Vielen Dank auf Dir für Deine Unterstützung.
-
Schön das es jetzt läuft.
Kannst du dann bitte das Thema noch als````
[Gelöst]Schöne Pfingsten Gesendet von iPhone mit Tapatalk Pro
-
Hallo zusammen,
das System läuft nun stabil.
Ich danke für die Unterstützung bei der Problemlösung.
Frohe Pfingsten