UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@Kueppert Dabeihab ichs diesmal extra oben dazu geschrieben. Ich machs mal noch fett ... nächster schritt wäre rot blinkend :-)

[apollon77]

@e-i-k-e Dutchmen ist schon dran

[Homer.J.]

@apollon77 von mir jedenfalls einen :+1: läuft alles Klasse 3.0.8 mit Node.js
v13.12.0 keine Fehler mehr, und läuft jetzt auf meinem Produktivsystem.

[e-i-k-e]

@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.

[Jan1]

@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.

[Homer.J.]

@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. :blush:
Grüße

[Jan1]

@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.

[Homer.J.]

@Jan1 mach ich dafür sind ja Tests da. Hab immer ein Klon von meinem stabilen System kann also jederzeit zurück.

[Ein ehemaliger Benutzer]

@apollon77
Hi, All :-)

Nachdem 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!

[apollon77]

@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?

[apollon77]

@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 :-)

[apollon77]

@Homer-J Yahka 0.11.0 muss auch mit nodejs12 tun!

[apollon77]

@ilovegym sagte in Beta Test js-controller 3.0.x auf GitHub:

Virtualpowermeter

ble: Ja interessant
virtualpowermeter ist auch interessant. muss beides gefixt werden

[Kueppert]

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, Thorsten

PS: 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 :)

[apollon77]

@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

[apollon77]

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

[Kueppert]

@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)

[Ein ehemaliger Benutzer]

@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 ENOMEM

Betrifft auch Socketio, mihome-vacuum Adapter...

[Kueppert]

@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.

[Ein ehemaliger Benutzer]

@ilovegym sagte in Beta Test js-controller 3.0.x auf GitHub:

@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 ENOMEM

Betrifft auch Socketio, mihome-vacuum Adapter...

Reboot tat gut... danach war ruhe.. bis auf jede Menge warnings vom Socketio.. und web Adapter:

web.0 2020-04-15 10:49:56.703 warn readFile will not read this file (index.html) in future versions: socket.io is not an object of type "meta"
web.0 2020-04-15 10:49:54.612 warn readFile will not read this file (index.html) in future versions: socket.io is not an object of type "meta"
web.0 2020-04-15 10:49:46.704 warn readFile will not read this file (index.html) in future versions: socket.io is not an object of type "meta"
web.0 2020-04-15 10:49:44.372 warn readFile will not read this file (index.html) in future versions: socket.io is not an object of type "meta"