Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@tramisch Hau ein Backup rein, das scheint an mehreren Stellen verfummelt zu sein.
Vorher noch den node Cache löschen.

cd /opt/iobroker
npm cache clear --force

[Thomas Braun]

@tramisch

Ist das Dateisystem noch gesund?

dmesg -T | grep -i ext4

[Tramisch]

@thomas-braun
Tja, gute Frage. Das erscheint beim Aufruf:

[So Aug 22 10:55:35 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:44:22:EA vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=tty1 root=PARTUUID=266982c5-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[So Aug 22 10:55:36 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[So Aug 22 10:55:36 2021] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[So Aug 22 10:55:39 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Ist das jetzt etwas gesundes? :confused:

[Tramisch]

Nicht mal ein Backup kann ich zurücklesen. ;-(

Bei iobroker restore iobroker_2021_08_14-08_38_00_backupiobroker.tar.gz erhalte ich ebenfalls...

internal/modules/cjs/loader.js:892
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:889:15)
    at Function.Module._load (internal/modules/cjs/loader.js:745:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:76:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

[Homoran]

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

Vorher noch den node Cache löschen.

und wahrscheinlich die package-lock.json

[Homoran]

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

Nicht mal ein Backup kann ich zurücklesen. ;-(

das liegt möglicherweise an:

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

welches im GoogleDrive liegt

da solltest du es

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

es mir immerhin manuell herunterladen.

und lokal unter /opt/iobroker/backups speichern

[Tramisch]

@homoran said in

das liegt möglicherweise an:

welches im GoogleDrive liegt

Nein, das hatte ich runtergeladen und ins Verzeichnis kopiert

[klassisch]

@Tramisch Ich möchte Dich nicht ablenken und dem Rad nicht in die Speichen greifen.
Du sagtest ja, daß Du Dich mit Windows sehr gut auskennst. Wenn Du mal Zeit, Muse und einen Windows Rechner zur Verfügung hast, dann tests doch mal, den ioBroker unter Windows zu installieren. Node und npm sind nicht immer ganz einfach, ermöglichen aber auch den Betrieb unter Windows. Es gibt einen - leider veralteten - Windows Installer von @Stabilostick , der aber noch immer eine gute Basis liefert und der mit ein paar workarounds noch heute gut nutzbar und updatebar ist.
Es sind mir 2 aktuelle kompakte Anleitungen bekannt. Kompakt-PDF und Forumsthread
Zusammen mit einer moderaten Updatestrategie (nie ganz abhängen lassen, nicht immer der erste sein) habe ich damit derzeit ein sehr stabiles System auf einem "abgedienten" Windows 10 Pro Rechner, der noch etliche andere Dinge mit erledigt und der für mich als normalen langjährigen Windows-Nutzer sehr gut zu warten ist. Und wie gesagt, sehr stabil läuft. Mittlerweile ist meine Wohnungsbeleuchtung komplett darauf angewiesen und da muß alles rocksolid laufen.
Meine derzeitige Konfig:

• win 10 pro auf einem i56300U, 8GB (aktuell)
• node 12 (mittelaktuell, wird im Thread zun controller 3.3 noch empfohlen)
• npm 6.14.14 (passend zu node 12)
• js-controller 3.2.16 (läuft noch mit fast allen Adaptern, aber nicht mehr die aktuelle Entwicklungsschine)
• Admin 4.2.2 (läuft noch, aber nicht mehr die aktuelle Entwicklungsschiene)

Ich behaupte jetzt nicht, daß andere Konfigurationen nicht funktionieren oder nicht empfehlenswert seien. Das ist halt die, die bei mir derzeit noch arbeitet

[Tramisch]

Danke, aber ich habe keinen Win-Rechner der 24h läuft. Daher nutze ich dafür halt den Rasp.

Ansonsten ist es weiterhin so, dass ich nicht weiter komme. Kein Backup lässt sich nicht wiederherstellen, da diese komische Fehlermeldung erscheint

[Thomas Braun]

@tramisch
Installier den Kram komplett neu. Backup haste ja.

[Homoran]

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

Kein Backup lässt sich nicht wiederherstellen, da diese komische Fehlermeldung erscheint

weil da wahrscheinlich immer noch die von npm7 vermurksten Installationen drin sind
Da hilft nur plattmachen um möglichst schnell weiterzukommen.

Hast du inzwischen die package-lock-json gelöscht?
ggf. danach ein npm rebuild im Installationsverzeichnis gemacht?

Wenn die gesamte Installation zerschossen ist wird das auch nichts mehr

[Tramisch]

@homoran

Nur um auf Nummer Sicher zu gehen. So richtig "Plattmachen" kann ich ja nichts, da noch z. B. der PI-hole und andere Anwendnugen auf dem Rasp laufen.

Aber ich würd jetzt den iobroker neu installieren. Richtig?

Wird dabei dann alles fehlerhafte ersetzt und habe ich danach auch durch mein Backup wieder alle Einstellungen so wie sie einmal waren, inkl. meiner Scripte usw.??

Habe gerdae fett Angstschweis auf der Stirn.

Hast du inzwischen die package-lock-json gelöscht?

Ich habe keinen Durchblick mehr. Ist das relevant für eine Neuinstallation bzw. wie lösche ist das?

[Homoran]

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

Ich habe keinen Durchblick mehr

ich auch nicht - sind zu viele ähnliche Threads. Vielleicht verwechsle ich dich auch - Sorry

[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... :face_with_head_bandage: :anguished: :face_with_thermometer: :fearful:

[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.