NEWS
[How-to] Node.js für ioBroker richtig updaten
-
@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
d) Neuinstallation mit Restore
Eine kleine Abwandlung der letzten Variante ist eine Neuinstallation. Hierbei sichert man das "iobroker-data" Verzeichnis (oder nutzt das Backup von oben). Dann löscht man das gesamte ioBroker-Verzeichnis und nutzt den Installer.Hi, wie würde dieser Part mit einem Multihost System also mit dem Master und vor allem file und states mit Redis aussehen? In welchem step aktiviere ich das multihost system und die umstellung auf Redis?
@smartboart An sich ist das easy: Identisch. In iobroker-data ist die Konfig des Hosts drin und damit auch die Info welcher DB-Typ genutzt wird und wohin man connnecten muss. Also iobroker-data zurückkopieren und starten. Dann sollte das gleiche passieren.
Hier dann aber master zuerst und in der Zeit die Slaves stoppen. Und danach die Slaves nacheinander
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
-
@smartboart An sich ist das easy: Identisch. In iobroker-data ist die Konfig des Hosts drin und damit auch die Info welcher DB-Typ genutzt wird und wohin man connnecten muss. Also iobroker-data zurückkopieren und starten. Dann sollte das gleiche passieren.
Hier dann aber master zuerst und in der Zeit die Slaves stoppen. Und danach die Slaves nacheinander
@apollon77 danke für die schnelle Antwort..
-
@smartboart An sich ist das easy: Identisch. In iobroker-data ist die Konfig des Hosts drin und damit auch die Info welcher DB-Typ genutzt wird und wohin man connnecten muss. Also iobroker-data zurückkopieren und starten. Dann sollte das gleiche passieren.
Hier dann aber master zuerst und in der Zeit die Slaves stoppen. Und danach die Slaves nacheinander
@apollon77 wie kann ich eigentlich erkennen, das der Widerherstellungsprozess nach iobroker start wieder läuft? Bzw. das alle Adapter installiert werden? irgenwie passiert hier nix...habe es mit top überprüft..
Folgendes nach iobroker start bzw. ausgabe bei iobroker status.
-
Im ioBroker Logfile des Hosts oder im Admin Log Tab
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
-
@apollon77 ok, es geht erst wenn ich mit iobroker custom auf file umstelle
jetzt startet iobroker auch und ich es sehe es im log... Also ganz ohne umstellung funktioniert es bei redis system nicht ..liegt wahrscheinlich dadran, dass der jscontroller nach neuinstall nicht auf V2 ist...Wie es in meinem System schon der fall war..
-
@apollon77 ok, es geht erst wenn ich mit iobroker custom auf file umstelle
jetzt startet iobroker auch und ich es sehe es im log... Also ganz ohne umstellung funktioniert es bei redis system nicht ..liegt wahrscheinlich dadran, dass der jscontroller nach neuinstall nicht auf V2 ist...Wie es in meinem System schon der fall war..
@smartboart Ääähm ja ein Slave neu installiert wenn der Master schon 2.0 ist dann muss der Slave auch 2.0 sein. Dann würde alles automatisch gehen nach iobroker-data kopieren
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
-
@smartboart Ääähm ja ein Slave neu installiert wenn der Master schon 2.0 ist dann muss der Slave auch 2.0 sein. Dann würde alles automatisch gehen nach iobroker-data kopieren
@apollon77 nein ...ich habe den Master neu installiert.Hatte alles aktuell.
und auf den neuen Controller umgestellt. Wegen der nervigen node gyp fehler habe ich heute nach Anleitung d: neuinstallation mit restore alles neu installiert.
Slave war gestoppt. Mein file und state system war auf redis. Hier hat es beim iobroker start dann gehakt. siehe Bild oben.
Dann umgestellt states und objekt wieder auf file. iobroker start hat dann geklappt. Dann war auch der Admin wieder erreichbar und alles wurde neuinstalliert. Anschl. wieder auf redis .. dann wars gut...das war jaEingangs meine Frage ob der Vorgang anderes is bei nem master mit file und state in redis, was ja erst seit dem neuen Controller geht..Und nun endlich wieder node-gyp Fehlerfrei... -
MOD-EDIT: Dieser Thread und insbesondere diese Anleitung ist von 2019 und somit veraltet
aktuell ist
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian
Update März 2023: Die aktuelle Anleitung findet ihr hier : https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18
1. Einleitung
Node.js ist die Laufzeitumgebung der Programmiersprache JavaScript, in der ioBroker geschrieben ist. Ohne Node.js funktioniert ioBroker nicht.
Wie bei vielen Open-Source-Technologien üblich, entwickelt sich Node.js schnell weiter. Kleinere Updates, die die Stabilität und Sicherheit steigern oder gar neue Funktionen hinzufügen, erscheinen fast wöchentlich.
Node.js-Versionen mit gerader Hauptversionsnummer werden als LTS-Versionen (Long Term Support) bezeichnet und einige Jahre gepflegt (z.B. 8.x). In 2017 war das Node.js 8, 2018 kam Node.js 10, dann 12.x hinzu und im Oktober 2021 wird Node.js 14 den LTS-Status erhalten.
Im gleichem Zug erreichen frühere LTS-Versionen ihr Lebensende (EOL, End of Life). So hat Node.js 6 im April 2019 den EOL-Status erhalten und bekommt damit keine Updates mehr, Nodejs 8.x ist seit November 2019 raus.
Alle Node.js-Versionen mit ungeraden Versionsnummern sind Entwicklungsversionen und sollten nicht produktiv genutzt werden.
Auch ioBroker wird stetig weiterentwickelt und nutzt die neuen Funktionen aktueller Node.js-Versionen. Obwohl der ioBroker js-controller mit Versionen 1.4.x bzw. 1.5.x noch Node.js 4 unterstützt, fordern neue Adapter immer häufiger mindestens Node.js 8 als Grundvoraussetzung.
Ab der Version 2.0 des js-controllers (das Freigabedatum ist noch nicht bekannt) sind die Anpassungen so tiefgreifend, dass die Node.js-Versionen 4 und 6 nicht mehr unterstützt werden können.
Ab Version 3.0/3.1 vom Controller, der gerade (Stand 24.4.2020) im Latest Repository ist, wird Nodejs 10.x Minimum sein.
Alle paar Jahre steht also für eine ioBroker-Installation ein Update von Node.js an. Dieser Artikel soll zusammenfassen wir man dazu am besten vorgeht.
2. Wer sollte updaten?
Aktuell empfehlen wir, bei ioBroker-Neuinstallationen mindestens Node.js 10, besser noch 12.x. zu verwenden. Es sind wenige Adapter bekannt, die nicht mit Node 10/12 funktionieren: Details dazu in https://forum.iobroker.net/topic/30561/status-iobroker-und-node-js-12-x
Windows-Anwendern empfehlen wir, auf jeden Fall am Test des neuen Windows-Installers teilzunehmen: https://forum.iobroker.net/post/266623
Der zukünftige Windows-Installer für ioBroker wird eine Funktion erhalten, bestehende Installationen automatisch auf aktuelle js-controller- und Node.js-Versionen zu migrieren, ohne dass man die Kommandozeile bemühen muss.Bevor man beginnt, sollte man in der Befehlszeile mit dem Befehl
node -vüberprüfen, welche Version von Node.js gerade installiert ist. Eine gute Idee ist es, diese Versionsangabe auch mit der Node.js-Version im Übersichts-Fenster des ioBroker-Admins für diesen Host zu vergleichen. Sollten sich die Versionen unterscheiden, sind mehrere Node.js-Varianten installiert, was zu Problemen führen kann.
Grundsätzlich gilt: Sollte das ioBroker-System stabil laufen, muss Node.js auch nicht auf Gedeih und Verderb upgedated werden. Wenn aber die Installation bestimmter Adapter fehlschlägt (wohlmöglich sogar mit entsprechender Fehlermeldung) oder eine Node-Version < 4 für einen js-controller > Version 1.4.x eingesetzt wird, sollte über ein Node.js-Update nachgedacht werden. Es sind auch Probleme für die Node.js-Versionen 8.0 - 8.12 mit volllaufendem RAM bekannt, so dass wir auch hier ein Update empfehlen.
Wie bereits gesagt: Sollte das ioBroker-System stabil laufen und ist die Installation technisch nicht gefordert, muss Node.js auch nicht auf Gedeih und Verderb upgedated werden.
3. Was sollte ich vor dem Update tun?
Hinweis: Falls die Version des js-controllers <= 1.5.12 ist, muss VOR dem Update in den Einstellungen der Admin-Instanz
"Verschlüsselung (https) benutzen"ausgeschaltet werden. Das in ioBroker bis dahin integrierte Zertifikat kann zu Problemen beim Starten des Admin bei Node.js-Versionen >= 10 führen.Damit es nach dem Update zu keinen Inkompatibilitäten oder Probleme kommt sollte man alle Adapter prüfen und aktualisieren. Vor allem Adapter mit nativen Bestandteilen, wie alles mit Serialport oder Bluetooth können Probleme bereiten. Hier am besten die Adapter-Readme's per Admin oder im GitHub prüfen, ob neue Versionen zur Verfügung stehen die die geplante Node.js Version explizit erst unterstützen. Auch wenn diese Versionen ggf. noch im "Latest" Repository sind muss man diese vorher aktualisieren. Alternativ wartet man mit der ganzen Update-Aktion bis die neuen Versionen im "Stable" Repository sind, schreibt den Entwickler dazu an oder fragt im Forum nach.
Wenn man diesen Schritt nicht durchführt kann es zu unnötigen Problemen beim update der Adapter kommen!
4. Step-by-step-Anleitung für Unix-Systeme
-
Zuerst muss natürlich unbedingt ein Backup erstellt werden. Dazu kann z.B. der BackItUp-Adapter genutzt oder der Kommandozeilenbefehl
cd /opt/iobroker iobroker backupausgeführt werden. Das Backup sollte aktuell sein, damit möglichst keine Daten verloren gehen.
-
Anschließend ioBroker stoppen, damit Updates keine Nebeneffekte oder Abstürze verursachen.
iobroker stopBitte anschließend im Webbrowser prüfen, dass der ioBroker-Admin danach wirklich nicht mehr startet. Sollte er weiterhin aufrufbar sein, dann den Rechner neu starten und nochmals „iobroker stop“ ausführen und erneut testen. Für die Techniker unter uns: Man kann auch mit einem Tool wie "top" prüfen, ob noch Prozesse existieren, die mit "io." beginnen. Die dann mit einem beherzten "sudo kill -9 <ProzessID>" zwangsbeenden.
-
Jetzt aktualisiert man Node.js auf die gewünschte neue Version.
Unter Linux reicht es, dazu den Nodesource-Installationsbefehl für das jeweilige Betriebssystem auszuführen. Verschiedene Varianten sind unter https://github.com/nodesource/distributions#debinstall gelistet.
Zum Beispiel lauten die Befehle für einen Raspberry Pi der ein Debian bzw. Raspbian-Image verwendet wie folgt, wenn man nicht als root-User (z.B. richtig mit dem User "pi") angemeldet ist:
curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash - sudo apt-get install -y nodejs
Für nodejs 12 einfach in der URL oben anstelle der 10 eine 12 reinpacken.
Für macOS gibt einen Installer auf https://nodejs.org/en/download/ , den man einfach ausführt.
Ob die Aktualisierung geklappt hat, kann man wieder mit dem Befehl
node -vüberprüfen.
-
Da die Installation von Node.js einige Einstellungen am System verändert haben kann, ist es jetzt ratsam, den ioBroker-Installationsfixer aufzurufen. Das geschieht mit dem Befehl
curl -sL https://iobroker.net/fix.sh | bash -Er stellt unter anderem die für den Betrieb von ioBroker notwendigen Sicherheitseinstellungen wieder her.
-
Bei einer Aktualisierung von Node.js müssen bereits installierte JavaScript- Module im ioBroker-Ordner aktualisiert werden, da sonst Fehler bei deren Ausführung auftreten.
Um diese zu aktualisieren gibt es mehrere Möglichkeiten:
a) ab js-controller 3.0: Automatischer Rebuild
ioBroker versucht seit dem js-controller 3.0 automatisch Adapter zu erkennen die nicht starten weil Sie aktualisiert werden müssen. Dies funktioniert so das die typischen Fehlermeldungen erkannt werden und ioBroker dann die Aktualisierung versucht. Zuerst wird ein "rebuild" des betroffenen Adapters ausgeführt, falls das nicht hilft werden die Adapter-Abhängigkeiten aktualisiert. Daher kann es sein das der Adapter mehrfach ersucht wird neu zu starten. Hier bitte Geduld haben!
Bei einigen Adaptern (zB iot die optionale native Abhängigkeiten haben) funktioniert die automatische Erkennung nicht und das rebuild muss manuell angestoßen werden. Hier zu gibt esiobroker rebuild adapternameund falls das nicht reichtiobroker rebuild adaptername --install. Das einfach manuell ausführen. Damit sollte alles idealerweise automatisiert erledigt sein. Falls hie rirgendetwas gar nicht geht dann helfen die weiteren Optionen.b) npm rebuild
Der erste Versuch sollte immer mit dem Befehl "npm rebuild" im ioBroker Verzeichnis stattfinden, weil dies am saubersten funktioniert und direkt von der Paketverwaltung ausgeführt wird. Im Idealfall dauert das ein paar Minuten und es könnten ein paar Warnungen gelistet werden.
Falls es aber Fehler gibt, werden wir zusammen versuchen im nächsten Post alle bekannten Fälle mit Ihren Lösungsansätzen zu sammeln. Wenn das funktioniert ist dies der schnellste und sauberste Weg.c) reinstall-Skript
Sollte das nicht klappen, beinhaltet der js-Controller ein reinstall-Skript ("reinstall.sh" bzw. ab js-controller 1.5.x "reinstall.js"). Dieses Skript erkennt alle installierten ioBroker-Adapter, löscht diese dann aus dem node_modules-Verzeichnis und installiert sie neu. Dieser Ansatz ist etwas aufwändiger als "npm rebuild", erfüllt aber den gleichen Zweck. Das funktioniert generell gut, man sollte den Prozess aber nicht abbrechen. Falls es doch passiert oder es Probleme beim Starten nach dieser Prozedur gibt, dann am besten den Weg im nächsten Punkt wählen.
Das reinstall.sh-Skript welches im js-controller 1.4 mitgeliefert wurde hat ein Formatierungsproblem und muss vorher noch für Linux mit den Befehlencd /opt/iobroker sudo mv reinstall.sh reinstall.dos sudo tr -d '\r' < reinstall.dos > reinstall.sh sudo chmod +x reinstall.shkorrigiert werden, damit es funktioniert.
d) Reset aller Module in node_modules
Eine weitere Variante, die gründlich ist, aber etwas Zeit kostet, ist der Ansatz einfach alles Alte unter Beibehaltung der Daten und Einstellungen neu zu installieren. Wichtig ist, das iobroker-data Verzeichnis nicht zu verändern. Häufig können mit dieser Vorgehensweise auch andere (verborgene) Installationsfehler repariert werden.Dazu löscht man zuerst das gesamte node_modules Verzeichnis im ioBroker-Verzeichnis.
cd /opt/iobroker sudo rm -r node_modules/Nachdem der Befehl abgesetzt wurde, fragt das Programm, ob in den Ordner "hinabgestiegen" werden soll (sofern es ein tieferer Unterordner ist) und ob der (schreibgeschützte) Ordner wirklich gelöscht werden soll - beides bestätigt man mit "Ja" (j) oder "Yes" (y).
Danach installiert man den Controller in der relevanten Version (hier z.B. 2.2.8 der zum Zeitpunkt des Schreibens die aktuelle "Stable"-Version ist):
npm install iobroker.js-controller@2.2.8 --productionAnschließend startet man ioBroker.
iobroker startioBroker wird korrekterweise feststellen, dass die Adapter, die er starten will, nicht installiert sind - und diese einfach automatisch nachinstallieren. Je nach System kann dies einige Zeit dauern - gern auch ein paar Stunden (oder bei langsamen SD-Karten die ganze Nacht). Aber danach ist alles aktualisiert. Der Installationsfortschritt ist im Admin im Log-Fenster zu sehen.
Zu beachten ist, dass Adapter, die man manuell von GitHub installiert hat, den Fehler
Can not parse null/io-package.json:Error: ENOENT: no suche file or directory ...im ioBroker-Log erzeugen.
Diese Adapter nach Abschluss der automatischen Installationssequenz wie gehabt über das Adapterfenster manuell von GitHub nachinstallieren und nach der Installation die bestehende diesbezügliche Instanz von Hand starten.Ratsam ist es auch, im Log nach der Installation nach dem Wort
yourselfzu suchen. Hier werden ggf. npm-Module angezeigt, die nicht automatisch installiert wurden. Sie können/sollten manuell über die Kommandozeile mitnpm i <Packetname>@<version>, ausgeführt im iobroker-Ordner, nachinstalliert werden. Dazu zuerst den ioBroker stoppen, npm ausführen und dann den ioBroker wieder starten.Wenn man dabei npm als root-User per Hand in der Kommandozeile ausgeführt hat, schlage ich zur Korrektur eventueller Berechtigungsfehler vor, vor dem Start von ioBroker das Fixerscript laufen zu lassen.
cd /opt/iobroker iobroker stop npm i <Packetname>@<version> curl -sL https://iobroker.net/fix.sh | bash - iobroker starte) Neuinstallation mit Restore
Eine kleine Abwandlung der letzten Variante ist eine Neuinstallation. Hierbei sichert man das "iobroker-data" Verzeichnis (oder nutzt das Backup von oben). Dann löscht man das gesamte ioBroker-Verzeichnis und nutzt den Installer.cp -r /opt/iobroker/iobroker-data <Pfad_zum_sicheren_Ort> sudo rm -r /opt/iobroker/ sudo mkdir /opt/iobroker cd /opt/iobroker curl -sL https://iobroker.net/install.sh | bash -Direkt danach stoppt man ioBroker wieder (der ja nach der Installation automatisch gestartet wird).
iobroker stopDann löscht man den neu erstellen „iobroker-data“- Ordner und kopiert anschließend das gesicherte alte „iobroker-data“-Verzeichnis mit den darin enthaltenen Datenbanken und Dateien dorthin zurück.
rm -r /opt/iobroker/iobroker-data cp -r <Pfad_zum_sicheren_Ort> /opt/iobroker/iobroker-dataAnschließend wieder ioBroker starten. Der Rest läuft dann wie bei c) und dauert seine Zeit.
5. Zu guter Letzt
Bitte gebt euer Feedback, was bei euch wie gut funktioniert, was ihr immer nutzt und was die Probleme und eure Lösungen sind.
Viele Grüße,
apollon77
stabilostick@Stabilostick said in [How-to] Node.js für ioBroker richtig updaten:
curl -sL https://iobroker.net/fix.sh | bash -
Absolut Klasse Anleitung!! Hat mir den Ar.... gerettet
-
-
@apollon77 nein ...ich habe den Master neu installiert.Hatte alles aktuell.
und auf den neuen Controller umgestellt. Wegen der nervigen node gyp fehler habe ich heute nach Anleitung d: neuinstallation mit restore alles neu installiert.
Slave war gestoppt. Mein file und state system war auf redis. Hier hat es beim iobroker start dann gehakt. siehe Bild oben.
Dann umgestellt states und objekt wieder auf file. iobroker start hat dann geklappt. Dann war auch der Admin wieder erreichbar und alles wurde neuinstalliert. Anschl. wieder auf redis .. dann wars gut...das war jaEingangs meine Frage ob der Vorgang anderes is bei nem master mit file und state in redis, was ja erst seit dem neuen Controller geht..Und nun endlich wieder node-gyp Fehlerfrei...@smartboart sagte in [How-to] Node.js für ioBroker richtig updaten:
Mein file und state system war auf redis
nur mal wegen wording... das gibt es nicht..
dein object und state war auf Redis...
-
Ich habe es heute mit der Anleitung versucht aber es hat nicht funktioniert...
node reinstall.jsnunlässt sich iobroker nicht mehr starten:
svenilee@Gotham-City:/opt/iobroker$ iobroker start -v internal/modules/cjs/loader.js:638 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3) svenilee@Gotham-City:/opt/iobroker$kann ich das nochmal irgendwie retten?
-
Ich habe es heute mit der Anleitung versucht aber es hat nicht funktioniert...
node reinstall.jsnunlässt sich iobroker nicht mehr starten:
svenilee@Gotham-City:/opt/iobroker$ iobroker start -v internal/modules/cjs/loader.js:638 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3) svenilee@Gotham-City:/opt/iobroker$kann ich das nochmal irgendwie retten?
@sveni_lee man kriegt es noch hin.. wenn du heute zeit hast im TS bin ab 19 uhr da
du müsstest die Datei anpassen wo die Adapter aufgelistet sind
und die Einträge bis zu den icons-open-icon-library-png incl löschen
und dann weiter laufen lassen. oder alle iobroker.xxxxx löschen ausser den admin und js-controller und dann nochmal starten dann wird auch alles gezogen... ist aber tricky.. -
Ich habe es heute mit der Anleitung versucht aber es hat nicht funktioniert...
node reinstall.jsnunlässt sich iobroker nicht mehr starten:
svenilee@Gotham-City:/opt/iobroker$ iobroker start -v internal/modules/cjs/loader.js:638 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3) svenilee@Gotham-City:/opt/iobroker$kann ich das nochmal irgendwie retten?
@sveni_lee sagte in [How-to] Node.js für ioBroker richtig updaten:
nun lässt sich iobroker nicht mehr starten
Installiere den js-controller neu:
cd /opt/iobroker npm i iobroker.js-controller --production --forceDann noch den Installation Fixer darüber laufen lassen:
curl -sL https://iobroker.net/fix.sh | bash -iobroker starten. Klappt es jetzt?
-
@sveni_lee sagte in [How-to] Node.js für ioBroker richtig updaten:
nun lässt sich iobroker nicht mehr starten
Installiere den js-controller neu:
cd /opt/iobroker npm i iobroker.js-controller --production --forceDann noch den Installation Fixer darüber laufen lassen:
curl -sL https://iobroker.net/fix.sh | bash -iobroker starten. Klappt es jetzt?
@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
npm i ioBroker.js-controller --production --force
nope... das klappt auch nicht
svenilee@Gotham-City:/opt/iobroker$ npm i ioBroker.js-controller --production --force npm WARN using --force I sure hope you know what you are doing. npm ERR! code E404 npm ERR! 404 Not Found - GET https://registry.npmjs.org/ioBroker.js-controller - Not found npm ERR! 404 npm ERR! 404 'ioBroker.js-controller@latest' is not in the npm registry. npm ERR! 404 Your package name is not valid, because npm ERR! 404 1. name can no longer contain capital letters npm ERR! 404 npm ERR! 404 Note that you can also install from a npm ERR! 404 tarball, folder, http url, or git url. npm ERR! A complete log of this run can be found in: npm ERR! /home/svenilee/.npm/_logs/2019-11-18T13_51_11_353Z-debug.log svenilee@Gotham-City:/opt/iobroker$ -
@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:
npm i ioBroker.js-controller --production --force
nope... das klappt auch nicht
svenilee@Gotham-City:/opt/iobroker$ npm i ioBroker.js-controller --production --force npm WARN using --force I sure hope you know what you are doing. npm ERR! code E404 npm ERR! 404 Not Found - GET https://registry.npmjs.org/ioBroker.js-controller - Not found npm ERR! 404 npm ERR! 404 'ioBroker.js-controller@latest' is not in the npm registry. npm ERR! 404 Your package name is not valid, because npm ERR! 404 1. name can no longer contain capital letters npm ERR! 404 npm ERR! 404 Note that you can also install from a npm ERR! 404 tarball, folder, http url, or git url. npm ERR! A complete log of this run can be found in: npm ERR! /home/svenilee/.npm/_logs/2019-11-18T13_51_11_353Z-debug.log svenilee@Gotham-City:/opt/iobroker$@sveni_lee Schreib mal alle buchstaben klein
iobroker.js-controller
-
@sveni_lee Schreib mal alle buchstaben klein
iobroker.js-controller
jetzt ging es schon mal weiter.
svenilee@Gotham-City:/opt/iobroker$ npm i iobroker.js-controller --production --force npm WARN using --force I sure hope you know what you are doing. npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 > iobroker.js-controller@1.5.14 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 npm version >= 5: disabling package-lock > ursa-optional@0.9.10 install /opt/iobroker/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /opt/iobroker/node_modules/diskusage > node-gyp rebuild make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird verlassen > iobroker.js-controller@1.5.14 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.6 postinstall /opt/iobroker/node_modules/acme-v2 > node scripts/postinstall Greenlock and ACME.js v3 are on the way! Watch for updates at https://indiegogo.com/at/greenlock + iobroker.js-controller@1.5.14 added 335 packages from 279 contributors and audited 841 packages in 26.74s found 27 vulnerabilities (19 low, 8 high) run `npm audit fix` to fix them, or `npm audit` for details svenilee@Gotham-City:/opt/iobroker$soll ich run
npm audit fixto fix them, ornpm auditfor details ausführen? -
jetzt ging es schon mal weiter.
svenilee@Gotham-City:/opt/iobroker$ npm i iobroker.js-controller --production --force npm WARN using --force I sure hope you know what you are doing. npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 > iobroker.js-controller@1.5.14 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 npm version >= 5: disabling package-lock > ursa-optional@0.9.10 install /opt/iobroker/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /opt/iobroker/node_modules/diskusage > node-gyp rebuild make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird verlassen > iobroker.js-controller@1.5.14 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.6 postinstall /opt/iobroker/node_modules/acme-v2 > node scripts/postinstall Greenlock and ACME.js v3 are on the way! Watch for updates at https://indiegogo.com/at/greenlock + iobroker.js-controller@1.5.14 added 335 packages from 279 contributors and audited 841 packages in 26.74s found 27 vulnerabilities (19 low, 8 high) run `npm audit fix` to fix them, or `npm audit` for details svenilee@Gotham-City:/opt/iobroker$soll ich run
npm audit fixto fix them, ornpm auditfor details ausführen?@sveni_lee sagte in [How-to] Node.js für ioBroker richtig updaten:
soll ich run npm audit fix to fix them, or npm audit for details ausführen?
NEIN!
-
jetzt ging es schon mal weiter.
svenilee@Gotham-City:/opt/iobroker$ npm i iobroker.js-controller --production --force npm WARN using --force I sure hope you know what you are doing. npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 > iobroker.js-controller@1.5.14 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 npm version >= 5: disabling package-lock > ursa-optional@0.9.10 install /opt/iobroker/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /opt/iobroker/node_modules/diskusage > node-gyp rebuild make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird verlassen > iobroker.js-controller@1.5.14 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.6 postinstall /opt/iobroker/node_modules/acme-v2 > node scripts/postinstall Greenlock and ACME.js v3 are on the way! Watch for updates at https://indiegogo.com/at/greenlock + iobroker.js-controller@1.5.14 added 335 packages from 279 contributors and audited 841 packages in 26.74s found 27 vulnerabilities (19 low, 8 high) run `npm audit fix` to fix them, or `npm audit` for details svenilee@Gotham-City:/opt/iobroker$soll ich run
npm audit fixto fix them, ornpm auditfor details ausführen?@sveni_lee Alles gut, so geht es. Wie @AlCalzone geschrieben hat: nix weiter ausführen
-
@sveni_lee Alles gut, so geht es. Wie @AlCalzone geschrieben hat: nix weiter ausführen
etwas spät aber immerhin... es läuft ja wieder.
aber irgendwas stimt bei meiner installation nicht.
Jetzt habe ich Probleme mit JS-scripten
"cannot find modul 'request'" steht da zum Beispiel. Das habe ich bei
request, fs und dateformat. -
@apollon77 Danke für die Anleitung. Wollte mein Node.js von 8.14.0 auf 18.16.2 updaten (raspi3+). Bin am Punkt iobroker stop gescheitert.
iobroker controller daemon is not runningEs läuft aber noch alles in VIS und Admin. Dann versuchte ich mit sudo kill -9 <ProzessID> einzeln zu löschen. Funktioniert einzeln auch, mußte dann aber feststellen, dass nach und nach wieder alle Prozesse mit neuer PID da waren????
Was mache ich falsch?Pi4B, Pi3B+, Master-Slave, EchoPlus, 3xEchoDot, FireTVstick, Xiaomi Sensoren, Fritzbox, DECT200, HS100, ZBT-ExtendedColor (ALDI), Shelly 2.5, 2xZigBee-Router-Plugs, Sileno 500 smart, Somfy switch, IONIQ5, tibber
node.js: 22.21.0 - npm: 10.9.4 - linux: raspbian-trixie - admin 7.7.19 - vis 1.5.6 - js-controller: 7.0.7 -
@apollon77 Danke für die Anleitung. Wollte mein Node.js von 8.14.0 auf 18.16.2 updaten (raspi3+). Bin am Punkt iobroker stop gescheitert.
iobroker controller daemon is not runningEs läuft aber noch alles in VIS und Admin. Dann versuchte ich mit sudo kill -9 <ProzessID> einzeln zu löschen. Funktioniert einzeln auch, mußte dann aber feststellen, dass nach und nach wieder alle Prozesse mit neuer PID da waren????
Was mache ich falsch?
426
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge