[How-to] Node.js für ioBroker richtig updaten
-
Schaue im Snapshot nach, ob die Datei node_modules/acme-dns-01-cli/package.json tatsächlich fehlt oder vielleicht ein Rechteproblem vorliegt.
Fehlt die Datei, kannst das Modul ggf. mit
npm i acme-dns-01-clineu installieren.@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
npm i acme-dns-01-cli
Danke.
Das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" existiert gar nicht. Nach Updaten durch "npm i acme-dns-01-cli" folgende Ausgabe:npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. + acme-dns-01-cli@3.0.7 updated 1 package and audited 643 packages in 2.32s found 0 vulnerabilitiesAuch danach wird das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" nicht erstellt.
Stattdessen liegt das Verzeichnis hier: "/root/node_modules/acme-dns-01-cli", Inhalt:
index.js LICENSE package.json README.md -
@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
npm i acme-dns-01-cli
Danke.
Das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" existiert gar nicht. Nach Updaten durch "npm i acme-dns-01-cli" folgende Ausgabe:npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. + acme-dns-01-cli@3.0.7 updated 1 package and audited 643 packages in 2.32s found 0 vulnerabilitiesAuch danach wird das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" nicht erstellt.
Stattdessen liegt das Verzeichnis hier: "/root/node_modules/acme-dns-01-cli", Inhalt:
index.js LICENSE package.json README.mdso, wieder am Rechner... Jetzt kann ich nachsehen. Also das aktuelle rpi-gpio Modul hat die folgenden Abhängigkeiten:
"dependencies": { "async-retry": "^1.2.1", "debug": "^3.1.0", "epoll": "^2.0.3" }Da ist ein Node 10-kompatibles epoll referenziert. Und so sieht es mit der Node 10-Kompatibilität von rpi-gpio allgemein aus (https://github.com/JamesBarwell/rpi-gpio.js) :
rpi-gpio 1.x is no longer supported. Please use 2.x unless you need to run with an old version of node. node version rpi-gpio 1.x rpi-gpio 2.x + 0.10 Yes No 0.12 Yes No 4 Yes Yes 6 Yes Yes 8 Yes Yes 10 No YesFalls der Auslöser für die Verwendung von rpi-gpio der rpi2-Adapter ist - der hat u.a. diese Abhängigkeit:
"optionalDependencies": { "rpi-gpio": "^1.0.0" },Das heißt, das Modul rpi-gpio kann auch in höheren Verionen als 1.0.0 für rpi2 eingesetzt werden.
Mit
npm ls rpi-gpiosiehst Du, wo das Modul in welcher Version steckt. Was wird da angezeigt?
PS: Der chicken-Way ist, sich die Einstellungen des rpi2-Adapter zu notieren, alles Instanzen und den Adapter zu löschen, und ihn anschließend neu zu installieren und zu konfigurieren. Da kommen dann die neuen Versionen der Module mit. :yum:
-
@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
npm i acme-dns-01-cli
Danke.
Das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" existiert gar nicht. Nach Updaten durch "npm i acme-dns-01-cli" folgende Ausgabe:npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. + acme-dns-01-cli@3.0.7 updated 1 package and audited 643 packages in 2.32s found 0 vulnerabilitiesAuch danach wird das Verzeichnis "/opt/iobroker/node_modules/acme-dns-01-cli/" nicht erstellt.
Stattdessen liegt das Verzeichnis hier: "/root/node_modules/acme-dns-01-cli", Inhalt:
index.js LICENSE package.json README.md@Mic sagte in [How-to] Node.js für ioBroker richtig updaten:
Ah, Du bist einer welcher, der die Sicherheit seines Systems täglich aufs neue herausfordert, indem Du als root-User arbeitest. :smiling_imp:
npm i acme-dns-01-cli
Hattest Du das im ioBroker-Ordner (z.B.
/opt/iobroker) ausgeführt?Wegen root-User: Versuche es ggf. einmal mit dem ioBroker-Fixer, der einige Berechtigungen und Einstellungen korrigiert:
curl -sL https://iobroker.net/fix.sh | bash - -
so, wieder am Rechner... Jetzt kann ich nachsehen. Also das aktuelle rpi-gpio Modul hat die folgenden Abhängigkeiten:
"dependencies": { "async-retry": "^1.2.1", "debug": "^3.1.0", "epoll": "^2.0.3" }Da ist ein Node 10-kompatibles epoll referenziert. Und so sieht es mit der Node 10-Kompatibilität von rpi-gpio allgemein aus (https://github.com/JamesBarwell/rpi-gpio.js) :
rpi-gpio 1.x is no longer supported. Please use 2.x unless you need to run with an old version of node. node version rpi-gpio 1.x rpi-gpio 2.x + 0.10 Yes No 0.12 Yes No 4 Yes Yes 6 Yes Yes 8 Yes Yes 10 No YesFalls der Auslöser für die Verwendung von rpi-gpio der rpi2-Adapter ist - der hat u.a. diese Abhängigkeit:
"optionalDependencies": { "rpi-gpio": "^1.0.0" },Das heißt, das Modul rpi-gpio kann auch in höheren Verionen als 1.0.0 für rpi2 eingesetzt werden.
Mit
npm ls rpi-gpiosiehst Du, wo das Modul in welcher Version steckt. Was wird da angezeigt?
PS: Der chicken-Way ist, sich die Einstellungen des rpi2-Adapter zu notieren, alles Instanzen und den Adapter zu löschen, und ihn anschließend neu zu installieren und zu konfigurieren. Da kommen dann die neuen Versionen der Module mit. :yum:
root@IoBroker:/opt/iobroker# npm ls rpi-gpio iobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.rpi2@1.0.0 └── rpi-gpio@1.0.0dann wäre ja die einfachste Lösung, ich deinstalliere den Adapter, da er momentan nicht mehr in Gebrauch ist.
Dieser war noch aus der Raspberry Zeit und Multihostbetrieb.umgestiegen von Proxmox auf Unraid
-
root@IoBroker:/opt/iobroker# npm ls rpi-gpio iobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.rpi2@1.0.0 └── rpi-gpio@1.0.0dann wäre ja die einfachste Lösung, ich deinstalliere den Adapter, da er momentan nicht mehr in Gebrauch ist.
Dieser war noch aus der Raspberry Zeit und Multihostbetrieb. -
Ja.
@Stabilostick erledigt, dann bin ich mal gespannt, bei kommenden Updates/Installationen, ob diesbezüglich noch Fehlermeldungen/Warnungen auftauchen.
Besten Dank erstmal für die Ausführliche Info.
dann steht jetzt noch die Suche nach dem fast 3fachen Netzwerk Traffic aus.
kann aber ehrlich gesagt, nicht wirklich viel mit iftop anfangen.
werd ich mal ein wenig lesen und probieren -
Interessanter Thread, den ich leider erst jetzt gesehen habe.
Hatte im Verlauf des letzten Jahres auch das Gefühl, den Überblick über die node.js und npm Versionen komplett verloren zu haben. Und ich hatte auch den Eindruck, daß einige Anfragen dazu unbeantwortet blieben, was auch aufgrund der Kombinatorik verständlich ist. Aber eine auf Dauer potentiell gefährliche Situation.
Den Ansatz mit getesteten und stimmigen Updatepakten bzw. Installern finde ich prima.
Der Windows-Installer hat mir schon sehr geholfen. Lief glatt durch und jetzt habe ich einen ioBroker auf einer leistungsfähigen, zeitgemäßen und ausbaufähigen Plattform.
Prima auch, wenn man damit künftig auf neuere funktionierende Pakete upgraden kann. -
Bei mir kommt am Ende nach dem Update auf Node 10.x und nmp rebuild diese Fehlermeldung. Der Iobroker läuft aber problemlos (alles grün). Besteht Handlungsbedarf? Ich würde mich über ein kurzes Statement freuen, weil ich noch ganz neu hier bin.
npm ERR! path /opt/iobroker/node_modules/iobroker.admin/node_modules/@iobroker/a dapter-core/package.json npm ERR! code ENOENT npm ERR! errno -2 npm ERR! syscall open npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modu les/iobroker.admin/node_modules/@iobroker/adapter-core/package.json' npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoent npm ERR! A complete log of this run can be found in: npm ERR! /home/pi/.npm/_logs/2019-06-11T18_03_36_675Z-debug.log -
Bei mir kommt am Ende nach dem Update auf Node 10.x und nmp rebuild diese Fehlermeldung. Der Iobroker läuft aber problemlos (alles grün). Besteht Handlungsbedarf? Ich würde mich über ein kurzes Statement freuen, weil ich noch ganz neu hier bin.
npm ERR! path /opt/iobroker/node_modules/iobroker.admin/node_modules/@iobroker/a dapter-core/package.json npm ERR! code ENOENT npm ERR! errno -2 npm ERR! syscall open npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modu les/iobroker.admin/node_modules/@iobroker/adapter-core/package.json' npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoent npm ERR! A complete log of this run can be found in: npm ERR! /home/pi/.npm/_logs/2019-06-11T18_03_36_675Z-debug.log@Olivbus Irgendwie wird nicht alles übernommen im Code, deshalb hier nochmal als Text
npm ERR! path /opt/iobroker/node_modules/iobroker.admin/node_modules/@iobroker/a dapter-core/package.json
npm ERR! code ENOENT
npm ERR! errno -2
npm ERR! syscall open
npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modu les/iobroker.admin/node_modules/@iobroker/adapter-core/package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoentnpm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-06-11T18_03_36_675Z-debug.log -
@Olivbus Irgendwie wird nicht alles übernommen im Code, deshalb hier nochmal als Text
npm ERR! path /opt/iobroker/node_modules/iobroker.admin/node_modules/@iobroker/a dapter-core/package.json
npm ERR! code ENOENT
npm ERR! errno -2
npm ERR! syscall open
npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modu les/iobroker.admin/node_modules/@iobroker/adapter-core/package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoentnpm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-06-11T18_03_36_675Z-debug.log@Olivbus
Hier noch meine Systemdaten:
Betriebssystem:linux
Architektur:arm
CPUs:4
Geschwindigkeit:600 MHz
Modell:ARMv7 Processor rev 4 (v7l)
RAM:927.22 MB
Node.js: v10.16.0
NPM: 6.9.0
Anzahl der Adapter:243
Festplatte Größe:14.53 GB
Festplatte frei:12.09 GB
Aktive Instanzen:20
Hostname:ioBroker-RasPi
js controller: 1.5.11 -
@apollon77 man man man, der Weisse Balken:face_palm:
@crunchip komme auf dein Design an :-(
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@Olivbus Irgendwie wird nicht alles übernommen im Code, deshalb hier nochmal als Text
npm ERR! path /opt/iobroker/node_modules/iobroker.admin/node_modules/@iobroker/a dapter-core/package.json
npm ERR! code ENOENT
npm ERR! errno -2
npm ERR! syscall open
npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modu les/iobroker.admin/node_modules/@iobroker/adapter-core/package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoentnpm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-06-11T18_03_36_675Z-debug.log -
@apollon77 ich weiss, nur ist leider keines dabei, das 100% zufriedenstellend ist und bei einem dunklem Design,
ist halt nun mal das Problem, das irgendwas nicht lesbar ist. -
Ich bin auch gerade dabei, node bzw nodejs upzudaten.
da sich für mich alles recht kompliziert anhört, habe ich folgende Frage:
Es ist doch möglich, erst mal den kompletten IObroker Ordner zu löschen, wie in der Erstinstallation nodejs und node zu deinstallieren.
Danach würde ich wie bei der Doku https://www.iobroker.net/#de/documentation/install/linux.md IObroker neu aufsetzen inkl Backitup und das vorher gezogene Backup wieder einspielen. Sehe ich das richtig?IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
Ich bin auch gerade dabei, node bzw nodejs upzudaten.
da sich für mich alles recht kompliziert anhört, habe ich folgende Frage:
Es ist doch möglich, erst mal den kompletten IObroker Ordner zu löschen, wie in der Erstinstallation nodejs und node zu deinstallieren.
Danach würde ich wie bei der Doku https://www.iobroker.net/#de/documentation/install/linux.md IObroker neu aufsetzen inkl Backitup und das vorher gezogene Backup wieder einspielen. Sehe ich das richtig? -
Habe gerade von 8 zu 10 geupgraded. Hat alles geklappt dank der guten Anleitung hier. Danke!
Nach dem Reboot gab es Fehlermeldungen im Iobroker Log : "MMMagic compiled against different Node version pls try npm rebuild.
NPM rebuild hat aber nicht zum erfolg geführt. Geholfen hat dann:->iobroker stop
-> npm uninstall mmmagic
->iobroker del sql
->iobroker install sql
->rebootDanach läuft es anscheinend gerade wieder rund.
LG
-
habe gerade IObroker platt gemacht und mit node 10.x neu installiert.
Alle Adapter laufen außer tr-064.0 da bekomme ich immer Fehlermeldungen:host.rock64 2019-06-15 14:51:52.273 error instance system.adapter.tr-064.0 terminated with code 1 () host.rock64 2019-06-15 14:51:52.273 error Caught by controller[0]: at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3) host.rock64 2019-06-15 14:51:52.273 error Caught by controller[0]: at startup (internal/bootstrap/node.js:283:19) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:829:12) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:776:30) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tr-064/tr-064.js:16:20) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: TypeError: fns.adapter is not a function host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: ^ host.rock64 2019-06-15 14:51:52.270 error Caught by controller[0]: fns.adapter = fns.adapter(options); host.rock64 2019-06-15 14:51:52.261 error Caught by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383was tun?
Gruß,
MathiasIObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
habe gerade IObroker platt gemacht und mit node 10.x neu installiert.
Alle Adapter laufen außer tr-064.0 da bekomme ich immer Fehlermeldungen:host.rock64 2019-06-15 14:51:52.273 error instance system.adapter.tr-064.0 terminated with code 1 () host.rock64 2019-06-15 14:51:52.273 error Caught by controller[0]: at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3) host.rock64 2019-06-15 14:51:52.273 error Caught by controller[0]: at startup (internal/bootstrap/node.js:283:19) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:829:12) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10) host.rock64 2019-06-15 14:51:52.272 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:776:30) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tr-064/tr-064.js:16:20) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23) host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: TypeError: fns.adapter is not a function host.rock64 2019-06-15 14:51:52.271 error Caught by controller[0]: ^ host.rock64 2019-06-15 14:51:52.270 error Caught by controller[0]: fns.adapter = fns.adapter(options); host.rock64 2019-06-15 14:51:52.261 error Caught by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383was tun?
Gruß,
Mathias -
Habe gerade von 8 zu 10 geupgraded. Hat alles geklappt dank der guten Anleitung hier. Danke!
Nach dem Reboot gab es Fehlermeldungen im Iobroker Log : "MMMagic compiled against different Node version pls try npm rebuild.
NPM rebuild hat aber nicht zum erfolg geführt. Geholfen hat dann:->iobroker stop
-> npm uninstall mmmagic
->iobroker del sql
->iobroker install sql
->rebootDanach läuft es anscheinend gerade wieder rund.
LG
669
Online32.7k
Users82.5k
Topics1.3m
Posts