[gelöst] ioBroker restore funktioniert nicht auf neuem Image
-
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 customeingestellt. 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?
-
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.
524
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge