Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot

[haselchen]

@tramisch

Der Angstschweiss ist berechtigt.
Deswegen installiere ich jedes "wichtige" System autark auf verschiedenen Geräten.
Wenn eines ausfällt, muss ich nur das wieder aufsetzen.

Da wir bei dir nicht wissen, wo du was alles hinkopiert oder installiert hast, wird es schwierig nur den iobroker Ordner zu löschen.

[Tramisch]

@haselchen

Recht haste. Ich selbst lege (in der Windows Welt) immer wieder Images (bei Milestones) an und treibe fett Backups. Aber bei dieser Linuxwelt, kann ich nicht mal richtig erkennen, wo welche daten überhaupt liegen. Alles sehr düster irgendwie..

@Al
Habe jetzt den ioBroker neu installiert, aber besser wird da jetzt gar nichts. Habe Backup eingelesen und es ist wieder alles nur rot.

Werde jetzt noch mal versuchen, ein älteres Backup zu lasen...

[Tramisch]

Das fängt schon gut an

Denn während des Restores steht darin:

[DEBUG] [iobroker] Start ioBroker Restore ...
[DEBUG] [iobroker] iobroker controller daemon is not running
[DEBUG] [iobroker] host.raspberrypi OK.
[DEBUG] [iobroker] host.raspberrypi Clear all objects and states...
[DEBUG] [iobroker] clean 6482 objects...
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[ERROR] [iobroker] [Not critical] Cannot delete object 0_userdata.0: {"command":{"name":"del","args":["cfg.o.0_userdata.0"]}}
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[ERROR] [iobroker] [Not critical] Cannot delete object alias.0: {"command":{"name":"del","args":["cfg.o.alias.0"]}}
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[ERROR] [iobroker] [Not critical] Cannot delete object enum.functions: {"command":{"name":"del","args":["cfg.o.enum.functions"]}}
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[ERROR] [iobroker] [Not critical] Cannot delete object enum.rooms: {"command":{"name":"del","args":["cfg.o.enum.rooms"]}}
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[DEBUG] [iobroker] Server Objects 127.0.0.1:55796 Error from InMemDB: Error: Object is marked as non deletable
[DEBUG] [iobroker] clean 4862 states...
[DEBUG] [iobroker] host.raspberrypi done.
[ERROR] [iobroker] [Not critical] Cannot delete object system.config: {"command":{"name":"del","args":["cfg.o.system.config"]}}
[ERROR] [iobroker] [Not critical] Cannot delete object system.repositories: {"command":{"name":"del","args":["cfg.o.system.repositories"]}}
[DEBUG] [iobroker] host.raspberrypi Processed 0/4644 states
Aber hier keine Errors mehr...

[Thomas Braun]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Aber bei dieser Linuxwelt, kann ich nicht mal richtig erkennen, wo welche daten überhaupt liegen.

Gerade das ist sehr übersichtlich:

https://help.ubuntu.com/kubuntu/desktopguide/de/directories-file-systems.html

[Homoran]

@tramisch Hab jetzt doch noch mal den gesamten Thread durchgelesen.

Stand ist/war:
du hattest

• node im falschen Verzeichnis
• npm v7

Das ist jetzt alles wieder wirklich gerade gezogen?

Nur wenn ja!
Lösche die Datei /opt/iobroker/package-lock.json
Lösche den npm cache

cd /opt/iobroker
npm cache clean --force

lasse den Fixer drüber laufen:

• entweder iobroker fix
• oder wenn sich da nichts tut die Lange Version curl -fsL https://iobroker.net/fix.sh | bash -

Mache dann nochmal die Abfrage

[Tramisch]

Einziger Unterschied ist, dass Alexa2.0, javascript.0 und node-red.0 jetzt grün sind.

Das ist jetzt alles wieder wirklich gerade gezogen?

Keine Ahnung. Ich befolge zwar die Anleitungen, weiß aber nicht wie ich die Resultate überprüfen kann.

Nur wenn ja!
Lösche die Datei /opt/iobroker/package-lock.json

Und wenn nicht bzw. wie stelle ich das nun sicher? Jedenfalls kommt nach "which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs" unverändert das hier:

/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.17.5
v14.17.5
6.14.14
Holen:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB]
OK:2 http://archive.raspberrypi.org/debian buster InRelease                                                                
OK:3 http://phoscon.de/apt/deconz buster InRelease                                            
OK:4 https://deb.nodesource.com/node_12.x buster InRelease
Es wurden 15,0 kB in 2 s geholt (8.735 B/s).
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease                                     
OK:3 http://phoscon.de/apt/deconz buster InRelease                                                 
OK:4 https://deb.nodesource.com/node_12.x buster InRelease                                         
Paketlisten werden gelesen... Fertig                                                               
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           14.17.5-1nodesource1
  Installationskandidat: 14.17.5-1nodesource1
  Versionstabelle:
 *** 14.17.5-1nodesource1 100
        100 /var/lib/dpkg/status
     12.22.5-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Ist das jetzt etwas positives oder eher negatives?

lasse den Fixer drüber laufen:

Kann ich den (auch) drüber laufen lassen, wenn das mit den npm v7 nicht geradegezogen ist?

[Thomas Braun]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Soweit in Ordnung, nur fehlt dir in der Datei /etc/apt/sources.list.d/nodesource.list
die Zeile für node14.

# node 12
deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_12.x buster main
deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_12.x buster main

# node 14
deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x buster main
deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x buster main

So sieht die bei mir aus.

[Homoran]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

weiß aber nicht wie ich die Resultate überprüfen kann.

doch!

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Jedenfalls kommt nach "which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs" unverändert das hier:

und das sieht IMHO gut aus. @Thomas-Braun darf noch Veto einlegen

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Kann ich den (auch) drüber laufen lassen, wenn das mit den npm v7 nicht geradegezogen ist?

Ja, wird dir möglicherweise nichts nutzen, wenn npm v7 das Problem verursacht hat

[Tramisch]

Mittlerweile ist plötzlich noch ein bisschen mehr grün. Möge das einer verstehen!?!?

So ist nun auch "broadlink2.0", "deconz.o", "fullybrowser.0", "history.o" grün. Aber z. B. "net-tools", "simple-api.0" weiterhin rot.

Ich raff das überhaupt nicht...

[klassisch]

@tramisch Geduld. Das dauert nach so einem Eingriff selbst auf meinem i5 eine Weile und ein Rasi ist kein PC

[Tramisch]

Jetzt ist mir aufgefallen, dass bei all denen die noch immer auf "rot" stehen, ich, wenn ich in deren Config gehen will, folgende Meldung erhalte:

File index_m.html not found

[Homoran]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

File index_m.html not found

dann ist da entweder noch das Restore nicht fertig, oder das Restore komplett schiefgegangen

[Tramisch]

@klassisch

@klassisch said in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

@tramisch Geduld. Das dauert nach so einem Eingriff selbst auf meinem i5 eine Weile und ein Rasi ist kein PC

Ach so, Du meinst, die könnten ggf. alle noch aus ihrem Dornröschenschlaf erwachen? Ein Versuch wäre es wert. Also warte ich mal so 10 Minuten bevor ich irgendetwas neues versuche.

[Thomas Braun]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Also warte ich mal so 10 Minuten bevor ich irgendetwas neues versuche.

Warte bis zu einer Stunde. Und beobachte das log unter

iobroker logs --watch

in einem zweiten Terminal.

[Tramisch]

@homoran said in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

File index_m.html not found

dann ist da entweder noch das Restore nicht fertig, oder das Restore komplett schiefgegangen

Das Restore endete vorhin wie Folgt:

[DEBUG] [iobroker] System successfully restored!
[DEBUG] [iobroker] ioBroker Restore completed successfully
[EXIT] 0 **** Restore completed successfully!! ****

The log can be closed ...

Von daher dürfte es fertig gewesen sein. Nur die Fehlemeldungen gleich zu Anfang mach(t)en mir Sorgen.

[klassisch]

@tramisch Ja, als ich von nodejs 10 auf 12 upgedatet habe, hat es auch gedauert. Und das bei einem i5 mit SSD.

[Homoran]

@klassisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

und ein Rasi ist kein PC

schon gar nicht, wenn

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

da noch z. B. der PI-hole und andere Anwendnugen auf dem Rasp laufen.

---

@Tramisch
was sagt denn top oder besser htop?

[Homoran]

@tramisch sagte in Bei meinem ioBroker sind plötzlich Adapter-Instanzen rot:

Von daher dürfte es fertig gewesen sein.

nope!

Da hat er nur die Konfigurationsdateien fertig geschriebn
Danach beginnt die etwa 1-2 Stündige Neuinstallationsorgie

[Tramisch]

nope!
Da hat er nur die Konfigurationsdateien fertig geschriebn
Danach beginnt die etwa 1-2 Stündige Neuinstallationsorgie

Ahaaaa!!!! Sollte ich also doch ein bisschen länger als 10 Minuten Wartezeit einplanen!?

Folgende Adapter sind jedenfalls noch rot. Die aber könnte ich doch alle deinstallieren und danach neu installieren. Oder ist das Quatsch?

- net-tools
- simple-api
-sony-bravia
-synology
-web.0

Und was mir auch noch auffällt ist, dass bei "Info" zu lesen ist:

Node.js v14.17.5 (Empfohlene Version v12.22.5)
NPM 6.14.14

Sollte ich bei der 15 bleiben oder zur "empfolhenden 12.x" wie auch immer wechseln?

[klassisch]

@tramisch

• Erst mal abwarten bevaor man was wechselt.
• log beobachten welche adapter gerade gebaut werden
• node 14 wird von vielen als gut bestätigt