Wir Empfehlen: Node.js 20.x :-)
-
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. -
@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. -
@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.
-
@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 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 ...
-
@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.
-
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 -
Dann schau mal in das Log von apt rein.
Ich vermute, da ist dann jede Menge in der Pipeline gewesen. -
@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
