Wir Empfehlen: Node.js 20.x :-)

myssv

@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.

DJMarc75

@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.

myssv

@djmarc75 sagte in Wir Empfehlen: Node.js 20.x :-):

Kann man ignorieren

OK, Danke!!

Duffy

@Thomas-Braun

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

Thomas Braun

@duffy

Bring es auf den letzten Stand, dann passen auch die Versionen zu der Anzeige.

Gaspode

@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

guergen

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?

Duffy

@thomas-braun

Danke dir, werde ich morgen mal versuchen.

Viele Grüße

Thomas Braun

@duffy

Eine Sache von Sekunden...

iob stop
sudo apt update 
sudo apt full-upgrade
iob start

Fertig.

myssv

@gaspode sagte in Wir Empfehlen: Node.js 20.x :-):

Zur dritten Meldung s. hier: https://forum.iobroker.net/post/1163853

Danke, das hat geklappt!

Gaspode

@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?

guergen

@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äß.

Duffy

@thomas-braun sagte in Wir Empfehlen: Node.js 20.x :-):

@duffy

Eine Sache von Sekunden...
iob stop
sudo apt update 
sudo apt full-upgrade
iob start
Fertig.

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

Gaspode

@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.

guergen

@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.

Pedder007

@guergen ich hatte das ja auch in einer Proxmox Konsole gemacht. Da bekam ich noch die Meldung, ich möge den Container einmal ganz neu starten, was ich auch getan habe.
Evtl. hast Du das übersehen und deshalb hängt / hing da noch was daneben,
Ich hatte wirklich Null Probleme, auch nicht mit dem Log-Download.

UweRLP

@gaspode sagte in Wir Empfehlen: Node.js 20.x :-):

Als "Windows-Beauftragter" ;) muss ich natürlich auch meinen Senf dazu geben.

Ich hab für meine Testinstallationen jetzt auf Node 20.13.1 aktualisiert und bisher keine negativen Effekte bemerkt. Hat sonst noch jemand unter Windows getestet und kann "grünes Licht" für Node 20 geben?

Heute habe ich meine Windows Installation von Node 18.20.3 auf Node 20.14.0 aktuallisiert. ioBroker ist wie gewohnt inkl. aller Instanzen gestartet.

Gaspode

@guergen
Liegt es evtl. am Log, bzw. ist das sehr, sehr groß? Dann müsste das Problem ja beim heutigen Log verschwunden sein. Ansonsten mal die Logs löschen oder in ein anderes Verzeichnis schieben und erneut probieren.
Ansonsten bin ich überfragt.

MartinP

@martinp said in Wir Empfehlen: Node.js 20.x :-):

Ich bin jetzt erstmal für eine Woche weg...
Werde mir das wohl vorknöpfen, wenn ich wieder da bin...

So - gerade in der Mittagspause angeworfen

Simples

iob nodejs-update 20

(Ohne "iob stop" vorher "iob start" nachher)

Auf meinem lahmen Celeron N3000 hat es schon einige Zeit gedauert, bis der ioBroker wieder "oben" war, nach dem Update - hatte schon Angst, dass etwas kaputt gegangen wäre ...

Thomas Braun

@martinp sagte in Wir Empfehlen: Node.js 20.x :-):

(Ohne "iob stop" vorher "iob start" nachher)

Das macht das Kommando ohnehin gleich mit.

Auf meinem lahmen Celeron N3000 hat es schon einige Zeit gedauert, bis der ioBroker wieder "oben" war,

Dann hing da auch noch diverses anders an Updates in der Pipeline und/oder dein ioBroker ist recht umfangreich. Denn das eigentliche, reine Upgrade von nodejs geht zügig. Am längsten dauert der Countdown beim Herunterfahren des ioBrokers.

Community Forum

NEWS

Wir Empfehlen: Node.js 20.x :-)

Support us

824

32.4k

81.4k

1.3m