NEWS
IoBroker alle Instanzen vergessen?
-
Hallo
Ich habe gestern den Adapter daswetter installiert - danach war mein Raspi anscheinend überlastet - der admin und vis waren auf einmal unten (der Port war nicht mehr offen) … naja, okay. " ./iobroker del system.adapter.daswetter.0" und später schauen.
Dabei ist leider anscheinend etwas schief gelaufen - anscheinend sind alle adapter vergessen worden, sodass weder vis noch admin noch sonstwas gestartet wird oder gestartet werden könnte:
pi@raspberrypi3:/opt/iobroker $ sudo iobroker list instances pi@raspberrypi3:/opt/iobroker $(Wirklich … nicht eine zeile)
Dabei läuft iobroker selber aber schon:
pi@raspberrypi3:/opt/iobroker $ sudo iobroker status iobroker is running pi@raspberrypi3:/opt/iobroker $Klar kann ich das Backup einspielen … aber lieber würde ich nun verstehen, wie ich zum Ziel komme bzw was schief gelaufen ist.
Jemand einen Tipp? Wo sind die Instances konfiguriert, die es gibt bzw mal gab? Vielleicht hat es die Datei zerschossen?
Gruss -
-
Kannst du erstmal mit:
ps -ax |grep ioSchauen ob wirklich ein ioBroker Prozess läuft?
Ich denke iobroker restart/ PI restart hast du schon versucht?
Was für ein PI? `
Hallo,
Sorry, war auf Reisen
Aber klar kann ich das nachschauen bzw habe das:
pi@raspberrypi3:/opt/iobroker $ ps -ax |grep io 10 ? S 0:00 [migration/0] 13 ? S 0:00 [migration/1] 18 ? S 0:00 [migration/2] 23 ? S 0:00 [migration/3] 40 ? I< 0:00 [rpciod] 41 ? I< 0:00 [xprtiod] 45 ? I< 0:00 [nfsiod] 58 ? I< 0:00 [DWC Notificatio] 425 ? Ss 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation [b][/b] 1933 ? Rsl 437:35 iobroker.js-controller 24204 pts/0 S+ 0:00 grep --color=auto io pi@raspberrypi3:/opt/iobroker $Gruss -
-
Hallo auch hier.
Schau mal im ioBroker-verzeichnis in iobroker-data wie groß das objects.json ist. Dort gibts ein backup Verzeichnis mit älteren objects.json Dateien als gz gepackt. mal ein älteres entpacken und Größe vergleichen. `
Also das iobroker-data hat folgende Dateien:
pi@raspberrypi3:/opt/iobroker/iobroker-data $ ls -la total 16816 drwxrwxrwx 7 root root 4096 Aug 24 17:08 . drwxrwxrwx 10 root root 4096 Jan 6 15:04 .. drwxrwxrwx 2 root root 4096 Jan 10 16:32 backup-objects drwxrwxrwx 53 root root 4096 Jan 6 15:04 files drwxrwxrwx 2 root root 4096 Aug 5 2017 history -rwxrwxrwx 1 root root 2281 Oct 18 22:20 iobroker.json -rwxrwxrwx 1 root root 6767590 Jan 7 20:16 objects.json -rwxrwxrwx 1 root root 6767585 Jan 7 20:16 objects.json.bak drwxrwxrwx 2 root root 4096 Nov 18 2017 sqlite -rwxrwxrwx 1 root root 1818851 Jan 10 17:34 states.json -rwxrwxrwx 1 root root 1818849 Jan 10 17:34 states.json.bak drwxrwxrwx 3 root root 4096 Jun 28 2018 tmp-
Dann habe ich im "backups-objects"-Unterzeichnis das aktuellste entpackt: Das ist identisch.
-
die objects.json.bak ist 5 Byte kleiner …
-
Es existieren von der gleichen STunde noch 4 weitere Backups -- alle gleich.
-
Von 3h früher existiert ein Backup, welches erstaunlicherweise 500kb grösser ist.
-rw-rw-rw- 1 pi pi 7298079 Jan 7 17:19 2019-01-07_17-19_objects.jsonHm, sehr merkwürdig - 500kb kleiner seit (ungefähr) der Adapter installiert wurde?
Also … was fehlt denn da? Und: Was ist unterschiedlich in der objects.json und objects.json.bak?
Ich würde nun WinMerge drüber jagen, davor müsste ich aber Notepad++ nehmen um PrettyPrint vom JSON zu machen.
Dabei stürzt mir das allerdings ab....
Valide im Sinne von JSON scheinen mir die objects.json und objects.json.bak zu sein.
Kann da jemand irgendwas anfangen?
Gruss
-
-
Hallo
Alle object.json-Backups waren noch mit Einträgen vom Adapter versehen - alle führten zu Problemen.
Problem ist anscheinend, dass der ioBroker zyklisch abgestürzt ist und die nnn (20 oder so?) letzten Backups aufgehoben wurden - die haben aber anscheinend alle wirklich früheren Stände verdrängt gehabt.
Ich habe nun mein "normales" Backup (ich synce einfach auf eine externe HDD jeden Monat) eingespielt und starte damit wieder durch.
Danke für die Hilfe!
Gruss -