NEWS
Beta Test js-controller 3.0.x auf GitHub
-
@e-i-k-e ist bekannt Log auf error umstellen.
-
@Kueppert Dabeihab ichs diesmal extra oben dazu geschrieben. Ich machs mal noch fett ... nächster schritt wäre rot blinkend
-
@e-i-k-e Dutchmen ist schon dran
-
@apollon77 von mir jedenfalls einen läuft alles Klasse 3.0.8 mit Node.js
v13.12.0 keine Fehler mehr, und läuft jetzt auf meinem Produktivsystem. -
@apollon77
Habe gerade festgestellt, dass sich die Javascript Adapter auf den Slave Geräten, ab und zu neustarten.Anbei die Log-Datei von einem Slave.
-
@Homer-J
War das nur ein Test mit Node13?In der Doku steht dick und rot das dazu:
ungerade nodejs-Versionen sind grundsätzlich nicht empfohlen, da es sich um Entwicklerversionen handelt. -
@Jan1 war ein Test von mir da z.B. der Yahka Adapter in der 12 Version nicht tut, in der 13 läuft bei mir alles wunderbar deshalb lass ich es so.
Grüße -
@Homer-J
Kann funktionieren, muss aber nicht. In ein paar Tagen kommt die 14 raus und da solltest noch mal "testen". Denn wenn in der 12er was drin ist, das den Yahka stört und in der 13er nicht, dann sollte die finale 14er auch laufen und das stabiler als die 13er. -
@Jan1 mach ich dafür sind ja Tests da. Hab immer ein Klon von meinem stabilen System kann also jederzeit zurück.
-
@apollon77
Hi, AllNachdem auf den Raspi-Clients (mit Debian9, Octopi, RaspiZero(ArmV6)) alles ohne Probleme mit Node12 und js-controller 3.0.8 lief, habe ich, nachdem auf dem Testsystem mit dem Backup vom Prod.System keine nennenswerten Fehler auftraten, es gewagt, mein Produktiv auf Node12 und js-controller 3.0.8 zu ziehen.
Es laufen bis auf 2 Adapter alle. Den iot und amazon-dash musste ich mit iobroker rebuild nochmal compilieren.
@AlCalzone Es zickt der Ble-Adapter in Version 0.11.1 (auch nochmal frisch von Git gezogen), Issue ist angelegt.
@Omega236 Es geht garnicht der Virtualpowermeter Adapter, man kann ihn starten, aber wenn ein device auf true-on wechselt, kommen fehler und der Adapter beendet sich. ( Issue bereits angelegt)Bin mal gespannt, wie es morgen aussieht, ansonsten gehts zum Snapshot zurueck...
Gute Nacht! -
@e-i-k-e Welche js-controller Version ist im Einsatz? Laut Log kam das vor als es noch die 2.2.9 war. Dann ab 17:47:49.463 war es der 3.0.8er controller und da gabs das nimmer. oder sehe ich was falsch?
-
@Jan1 Hatten wir oben als Test. Wenn er weiss das die v13 nur kueze Zeit support hat und die nodejs 14 bald kommt und sobald da die erste Minor increase da ist oder so er updaten muss ist ok
-
@Homer-J Yahka 0.11.0 muss auch mit nodejs12 tun!
-
@ilovegym sagte in Beta Test js-controller 3.0.x auf GitHub:
Virtualpowermeter
ble: Ja interessant
virtualpowermeter ist auch interessant. muss beides gefixt werden -
Hi @apollon77 ich habe das neuen Rebuild-Kommando mal für Zigbee ausgeführt. Habe folgenden Output erhalten. Gehört das hier her oder zum Adapter?
root@ioBroker2:/opt/iobroker# iobroker stop root@ioBroker2:/opt/iobroker# iobroker rebuild zigbee npm rebuild --loglevel error (System call) in "/opt/iobroker/node_modules/iobroker.zigbee" In file included from ../src/./serialport.h:6, from ../src/serialport.cpp:1: ../../../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) ^ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:78:69: 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] uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); ^~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:135:71: 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] uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); ^~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:175:70: 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] uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); ^~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:215:70: 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] uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); ^~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:270:68: 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] uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); ^~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:314:68: 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] uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); ^~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:363:76: 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] uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); ^~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:409:70: 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] uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); ^~~~~~~~~~~~~~ ../src/serialport.cpp: At global scope: ../src/serialport.cpp:430:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) { ^ ../src/serialport.cpp:449:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { ^ In file included from ../../../nan/nan.h:54, from ../src/./serialport.h:6, from ../src/serialport.cpp:1: /home/iobroker/.cache/node-gyp/13.12.0/include/node/node.h:618:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘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/13.12.0/include/node/node.h:652:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/serialport.cpp:483:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(serialport, init); ^~~~~~~~~~~ In file included from ../src/serialport.h:6, from ../src/serialport_unix.cpp:2: ../../../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) ^ ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’: ../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’: ../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024 snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from ../src/poller.cpp:1: ../../../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) ^
Ich erkenne aus den Meldungen nur, dass irgendwas nicht funbktioniert hat?
Danke dir und vG, ThorstenPS: der Vollständigkeit halber auch Befehl Nr. 2:
root@ioBroker2:/opt/iobroker# iobroker rebuild zigbee --install npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.zigbee" Rebuild zigbee done
Der sah besser aus
-
@Kueppert Das andere waren auch nur warnungen. Aber mit dem --install scheint es teilweise besser zu tun. Wir hatten schon Fälle wo das eine besser war und manchmal das andere. Die gründe aufzuführen wäre recht technisch Daher haben wir einfach beides gebaut
-
Nach zwei Sentry Crash Reports habe ich hier die 3.0.9 Aka Latest RC2 für Euch auf Github:
3.0.9 (2020-04-15) Release Elena
- (Apollon77) fix reported crash on obsolete object deletion (Sentry IOBROKER-JS-CONTROLLER-8)
- (Apollon77) fix reported crash when a new process can not be started because of ENOMEM (Sentry IOBROKER-JS-CONTROLLER-7)
- (foxriver76) make sure errors are return the same in two places
-
@apollon77 Update lief problemlos durch - mit folgenden Befehlszeilen (auch für alle, die sich mit dem Verzeichnis schwer tun nochmal zur Erinnerung):
cd /opt/iobroker iobroker stop npm install ioBroker/ioBroker.js-controller
(ggf. sudo nutzen, wenn man nicht mit root-Rechten unterwegs ist)
-
@apollon77 Hi,
die 3.09 wirft recht häufig das hier raus, die Adapter stehen dann auf rot:host.iobroker 2020-04-15 10:24:00.018 error instance system.adapter.freifunk.0 could not be started: Error: spawn ENOMEM
host.iobroker 2020-04-15 10:23:58.590 error instance system.adapter.enigma2.0 could not be started: Error: spawn ENOMEMBetrifft auch Socketio, mihome-vacuum Adapter...
-
@ilovegym hm...ich habe nur den MiHome-Vacuum, der läuft bei mir. Hab nur ein zwei warns gehabt:
mihome-vacuum.0 2020-04-15 10:26:14.963 info (24740) create state for carpet_mode mihome-vacuum.0 2020-04-15 10:26:13.437 info (24740) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-04-15 10:26:13.007 info (24740) Connected mihome-vacuum.0 2020-04-15 10:26:12.968 info (24740) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-04-15 10:26:12.967 warn (24740) Time difference between Mihome Vacuum and ioBroker: 1 sec mihome-vacuum.0 2020-04-15 10:26:12.955 info (24740) New generation or new fw(3.5.4,004004) detected, create new states goto and zoneclean mihome-vacuum.0 2020-04-15 10:26:12.912 info (24740) Create state clean_home for controlling by cloud adapter mihome-vacuum.0 2020-04-15 10:26:12.910 info (24740) Expert mode disabled, states deleted mihome-vacuum.0 2020-04-15 10:26:12.860 info (24740) starting. Version 2.0.9-RC07 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v13.12.0, js-controller: 3.0.9 mihome-vacuum.0 2020-04-15 10:26:12.121 warn (24740) This object will not be created in future versions. Please report this to the developer. mihome-vacuum.0 2020-04-15 10:26:12.119 warn (24740) Object mihome-vacuum.0.info.dnd is invalid: obj.common.type has an invalid value (switch) but has to be one of number, string, boolean, array, object, mixed, file, json
socketio läuft ohne Auffälligkeiten bei mir.