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

Heinz53

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
7383_ssh_protokoll.txt

Hier das Log aus ioBroker
7383_iobroker_log.txt

wendy2702

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?

Heinz53

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)

paul53

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 ?

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

658

32.7k

82.5k

1.3m