Wir Empfehlen: Node.js 20.x :-)
-
@surfer09 diese Version 10.5.2 ist korrekt.
-
War hier schon Thema:
https://forum.iobroker.net/post/1162136 -
@gaspode Ah, sorry, hab ich vorhin überlesen!
-
@surfer09 said in Wir Empfehlen: Node.js 20.x
:Ah, sorry, hab ich vorhin überlesen!
Sollte keine Kritik sein, nur zur Hintergrundinfo.
-
@apollon77 und alle anderen!
Hat gerade via 'iob nodejs-update 20' alles ganz geschmeidig gefunzt (18.20.3 -> 20.14.0 inkl. npm 10.7.0) im Proxmox (8.2.2) Container unter Debian Bookworm.
Nichts Nennenswertes im Log beim Neustart.Danke Euch, super
-
@apollon77 sagte in Wir Empfehlen: Node.js 20.x
:Ich habe auch gerade das Update durchgeführt und bekomme jetzt folgende Fehler
javascript.0 2024-06-03 16:39:27.678 error [sunTimeSchedules] Unable to set state for astro time "night" javascript.0 2024-06-03 16:39:27.677 error [sunTimeSchedules] Unable to set state for astro time "nightEnd" [...] ecovacs-deebot.0 2024-06-03 16:41:10.278 warn The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node' was compiled against a different Node.js version using NODE_MODULE_VERSION 108. This version of Node.js requires NODE_MODULE_VERSION 115. Please try re-compiling or re-installing the module (for instance, using `npm rebuild` or `npm install`).Ansonsten scheint alles zu funktionieren.
-
@myssv sagte in Wir Empfehlen: Node.js 20.x
:folgende Fehler
Du wohnst in einer Zone wo es diese beiden Astros im Moment nicht gibt.
Kann man ignorieren und ist in der neuen Version 8.4.2 vom JavaSkriptAdapter behoben.
-
-
In der Übersicht schaut das bei mir jetzt so aus:
Wie sind die Werte bei Node-js und NPM in Klammern nun zu beurteilen?
Achtung, du bist schon wieder der Zeit hinterher oder einfach nur versuchs mal wirst ja sehen obs klappt
Ist zum jetzigen Zeitpunkt schon Handlungsbedarf oder, wenn nein, wann wird es ernst?
Viele Grüße Duffy
-
Bring es auf den letzten Stand, dann passen auch die Versionen zu der Anzeige.
-
@djmarc75 said in Wir Empfehlen: Node.js 20.x
:Kann man ignorieren und ist in der neuen Version 8.4.2 vom JavaSkriptAdapter behoben.
@myssv
Das trifft aber nur auf die beiden ersten Meldungen zu.
Zur dritten Meldung s. hier: https://forum.iobroker.net/post/1163853 -
Bei mir heát das Update auf Node.js auf 20 auch sehr gut funktioniert. Allerdings habe ich festgestellt, das sich das Log nicht mehr herunterladen kann.
Habe sicheheitshalber mal auf einen älteren admin gedowngraded, aber den Fehler noch nicht lokalisieren können.
Hat noch jemnd das Problem mit dem Log-File? -
-
-
@gaspode sagte in Wir Empfehlen: Node.js 20.x
:Zur dritten Meldung s. hier: https://forum.iobroker.net/post/1163853
Danke, das hat geklappt!
-
@guergen said in Wir Empfehlen: Node.js 20.x
:Hat noch jemnd das Problem mit dem Log-File?
Funktioniert hier tadellos. Was passiert denn bei dir genau?
-
@gaspode Sobald ich das Log herunterladen will geht das zusätzliche Fenster auf und die VM, die unter einem aktuellen Proxmox läuft, ist nach kurzer Zeit nicht mehr erreichbar. CPU-Prozent geht in den Keller, der Speicher auch.
Der IoB startet quasi einmal durch, allerdings kommt der Admin nicht wieder hoch, zumindest nicht bis zur GUI.
DIe Daten werden schön brav in die Influx geschrieben, die VIS-Oberfläche ist auch nach dem angeblichen neustarten des Admins wieder erreichbar.
Währenddessen dümpeln die CPU-Prozente bei etwa 20 rum; normal ist bei mir etwa 30.
Erst nach einem Proxmox-Neustart geht alles wieder ordnungsgemäß. -
@thomas-braun sagte in Wir Empfehlen: Node.js 20.x
:Eine Sache von Sekunden...
iob stop sudo apt update sudo apt full-upgrade iob startFertig.
Danke deines Zuspruchs habe ich es heute noch gewagt und siehe da nach einem reboot bin ich auf dem neuesten Stand.
Herzlichen Dank und Viele Grüße Duffy
-
@guergen said in Wir Empfehlen: Node.js 20.x
:CPU-Prozent geht in den Keller, der Speicher auch.
Was sagt das log?
Und die Experten hier können dir bestimmt eher helfen, wenn du die Ausgabe von iob diag postest.
-
@gaspode
Irgendwann "beruhigt" sich das System wieder....
Im Log steht nicht viel drin:proxmox.0 2024-06-03 18:18:05.379 warn Using Proxmox API: https://192.168.1.200:8006/api2/json javascript.0 2024-06-03 18:18:00.006 warn script.js.common.Geräteüberwachung.Proxmox_neu_starten: Instanz Proxmox wurde neu gestartet. proxmox.0 2024-06-03 18:17:50.601 error DB closed proxmox.0 2024-06-03 18:17:50.601 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:634:26) at Socket.emit (node:events:519:28) at TCP.<anonymous> (node:net:338:12) proxmox.0 2024-06-03 18:17:50.600 error unhandled promise rejection: DB closed proxmox.0 2024-06-03 18:17:50.600 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). proxmox.0 2024-06-03 18:17:50.474 warn get state error: Connection is closed. proxmox.0 2024-06-03 18:17:49.977 warn redis get proxmox.0.node_pve.swap.free, error - Connection is closed. javascript.0 2024-06-03 18:17:00.011 warn script.js.common.Geräteüberwachung.Proxmox_neu_starten: Instanz Proxmox wurde neu gestartet.EDIT: Nach etwas über 10 Minuten hat sich das System wieder "beruhigt" ,dann ist der admin wieder erreichbar. Allerding vor dem LOG-Aufruf war der genutzte Speicher lt. Proxmox bei etwa 3,48 GB, nach der Aktion pendelt dieser jetzt bei 5.03 Gb. Zwischendurch schraubt IOB sich etwas um 6,18 Gb rein.
Nach einem erneutem Log-Aufruf startet der Speicherhunger bei 5,08Gb und geht auf über 7,5Gb, nach dem Anzeigen des Log-Files bleibt es bei 6,07Gb.
