NEWS
js-controller 3.3 jetzt im Beta
-
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
admin.0 2021-06-20 09:38:10.143 info (9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet
Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
admin.0 2021-06-20 09:38:10.143 info (9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet
Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.
Ich hab auf Basis dieser Information von @apollon77 einfach mal eine Neuinstallation mit
curl -sLf https://iobroker.net/install.sh | bash -gemachtEs ist am Ende alles gleich ausser das bei einer Erstinstallation der Info-Adapter nicht mehr standardmäßig installiert wird, da einiges an Aufwand reingesteckt werden muss um Ihn Admin5 Kompatibel zu bekommen und bereits einige Features zu Admin5 gewandert sind. Daher nehmen wir Ihn vorerst aus der Standardinstallation. Der Installer ist ebenfalls schon aktualisiert.
Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.
Da hast du Recht:
proxmox@ioBrokerNew:~$ date Sun Jun 20 09:51:18 UTC 2021 -
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
admin.0 2021-06-20 09:38:10.143 info (9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet
Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.
Ich hab auf Basis dieser Information von @apollon77 einfach mal eine Neuinstallation mit
curl -sLf https://iobroker.net/install.sh | bash -gemachtEs ist am Ende alles gleich ausser das bei einer Erstinstallation der Info-Adapter nicht mehr standardmäßig installiert wird, da einiges an Aufwand reingesteckt werden muss um Ihn Admin5 Kompatibel zu bekommen und bereits einige Features zu Admin5 gewandert sind. Daher nehmen wir Ihn vorerst aus der Standardinstallation. Der Installer ist ebenfalls schon aktualisiert.
Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.
Da hast du Recht:
proxmox@ioBrokerNew:~$ date Sun Jun 20 09:51:18 UTC 2021@feuersturm sagte in js-controller 3.3 jetzt im Beta:
eine Neuinstallation
Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x
Da kommt dann natürlich auch der Hinweis auf dem info-Adapter zu Recht.Und stell die Zeitzone, das sorgt gerne für Probleme sonst.
-
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
eine Neuinstallation
Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x
Da kommt dann natürlich auch der Hinweis auf dem info-Adapter zu Recht.Und stell die Zeitzone, das sorgt gerne für Probleme sonst.
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
eine Neuinstallation
Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x
Das ist richtig. Wollte nur mal testen ob der Installer weiterhin funktioniert. Kann ich dem Installer auch mitgeben, dass er sich aus dem Beta Kanal bedienen soll, um neuen Installer + js-contrller 3.3.x zu testen?
-
Hi,
mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:2021-06-20 10:58:16.571 - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.590 - debug: nuki.0 (65253) Objects client ready ... initialize now 2021-06-20 10:58:16.591 - debug: nuki.0 (65253) Objects create System PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects create User PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects client initialize lua scripts 2021-06-20 10:58:16.599 - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.603 - debug: nuki.0 (65253) objectDB connected 2021-06-20 10:58:16.604 - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.608 - debug: nuki.0 (65253) States create System PubSub Client 2021-06-20 10:58:16.609 - debug: nuki.0 (65253) States create User PubSub Client 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) statesDB connected 2021-06-20 10:58:16.751 - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13 2021-06-20 10:58:16.771 - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config IP address: 192.168.0.30 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config port: 8080 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config token: xxxx 2021-06-20 10:58:16.773 - debug: nuki.0 (65253) timer set: 60000 milliseconds 2021-06-20 10:58:16.571 - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.590 - debug: nuki.0 (65253) Objects client ready ... initialize now 2021-06-20 10:58:16.591 - debug: nuki.0 (65253) Objects create System PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects create User PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects client initialize lua scripts 2021-06-20 10:58:16.599 - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.603 - debug: nuki.0 (65253) objectDB connected 2021-06-20 10:58:16.604 - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.608 - debug: nuki.0 (65253) States create System PubSub Client 2021-06-20 10:58:16.609 - debug: nuki.0 (65253) States create User PubSub Client 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) statesDB connected 2021-06-20 10:58:16.751 - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13 2021-06-20 10:58:16.771 - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config IP address: 192.168.0.30 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config port: 8080 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config token: xxxx 2021-06-20 10:58:16.773 - debug: nuki.0 (65253) timer set: 60000 milliseconds 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string" 2021-06-20 10:58:20.054 - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string" 2021-06-20 10:58:20.214 - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=xxxxx 2021-06-20 10:58:20.225 - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object" 2021-06-20 10:58:20.054 - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string" 2021-06-20 10:58:20.214 - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=sl0ufi 2021-06-20 10:58:20.225 - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object" 2021-06-20 10:58:22.882 - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxx 2021-06-20 10:58:22.883 - debug: nuki.0 (65253) found Nuki device: 279997633 2021-06-20 10:58:22.886 - debug: nuki.0 (65253) found Nuki device: 645032813 2021-06-20 10:58:22.887 - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.888 - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19) at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13) at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17) at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:376:20) at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10) at Request.emit (events.js:376:20) at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12) at Object.onceWrapper (events.js:482:28) at IncomingMessage.emit (events.js:388:22) 2021-06-20 10:58:22.888 - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.897 - info: nuki.0 (65253) cleaned everything up... 2021-06-20 10:58:22.897 - info: nuki.0 (65253) terminating 2021-06-20 10:58:22.898 - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number" 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number" 2021-06-20 10:58:22.882 - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxxx 2021-06-20 10:58:22.883 - debug: nuki.0 (65253) found Nuki device: 279997633 2021-06-20 10:58:22.886 - debug: nuki.0 (65253) found Nuki device: 645032813 2021-06-20 10:58:22.887 - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.888 - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19) at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13) at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17) at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:376:20) at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10) at Request.emit (events.js:376:20) at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12) at Object.onceWrapper (events.js:482:28) at IncomingMessage.emit (events.js:388:22) 2021-06-20 10:58:22.888 - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.897 - info: nuki.0 (65253) cleaned everything up... 2021-06-20 10:58:22.897 - info: nuki.0 (65253) terminating 2021-06-20 10:58:22.898 - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number" 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number" 2021-06-20 10:58:23.913 - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-06-20 10:58:23.915 - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enabled 2021-06-20 10:58:23.913 - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-06-20 10:58:23.915 - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enableddaher angelegt: https://github.com/smaragdschlange/ioBroker.nuki/issues/50
@ilovegym sagte in js-controller 3.3 jetzt im Beta:
mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:
Ich habe mit v3.3.13, Nuki v2.3.0, node v14.17.1 und NPM v6.14.13 keine Probleme.
-
@ilovegym sagte in js-controller 3.3 jetzt im Beta:
mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:
Ich habe mit v3.3.13, Nuki v2.3.0, node v14.17.1 und NPM v6.14.13 keine Probleme.
@dr-bakterius
welchen Nuki Adapter verwendest du ?`V2 gibts bei mir nicht...
Hab V1.4.4 und der ist aktuell, auch auf git...Oder meinst du den Nuki-Extended?
-
@dr-bakterius
welchen Nuki Adapter verwendest du ?`V2 gibts bei mir nicht...
Hab V1.4.4 und der ist aktuell, auch auf git...Oder meinst du den Nuki-Extended?
@ilovegym sagte in js-controller 3.3 jetzt im Beta:
Oder meinst du den Nuki-Extended?
Ja genau, sorry dass ich nicht daran gedacht hatte... :face_with_rolling_eyes:
-
- Master- Slavesystem lies sich ohne Probleme auf 3.3.13 aktualisieren und auch keine Probleme beim Start.
- Danach ioBroker Neuinstallation mit curl Installer Skript ausgeführt ("Installer version: 2021-06-18")
Bei dieser Ausgabe bin ich mir nicht sicher ob es sich um Fehler handelt oder nur Inhalte während der Installation sind. Eine normalen User irritieren sie aber sicherlich:
./src/serialport_unix.cpp: In function 'int setup(int, OpenBaton*)': ../src/serialport_unix.cpp:166:5: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) { ^~~~~ In file included from /usr/include/stdio.h:862:0, from ../src/serialport.h:10, from ../src/serialport_unix.cpp:2: /usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 20 or more bytes (assuming 1043) into a destination of size 1024 __bos (__s), __fmt, __va_arg_pack ()); ^ ../src/serialport_unix.cpp: In function 'void EIO_Open(uv_work_t*)': ../src/serialport_unix.cpp:79:6: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) { ^~~~~~~~ In file included from /usr/include/stdio.h:862:0, from ../src/serialport.h:10, from ../src/serialport_unix.cpp:2: /usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 22 or more bytes (assuming 1045) into a destination of size 1024 __bos (__s), __fmt, __va_arg_pack ()); ^Beim Start der Neuinstallation kommt dann:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.Im Log vom frisch aufgesetzten ioBroker tauchen noch folgende Warnungen auf
host.ioBrokerNew 2021-06-20 09:39:33.348 info Updating repository "default" under "http://download.iobroker.net/sources-dist.json" discovery.0 2021-06-20 09:38:13.150 info (9405) starting. Version 2.6.1 in /opt/iobroker/node_modules/iobroker.discovery, node: v12.22.1, js-controller: 3.2.16 host.ioBrokerNew 2021-06-20 09:38:10.659 info instance system.adapter.discovery.0 started with pid 9405 admin.0 2021-06-20 09:38:10.527 warn (9354) State "admin.0.info.lastUpdateCheck" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.525 warn (9354) State "admin.0.info.updatesJson" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.523 warn (9354) State "admin.0.info.newUpdates" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.522 warn (9354) State "admin.0.info.updatesList" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.519 warn (9354) State "admin.0.info.updatesNumber" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.350 info (9354) Use link "http://localhost:8081" to configure. admin.0 2021-06-20 09:38:10.349 info (9354) http server listening on port 8081 admin.0 2021-06-20 09:38:10.302 warn (9354) Repository cannot be read admin.0 2021-06-20 09:38:10.293 info (9354) received all objects admin.0 2021-06-20 09:38:10.245 info (9354) requesting all objects admin.0 2021-06-20 09:38:10.243 info (9354) requesting all states admin.0 2021-06-20 09:38:10.143 info (9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16 host.ioBrokerNew 2021-06-20 09:38:06.784 info instance system.adapter.admin.0 started with pid 9354 host.ioBrokerNew 2021-06-20 09:38:06.620 info starting 2 instances host.ioBrokerNew 2021-06-20 09:38:06.594 info 2 instances found host.ioBrokerNew 2021-06-20 09:38:05.823 info added notifications configuration of host host.ioBrokerNew 2021-06-20 09:38:05.663 info connected to Objects and States host.ioBrokerNew 2021-06-20 09:38:05.135 info ip addresses: 192.168.178.78 fe80::d4a0:37ff:fe8e:f0c1 host.ioBrokerNew 2021-06-20 09:38:05.134 info hostname: ioBrokerNew, node: v12.22.1 host.ioBrokerNew 2021-06-20 09:38:05.133 info Copyright (c) 2014-2021 bluefox, 2014 hobbyquakerAnsonsten lief die Neuinstallation ohne Probleme durch.
@feuersturm Danke, gutes Finding. Das gibt sich dann sobald Admin5 im Stable ist :-) Von daher würde ich es mal so lassen für jetzt
-
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
eine Neuinstallation
Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x
Das ist richtig. Wollte nur mal testen ob der Installer weiterhin funktioniert. Kann ich dem Installer auch mitgeben, dass er sich aus dem Beta Kanal bedienen soll, um neuen Installer + js-contrller 3.3.x zu testen?
@feuersturm Ne kann man nicht, aber am Ende kommt die Meldung so lange wie Admin 4 noch im Stable ist
-
Nach noch einem kleinen Fehlerchen (den es schon in 3.2.x gab) kommt jetzt noch 3.3.14 ... Stable RC4 ... Das wars dann aber hoffentlich endgültig ...
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
-
Nach noch einem kleinen Fehlerchen (den es schon in 3.2.x gab) kommt jetzt noch 3.3.14 ... Stable RC4 ... Das wars dann aber hoffentlich endgültig ...
@apollon77
Ich habe js-controller 3.3.14, Admin 5.x und Jsonl installiert. Update und Betrieb verläuft ohne Probleme. -
@apollon77
Ich habe js-controller 3.3.14, Admin 5.x und Jsonl installiert. Update und Betrieb verläuft ohne Probleme.Ich habe in einem State immer ein Objekt gespeichert
setState("speechout",{val: { text: "Hallo Martin", vol:20, device: "Wohnzimmer", night: false }});Jetzt bekomme ich eine Warnung
State value to set for "javascript.0.speechout" has to be stringified but received type "object"Ich könnte wahrscheinlich mit
setState("speechout",JSON.stringify({val: { text: "Hallo Martin", vol:20, device: "Wohnzimmer", night: false }}));die Warnung abstellen. Aber das möchte ich gar nicht, weil ich den ganze Code ändern müsste und außerdem die Schreibweise ziemlich bescheiden finde.
Gibt es wirklich keinen Typen, den ich angeben könnte, damit er Objekte direkt in States akzeptiert?
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
Ich habe in einem State immer ein Objekt gespeichert
setState("speechout",{val: { text: "Hallo Martin", vol:20, device: "Wohnzimmer", night: false }});Jetzt bekomme ich eine Warnung
State value to set for "javascript.0.speechout" has to be stringified but received type "object"Ich könnte wahrscheinlich mit
setState("speechout",JSON.stringify({val: { text: "Hallo Martin", vol:20, device: "Wohnzimmer", night: false }}));die Warnung abstellen. Aber das möchte ich gar nicht, weil ich den ganze Code ändern müsste und außerdem die Schreibweise ziemlich bescheiden finde.
Gibt es wirklich keinen Typen, den ich angeben könnte, damit er Objekte direkt in States akzeptiert?
@marty56 Redis kennt ohne Add-Ons keine JSON Struktur, Objekte wurden daher schon immer in Form eines Strings gespeichert, da aber bei komplexen Objekten durch unsere interne Umwandlung durchaus Daten verloren gehen können, wird dies nun explizit erwartet. Von daher, nein es gibt keinen Typen, da die Technologie es nicht hergibt.
-
Nach noch einem kleinen Fehlerchen (den es schon in 3.2.x gab) kommt jetzt noch 3.3.14 ... Stable RC4 ... Das wars dann aber hoffentlich endgültig ...
@apollon77
erneut keine Auffälligkeiten mit der v3.3.14ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.0.7 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS
-
- Master- Slavesystem lies sich ohne Probleme auf 3.3.13 aktualisieren und auch keine Probleme beim Start.
- Danach ioBroker Neuinstallation mit curl Installer Skript ausgeführt ("Installer version: 2021-06-18")
Bei dieser Ausgabe bin ich mir nicht sicher ob es sich um Fehler handelt oder nur Inhalte während der Installation sind. Eine normalen User irritieren sie aber sicherlich:
./src/serialport_unix.cpp: In function 'int setup(int, OpenBaton*)': ../src/serialport_unix.cpp:166:5: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) { ^~~~~ In file included from /usr/include/stdio.h:862:0, from ../src/serialport.h:10, from ../src/serialport_unix.cpp:2: /usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 20 or more bytes (assuming 1043) into a destination of size 1024 __bos (__s), __fmt, __va_arg_pack ()); ^ ../src/serialport_unix.cpp: In function 'void EIO_Open(uv_work_t*)': ../src/serialport_unix.cpp:79:6: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) { ^~~~~~~~ In file included from /usr/include/stdio.h:862:0, from ../src/serialport.h:10, from ../src/serialport_unix.cpp:2: /usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 22 or more bytes (assuming 1045) into a destination of size 1024 __bos (__s), __fmt, __va_arg_pack ()); ^Beim Start der Neuinstallation kommt dann:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.Im Log vom frisch aufgesetzten ioBroker tauchen noch folgende Warnungen auf
host.ioBrokerNew 2021-06-20 09:39:33.348 info Updating repository "default" under "http://download.iobroker.net/sources-dist.json" discovery.0 2021-06-20 09:38:13.150 info (9405) starting. Version 2.6.1 in /opt/iobroker/node_modules/iobroker.discovery, node: v12.22.1, js-controller: 3.2.16 host.ioBrokerNew 2021-06-20 09:38:10.659 info instance system.adapter.discovery.0 started with pid 9405 admin.0 2021-06-20 09:38:10.527 warn (9354) State "admin.0.info.lastUpdateCheck" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.525 warn (9354) State "admin.0.info.updatesJson" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.523 warn (9354) State "admin.0.info.newUpdates" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.522 warn (9354) State "admin.0.info.updatesList" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.519 warn (9354) State "admin.0.info.updatesNumber" has no existing object, this might lead to an error in future versions admin.0 2021-06-20 09:38:10.350 info (9354) Use link "http://localhost:8081" to configure. admin.0 2021-06-20 09:38:10.349 info (9354) http server listening on port 8081 admin.0 2021-06-20 09:38:10.302 warn (9354) Repository cannot be read admin.0 2021-06-20 09:38:10.293 info (9354) received all objects admin.0 2021-06-20 09:38:10.245 info (9354) requesting all objects admin.0 2021-06-20 09:38:10.243 info (9354) requesting all states admin.0 2021-06-20 09:38:10.143 info (9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16 host.ioBrokerNew 2021-06-20 09:38:06.784 info instance system.adapter.admin.0 started with pid 9354 host.ioBrokerNew 2021-06-20 09:38:06.620 info starting 2 instances host.ioBrokerNew 2021-06-20 09:38:06.594 info 2 instances found host.ioBrokerNew 2021-06-20 09:38:05.823 info added notifications configuration of host host.ioBrokerNew 2021-06-20 09:38:05.663 info connected to Objects and States host.ioBrokerNew 2021-06-20 09:38:05.135 info ip addresses: 192.168.178.78 fe80::d4a0:37ff:fe8e:f0c1 host.ioBrokerNew 2021-06-20 09:38:05.134 info hostname: ioBrokerNew, node: v12.22.1 host.ioBrokerNew 2021-06-20 09:38:05.133 info Copyright (c) 2014-2021 bluefox, 2014 hobbyquakerAnsonsten lief die Neuinstallation ohne Probleme durch.
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.
@apollon77
Ist der Adapter jetzt nötig oder nicht? Habe ihn mal deinstalliert.Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@apollon77
erneut keine Auffälligkeiten mit der v3.3.14@bbtown sagte in js-controller 3.3 jetzt im Beta:
@apollon77
erneut keine Auffälligkeiten mit der v3.3.14Dito :+1:
-
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.
@apollon77
Ist der Adapter jetzt nötig oder nicht? Habe ihn mal deinstalliert.@sigi234 sagte in js-controller 3.3 jetzt im Beta:
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.
@apollon77
Ist der Adapter jetzt nötig oder nicht? Habe ihn mal deinstalliert.Er war nie nötig, die Meldung ist vielleicht etwas unschick formuliert - es ist eher ein: wenn du durch den Adapter über Neuigkeiten informiert werden möchtest, ist er nötig - da hier mal schnell mitgeteilt werden konnte, falls ein Adapter Probleme macht etc.
Ich hatte ihn auf meinem Prod System noch nie installiert.
-
@marty56 Redis kennt ohne Add-Ons keine JSON Struktur, Objekte wurden daher schon immer in Form eines Strings gespeichert, da aber bei komplexen Objekten durch unsere interne Umwandlung durchaus Daten verloren gehen können, wird dies nun explizit erwartet. Von daher, nein es gibt keinen Typen, da die Technologie es nicht hergibt.
@foxriver76 Ok. Dann muss ich wohl in den sauren Apfel beißen und alles ändern.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@feuersturm sagte in js-controller 3.3 jetzt im Beta:
Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.
@apollon77
Ist der Adapter jetzt nötig oder nicht? Habe ihn mal deinstalliert. -
@foxriver76 Ok. Dann muss ich wohl in den sauren Apfel beißen und alles ändern.
326
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge