js-controller 2.2 jetzt für Alle im Stable
-
@aleks-83 sagte in js-controller 2.2 jetzt für Alle im Stable:
Ich weiß allerdings auch nicht warum in dem debug-Log immer wieder "NUCmaster" vorkommt.
Das ist eine alte Installation von ioBroker die nicht mehr verwendet wird.Hast Du irgendwann den kompletten Ordner in dem ioBroker installiert ist (d.h. das Instanzverzeichnis) von der Instanz „NUCmaster“ übernommen, statt die Migrationsfunktion zu nutzen?
Denn dann sind in der npm-internen-Konfiguration Unstimmigkeiten, die zum beobachteten Verhalten führen können.
-
Nein, bisher nur migriert.
Jetzt habe ich aber ja nochmal migriert.
Danach werde ich dann den "Quellordner" namens "NUC" verschieben. -
Auch dafür ist die Migrationsfunktion da: zur Reparatur, wenn irgendwas klemmt.
-
Dafür liebe ich diese Funktion ja auch.
Ich lasse ihn jetzt erst mal wieder alles installieren.
Wenn ihr nix mehr von mir hört, haben sich alle Probleme geklärt...@Stabilostick
Kannst du eigentlich sagen ob das Update des JS Controllers per Windows Update gewollt ist?
Siehe Thread
Ich wüsste gerne wie ich das Update manuell anstoße oder vllt auch mal verhindere. -
So geschafft Update auf JS 2.2.8 vollzogen. Sehr gute Anleitung und Hilfe.
Jetzt habe ich nur noch ein Problem mit dem Update vom Admin von 3.7.8 auf 3.7.9 aber es funktoniert auch super mit 3.7.8.
-
@apollon77 said in js-controller 2.2 jetzt für Alle im Stable:
@noox die apt-get Befehle haben rein gar nichts mit iobroker zu tun. Ein iobroker Update vllt?
Ok, dann muss es etwas anderes gewesen sein. Allerdings war sonst alles up to date (node/npm, sonstige Adapter). Auch Neustart vom Raspi hat nichts gebracht. Allerdings fällt mir jetzt ein, dass ich am Slave eventuell mal unsauber gearbeitet hatte und ich node eventuell mehrmals drauf habe (eventuell mit sodo/ohne sudo oder von verschiedenen Verzeichnissen aus installiert?) Mit dem Installationsbefehl von oben (... npm install ....) hatte ich Permission-Probleme in einem Node-Verzeichnis, die fix.sh nicht beseitigen konnte. Und obwohl ich mir ziemlich sicher bin, dass bei den apt-get befehle kein neueres Node installiert wurde (weil's schon aktuell war), hat es vielleicht doch irgendwas bewirkt?
-
Hi,
sorry, wenn ich dumm frage, aber ich bin jetzt gerade total verwirrt...
Gibt es jetzt schon die Möglichkeit, die aktuelle Version unter Windows zu bekommen, wenn man zur Installation den neuen Installer verwendet hat?
Danke und Grüße
Alexi -
Du schreibst bevor man den js-controller updatet soll man admin auf min 3.7.8 aktuallisiern. Das kann ich aber nicht da min js-controller 2.0 benötigt wird. Installiert ist im Mometn 1.4.2
Und jetzt?
-
@saeft_2003 Siehe schonmal weiter oben. Am einfachsten:
- js-controller updaten, noch nicht neu starten!
- auf der konsole
iobroker upgrade adminausführen - dann starten
-
Ok danke das habe ich überlesen
-
@apollon77 said in js-controller 2.2 jetzt für Alle im Stable:
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Gibt es dazu schon etwas neues? Hab ich evtl. etwas überlesen?
Danke und Gruß
Alexi -
@apollon77 said in js-controller 2.2 jetzt für Alle im Stable:
sudo -H -u iobroker npm install iobroker.js-controller
Hallo,
bei meinem ioBroker auf Synology NAS hat erst
sudo -H -u iobroker npm install iobroker.js-controller funktioniert. -
@jio benutzt Du das Docker von buanet? In welcher Version?
-
ich wollte gerade meinen slave updaten, aber ich bekomme folgende Fehlermeldung. Muss ich vorher node 10 installieren?
root@iobroker-slave:~# iobroker upgrade self Update js-controller from @1.4.2 to @2.2.8 NPM version: 6.10.2 npm install iobroker.js-controller@2.2.8 --unsafe-perm --production --save --pre fix "/opt/iobroker" (System call) npm ERR! code ENOTSUP npm ERR! notsup Unsupported engine for semver@7.1.2: wanted: {"node":">=10"} (current: {"node":"8.16.0","npm":"6.10.2"}) npm ERR! notsup Not compatible with your version of node/npm: semver@7.1.2 npm ERR! notsup Not compatible with your version of node/npm: semver@7.1.2 npm ERR! notsup Required: {"node":">=10"} npm ERR! notsup Actual: {"npm":"6.10.2","node":"8.16.0"} npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2020-02-09T19_25_45_387Z-debug.log Host "iobroker-slave" (linux) updated Execute: chmod -R 777 /opt/iobroker Chmod finished. Restart controller Starting node restart.js root@iobroker-slave:~# -
@saeft_2003 das sollte nicht passieren scheinbar hat eine dependency was kaputt gemacht
-
Und jetzt? Die Meldung war von meinem slave, den ich aber nicht mehr weiter nutzen will.
Muss ich auf meinem master vor dem controller update node 10 installieren?
-
@saeft_2003 so gefunden ... Denver hat in einem Minor Update die nodejs Anforderung erhöht. Krieg ne Macke. ... https://github.com/npm/node-semver/issues/312 ...
Wir überlegen mal. Am besten nodejs Updaten.
closed [QUESTION] semver >= 7.1.0 forces node >= 10 #312
-
OK danke dann muss ich wohl da erstmal rann...
-
Die echte Ursache ist was anderes. Der neue ioBroker-Installer aktiviert striktere Checks bei npm.
Du kannst ggf schauen und beim user iobroker in .npmrc das "strict: true" auf "false" setzen
-
Zu spät...
Node 10 und controller 2.2.8 ist jetzt schon drauf.Jetzt muss ich noch ein paar updates machen und schauen ob alles läuft, der fritzbox adapter hat schon rumgezickt. Ist da etwas bekannt?
Es funktioniert soweit alles auf den ersten Blick, bis auf den tr-064 Adapter. Folgendes steht im log, Adapter bleibt natürlich rot...
host.iobroker 2020-02-09 21:59:51.699 info Restart adapter system.adapter.tr-064.0 because enabled host.iobroker 2020-02-09 21:59:51.699 error instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.iobroker 2020-02-09 21:59:51.698 error Caught by controller[0]: at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3) host.iobroker 2020-02-09 21:59:51.698 error Caught by controller[0]: at startup (internal/bootstrap/node.js:283:19) host.iobroker 2020-02-09 21:59:51.698 error Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) host.iobroker 2020-02-09 21:59:51.698 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) host.iobroker 2020-02-09 21:59:51.698 error Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) host.iobroker 2020-02-09 21:59:51.697 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) host.iobroker 2020-02-09 21:59:51.697 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) host.iobroker 2020-02-09 21:59:51.697 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30) host.iobroker 2020-02-09 21:59:51.696 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tr-064/tr-064.js:16:20) host.iobroker 2020-02-09 21:59:51.696 error Caught by controller[0]: at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23) host.iobroker 2020-02-09 21:59:51.696 error Caught by controller[0]: TypeError: fns.adapter is not a function host.iobroker 2020-02-09 21:59:51.696 error Caught by controller[0]: ^ host.iobroker 2020-02-09 21:59:51.695 error Caught by controller[0]: fns.adapter = fns.adapter(options); host.iobroker 2020-02-09 21:59:51.694 error Caught by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383 host.iobroker 2020-02-09 21:59:50.670 info instance system.adapter.tr-064.0 started with pid 10424 host.iobroker 2020-02-09 21:59:50.631 info "system.adapter.tr-064.0" enabledWas ich sehr komisch finde ist das die Version 0.4.14 (Beta) verfügbar ist, ich aber die 0.4.18 installiert habe?!
