UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[MartinP]

@thomas-braun

Hier scheint der Update zu beginnen:

2024-06-04 12:33:49.962  - info: host.iobroker-test-sicher received SIGTERM
2024-06-04 12:33:50.006  - info: backitup.0 (150194) cleaned everything up...

Hier sieht man gut 8 Minuten "Funkstille" im Logging:

2024-06-04 12:33:55.182  - info: host.iobroker-test-sicher terminated
2024-06-04 12:41:58.698  - info: host.iobroker-test-sicher iobroker.js-controller version 5.0.19 js-controller starting
2024-06-04 12:41:58.706  - info: host.iobroker-test-sicher Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker
2024-06-04 12:41:58.707  - info: host.iobroker-test-sicher hostname: iobroker-test-sicher, node: v20.14.0

[Thomas Braun]

@martinp

Dann schau mal in das Log von apt rein.
Ich vermute, da ist dann jede Menge in der Pipeline gewesen.

[MartinP]

@thomas-braun EIGENTLICH habe ich das natürlich vorher alles abgewickelt ...

martin@iobroker-test-sicher:/var/log/apt$ sudo cat term.log
[sudo] password for martin: 

Log started: 2024-06-04  12:35:22
(Reading database ... 77131 files and directories currently installed.)
Preparing to unpack .../nodejs_20.14.0-1nodesource1_amd64.deb ...
Detected old npm client, removing...
Unpacking nodejs (20.14.0-1nodesource1) over (18.20.3-1nodesource1) ...
Setting up nodejs (20.14.0-1nodesource1) ...
Processing triggers for man-db (2.11.2-2) ...
Log ended: 2024-06-04  12:35:32
martin@iobroker-test-sicher:/var/log/apt$ 

Wie lange ist denn der countdown, von dem Du geredet hast?

Vielleicht habe ich die Empfehlung "iob diag" zu machen, die im Anschluss an das node Update ausgegeben wurde zu früh in die Tat umgesetzt ...

Einen habe ich noch in auth.log gefunden:

pam_limits(sudo:session): Could not set limit for 'core' to soft=0, hard=-1: Operation not permitted; uid=1000,euid=0