js-controller 4.0 jetzt im BETA/LATEST!
-
@merlin123
Bei mir läuft der Zigbee Adapter wie gehabt. -
@e-i-k-e sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@merlin123
Bei mir läuft der Zigbee Adapter wie gehabt.mmm.. Danke schonmal... Du hast nicht zufällig eine Idee, was die Fehlermeldung bedeutet oder wie ich den Adapter wieder installiert bekomme?
-
@merlin123 Geht der Adapter schon mit NPM8 ?
Welche Node Version hast du ? Eventuell auch eine Möglichkeit warum es nicht geht.
-
@wendy2702 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@merlin123 Geht der Adapter schon mit NPM8 ?
Welche Node Version hast du ? Eventuell auch eine Möglichkeit warum es nicht geht.
Hab die 14.18.2
Soll ich also mal auf NPM6 zurück gehen? -
@merlin123 Schau doch mal ob auf GitHub / NPM oder hier im Forum steht welche Version unterstützt wird.
Probieren kannst du natürlich, ist aber von mir erstmal nur eine Idee.
-
Ich probier es mal. Hab nix wegen der Version gefunden. Danke für den Tipp!
-
Der js-controller 4 soll wohl auch mit npm>6 parat kommen. Da das aber noch recht früh ist kann es da dennoch klemmen. Dafür ja auch die Beta-Tests.
Aber sauber installiert sollte nodeJS dann aber dennoch sein. nodeJS14 kommt mit npm6 daher, nodeJS16 bringt dann node8 von Haus aus mit. Mixen würde ich das nicht unbedingt.
-
@thomas-braun
Bringt es eigentlich irgendwelche Vor- oder Nachteile auf NPM7 oder 8 zu gehen?
Aktuell habe ich 6.14.16 -
@chaot sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Bringt es eigentlich irgendwelche Vor- oder Nachteile auf NPM7 oder 8 zu gehen?
Nein.
Ich würde immer die Versionen 'zusammenhalten'. node14 = npm6, node16 = npm8.
Das läuft bei mir, stellt aber das Format der package.lock (glaube ich) auf ein neues Format um, das knirscht dann ggf, wenn man wieder auf eine frühere Version zurückgeht. -
@thomas-braun sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Aber sauber installiert sollte nodeJS dann aber dennoch sein. nodeJS14 kommt mit npm6 daher, nodeJS16 bringt dann node8 von Haus aus mit. Mixen würde ich das nicht unbedingt.
Das war auch keine Absicht... Ist mir irgendwie zwischendrin "passiert"...
Hab jetzt alles glatt gezogen und probiere es mal. Danke. -
@arnod Diese Meldungen sind bei dem Update ganz normal (an sich nicht so viele, aber das fixen wir in der 4.0.5). Also wenn sonst alles ok war und es läuft mit 4.0.0 danach dann ist alles i.O.
-
@merlin123 Ok, das sieht aber was verdammt komisch aus. Geht denn "iob status"? Geht "iob list instances"? Zeig mal deren Output.
-
Auch hier auf meinem Testsystem soweit alles sauber durchgelaufen
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@merlin123 Ok, das sieht aber was verdammt komisch aus. Geht denn "iob status"? Geht "iob list instances"? Zeig mal deren Output.
So... Sorry für die späte Antwort, war unterwegs....
Hab jetzt nochmal node usw. neu installiert, dann konnte ich auch zigbee neu installieren. Geht jetzt wieder alles.... -
Bei mir lief die Aktualisierung von v3.3 auf v4.0.4 ebenfalls problemlos durch.
2 Adapter erzeugen Log-Einträge.- Yamaha (Issue gab es bereits auf GitHub)
- UV-Protect (Issue angelegt)
feine Arbeit
-
@apollon77 Guten Morgen, auch von mir mal ne Rückmeldung, gestartet mit der 4.0.0, mittlerweile auf der 4.0.4.
Keinerlei Probleme bei der doch umfangreichen Installation - bis auf Log Warnungen welche auch schon mit 3.x vorhanden waren, Yamaha und Co :).
Top Job würd ich sagen
Hat das Dev-Team eine Mannschaftskasse? Ich spende ein paar gute Tropfen aus der Pfalz
-
@apollon77 hallo, sieht das nicht etwas komisch aus?
iobroker status (node:10529) Warning: Accessing non-existent property 'count' of module exports inside circular dependency (Use `node --trace-warnings ...` to show where the warning was created) (node:10529) Warning: Accessing non-existent property 'findOne' of module exports inside circular dependency (node:10529) Warning: Accessing non-existent property 'remove' of module exports inside circular dependency (node:10529) Warning: Accessing non-existent property 'updateOne' of module exports inside circular dependency iobroker is running on this host. Objects type: jsonl States type: jsonl -
Bei mir sind folgende fehler gekommen. Danach liefen fast keine Adapter alle Lese/Schreib Probleme wohl...
iob fix hilft nichtroot@iobroker:/# iob upgrade self Update js-controller from @3.3.22 to @4.0.4 NPM version: 6.14.10 npm install iobroker.js-controller@4.0.4 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) In file included from ../src/unix_dgram.cc:5: ../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)': ../../nan/nan.h:2298:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type] , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) ^ In file included from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: ../src/unix_dgram.cc: At global scope: /home/iobroker/.cache/node-gyp/14.15.4/include/node/node.h:758:43: warning: cast between incompatible function types from 'void (*)(v8::Local<v8::Object>)' to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.cache/node-gyp/14.15.4/include/node/node.h:792:3: note: in expansion of macro 'NODE_MODULE_X' NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro 'NODE_MODULE' NODE_MODULE(unix_dgram, Initialize) ^~~~~~~~~~~Im log auch bisschen was:
host.iobroker 2022-02-08 10:01:30.519 error instance system.adapter.hm-rpc.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.iobroker 2022-02-08 10:01:30.519 error Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:81:21) host.iobroker 2022-02-08 10:01:30.519 error Caught by controller[0]: at doListen (net.js:1503:7) host.iobroker 2022-02-08 10:01:30.519 error Caught by controller[0]: at listenInCluster (net.js:1366:12) host.iobroker 2022-02-08 10:01:30.519 error Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1301:21) host.iobroker 2022-02-08 10:01:30.519 error Caught by controller[0]: Error: listen EADDRNOTAVAIL: address not available 192.168.2.200:2001 -
@chrisxy sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Außer
root@iobrokersind da keine Fehler zu sehen.
-
@homecineplexx hatte ich auch
@apollon77 bin soeben auf v4, habe allerdings danach ein paar Adapter Update's angestoßen, die Meldung kommt bei jedem Adapter update2022-02-08 09:44:29.782 - error: host.IoBroker iobroker (node:8633) Warning: Accessing non-existent property 'count' of module exports inside circular dependency(Use `node --trace-warnings ...` to show where the warning was created) 2022-02-08 09:44:29.818 - error: host.IoBroker iobroker (node:8633) Warning: Accessing non-existent property 'findOne' of module exports inside circular dependency(node:8633) Warning: Accessing non-existent property 'remove' of module exports inside circular dependency(node:8633) Warning: Accessing non-existent property 'updateOne' of module exports inside circular dependency 2022-02-08 09:45:52.304 - info: shelly.0 (653) Got terminate signal TERMINATE_YOURSELF 2022-02-08 09:45:52.305 - info: shelly.0 (653) Closing Adapter 2022-02-08 09:46:12.167 - error: host.IoBroker iobroker (node:9498) Warning: Accessing non-existent property 'count' of module exports inside circular dependency(Use `node --trace-warnings ...` to show where the warning was created) 2022-02-08 09:46:12.171 - error: host.IoBroker iobroker (node:9498) Warning: Accessing non-existent property 'findOne' of module exports inside circular dependency(node:9498) Warning: Accessing non-existent property 'remove' of module exports inside circular dependency(node:9498) Warning: Accessing non-existent property 'updateOne' of module exports inside circular dependency 2022-02-08 09:46:12.774 - info: shuttercontrol.0 (1872) Adapter is disabled => stop 2022-02-08 09:46:12.783 - info: shuttercontrol.0 (1872) cleaned everything up... 2022-02-08 09:58:07.286 - error: host.IoBroker iobroker (node:14307) Warning: Accessing non-existent property 'count' of module exports inside circular dependency(Use `node --trace-warnings ...` to show where the warning was created)(node:14307) Warning: Accessing non-existent property 'findOne' of module exports inside circular dependency(node:14307) Warning: Accessing non-existent property 'remove' of module exports inside circular dependency 2022-02-08 09:58:07.293 - error: host.IoBroker iobroker (node:14307) Warning: Accessing non-existent property 'updateOne' of module exports inside circular dependency 2022-02-08 09:59:24.076 - info: trashschedule.0 (2332) Got terminate signal TERMINATE_YOURSELF 2022-02-08 09:59:24.078 - info: trashschedule.0 (2332) cleaned everything up... 2022-02-08 10:01:14.838 - error: host.IoBroker iobroker (node:15596) Warning: Accessing non-existent property 'count' of module exports inside circular dependency(Use `node --trace-warnings ...` to show where the warning was created) 2022-02-08 10:01:14.853 - error: host.IoBroker iobroker (node:15596) Warning: Accessing non-existent property 'findOne' of module exports inside circular dependency(node:15596) Warning: Accessing non-existent property 'remove' of module exports inside circular dependency(node:15596) Warning: Accessing non-existent property 'updateOne' of module exports inside circular dependency 2022-02-08 10:02:40.396 - info: jarvis.0 (1316) Got terminate signal TERMINATE_YOURSELF 2022-02-08 10:02:40.423 - info: jarvis.0 (1316) Adapter stopped und unloaded.Nachtrag:
habe das nun eine Weile beobachtet, an der Performance hat sich nicht groß was verändert, da ich sowieso schon jsonl verwende, jedoch sehe ich nun einen erhöhten Ram Verbrauch, ob das vom Controller Update kommt oder den 4 Adapter Updates geschuldet ist, keine Ahnung.
