NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
@crunchip Wie vermutet. Schau bitte mal wo das mongodb Paket bei Dir herkommt. Das ist die Ursache:
Im ioBroker Dir bitte
npm list mongodb@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
npm list mongodb
root@IoBroker:/opt/iobroker# npm list mongodb iobroker.inst@2.0.3 /opt/iobroker └── mongodb@3.2.7 extraneous npm ERR! extraneous: mongodb@3.2.7 /opt/iobroker/node_modules/mongodbumgestiegen von Proxmox auf Unraid
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
npm list mongodb
root@IoBroker:/opt/iobroker# npm list mongodb iobroker.inst@2.0.3 /opt/iobroker └── mongodb@3.2.7 extraneous npm ERR! extraneous: mongodb@3.2.7 /opt/iobroker/node_modules/mongodb@crunchip Also das kommt optional über node-red ... welchen Node-Red hast Du denn? Ggff mal auf die 2.4.2 von gestern aktualisieren. Ists danach weg?
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
-
@crunchip Also das kommt optional über node-red ... welchen Node-Red hast Du denn? Ggff mal auf die 2.4.2 von gestern aktualisieren. Ists danach weg?
@apollon77 ich habe kein node-red und hatte ich auch noch nie
kann das von einem anderen Adapter kommen?
das sind alle meine installierten instanzen
umgestiegen von Proxmox auf Unraid
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Zu "Fehler 1" tippe ich das Du zu schnell warst. In Deinem Log sieht man Das Du die Systemkonfig 18:43 gespeichert hast und damit Admin und Backiutup und Discovery neu gestartet sind. 18:43:11 war wieder alles da. und ich denke das Du irgendwie geschafft hast das Repo in dieser kurzen Zeit zu ändern als Admin sich gerade verabschliedet hat oder sowas ... aber das sehe ich nicht so genau. müsste man mal nachstellen. Passiert es auch wenn du "langsamer" bist?
im ersten durchgang habe ich sofort nach abschluss des assistenten
die config nochmal aufgerufen um das repo zu ändern.
Diesmal mit 4.0.5 habe ich darauf geachtet, das alle instanzen grün sind.
dann hat es funktioniert.auch die anderen fehler sind nun behoben.
nur den ersten mit dem fixer befehl, habe ich vergessen zu überprüfen. -
@apollon77 ich habe kein node-red und hatte ich auch noch nie
kann das von einem anderen Adapter kommen?
das sind alle meine installierten instanzen
@crunchip naja npm zeigt es als extra Paket an. Ich würde behaupten kannst es im iobroker dir mit „npm uninstall mongodb“ löschen.
Ps: gattest du vllt mal den Blutzucker Adapter drauf? Glaube der hatte das auch.
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
-
@crunchip naja npm zeigt es als extra Paket an. Ich würde behaupten kannst es im iobroker dir mit „npm uninstall mongodb“ löschen.
Ps: gattest du vllt mal den Blutzucker Adapter drauf? Glaube der hatte das auch.
-
@apollon77 ne hatte ich auch nicht, ok dann lösch ich es mal
-
@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)
umgestiegen von Proxmox auf Unraid
-
Hallo Alle miteinander,
wir haben die letzten Tage Euer Feeback und die kleineren Issues gesammelt und die Version 4.0.5 wird im laufe der Nacht im Latest Repo auftauchen:
4.0.5 (2022-02-08)
- (foxriver76) stop the database before executing upgrade self; WIll be effective for all upgrades >4.0.5
- (foxriver76) Optimize Set activation handling to prevent some error logged on upgrade
- (Apollon77) Fix Linux Capability updating for Docker and check Admin Flag
- (Apollon77) Detect another Rebuild case and allo wautomatic rebuilding
- (foxriver76) Fix adapter installation with dependencies
- (Apollon77) Fix seq edge case
- (foxriver76/Apollon77) Prevent several crash cases seen in Sentry
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
(foxriver76) stop the database before executing upgrade self; WIll be effective for all upgrades >4.0.5
bedeutet dies dass der iobroker dann vorher nicht mehr gestoppt werden muss?
Das Update auf 4.0.5 lief auf 2 Systemen ohne Probleme und ohne den Fixer zu benötigen
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
(foxriver76) stop the database before executing upgrade self; WIll be effective for all upgrades >4.0.5
bedeutet dies dass der iobroker dann vorher nicht mehr gestoppt werden muss?
Das Update auf 4.0.5 lief auf 2 Systemen ohne Probleme und ohne den Fixer zu benötigen
@fastfoot neee. Muss immer noch gestoppt werden. Es ist nur so das das „Upgrade Self“ Kommando eine Datenbank öffnet - und zwar die „alte“ Version. Dann erfolgt die Installation und in dem Zuge wird „setup First“ ausgeführt die dann mit dem „neuen Code“ gegen diese „alte“ Datenbank Version verbindet. Das ist aktuell der Grund für diese Fehler die angezeigt werden und gegen die wir nichts tun können.
Daher wird vor dem npm Befehl bei Upgrade Self jetzt die alte Datenbank beendet - damit öffnet setup First dann seine eigene „neue“ Version. Damit sollte sowas nicht mehr passieren
-
@chrisxy sagte in js-controller 4.0 jetzt im BETA/LATEST!:
EADDRNOTAVAIL: address not available 192.168.2.200:2001
Da scheint irgendetwas anderes auf Port 2001 zu Hören, und daher kann der Adapter nicht starten ... Stelle sicher das da nicht noch Zombie Prozesse laufen
@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:
@chrisxy sagte in js-controller 4.0 jetzt im BETA/LATEST!:
EADDRNOTAVAIL: address not available 192.168.2.200:2001
Da scheint irgendetwas anderes auf Port 2001 zu Hören, und daher kann der Adapter nicht starten ... Stelle sicher das da nicht noch Zombie Prozesse laufen
Das ist was von Homematic. Laut Adapter ist dort meine neue IP 192.168.4.100 Hinterlegt die 192.168.2.200 ist ALT .. wo auch immer das her ist. Nach iob stop scheint alles aber aus zu sein,
@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:
@chrisxy Ääähmm ... was Hast Du genau hier getan? Das ist ist ein Migration-Prozess ... so mir scheint es als ob du aktiv über "iob setup custom" eine Migration zu "file" gemacht hast und dabei gab es einen Permission Fehler.
Um es jetzt zu fixen:
1.)iob fixum die Rechtefehler zu fixen
2.) Wenn DU zurück zum letzten Redis Stand willst editiere die /opt/iobroker/iobroker-data/iobroker.json und ändere bei objects und states jeweils den Typ in "redis" da wo jetzt scheinbar "file" steht.Danach sollte erstmal alles wieder laufen
Also mein iob läuft mit Redis. Nach dem iob upgrade self und Neustart hat iob Status "file" vorher "redis"
Ich werde es nochmal versuchen und die Datei mal anpassen. Schauen was Passiert.EDIT: Nach iob upgrade self sagt iob status : file .. wenn ich aber die iobroker,json öffne steht bei beiden Typ: redis ...
Folgende Meldung bekomme ich bei iob upgrade self:
root@iobroker:/# cd /opt/iobroker/ root@iobroker:/opt/iobroker# iob upgrade self Update js-controller from @3.3.22 to @4.0.5 NPM version: 6.14.10 npm install iobroker.js-controller@4.0.5 --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) ^~~~~~~~~~~ -
@apollon77 Update von 3.3.22 auf 4.0.5 lief durch mit folgender Ausgabe:
Update js-controller from @3.3.22 to @4.0.5 NPM version: 6.14.16 npm install iobroker.js-controller@4.0.5 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) In file included from ../../nan/nan.h:56, from ../src/unix_dgram.cc:5: /home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:793: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] 793 | (node::addon_register_func) (regfunc), \ | ^ /home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:827:3: note: in expansion of macro âNODE_MODULE_Xâ 827 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro âNODE_MODULEâ 404 | NODE_MODULE(unix_dgram, Initialize) | ^~~~~~~~~~~ Server Objects 127.0.0.1:51724 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server States 127.0.0.1:42094 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server Objects 127.0.0.1:51724 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:42096 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:51724 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]Hoffentlich ok so.
iobroker@iobroker:/opt/iobroker$ iobroker start iobroker@iobroker:/opt/iobroker$ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl /usr/bin/iobroker: line 8: 37859 Killed node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"Die letzte Zeile kam nur beim ersten mal status. Danach nicht mehr.
Meine /opt/iobroker/iobroker-data/iobroker.json enthält aber deutlich weniger Blöcke als hier gezeigt:
https://github.com/ioBroker/ioBroker.js-controller/blob/master/packages/controller/conf/iobroker-dist.json#L53-L71
Wie bekommt man die mal auf den neusten Standard?
Wird bei jsonl objects.writeFileInterval: 3600000 und states.writeFileInterval: 60000 ignoriert?..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
Hallo an alle,
auch bei mir funktionieren keine Updates mehr!
Node.js
v14.19.0
NPM
v6.14.16Dem JS-Controller hatte ich auf 4.0.4 geupdatet und alle Instanzen sind auf Grün und laufen.
Aber beim Versuch eines Updates läuft es durch aber der Adapter startet immer wieder mit der alten Version. auch ein Downgrade geht nicht.
Ein Update auf denn JS-Controller 4.0.5 ging auch nicht. Bei dem versuch den JS-Controller per Downgrade auf 3.3.22 zu bringen wurde mir stattdessen der 4.0.5 eingespielt . Aber auch mit dem Funktioniert weder Update noch Downgrade. Auch ein erneuter versuch auf JS-Controller 3.3.22 Downzugraden blieb erfolglos.
Installations Verlauf:
$ iobroker upgrade iot@1.9.5 Update iot from @1.9.3 to @1.9.5 host.SmartHomeServer Adapter "system.adapter.iot.0" is stopped. NPM version: 6.14.16 Installing iobroker.iot@1.9.5... (System call) Could not check npm version: This directory tree does not contain a package.json Assuming that correct version is installed. host.SmartHomeServer Adapter "system.adapter.iot.0" is started upload [18] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/actions.js actions.js application/javascript upload [17] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/alexalogo.png alexalogo.png image/png upload [16] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/asset-manifest.json asset-manifest.json application/json upload [15] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/blockly.js blockly.js application/javascript upload [14] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/favicon.ico favicon.ico image/vnd.microsoft.icon upload [13] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/index_m.html index_m.html text/html upload [12] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/iot.png iot.png image/png upload [11] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/manifest.json manifest.json application/json upload [10] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css static/css/2.faf2f676.chunk.css text/css upload [9] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css.map static/css/2.faf2f676.chunk.css.map application/json upload [8] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css static/css/main.e2d673ee.chunk.css text/css upload [7] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css.map static/css/main.e2d673ee.chunk.css.map application/json upload [6] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js static/js/2.1b9b16a0.chunk.js application/javascript upload [5] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.LICENSE.txt static/js/2.1b9b16a0.chunk.js.LICENSE.txt text/plain upload [4] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.map static/js/2.1b9b16a0.chunk.js.map application/json upload [3] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js static/js/main.20d2f37b.chunk.js application/javascript upload [2] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js.map static/js/main.20d2f37b.chunk.js.map application/json upload [1] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js static/js/runtime-main.ef534f76.js application/javascript upload [0] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js.map static/js/runtime-main.ef534f76.js.map application/json Process exited with code 0und der dazugehörige LOG
host.SmartHomeServer 2022-02-09 12:05:01.891 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.SmartHomeServer 2022-02-09 12:05:00.043 info instance system.adapter.dwd.0 started with pid 19837 iot.0 2022-02-09 12:03:12.290 info Connection changed: connect iot.0 2022-02-09 12:03:11.887 warn Cannot update api-secret: undefined iot.0 2022-02-09 12:03:11.869 info Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com iot.0 2022-02-09 12:03:11.846 info starting. Version 1.9.3 in /opt/iobroker/node_modules/iobroker.iot, node: v14.19.0, js-controller: 4.0.5 host.SmartHomeServer 2022-02-09 12:03:11.046 info instance system.adapter.iot.0 started with pid 19205 host.SmartHomeServer 2022-02-09 12:03:09.408 info iobroker exit 0 host.SmartHomeServer 2022-02-09 12:03:08.393 info iobroker upload [0] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js.map static/js/runtime-main.ef534f76.js.map application/json host.SmartHomeServer 2022-02-09 12:03:08.389 info iobroker upload [1] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js static/js/runtime-main.ef534f76.js application/javascript host.SmartHomeServer 2022-02-09 12:03:08.385 info iobroker upload [2] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js.map static/js/main.20d2f37b.chunk.js.map application/json host.SmartHomeServer 2022-02-09 12:03:08.380 info iobroker upload [3] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js static/js/main.20d2f37b.chunk.js application/javascript host.SmartHomeServer 2022-02-09 12:03:08.374 info instance system.adapter.iot.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.SmartHomeServer 2022-02-09 12:03:08.149 info iobroker upload [4] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.map static/js/2.1b9b16a0.chunk.js.map application/json host.SmartHomeServer 2022-02-09 12:03:08.147 info iobroker upload [5] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.LICENSE.txt static/js/2.1b9b16a0.chunk.js.LICENSE.txt text/plain host.SmartHomeServer 2022-02-09 12:03:08.136 info iobroker upload [6] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js static/js/2.1b9b16a0.chunk.js application/javascript host.SmartHomeServer 2022-02-09 12:03:08.133 info iobroker upload [7] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css.map static/css/main.e2d673ee.chunk.css.map application/json host.SmartHomeServer 2022-02-09 12:03:08.131 info iobroker upload [8] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css static/css/main.e2d673ee.chunk.css text/css host.SmartHomeServer 2022-02-09 12:03:08.129 info iobroker upload [9] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css.map static/css/2.faf2f676.chunk.css.map application/json host.SmartHomeServer 2022-02-09 12:03:08.126 info iobroker upload [10] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css static/css/2.faf2f676.chunk.css text/css host.SmartHomeServer 2022-02-09 12:03:08.123 info iobroker upload [11] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/manifest.json manifest.json application/json host.SmartHomeServer 2022-02-09 12:03:08.120 info iobroker upload [12] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/iot.png iot.png image/png host.SmartHomeServer 2022-02-09 12:03:08.100 info iobroker upload [13] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/index_m.html index_m.html text/html host.SmartHomeServer 2022-02-09 12:03:08.097 info iobroker upload [14] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/favicon.ico favicon.ico image/vnd.microsoft.icon host.SmartHomeServer 2022-02-09 12:03:08.094 info iobroker upload [15] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/blockly.js blockly.js application/javascript host.SmartHomeServer 2022-02-09 12:03:08.091 info iobroker upload [16] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/asset-manifest.json asset-manifest.json application/json host.SmartHomeServer 2022-02-09 12:03:08.087 info iobroker upload [17] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/alexalogo.png alexalogo.png image/png host.SmartHomeServer 2022-02-09 12:03:08.079 info iobroker upload [18] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/actions.js actions.js application/javascript iot.0 2022-02-09 12:03:07.957 info Got terminate signal TERMINATE_YOURSELF host.SmartHomeServer 2022-02-09 12:03:07.957 info stopInstance system.adapter.iot.0 send kill signal host.SmartHomeServer 2022-02-09 12:03:07.955 info stopInstance system.adapter.iot.0 (force=false, process=true) host.SmartHomeServer 2022-02-09 12:03:07.954 info "system.adapter.iot.0" enabled host.SmartHomeServer 2022-02-09 12:03:07.943 info iobroker host.SmartHomeServer Adapter "system.adapter.iot.0" is started host.SmartHomeServer 2022-02-09 12:03:07.943 error iobroker Assuming that correct version is installed. host.SmartHomeServer 2022-02-09 12:03:07.942 error iobroker Could not check npm version: This directory tree does not contain a package.json host.SmartHomeServer 2022-02-09 12:03:07.940 info iobroker Installing iobroker.iot@1.9.5... (System call) host.SmartHomeServer 2022-02-09 12:03:07.938 info iobroker NPM version: 6.14.16 iot.0 2022-02-09 12:03:07.829 info Connection lost iot.0 2022-02-09 12:03:07.828 info Connection changed: disconnect iot.0 2022-02-09 12:03:07.782 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason iot.0 2022-02-09 12:03:07.781 info terminating iot.0 2022-02-09 12:03:07.778 info Got terminate signal TERMINATE_YOURSELF host.SmartHomeServer 2022-02-09 12:03:07.777 info stopInstance system.adapter.iot.0 send kill signal host.SmartHomeServer 2022-02-09 12:03:07.775 info stopInstance system.adapter.iot.0 (force=false, process=true) host.SmartHomeServer 2022-02-09 12:03:07.774 info "system.adapter.iot.0" disabled host.SmartHomeServer 2022-02-09 12:03:07.763 info iobroker host.SmartHomeServer Adapter "system.adapter.iot.0" is stopped. host.SmartHomeServer 2022-02-09 12:03:07.748 info iobroker Update iot from @1.9.3 to @1.9.5 host.SmartHomeServer 2022-02-09 12:03:06.457 info iobroker upgrade iot@1.9.5It's done when it's done, but it's never really finished!
Lg euer Alligator :P
System: Dell Optiplex3020 mit Intel i3, 8gb Ram und 120gb SSD (Debian 11 mit ioBrocker)
PS: Wer Rechtschreibfehler findet darf sie gern behalten. Ich habe noch mehr davon. :)
-
-
@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)
@crunchip sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)
nun habe ich v4.05 eingespielt, diesmal zum ersten mal passiert, das scheinbar noch Prozesse liefen(hatte nicht gegengeprüft) halbsowild
allerdings, kamen mehrere Warnungen aus der influxdb.3 nach dem Start(ist eine Testinstanz v2.x, wo nur 2 Datenpunkte geloggt werden)
die anderen 3 Instanzen sind v1.x, ohne Probleme2022-02-09 12:01:18.879 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:18.880 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:18.881 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=1 2022-02-09 12:01:20.360 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:20.361 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:20.364 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=1 2022-02-09 12:01:28.890 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:28.891 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:28.892 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=2 2022-02-09 12:01:30.369 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:30.370 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:30.370 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=2 2022-02-09 12:01:38.896 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:38.897 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:38.898 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=3 2022-02-09 12:01:40.380 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:40.382 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:40.383 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=3jetzt die Frage, liegt das an v2, oder an den beiden geloggten DP's ?
umgestiegen von Proxmox auf Unraid
-
@exectix sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Könnt ihr mir weiter helfen?
ich bin nur ein Nutzer der seine Erfahrungen weitergibt. Für Ratschläge oder genaue Hilfe reicht mein Wissen leider nicht.
-
Hallo ioBroker-Community,
nach längerer Entwicklungszeit kommt heute der neue js-controller 4.0 (Releasename "Isabelle") ins Beta/Latest Repository (sollte im laufe des Abends bei allen auftauchen). Dieser Artikel enthält alle wichtigen Infos zu diesem Release und im zweiten Post eine kleine FAQ.
Node.js Versions-Anforderungen
In diesem Release entfällt Node.js 10.x, welches seit April letztem Jahr nicht mehr gepflegt wird. Node.js 16.x ist dazugekommen. Die unterstützten Node.js Versionen sind damit: 12.x, 14.x und 16.x. Die empfohlene Node.js Version für ioBroker heben wir mit diesem Release auf 14.x an. Node.js 16.x wird mit js-controller 4.0 nun auch mit npm 7 bzw. 8 unterstützt.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/44566/how-to-node-js-für-iobroker-richtig-updaten-2021-edition , welche NOCH NICHT für js-controller 4.0 aktualisiert wurde. Infos in der FAQ hier im Thread.Informationen zur Version
Neben einigen Optimierungen und Verbesserungen stand der Haupt-Fokus dieser Version auf Performance-Verbesserungen. Ein paar neue Features sind aber ebenfalls hinzugekommen. Auch daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen wurde weiter gearbeitet, was ggf. zu neuen Log-Meldungen für bestimmte Fälle führt. Bitte unterstützt hier wieder und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Mit dem js-controller 4.0 wird intern die Datenbank von "file" auf "jsonl" umgestellt. Dies geschieht bei der Installation automatisch ohne weitere Aktionen, wenn file genutzt wird. Weitere Details dazu sieht in der FAQ (Post #2)! Nach erfolgter Migration erscheint beim nächsten Öffnen (oder Reloads falls offen) des Admin5 auch eine Information dazu:
Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Stable-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.
In Summe sind in diese Version wieder über 100 Änderungen in über 300 commits eingeflossen. Dafür bedanke mich diesmal wieder besonders bei foxriver76, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 4.0 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2/3.x ist problemlos möglich. Wir empfehlen allerings vor dem Update auf die 4.0 idealerweise ein Update auf die 3.3.x durchzuführen, da ein Downgrade nach einem erfolgten Update nur auf eine 3.3.x möglich ist (siehe FAQ)! Nur die Node.js Version muss weiterhin mindestens 12.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen
Es gibt aktuell keine bekannten inkompatiblem Adapter, aber einige Empfehlungen weiter unten.
Installation
VOR der Installation
Wie der Thread-Name sagt ist diese version nur für die User verfügbar, die das Beta/Latest Repository nutzen! Bei Stable Systemen wird das Update noch nicht angeboten.
Wie bei jedem Test dieser Art: Bitte macht ein Backup!
iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Eine alte 3.3.x-Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@version("version" durch die gewünschte Versionsnummer ersetzen, vorher ins ioBroker Verzeichnis wechselncd /opt/iobroker) installiert werden und sollte alles wieder herstellen.Für die User, welche die experimentelle JSONL-Datenbank bereits einsetzen, ändert sich nichts - ausser das dieser Datenbank-Typ nun die offizielle ist
Nötige Adapter-Aktualisierungen
Aktuell sind zwei Adapter bekannt, welche Inkompatibel sind:
- Backitup sollte auf 2.3.3+ aktualisiert sein, damit vor allem Restores mit js-controller 4 sauber funktionieren
- Node-Red muss in Verson 2.4.2 Installiert sein, da der Adapter sonst nicht funktioniert
- km200 (see https://github.com/frankjoke/ioBroker.km200/issues/69
Fix is described in https://forum.iobroker.net/post/760260
Am besten dennoch VOR dem js-controller Update alle verfügbaren Adapter-Updates prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 3.3 oder höher hinweisen.
Es werden aber, wie oben ausgeführt, einige Adapter ggf. Warnungen ins Log schreiben - und ggf kommen ein paar neue dazu, welche aber primär bei Objektanlagen interessant sind und weniger im Betrieb "nerven". Meldungen die vor dem Upgrade im Log waren sind jetzt auch noch da.
Bitte zuerst versuchen die gemeldeten Objekt-IDs via Admin zu löschen und den Adapter neu zu starten. Wenn die Meldungen danach nicht weg sein sollten ist aktuell die einzige Option das Loglevel der betroffenen Instanz auf "Warning" zu setzen - aber erst nachdem die Logs idealerweise in einem GitHub-Issue beim entsprechendem Adapter gemeldet wurden!Achtung: MASTER-Systeme Reihenfolgen beachten!
Bei einem Multi-Host-System, welches auf js-controller 2.2 oder 3.x läuft, ist es beim Update auf Version 4.0 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 4.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Beim Slave Update muss der alte Master aber noch laufen. Die Slaves bleiben nach dem Update offline und können sich nicht zum Master verbinden und werden erst wieder funktionieren wenn auch der Master auf die 4.0 aktualisiert wurde!
Windows
Aus der Community kommt von @sigi234 eine Anleitung für ein Windows Update https://forum.iobroker.net/topic/51574/windows-installation-update
Für alle "alten manuellen" Installationen gilt
iobroker update- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
iobroker update- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben iobroker fix- Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Die Installation wird - wenn Sie von einem 2.x/3.x-System aus erfolgt einige Warnungen/Fehler loggen. Wenn diese aussgehen wie im folgenden Bild gezeigt (GET/SET-UNSUPPOTED bzw LUA script load error), ist dies erwartet und ok!
Update js-controller from @3.3.22 to @4.0.4 npm install iobroker.js-controller@4.0.4 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:37942 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:37942 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:60678 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server States 127.0.0.1:60680 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:37942 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:37942 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:37942 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:37942 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] Server Objects 127.0.0.1:37942 Error from InMemDB: Error: multi NOT SUPPORTED Server Objects 127.0.0.1:37942 Error from InMemDB: Error: sadd NOT SUPPORTED Server Objects 127.0.0.1:37942 Error from InMemDB: Error: exec NOT SUPPORTED Server Objects 127.0.0.1:37942 Error from InMemDB: Error: multi NOT SUPPORTED Server Objects 127.0.0.1:37942 Error from InMemDB: Error: sadd NOT SUPPORTED Server Objects 127.0.0.1:37942 Error from InMemDB: Error: exec NOT SUPPORTEDWichtig: Falls es bei Updates von js-controller 3.2.x bei update oder upgrade einen Fehler gibt "No connection to database" dann bitte nochmals versuchen und wenn es wieder passiert folgende Schritte ausführen:
- Editiere /opt/iobroker/iobroker-data/iobroker.json
- Unter objects und states gibt es ein ' "connectTimeout": 2000,`
- Zahl ändern in 5000
- Neu versuchen
- Nach dem Upgrade am besten den Wert wieder zurücketzen weil der js-controller 3.3+ hier optimiert und länger wartet
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell viacurl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.Die Installation kann ggf. Warnungen ausspucken über potentiell "deprecated" NPM Module oder Compiler-Warnungen oder (bei optionalen Paketen auch -Fehler) anzeigen (z.B, unix_dgram, serialport, pam_authentication und ggf andere). Hier gilt wie immer: Ignorieren
Ebenso eine Aufforderung "npm audit fix" auszuführen kann ignoriert werden!NACH der Installation
Nach der Installation sollte der ioBroker automatisch wiederder gestartet werden. Falls doch nicht bitte mittels
iobroker startstarten.Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für die Features
- Prüfen das mit JSONL alles tut (Im Backup Dir werden die letzten "File DB Backups" liegen bleiben, kann man manuell löschen)
- Bitte generell Augenmerk darauf legen das alle CLI Kommandos noch tun die man so nutzt. Da wurde einiges unter der Haube überarbeitet
- Gern mal ein Nodejs update testen um zu schauen das das neue Rebuild tut wie es soll
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden, da nun auch Datentypen und min/max-Werte geprüft werden. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Bitte checkt auch die "Known issues Liste" (zweiter Post) mit den Dingen die aktuell während dem Beta-Test bekannt sind und bis zum Release noch angepasst werden.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
Ingo
js-controller 4.0.5 ist hier sehr dezent am werkeln, weniger Speicherverbrauch, keine Fehlermeldungen.
Sowohl im lxc debian 10, Node 14.19.0, NPM 6.14.16, als auch auf dem Zeroberry Debian 10, Node 14.18.3, NPM 6.14.16, als auch auf mehreren lxc mit debian 11, Node 16 und NPM 8.Schnurrt!
-
So ich hab es jetzt nach zig versuchen geschafft den JS-Controller auf 3.3.22 zu downgraden. Jetzt gehen die Updates wieder.
It's done when it's done, but it's never really finished!
Lg euer Alligator :P
System: Dell Optiplex3020 mit Intel i3, 8gb Ram und 120gb SSD (Debian 11 mit ioBrocker)
PS: Wer Rechtschreibfehler findet darf sie gern behalten. Ich habe noch mehr davon. :)
-
Hab einen Master und zwei Slaves problemlos von 3.3.x auf 4.0.4 aktualisiert.
Upgrade von 4.0.4 auf 4.0.5 lief auf Master und einem Slave problemlos durch.
Der zweite meldet mir jetzt:pi@suissepi:/opt/iobroker $ iob upgrade self Update js-controller from @4.0.4 to @4.0.5 NPM version: 6.14.16 Installing iobroker.js-controller@4.0.5... (System call) Could not check npm version: This directory tree does not contain a package.json Assuming that correct version is installed.EDIT:
Konnte den kleinen Eidgenossen damit wiederbeleben:sudo -H -u iobroker npm install iobroker.js-controller -
Hab einen Master und zwei Slaves problemlos von 3.3.x auf 4.0.4 aktualisiert.
Upgrade von 4.0.4 auf 4.0.5 lief auf Master und einem Slave problemlos durch.
Der zweite meldet mir jetzt:pi@suissepi:/opt/iobroker $ iob upgrade self Update js-controller from @4.0.4 to @4.0.5 NPM version: 6.14.16 Installing iobroker.js-controller@4.0.5... (System call) Could not check npm version: This directory tree does not contain a package.json Assuming that correct version is installed.EDIT:
Konnte den kleinen Eidgenossen damit wiederbeleben:sudo -H -u iobroker npm install iobroker.js-controller@apollon77
Eine kurze Frage: Weiter oben berichte ein User, dass seine Redis-Einstellung durch das neue Format jsonl überschrieben wurde.
Ist das Problem nun in der 4.05 behoben?Gruß
Martin
Intel NUCs mit Proxmox / Iobroker als VM unter Debian
Raspeberry mit USB Leseköpfen für Smartmeter
Homematic und Homematic IP
504
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge