[gelöst] ioBroker restore funktioniert nicht auf neuem Image

Heinz53

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]

paul53

~~@Heinz53:~~

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.

wendy2702

~~@Heinz53:~~

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.

~~@Heinz53:~~

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.

Heinz53

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?

Heinz53

Habe gerade Nodejs und npm Update gefunden. Ich arbeite mich mal da durch…..

paul53

~~@Heinz53:~~

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

Heinz53

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!

Heinz53

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.

wendy2702

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

Heinz53

Hallo zusammen,

das System läuft nun stabil.

Ich danke für die Unterstützung bei der Problemlösung.

Frohe Pfingsten

Community Forum

NEWS

[gelöst] ioBroker restore funktioniert nicht auf neuem Image

Support us

757

32.7k

82.6k

1.3m