NEWS
Wir Empfehlen: Node.js 20.x :-)
-
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? -
@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
-
@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äß. -
@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. -
@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. -
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?
Ich würde dann einen PR machen, damit auch der Windows Installer die korrekte Node Version 20 installiert.
Was ist eigentlich mit Node 22? Ist das schon "Accepted"?@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
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
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. -
Ich bin jetzt erstmal für eine Woche weg...
Werde mir das wohl vorknöpfen, wenn ich wieder da bin...@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 ...
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@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.
-
@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.0Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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.0Dann schau mal in das Log von apt rein.
Ich vermute, da ist dann jede Menge in der Pipeline gewesen. -
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=0Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@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@martinp sagte in Wir Empfehlen: Node.js 20.x :-):
Wie lange ist denn der countdown, von dem Du geredet hast?
Eine Minute. Da läuft dann ein Fortschrittsbalken durch dein Terminal.
-
@martinp sagte in Wir Empfehlen: Node.js 20.x :-):
Wie lange ist denn der countdown, von dem Du geredet hast?
Eine Minute. Da läuft dann ein Fortschrittsbalken durch dein Terminal.
@thomas-braun Kommt da vorher oder nachher die Empfehlung, "iob diag" auszuführen?
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@thomas-braun Kommt da vorher oder nachher die Empfehlung, "iob diag" auszuführen?
Nachdem das update auf das aktuelle nodejs durch ist, damit man die Installation verifizieren kann. Alternativ kannst du auch
iob nodejs-updateerneut durchführen, das hat die gleichen Tests auf eine 'senkrechte' Installation an Bord. -
Nachdem das update auf das aktuelle nodejs durch ist, damit man die Installation verifizieren kann. Alternativ kannst du auch
iob nodejs-updateerneut durchführen, das hat die gleichen Tests auf eine 'senkrechte' Installation an Bord.@thomas-braun Scheint wirklich so lange gedauert zu haben /var/log/syslog aus der 8 Minuten "Denkpause":
2024-06-04T12:33:49.979679+02:00 iobroker-test-sicher systemd[1]: Stopping iobroker.service - ioBroker Server... 2024-06-04T12:33:51.951462+02:00 iobroker-test-sicher bash[150109]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] 2024-06-04T12:33:52.315895+02:00 iobroker-test-sicher bash[150109]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] 2024-06-04T12:33:52.325974+02:00 iobroker-test-sicher bash[150109]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2024-06-04T12:33:52.339884+02:00 iobroker-test-sicher bash[150109]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging] 2024-06-04T12:33:56.409423+02:00 iobroker-test-sicher systemd[1]: iobroker.service: Main process exited, code=exited, status=1/FAILURE 2024-06-04T12:33:56.410500+02:00 iobroker-test-sicher systemd[1]: iobroker.service: Failed with result 'exit-code'. 2024-06-04T12:33:56.413817+02:00 iobroker-test-sicher systemd[1]: Stopped iobroker.service - ioBroker Server. 2024-06-04T12:33:56.414712+02:00 iobroker-test-sicher systemd[1]: iobroker.service: Consumed 2d 12h 54min 32.466s CPU time. 2024-06-04T12:35:08.734270+02:00 iobroker-test-sicher grafana[75784]: logger=cleanup t=2024-06-04T12:35:08.732510038+02:00 level=info msg="Completed cleanup jobs" duration=48.062804ms 2024-06-04T12:35:09.328861+02:00 iobroker-test-sicher grafana[75784]: logger=plugins.update.checker t=2024-06-04T12:35:09.328548544+02:00 level=info msg="Update check succeeded" duration=122.01162ms 2024-06-04T12:36:46.725015+02:00 iobroker-test-sicher grafana[75784]: logger=infra.usagestats t=2024-06-04T12:36:46.722847462+02:00 level=info msg="Usage stats are ready to report" 2024-06-04T12:37:03.896690+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.14' (uid=1000 pid=279148 comm="hostnamectl" label="unconfined") 2024-06-04T12:37:03.927438+02:00 iobroker-test-sicher systemd[1]: Starting systemd-hostnamed.service - Hostname Service... 2024-06-04T12:37:04.131256+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Successfully activated service 'org.freedesktop.hostname1' 2024-06-04T12:37:04.132316+02:00 iobroker-test-sicher systemd[1]: Started systemd-hostnamed.service - Hostname Service. 2024-06-04T12:37:04.236423+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.16' (uid=1000 pid=279161 comm="timedatectl" label="unconfined") 2024-06-04T12:37:04.257026+02:00 iobroker-test-sicher systemd[1]: Starting systemd-timedated.service - Time & Date Service... 2024-06-04T12:37:04.437261+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Successfully activated service 'org.freedesktop.timedate1' 2024-06-04T12:37:04.439517+02:00 iobroker-test-sicher systemd[1]: Started systemd-timedated.service - Time & Date Service. 2024-06-04T12:37:34.169565+02:00 iobroker-test-sicher systemd[1]: systemd-hostnamed.service: Deactivated successfully. 2024-06-04T12:37:34.488245+02:00 iobroker-test-sicher systemd[1]: systemd-timedated.service: Deactivated successfully. 2024-06-04T12:38:52.773949+02:00 iobroker-test-sicher influxd-systemd-start.sh[171]: ts=2024-06-04T10:38:52.772220Z lvl=info msg="Retention policy deletion check (start)" log_id=0o~SkTa0000 service=retention op_name=retention_delete_check op_event=start 2024-06-04T12:38:52.783441+02:00 iobroker-test-sicher influxd-systemd-start.sh[171]: ts=2024-06-04T10:38:52.772750Z lvl=info msg="Retention policy deletion check (end)" log_id=0o~SkTa0000 service=retention op_name=retention_delete_check op_event=end op_elapsed=0.544ms 2024-06-04T12:38:57.600202+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.20' (uid=1000 pid=280141 comm="hostnamectl" label="unconfined") 2024-06-04T12:38:57.619895+02:00 iobroker-test-sicher systemd[1]: Starting systemd-hostnamed.service - Hostname Service... 2024-06-04T12:38:57.815324+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Successfully activated service 'org.freedesktop.hostname1' 2024-06-04T12:38:57.816638+02:00 iobroker-test-sicher systemd[1]: Started systemd-hostnamed.service - Hostname Service. 2024-06-04T12:38:57.851224+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.22' (uid=1000 pid=280147 comm="timedatectl" label="unconfined") 2024-06-04T12:38:57.867013+02:00 iobroker-test-sicher systemd[1]: Starting systemd-timedated.service - Time & Date Service... 2024-06-04T12:38:58.062586+02:00 iobroker-test-sicher dbus-daemon[117]: [system] Successfully activated service 'org.freedesktop.timedate1' 2024-06-04T12:38:58.064483+02:00 iobroker-test-sicher systemd[1]: Started systemd-timedated.service - Time & Date Service. 2024-06-04T12:39:27.854514+02:00 iobroker-test-sicher systemd[1]: systemd-hostnamed.service: Deactivated successfully. 2024-06-04T12:39:28.108799+02:00 iobroker-test-sicher systemd[1]: systemd-timedated.service: Deactivated successfully. 2024-06-04T12:40:01.680732+02:00 iobroker-test-sicher CRON[280306]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) 2024-06-04T12:41:56.709321+02:00 iobroker-test-sicher systemd[1]: Started iobroker.service - ioBroker Server. 2024-06-04T12:42:00.856478+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.admin.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.860070+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.influxdb.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.862325+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.javascript.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.866486+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.email.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.866723+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.backitup.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.869714+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.mqtt-client.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.871182+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.mqtt.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.873091+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.sonoff.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.877072+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.ping.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.878941+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.ical.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.883552+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.meross.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.885705+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.ical.1" for host "iobroker-test-sicher" 2024-06-04T12:42:00.887135+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.snmp.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.888734+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.discovery.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.889932+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.fritzdect.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.890547+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.vis.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.891738+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.web.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.893249+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.tradfri.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.894975+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.simple-api.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.897917+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.operating-hours.0" for host "iobroker-test-sicher" 2024-06-04T12:42:00.898158+02:00 iobroker-test-sicher bash[280314]: host.iobroker-test-sicher check instance "system.adapter.vis-2.0" for host "iobroker-test-sicher" -
@martinp said in Wir Empfehlen: Node.js 20.x :-):
Simples
iob nodejs-update 20Das habe ich eben auch bei mir gemacht.
Danach ein Reboot.
Allerdings kam dann IoB nicht mehr auf die Beine.Also habe ich nochmals ein
iob nodejs-update 20gemacht.
Dabei wurde wohl nach Ausgabe ein Downgrade auf von 20.14 auf 20.0 gemachtUnpacking nodejs (20.14.0-inodesource1) over (20.0.0-inodesource1) ...Als Fehlermeldung erhalte ich weiterhin
> iob status node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version 'GLIBCXX.3.4.26' not found (required by node) -
@martinp said in Wir Empfehlen: Node.js 20.x :-):
Simples
iob nodejs-update 20Das habe ich eben auch bei mir gemacht.
Danach ein Reboot.
Allerdings kam dann IoB nicht mehr auf die Beine.Also habe ich nochmals ein
iob nodejs-update 20gemacht.
Dabei wurde wohl nach Ausgabe ein Downgrade auf von 20.14 auf 20.0 gemachtUnpacking nodejs (20.14.0-inodesource1) over (20.0.0-inodesource1) ...Als Fehlermeldung erhalte ich weiterhin
> iob status node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version 'GLIBCXX.3.4.26' not found (required by node)@hans_999 sagte in Wir Empfehlen: Node.js 20.x :-):
node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version 'GLIBCXX.3.4.26' not found (required by node)
Dein Betriebssystem ist zu alt und wird nicht mehr unterstützt. Installier da was lebendiges.
-
Bei mir scheitert ein Upgrade auf Node.js 20.
Das empfohlene Kommandoiob nodejs-update 20wird ohne Fehlermeldung nicht ausgeführt. Ebenso iob diag.
Lediglich "iob info" klappt.hans@ioBrokerUbuntu2204:~$ iob info Platform : linux os : linux Architecture : x64 CPUs : 4 Speed : 2841 MHz Model : Intel(R) Core(TM) i5-6500T CPU @ 2.50GHz RAM : 6 GB System uptime : 00:03:43 Node.js : v18.20.3 time : 1717690805006 timeOffset : -120 NPM : 10.7.0 adapters count : Disk size : 9.7 GiB Disk free : 2.6 GiB hans@ioBrokerUbuntu2204:~$ iob nodejs-update 20 hans@ioBrokerUbuntu2204:~$ iob diag hans@ioBrokerUbuntu2204:~$Nachdem "iob nodejs-update 20" gescheitert ist, habe ich die alte Kommandofolge iob stop -> sudo apt update .... usw. erfolgreich ausgeführt.
node.js bleibt aber bei v18.20.3
ioBroker läuft in einem Proxmox ContainerMerkwürdig ist auch, daß ich für die Adapter seit Wochen keinerlei Updates mehr bekomme .............
Hat jemand eine Idee ?
783
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge