Wir empfehlen: Node.js 22.x
-
Upgrade in einer VMware VM unter Ubuntu 24.04 LTS lief völlig Problemlos.
Allerdings habe ich - wie jedes mal - das Problem das eCharts nun keine Bilder mehr versenden kann.Das Testskript:
Log Ausgabe:
2025-08-11 14:12:03.387 - info: javascript.0 (6980) script.js.001_Routinen.Solaranlage.disabled.Test_echarts: sendTo[custom] echarts.0: preset: echarts.0.Solaranlage.Solar_Hauswand, renderer: jpg, background: #000000, fileOnDisk: /tmp/echarts_solarHauswand.jpg, quality: 1, width: 1024, height: 800Das immer am
canvasPaket im eCharts Adapter, ich suche gerade was ich die letzten male gemacht habe. Einen Upload habe ich schon gemacht, der hat nichts gebracht.npm ls canvasim
/opt/iobroker/Verzeichnis ergibtiobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 dedupedNachtrag: Hier habe ich zusammengetragen was ich sonst gemacht habe: https://forum.iobroker.net/post/1242483
Hilft aber nicht -
Bau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
-
@bananajoe
letztes mal hat mir das geholfen. (https://forum.iobroker.net/topic/74956/gelöst-probleme-mit-echart-diagramm-per-telegram-senden/2?_=1754914858526)cd /opt/iobroker/node_modules/canvas/ sudo -u iobroker npm install --omit=dev -
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
Es gab mal mit dem mihome-vaccuum Adapter das Problem, wenn canvas nicht direkt im Tree lag sondern wie bei dir auch 'deduped' war. Wo hängt denn canvas bei dir direkt? Mal mitnpm ls canvasschauen.
siehe meinen Post, da steht die Ausgabe schon drin
-
Aber es muss noch ein canvas ohne deduped geben.
(Edit: Tomaten auf den Augen. Sind zwei Ebenen mit canvas)
-
@thomas-braun
gibt es doch?iobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.echarts@2.0.6 ├── canvas@3.1.0 └─┬ jsdom@26.0.0 └── canvas@3.1.0 deduped -
@eduard77 tja, hat jetzt gerade auch nichts gebracht
gibt auch keine Fehlermeldungen, auch wenn ich den eCharts-Adapter auf Debug stelle -
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Bau den echarts-Adapter nochmal neu.
öhm? wie genau?
-
Können wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.
-
@bananajoe sagte in Wir empfehlen: Node.js 22.x:
öhm? wie genau?
iob upgrade echarts@1.9.2oder wie auch immer die aktuelle Versionsnummer für echarts lautet.
-
damit hat es bei mir auch geklappt iob nodejs-update 22
-
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Können wir das Thema auslagern? Telegram + canvas haben wenn überhaupt nur sehr indirekt mit nodejs22 zu tun.
hier geht es weiter: https://forum.iobroker.net/topic/81902/echarts-kein-sendto-nach-upgrade-auf-node-js-22-x
-
@apollon77 Hallo zusammen leider läuft jetzt bei mir der eusec Adapter nicht mehr.
Habt ihr eine Idee was das sein kann. Ich denke das hat was mit der Node 22 zu tun. Vorher ging es. https://github.com/bropat/ioBroker.eusechttps://github.com/bropat/ioBroker.eusec/issues/481
host.nuc 2025-08-11 16:04:27.122 info Do not restart adapter system.adapter.eusec.0 because disabled or deleted host.nuc 2025-08-11 16:04:27.122 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:04:27.121 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:04:03.433 info "system.adapter.eusec.0" disabled host.nuc 2025-08-11 16:03:56.820 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:56.820 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:56.820 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:56.794 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7139 host.nuc 2025-08-11 16:03:26.530 info Restart adapter system.adapter.eusec.0 because enabled host.nuc 2025-08-11 16:03:26.530 error instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME) host.nuc 2025-08-11 16:03:26.530 error Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809] host.nuc 2025-08-11 16:03:26.498 info instance system.adapter.eusec.0 in version "1.3.3" (non-npm: bropat/ioBroker.eusec) started with pid 7138 host.nuc 2025-08-11 16:03:26.186 info "system.adapter.eusec.0" enabledHerzliche Grüße
Fabio -
@fabio sagte in Wir empfehlen: Node.js 22.x:
Error: Attempt to revert an unknown CVE [CVE-2023-46809]
Ja, da muss der Adapter (oder eine der Dependencies) angepasst werden. Hier werden noch Methoden verwendet, die ein Sicherheitsrisiko beinhalten und deswegen wird das geblockt.
-
@thomas-braun danke Thomas,
hab ein Issues aufgemacht. Ich denke der Adapter ist tot.
https://github.com/bropat/ioBroker.eusec/issues/482
Herzliche Grüße
Fabio -
Der Adapter alexa-timer-vis https://github.com/MiRo1310/ioBroker.alexa-timer-vis ist auch nicht kompatibel mit Node.js 22, ich werde da auch noch ein Issue eröffnen
https://github.com/MiRo1310/ioBroker.alexa-timer-vis/issues/210
-
Beim Adapter echarts https://github.com/ioBroker/ioBroker.echarts funktioniert das Server side rendering mit Node.js 22 nicht mehr, die Diagramme in VIS1 sahen gut aus.
https://github.com/ioBroker/ioBroker.echarts/issues/925 -
@thomas-braun sagte in Wir empfehlen: Node.js 22.x:
Falls es wider Erwarten mit nodejs@22 noch bei einzelnen Adaptern Probleme geben sollte kann man die alte Version so wieder installieren:
iob nodejs-update 20Wer den SQL-Adapter einsetzt muss diesen nach einem Downgrade mit
iob upgrade sql@3.0.1einmal neu installieren, bei mir hat er es nicht von alleine wieder geschafft zu starten. Der Befehl deinstalliert den Adapter und installiert diesen gleich wieder neu, danach funktionierte er wieder.
-
Werden die Entwickler von euch informiert ihre Adapter anzupassen?
Oder läuft das so:
Ihr empfehlt -> wir merken das was nicht funktioniert -> erstellen ein Issue -> wenns gut läuft arbeitet der Entwickler es ab ? -
Beides. Seit geraumer Zeit werden Issues bei den Adaptern eröffnet, das der Code auch mit nodejs@22 und nodejs@24 getestet werden soll. Und auch die automatisierten Testsuites beinhalten entsprechendes.
Aber damit kann nicht alles automatisiert getestet werden. Insbesondere bei 'Nischen'-Adaptern mit 2 Dutzend Installationen (oder mutmaßlich verwaisten Adaptern) kann es da schon mal klemmen. Da sollten dann individuelle Issues eröffnet werden.
