NEWS
Alpha Test js-controller 4.0
-
eben auch auf js-controller 4.03 mal gegangen, iobroker laeuft, kam beim update hier was :
ilovegym@VMC123-iobroker /opt/iobroker $ npm i iobroker.js-controller@next > iobroker.js-controller@4.0.3 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.15 > unix-dgram@2.0.4 install /opt/iobroker/node_modules/unix-dgram > node-gyp rebuild make: Entering directory '/opt/iobroker/node_modules/unix-dgram/build' CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o In file included from ../../nan/nan.h:56, from ../src/unix_dgram.cc:5: /home/iobroker/.cache/node-gyp/14.18.3/include/node/node.h:787: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.18.3/include/node/node.h:821: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) ^~~~~~~~~~~ SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Leaving directory '/opt/iobroker/node_modules/unix-dgram/build' > iobroker.js-controller@4.0.3 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first object _design/system updatedFehler kommt auf den Raspis als Multihost-slave ebenfalls..
-
@feuersturm ok der iobrokernew ist der Slave oder ist das der Master?und wo lief das Update? Zu wem gehört die genannte ip?
@apollon77 sagte in Alpha Test js-controller 4.0:
@feuersturm ok der iobrokernew ist der Slave oder ist das der Master?und wo lief das Update? Zu wem gehört die genannte ip?
@apollon77 iobrokernew ist der Slave mit der IP 192.168.178.78. Das update lief auf dem Master "ioBrokerTestsystem" mit der IP 192.168.178.77
-
eben auch auf js-controller 4.03 mal gegangen, iobroker laeuft, kam beim update hier was :
ilovegym@VMC123-iobroker /opt/iobroker $ npm i iobroker.js-controller@next > iobroker.js-controller@4.0.3 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.15 > unix-dgram@2.0.4 install /opt/iobroker/node_modules/unix-dgram > node-gyp rebuild make: Entering directory '/opt/iobroker/node_modules/unix-dgram/build' CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o In file included from ../../nan/nan.h:56, from ../src/unix_dgram.cc:5: /home/iobroker/.cache/node-gyp/14.18.3/include/node/node.h:787: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.18.3/include/node/node.h:821: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) ^~~~~~~~~~~ SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Leaving directory '/opt/iobroker/node_modules/unix-dgram/build' > iobroker.js-controller@4.0.3 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first object _design/system updatedFehler kommt auf den Raspis als Multihost-slave ebenfalls..
-
@ilovegym
Welcher Fehler? Das sind ganz normale build messages@thomas-braun oh , ich meine das warning incompatible function types.. ok, wenn das so sein soll, soll mir recht sein, geht ja auch alles.. :-)
-
@apollon77 Habe gerade einmal ein update auf die 4.0.3 gemacht.
Gestern abend hatte ich noch ein apt update / upgrade gemacht, wobei auch nodejs aktualisiert wurde. Aktuelle node und npm Version:proxmox@ioBrokerTestsystem:/opt/iobroker$ node -v v14.19.0 proxmox@ioBrokerTestsystem:/opt/iobroker$ npm -v 6.14.16Beim Update gab es diese Fehlermeldungen. Haben sie was zu bedeuten?
Die IP 192.168.178.78 ist der ioBroker Slave. Ich habe gerade den Master aktualisiert, der Slave (js-controller 4.0 alpha 73) lief aber.Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.cputime: The database is not open! Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.mem: The database is not open! Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.memHeapUsed: The database is not open!Hier die vollständie Ausgabe vom Update
proxmox@ioBrokerTestsystem:/opt/iobroker$ npm i iobroker.js-controller@next [sudo] password for proxmox: > iobroker.js-controller@4.0.3 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.16 > unix-dgram@2.0.4 install /opt/iobroker/node_modules/unix-dgram > node-gyp rebuild make: Entering directory '/opt/iobroker/node_modules/unix-dgram/build' CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o In file included from ../src/unix_dgram.cc:5: ../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)': ../../nan/nan.h:2294: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] 2294 | , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) | ^ In file included from ../../nan/nan.h:56, from ../src/unix_dgram.cc:5: ../src/unix_dgram.cc: At global scope: /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) | ^~~~~~~~~~~ SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Leaving directory '/opt/iobroker/node_modules/unix-dgram/build' > iobroker.js-controller@4.0.3 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first object _design/system updated { "defaultPrivate": "-----BEGIN RSA PRIVATE KEY-----\r\nMIIEpQIBAAKCAQEA0UJUHJOm8DL4S++hcAHHj4DLTZWBTzRQufvVYL0FdT5qGti0\r\nbCmu5KdFCL0uwOT89EEGE2rp9kwyneeeqaBXpSoScX78gtX7wOUTUX+pyBQi82kR\r\nsFX/WYrO8o4h1bEuOqyTGD4sywE1gupGnuAytgimuARGKB4i9wLbIM3k22XjCmnW\r\nRgp9VSNOUE8HhCKKHHi4TUs0dBaH2zdacKoMsiqB5OZw3v+VfV+HlG7edraTvxnI\r\nOd7FIjhb1ed5DFbFLKHrKpA2snSkZuMJvReE/5vvy1awnQOpOsJB0N6fpO/nRCt6\r\n0HolCiH5lwAkTVlxieQowsW9cGIUHCwCi0BhXQIDAQABAoIBAQDHxP+RbG/xXWdm\r\n7vR6fmhqGfV8Mp8I4xOyCbWxraIZRKV8zaaon76EMR+ZcSnCIplOAQlw3h9O731e\r\n+7CflSA24AxNZ4Je0TOO+eHQawTFqluXbpXhdqfYbsiUDJZGb+iHQRsICMswXg4c\r\n1dTndXdUCrxGbmYfhG2yzHovPgAeZdNHG15h9HAnpxT6PcZiPAapnQCk3Yx7n9zs\r\nhgcXASBGL2DrOXS9qiQ6Tb9AWVDiM39mJX8yE0utNNXa8dgtppOhyu6xcBDyvMbM\r\nf2uBFMZlWU2FGa901A8gKRJWN+WItC7HxCJYtWD2fcXCQcMS7aYATY8rm0Rre3q6\r\no9niOoXNAoGBAOeogYRhMsZ+DkF5Rh7JgznIbTFEuEMYAXJaWNz4ZoyqGC7qRoft\r\nRlv+nj5YGb2La90qG+jblPjUvGW8ngdodmj9+pI9UFzt/Voo0Zskhh9BXS5Gb7JA\r\n+ieUPy0mLwXnBDwhW3FwSEVkLIkabGlrrRdg+5mcasSkSbNaX34bkPG7AoGBAOc/\r\nTABAANs0ACzzXwNh8LUKNft8Lm18dG+OmNu/Xn8OcZ/hgP84HUKPhN13h5IXLrPo\r\nTudvVRzc7B2kbYpwLJNrVge3ZRV9yUtoUICNdjnurR+DV6+nGA+byF08mtLdQJH5\r\n3vmhoZE8D7cvBR+IEsf3T2MKRqkLy8FNHtQtBVvHAoGBAKv2iRZEtNVls51kseme\r\nutvE7VF6arHbew9xA7AccLuQdF03KV4zg1w82Sj8azcp7MsDPC6R+bbw7F01M7Xa\r\nFLQBfOTbwPEK9VvdGyNobGt9MPdt7/JJi6ifwnn4c0WVZK5iMKg3ql5gazLnO3zS\r\nIm5NXtd7pkIMlm0d8+7/9YuLAoGAVe/E67bdWpjpk8rhvV0RWgYwZ4QPsOp2Ttrc\r\nXZWxpWAVw8fG65HL9edmBfOcsyLgXUVwxTsvkylaqe1oM/FZ73MNJpL2AtWbD+X1\r\nPMDVddQIDFUAKivbmjlXbabPFpvYmicUwQpbA6Ehaf8UVVJ5QEzc+L5h4gKbNvvV\r\nAB63BhMCgYEAwrHBgWtdCzrEg9c663uziK91j6T4PKHrua1yka4awT9Z8LhEga24\r\nMhXED9Bw9Vvsa6xDaJ7AobGEtMTYCupB2u+cemaR3/f7ayCNBlZuTjz/ibftHkJb\r\nV9blMZ0EBC/006ZLnsA6QLs0SqruVgPQbUjLP5Q7F4Dmudz9swxpuT0=\r\n-----END RSA PRIVATE KEY-----\r\n", "defaultPublic": "-----BEGIN CERTIFICATE-----\r\nMIIDlDCCAnygAwIBAgIJCEBGN+fDGlYlMA0GCSqGSIb3DQEBCwUAMD4xETAPBgNV\r\nBAMTCGlvYnJva2VyMRYwFAYDVQQKEw1pb0Jyb2tlciBHbWJIMREwDwYDVQQLEwhp\r\nb2Jyb2tlcjAeFw0yMjAyMDUxMDM5MTVaFw0yMzAyMDUxMDM5MTVaMEgxGzAZBgNV\r\nBAMTEmlvQnJva2VyVGVzdHN5c3RlbTEWMBQGA1UEChMNaW9Ccm9rZXIgR21iSDER\r\nMA8GA1UECxMIaW9icm9rZXIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB\r\nAQDRQlQck6bwMvhL76FwAcePgMtNlYFPNFC5+9VgvQV1Pmoa2LRsKa7kp0UIvS7A\r\n5Pz0QQYTaun2TDKd556poFelKhJxfvyC1fvA5RNRf6nIFCLzaRGwVf9Zis7yjiHV\r\nsS46rJMYPizLATWC6kae4DK2CKa4BEYoHiL3AtsgzeTbZeMKadZGCn1VI05QTweE\r\nIooceLhNSzR0FofbN1pwqgyyKoHk5nDe/5V9X4eUbt52tpO/Gcg53sUiOFvV53kM\r\nVsUsoesqkDaydKRm4wm9F4T/m+/LVrCdA6k6wkHQ3p+k7+dEK3rQeiUKIfmXACRN\r\nWXGJ5CjCxb1wYhQcLAKLQGFdAgMBAAGjgYowgYcwDAYDVR0TAQH/BAIwADAPBgNV\r\nHQ8BAf8EBQMDB7+AMB0GA1UdEQQWMBSCEmlvQnJva2VyVGVzdHN5c3RlbTAdBgNV\r\nHQ4EFgQUD0SE7Kg2dRW/OQU/gUV8P97Rbj4wHQYDVR0lBBYwFAYIKwYBBQUHAwEG\r\nCCsGAQUFBwMCMAkGA1UdIwQCMAAwDQYJKoZIhvcNAQELBQADggEBANBTXcSPdI7E\r\niwmsf7h5eubmtIeGNU0UYIYiVvqgBn0DUw8SwjwhZgbFCPd4Qx6NAecEPWqztmem\r\n2HVqwkzgpzQ64wb1YOywZqUP7xmWlnxzEzUZg3hq8+JGgJqkl3tMTnpm87jGReyu\r\nYjfyRHtNj4Gjq6LGs8RqPA4pXe204XSoakdKoeRiy7qi2ULD8GKLjkC+pHF4RA/Y\r\nKPGmY0F8RliFYPkdIvN8GbCpibZnwq+J6U+1+9k46EuXhzaLQVjGfCNLPzjmmT/0\r\nYtosTkCOIbIwiwmmP9byXHhimVXOq/97cvR+zZB+xxqJXvt5zxTGjKgNAcpN/w7E\r\n0F41Cw5EmdU=\r\n-----END CERTIFICATE-----\r\n" } Update certificate defaultPrivate The object "system.certificates" was updated successfully. Update certificate defaultPublic The object "system.certificates" was updated successfully. Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.cputime: The database is not open! Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.mem: The database is not open! Server Objects 192.168.178.78:60268 Error from InMemDB: Error: ERROR setObject id=system.host.ioBrokerNew.memHeapUsed: The database is not open! npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.2 (node_modules/chokidar/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@4.0.3 removed 19 packages and updated 14 packages in 102.06s 43 packages are looking for funding run `npm fund` for detailsGithub issue
https://github.com/ioBroker/ioBroker.js-controller/issues/1746@feuersturm also wenn das das Update vom Master war und der Slave noch lief Bzw sich neu gestartet hat dann kann sowas ggf passieren.
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
-
@feuersturm also wenn das das Update vom Master war und der Slave noch lief Bzw sich neu gestartet hat dann kann sowas ggf passieren.
@apollon77 sagte in Alpha Test js-controller 4.0:
@feuersturm also wenn das das Update vom Master war und der Slave noch lief Bzw sich neu gestartet hat dann kann sowas ggf passieren.
Ok. Slave lief in diesem Falle noch.
-
@feuersturm also wenn das das Update vom Master war und der Slave noch lief Bzw sich neu gestartet hat dann kann sowas ggf passieren.
Hab auch 4.0.3 laufen. Keine Auffälligkeiten hier.
-
@apollon77
Upadate auf 4.0.3 lief mit den bereits bekannten Warnungen von den Adaptern Yamaha, Shelly und shuttercontrol durch. :+1:Braucht der neue js-controller weniger Speicher?
@fortune95 Speicherverbrauchstechnisch haben wir nicht wirklich etwas geändert wenn ich mich recht entsinne. Und daher: kann gut sein, wäre interessant ;-)) beobachte es mal
-
@apollon77 sagte in Alpha Test js-controller 4.0:
@feuersturm also wenn das das Update vom Master war und der Slave noch lief Bzw sich neu gestartet hat dann kann sowas ggf passieren.
Ok. Slave lief in diesem Falle noch.
@feuersturm machst bitte trotzdem ein github issue. Will mir das ansehen
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
-
@feuersturm machst bitte trotzdem ein github issue. Will mir das ansehen
-
@fortune95 Speicherverbrauchstechnisch haben wir nicht wirklich etwas geändert wenn ich mich recht entsinne. Und daher: kann gut sein, wäre interessant ;-)) beobachte es mal
@apollon77 hab auch 1GB weniger in use...
-
@lonsimbt sagte in Alpha Test js-controller 4.0:
Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ich vermute die Adapter sind derzeit nicht mal installiert?
@foxriver76 wäre auch meine Vermutung. Sonst upload all mal machen
-
@apollon77
Ok, werde ich weiter beobachten. Aktuell etwas über 1GB weniger :-))@fortune95 sagte in Alpha Test js-controller 4.0:
Aktuell etwas über 1GB weniger :-))
Nach so kurzer uptime kannst du das eher nicht beurteilen. Schau nach ein paar Stunden nochmal danach.
-
@feuersturm machst bitte trotzdem ein github issue. Will mir das ansehen
@apollon77 sagte in Alpha Test js-controller 4.0:
@feuersturm machst bitte trotzdem ein github issue. Will mir das ansehen
Erledigt, ist in meinem obigen Post verlinkt.
-
Ich hab gerade den Slave (iobrokerNew) ebenfalls auf 4.0.3 aktualisiert.
Danach hab ich mal den Master per iobroker stop ausgeschaltet. Der Slave meldet berechtigterweisehost.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001danach hab ich den Master wieder gestartet. Beim hochfahren war im Log folgende Warnungen / Fehler vom Master / Slave im Log
05 Feb 2022 12:09:23.686 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.683 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.678 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.675 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:23.675 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742Vollständiges Log:
05 Feb 2022 12:09:30.646 iobrokerTestsystem admin.0 (26234) requesting all objects 05 Feb 2022 12:09:30.644 iobrokerTestsystem admin.0 (26234) requesting all states 05 Feb 2022 12:09:30.554 iobrokerTestsystem admin.0 (26234) starting. Version 5.2.3 in /opt/iobroker/node_modules/iobroker.admin, node: v14.19.0, js-controller: 4.0.3 05 Feb 2022 12:09:30.327 iobrokerTestsystem host.ioBrokerTestsystem instance system.adapter.javascript.0 started with pid 26245 05 Feb 2022 12:09:28.683 iobrokerTestsystemSlave host.ioBrokerNew Objects database successfully reconnected 05 Feb 2022 12:09:26.363 iobrokerTestsystem host.ioBrokerTestsystem instance system.adapter.admin.0 started with pid 26234 05 Feb 2022 12:09:26.110 iobrokerTestsystem host.ioBrokerTestsystem starting 29 instances 05 Feb 2022 12:09:25.968 iobrokerTestsystem host.ioBrokerTestsystem 58 instances found 05 Feb 2022 12:09:24.957 iobrokerTestsystem host.ioBrokerTestsystem added notifications configuration of host 05 Feb 2022 12:09:24.923 iobrokerTestsystem host.ioBrokerTestsystem connected to Objects and States 05 Feb 2022 12:09:23.686 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.683 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.678 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.675 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:23.675 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.585 iobrokerTestsystemSlave host.ioBrokerNew Objects database successfully reconnected 05 Feb 2022 12:09:22.215 iobrokerTestsystem host.ioBrokerTestsystem ip addresses: 192.168.178.77 fe80::f854:cfff:fe5f:6c25 05 Feb 2022 12:09:22.212 iobrokerTestsystem host.ioBrokerTestsystem hostname: ioBrokerTestsystem, node: v14.19.0 05 Feb 2022 12:09:22.210 iobrokerTestsystem host.ioBrokerTestsystem Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 05 Feb 2022 12:09:22.204 iobrokerTestsystem host.ioBrokerTestsystem iobroker.js-controller version 4.0.3 js-controller starting 05 Feb 2022 12:09:18.668 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:18.576 iobrokerTestsystemSlave host.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001 05 Feb 2022 12:09:13.660 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:13.569 iobrokerTestsystemSlave host.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001 -
Hier mit der 4.0.3 auch alles ordentlich durchgelaufen.
-
Ich hab gerade den Slave (iobrokerNew) ebenfalls auf 4.0.3 aktualisiert.
Danach hab ich mal den Master per iobroker stop ausgeschaltet. Der Slave meldet berechtigterweisehost.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001danach hab ich den Master wieder gestartet. Beim hochfahren war im Log folgende Warnungen / Fehler vom Master / Slave im Log
05 Feb 2022 12:09:23.686 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.683 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.678 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.675 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:23.675 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742Vollständiges Log:
05 Feb 2022 12:09:30.646 iobrokerTestsystem admin.0 (26234) requesting all objects 05 Feb 2022 12:09:30.644 iobrokerTestsystem admin.0 (26234) requesting all states 05 Feb 2022 12:09:30.554 iobrokerTestsystem admin.0 (26234) starting. Version 5.2.3 in /opt/iobroker/node_modules/iobroker.admin, node: v14.19.0, js-controller: 4.0.3 05 Feb 2022 12:09:30.327 iobrokerTestsystem host.ioBrokerTestsystem instance system.adapter.javascript.0 started with pid 26245 05 Feb 2022 12:09:28.683 iobrokerTestsystemSlave host.ioBrokerNew Objects database successfully reconnected 05 Feb 2022 12:09:26.363 iobrokerTestsystem host.ioBrokerTestsystem instance system.adapter.admin.0 started with pid 26234 05 Feb 2022 12:09:26.110 iobrokerTestsystem host.ioBrokerTestsystem starting 29 instances 05 Feb 2022 12:09:25.968 iobrokerTestsystem host.ioBrokerTestsystem 58 instances found 05 Feb 2022 12:09:24.957 iobrokerTestsystem host.ioBrokerTestsystem added notifications configuration of host 05 Feb 2022 12:09:24.923 iobrokerTestsystem host.ioBrokerTestsystem connected to Objects and States 05 Feb 2022 12:09:23.686 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.683 iobrokerTestsystemSlave host.ioBrokerNew Could not execute primary host determination: Error Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.678 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.675 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:23.675 iobrokerTestsystem host.ioBrokerTestsystem-Server Objects 192.168.178.78:48414 Error from InMemDB: Error: Unknown Script b0bd9e6fd92479ccf43654a7ba7443c915d0a742 05 Feb 2022 12:09:23.585 iobrokerTestsystemSlave host.ioBrokerNew Objects database successfully reconnected 05 Feb 2022 12:09:22.215 iobrokerTestsystem host.ioBrokerTestsystem ip addresses: 192.168.178.77 fe80::f854:cfff:fe5f:6c25 05 Feb 2022 12:09:22.212 iobrokerTestsystem host.ioBrokerTestsystem hostname: ioBrokerTestsystem, node: v14.19.0 05 Feb 2022 12:09:22.210 iobrokerTestsystem host.ioBrokerTestsystem Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 05 Feb 2022 12:09:22.204 iobrokerTestsystem host.ioBrokerTestsystem iobroker.js-controller version 4.0.3 js-controller starting 05 Feb 2022 12:09:18.668 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:18.576 iobrokerTestsystemSlave host.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001 05 Feb 2022 12:09:13.660 iobrokerTestsystemSlave host.ioBrokerNew States database error: connect ECONNREFUSED 192.168.178.77:9000 05 Feb 2022 12:09:13.569 iobrokerTestsystemSlave host.ioBrokerNew Objects database error: connect ECONNREFUSED 192.168.178.77:9001@feuersturm aber danach tat alles oder? Mach auch mal issue. Schauen wir uns an.
-
@lonsimbt sagte in Alpha Test js-controller 4.0:
Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ich vermute die Adapter sind derzeit nicht mal installiert?
@foxriver76 sagte in Alpha Test js-controller 4.0:
@lonsimbt sagte in Alpha Test js-controller 4.0:
Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ich vermute die Adapter sind derzeit nicht mal installiert?
Doch sind beide installiert und haben Instanzen, sind zzt. aber pausiert, weil zzt. leider noch kein Mähroboter noch Gartenbewässerungssaison ist.
iobroker im Container (debian Bullseye) unter proxmox 7.1
debmatic in VM (debian Buster) unter proxmox 7.1 mit HB-RF-USB und RPI-RF-MOD
40 HomeMatic Geräte, Phillips Hue, Ikea Tradfri, Logitech Harmony Hub, Botvac Connected, Robonect -
@foxriver76 sagte in Alpha Test js-controller 4.0:
@lonsimbt sagte in Alpha Test js-controller 4.0:
Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ich vermute die Adapter sind derzeit nicht mal installiert?
Doch sind beide installiert und haben Instanzen, sind zzt. aber pausiert, weil zzt. leider noch kein Mähroboter noch Gartenbewässerungssaison ist.
-
@apollon77 @foxriver76 : 4.03 auf Master und beiden Slaves installiert.
Master lief diesmal ohne die Access error durch.
Auf einem Slave wo unter anderem der Smartmeter Adapter (Serialport) läuft sieht das log so aus:
HIer mal zwei Auszüge:
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm WARN deprecated har-validator@5.1.5: this library is no longer supported npm WARN deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details.und
make: *** [serialport.target.mk:112: Release/obj.target/serialport/src/serialport.o] Fehler 1 make: Verzeichnis „/opt/iobroker/node_modules/smartmeter-obis/node_modules/serialport/build“ wird verlassen gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23) gyp ERR! stack at ChildProcess.emit (events.js:400:28) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:282:12) gyp ERR! System Linux 5.10.63-v7+ gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/smartmeter-obis/node_modules/serialport gyp ERR! node -v v14.19.0 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not okEmpfehlungen?
Was/kann/muss ich machen damit das Forum hier nicht "Github" issues verlinkt ?
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Support us
329
Online32.6k
Users82.1k
Topics1.3m
Posts