NEWS
[Diskussion] js-controller 1.5.8 im Latest Repository
-
@justr einmal global und einmal im Adapter.. solltest den globalen entfernen iobroker/node_modules/greenlock
-
Schon klar, aber beim nächsten Update des js-controllers wird er halt auch wieder global installiert.
-
Moin,
ich betreibe ein Master/Slave System (Master Rock64, Slave 5x Raspberry).
Die Slave laufen aktuell auf 1.5.7, den Master musste ich nach einem Crash (defekte SD-Karte anschließend Wechsel auf SSD) neu aufsetzen, somit läuft auf diesem die Version 1.4.2.
ioBroker war nach einem Update auf 1.5.7 und auch 1.5.8 nicht mehr über den Browser zu erreichen. Nach etlichen "Reparatur" versuchen und auch einem erfolglosen downgrade auf 1.4.2 hilft noch ein neu aufsetzen von oBroker.
Ich erhielt unter anderem öfter die Fehlermeldung.root@ioBroker-Rock:~# cd /opt/iobroker root@ioBroker-Rock:/opt/iobroker# node node_modules/iobroker.js-controller/contr oller.js --logs 2019-05-08 00:04:50.074 - info: host.ioBroker-Rock iobroker.js-controller versi on 1.5.7 js-controller starting 2019-05-08 00:04:50.083 - info: host.ioBroker-Rock Copyright (c) 2014-2018 blue fox, 2014 hobbyquaker 2019-05-08 00:04:50.084 - info: host.ioBroker-Rock hostname: ioBroker-Rock, nod e: v8.16.0 2019-05-08 00:04:50.091 - info: host.ioBroker-Rock ip addresses: 192.168.3.100 fe80::343d:a2d2:99a1:e291 2019-05-08 00:04:50.531 - info: host.ioBroker-Rock inMem-states listening on p ort 9000 2019-05-08 00:04:52.848 - info: host.ioBroker-Rock inMem-objects listening on port 9001 2019-05-08 00:04:52.880 - error: Another instance is running or some applicatio n uses port! 2019-05-08 00:04:52.882 - error: uncaught exception: listen EADDRINUSE 0.0.0.0: 9000 2019-05-08 00:04:52.898 - info: host.ioBroker-Rock terminated 2019-05-08 00:04:52.954 - info: iobroker _restart listen EADDRINUSE 0.0.0.0:9001 Error: listen EADDRINUSE 0.0.0.0:9001 at Server.setupListenHandle [as _listen2] (net.js:1360:14) at listenInCluster (net.js:1401:12) at doListen (net.js:1510:7) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:181:9) at Function.Module.runMain (module.js:696:11) at startup (bootstrap_node.js:204:16) at bootstrap_node.js:625:3
@apollon77 said in [Diskussion] js-controller 1.5.8 im Latest Repository:
On Master/Slave systems please start updating master and the slaves afterwards Required versions of adapters (only if used) for normal functionality: javascript >= 3.6.5, dasWetter >= 2.7.1, upnp >= 1.0.4 (bluefox) Breaking changes: "][*,;'"`<>?" are no more allowed in IDs
Kann es etwas damit zu tun haben, dass sich die Slave bereits auf Version 1.5.7 befinden und ich den Master erst auf diese Version bringen möchte?
-
@justr npm magie :-)) Neuere npm Versionen versuchen an sich alles global zu packen, nur wenn es da Versionskonflikte gibt landen Dinge lokal.
Man kann "npm dedupe" (https://docs.npmjs.com/cli/dedupe.html) Versuchen, dann macht er genau das für "gewachsene Strukturen"
-
@e-i-k-e Also 1.5.7 und 1.5.8 sind da kompatibel. auch in deinem Fall hast DU ja quasi die Slaves vorher aktuell gehabt als den Master. Also auch das ist ok.
Die Frage ist warum bei Dir Port 9000 belegt war. Das musst Du rausfinden. ggf lief da noch ein prozess oder ein anderes Programm hat den Port blockiert.
-
@apollon77 said in [Diskussion] js-controller 1.5.8 im Latest Repository:
@e-i-k-e Also 1.5.7 und 1.5.8 sind da kompatibel. auch in deinem Fall hast DU ja quasi die Slaves vorher aktuell gehabt als den Master. Also auch das ist ok.
Die Frage ist warum bei Dir Port 9000 belegt war. Das musst Du rausfinden. ggf lief da noch ein prozess oder ein anderes Programm hat den Port blockiert.
Ich habe das Problem nicht lösen können.
Zwei mal versucht (mit neuem ioBroker) und zwei mal den selben Fehler.
Darf ich dich über PN kontaktieren? -
Wenn Du magst, schaue ich gerne mal nach. Habe Dir eine PN geschrieben. Wir hatten schon einmal Kontakt.
-
@apollon77 sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:
Wir haben gerade eine 1.5.9 auf npm released,
läuft auf anhieb sauber bei mir
-
Läuft bei mir auch stabil...
-
Bei mir seit dem update auf 1.5.9 hängt alles, es läuft alles sehr langsam und alles spinnt
-
Läuft bei mir auch stabil...
-
@marcuskl Hast Du ein paar Mehr Details? Mal gestoppt und alle Prozesse ggf gekillt oder reboot gemacht?
-
Lüppt nun seit mehreren Stunden problemlos
-
@apollon77
War glaub mein Fehler, habe vorher apt-get update & apt-get Upgrade gemacht und dann den Js controller geupdatet, danach ist alles sehr schleppend gegangen und die Adapter haben sich dauernt neu gestartet...
Habe dann ein Snapshot zurück gespielt und dann mit dem Befehl apt update && upgrade aktualisiert, danach den js controller.
Danach lief wieder alles. Wie kommt das ? -
Da müsste uch jetzt die Glaskugel fragen Ohne weitere Infos gaaanz schwierig. Vllt nicht genug RAM frei, vllt andere Dinge ...
-
@apollon77
Das komische war ja, es hat sehr gestockt auch der Zugriff per ssh, aber Ram und CPU Auslastung waren nicht mal bei der hälfte. Verstehe es irgendwie nicht. -
ich habe probleme mit meinem slave:
root@raspberrypi:/opt/iobroker# npm install iobroker.js-controller > iobroker.js-controller@1.5.9 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.4.1 npm version >= 5: disabling package-lock > iobroker.js-controller@1.5.9 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../_service_iobroker.bat' Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iobroker.bat' fs.js:885 return binding.mkdir(pathModule._makeLong(path), ^ Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp' at Object.fs.mkdirSync (fs.js:885:18) at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:157:58) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:634:27 at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:664:15) at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3160:5) at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:100) at Module._compile (module.js:653:30) at Object.Module._extensions..js (module.js:664:10) at Module.load (module.js:566:32) at tryModuleLoad (module.js:506:12) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! iobroker.js-controller@1.5.9 install: `node iobroker.js setup first` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the iobroker.js-controller@1.5.9 install script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above. npm ERR! A complete log of this run can be found in:
da ich erst dachte rechte problem habe ich iobroker einfach mal mit 777 überschrieben. selber fehler!
danach wollte ich den fixer ausprobieren. dieser erkannte die iobroker installation nicht mehr.
danach habe ich iobroker neu aufgesetzt und direkt danach das js.controller update probiert aber es kommt der selbe fehler. -
Moin, selbiges Problem hatte ich gestern auch.
Wollte auf dem Slave den Fix drauf machen und den js-controller updaten.
Nur Fehlermeldungen, nichts funktionierte. Der Gedanke den Slave neu aufzusetzen
bringt wohl auch nichts wie ich oben gelesen habe. Problem an der Sache ist auch das
z.B. der Tankerkönig nicht mehr läuft, der meldete ich soll den js-controller 1.2.0 updaten.
Also diesen erstmal wieder auf den Master, Problem behoben.
Aber was kann man jetzt machen? -
@e-i-k-e sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:
Ich habe das Problem nicht lösen können.
Zwei mal versucht (mit neuem ioBroker) und zwei mal den selben Fehler.
Darf ich dich über PN kontaktieren?Die Probleme sind behobenen und der Master auf dem Rock64 und die sechs? Slaves auf den Raspberries laufen jetzt mit 1.5.9.
Ursache waren Rechteprobleme, die auftraten, weil der Installationsuser der Root-User war. ioBroker läuft mit einem eigenen Benutzer, der aus Sicherheitsgründen deutlich weniger Systemrechte hat. Wenn jetzt ein Root-User die Installation anstößt, kann es sein, dass Ordner oder Dateien Besitz/Zugriffsrecht des Root-Useres erhalten bzw. aufgrund früher Installationsversuche bereits erhalten haben. Dann kann der ioBroker mit seinem ioBroker-User nicht mehr auf diese Daten zugreifen und es kommt zu unvorhergesehenen Problemen.
Nachdem der Anwender seinen Root-Zugang weiter als Standardanmeldung verwenden wollte, konnte das Upgrade (z.b. von 1.4.2 auf 1.5.9) wie folgt beschrieben auf verschiedenen Rechnern wiederholt erfolgreich durchgeführt werden:
cd /opt/iobroker iobroker stop curl -sL https://iobroker.net/fix.sh | bash - iobroker upgrade self curl -sL https://iobroker.net/fix.sh | bash - iobroker start
npm war jeweils 6.8 oder 6.9. Node.js kein Ahnung.
Viel Spaß noch!
-
Hi All,
ab sofort gibt es last but not least noch die 1.5.11, die das Problem mit dem "null/io-package.json nicht gefunden" fixt, was in manchen Fällen aufgetreten ist. Wenn es keine Probleme gibt planen wir die 1.5.11 am Mittwoch ins Stable zu schieben ...
Ingo