NEWS
Alpha Test js-controller 4.0
-
Hallo alle zusammen,
ich habe @next nochmals aktualisiert mit der 4.0.3, was die geplante Beta/Latest version für heute Nachmittag/Abend ist. Meine Tests sehen soweit gut aus.
Von daher wäre cool wenn Ihr, wie Zeit, es nochmal bei euch aktualisiert - dann habt Ihr auch gleich die Latest Version drauf :-)
Änderungen sind minimaler Kleinkram und Fixes der noch gemeldet wurde (und einige Version haben wir "verloren" weil der Release-Prozess nicht so wollte wie wir ;-) )
- (foxriver76) Fix user-group objects with invalid member list - reported by @wendy2702
- (foxriver76) Fix multihost commands - reported in GitHub
- (foxriver76) Fix meto object check/sync to prevent false positive logs
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
-
Hallo alle zusammen,
ich habe @next nochmals aktualisiert mit der 4.0.3, was die geplante Beta/Latest version für heute Nachmittag/Abend ist. Meine Tests sehen soweit gut aus.
Von daher wäre cool wenn Ihr, wie Zeit, es nochmal bei euch aktualisiert - dann habt Ihr auch gleich die Latest Version drauf :-)
Änderungen sind minimaler Kleinkram und Fixes der noch gemeldet wurde (und einige Version haben wir "verloren" weil der Release-Prozess nicht so wollte wie wir ;-) )
- (foxriver76) Fix user-group objects with invalid member list - reported by @wendy2702
- (foxriver76) Fix multihost commands - reported in GitHub
- (foxriver76) Fix meto object check/sync to prevent false positive logs
Ich war mal so mutig und habe die 4.0.3 auf mein Produktivsystem losgelassen (ein Hoch auf proxmox und die Möglichkeit von snapshots). Dabei sind folgende Meldungen noch hochgekommen:
The following notifications happened during sync: - Ignoring Directory "gartenbewaesserung.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "robonect.admin" because officially not created as meta object. Please remove directory!Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ferner folgende Warnungen im Log:
shuttercontrol.0 2022-02-05 11:15:36.840 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.839 warn Object shuttercontrol.0.info.Azimut is invalid: Default value has to be type "number" but received type "string" shuttercontrol.0 2022-02-05 11:15:36.832 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.830 warn Object shuttercontrol.0.info.Elevation is invalid: Default value has to be type "number" but received type "string" mqtt.0 2022-02-05 11:15:00.871 warn This object will not be created in future versions. Please report this to the developer. mqtt.0 2022-02-05 11:15:00.870 warn Object mqtt.0.info.connection is invalid: Default value has to be type "string" but received type "boolean"Issue beim Adapter erstellen?
Gruß Marco
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 -
Ich war mal so mutig und habe die 4.0.3 auf mein Produktivsystem losgelassen (ein Hoch auf proxmox und die Möglichkeit von snapshots). Dabei sind folgende Meldungen noch hochgekommen:
The following notifications happened during sync: - Ignoring Directory "gartenbewaesserung.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "robonect.admin" because officially not created as meta object. Please remove directory!Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ferner folgende Warnungen im Log:
shuttercontrol.0 2022-02-05 11:15:36.840 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.839 warn Object shuttercontrol.0.info.Azimut is invalid: Default value has to be type "number" but received type "string" shuttercontrol.0 2022-02-05 11:15:36.832 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.830 warn Object shuttercontrol.0.info.Elevation is invalid: Default value has to be type "number" but received type "string" mqtt.0 2022-02-05 11:15:00.871 warn This object will not be created in future versions. Please report this to the developer. mqtt.0 2022-02-05 11:15:00.870 warn Object mqtt.0.info.connection is invalid: Default value has to be type "string" but received type "boolean"Issue beim Adapter erstellen?
Gruß Marco
-
Ich war mal so mutig und habe die 4.0.3 auf mein Produktivsystem losgelassen (ein Hoch auf proxmox und die Möglichkeit von snapshots). Dabei sind folgende Meldungen noch hochgekommen:
The following notifications happened during sync: - Ignoring Directory "gartenbewaesserung.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "robonect.admin" because officially not created as meta object. Please remove directory!Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ferner folgende Warnungen im Log:
shuttercontrol.0 2022-02-05 11:15:36.840 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.839 warn Object shuttercontrol.0.info.Azimut is invalid: Default value has to be type "number" but received type "string" shuttercontrol.0 2022-02-05 11:15:36.832 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.830 warn Object shuttercontrol.0.info.Elevation is invalid: Default value has to be type "number" but received type "string" mqtt.0 2022-02-05 11:15:00.871 warn This object will not be created in future versions. Please report this to the developer. mqtt.0 2022-02-05 11:15:00.870 warn Object mqtt.0.info.connection is invalid: Default value has to be type "string" but received type "boolean"Issue beim Adapter erstellen?
Gruß Marco
-
Ich war mal so mutig und habe die 4.0.3 auf mein Produktivsystem losgelassen (ein Hoch auf proxmox und die Möglichkeit von snapshots). Dabei sind folgende Meldungen noch hochgekommen:
The following notifications happened during sync: - Ignoring Directory "gartenbewaesserung.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "robonect.admin" because officially not created as meta object. Please remove directory!Beide Adapter sind zzt. nicht in Benutzung. Können die Ordner tatsächlich gefahrlos gelöscht werden?
Ferner folgende Warnungen im Log:
shuttercontrol.0 2022-02-05 11:15:36.840 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.839 warn Object shuttercontrol.0.info.Azimut is invalid: Default value has to be type "number" but received type "string" shuttercontrol.0 2022-02-05 11:15:36.832 warn This object will not be created in future versions. Please report this to the developer. shuttercontrol.0 2022-02-05 11:15:36.830 warn Object shuttercontrol.0.info.Elevation is invalid: Default value has to be type "number" but received type "string" mqtt.0 2022-02-05 11:15:00.871 warn This object will not be created in future versions. Please report this to the developer. mqtt.0 2022-02-05 11:15:00.870 warn Object mqtt.0.info.connection is invalid: Default value has to be type "string" but received type "boolean"Issue beim Adapter erstellen?
Gruß Marco
@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?
Hier könnt ihr mich unterstützen.
-
Hallo alle zusammen,
ich habe @next nochmals aktualisiert mit der 4.0.3, was die geplante Beta/Latest version für heute Nachmittag/Abend ist. Meine Tests sehen soweit gut aus.
Von daher wäre cool wenn Ihr, wie Zeit, es nochmal bei euch aktualisiert - dann habt Ihr auch gleich die Latest Version drauf :-)
Änderungen sind minimaler Kleinkram und Fixes der noch gemeldet wurde (und einige Version haben wir "verloren" weil der Release-Prozess nicht so wollte wie wir ;-) )
- (foxriver76) Fix user-group objects with invalid member list - reported by @wendy2702
- (foxriver76) Fix multihost commands - reported in GitHub
- (foxriver76) Fix meto object check/sync to prevent false positive logs
@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 -
Aktuelle Test Version 4.0.0.alpha.69 (01.02.2022) Veröffentlichungsdatum 31.01.2022 Hallo ioBroker-Community,
nach längerer Entwicklungszeit steht heute der js-controller 4.0 für einen ersten Alpha-test zur Verfügung. Dieser Artikel enthält alle wichtigen Infos.
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 des Admin 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 Latest-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 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) 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 keine Inkompatibilitäten bekannt. 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
Generell muss das Update manuell via npm installiert werden.Hierzu im ioBroker-Verzeichnis
npm i iobroker.js-controller@nextausführen.Linux
- 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 cd /opt/iobroker- Das Update erfolgt via
npm i iobroker.js-controller@next - ioBroker starten (
iobroker start)
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.NACH der Installation
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 der Alpha bekannt sind und bis zum Releasen 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
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..
- ioBroker stoppen (
-
@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 ok der iobrokernew ist der Slave oder ist das der Master?und wo lief das Update? Zu wem gehört die genannte ip?
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
-
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 -
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..
@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?
-
@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
@apollon77
Ok, werde ich weiter beobachten. Aktuell etwas über 1GB weniger :-)) -
@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...
Support us
633
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge