nach Update: GUI kurz nach dem Neustart nicht mehr erreichbar

[Morpheu5]

Hallo zusammen,

nach einem Update ist die GUI meines PBS kurz nachdem reboot nicht mehr erreichbar. Über SSH ist der PBS noch erreichbar.

Hat jemand eine Idee woran das liegt?

viele Grüße

proxmox-backup-manager version --verbose

root@PBS:~# proxmox-backup-manager version --verbose
proxmox-backup                unknown      running kernel: 6.1.0-27-amd64
proxmox-backup-server         3.2.8-1      running version: 3.2.8       
ifupdown2                     3.2.0-1+pmx9                               
libjs-extjs                   7.0.0-4                                   
proxmox-backup-docs           3.2.8-1                                   
proxmox-backup-client         unknown                                   
proxmox-mail-forward          0.2.3                                     
proxmox-mini-journalreader    1.4.0                                     
proxmox-offline-mirror-helper 0.6.7                                     
proxmox-widget-toolkit        4.2.4                                     
pve-xtermjs                   5.3.0-3                                   
smartmontools                 7.3-pve1                                   
zfsutils-linux                2.2.6-pve1

systemctl status proxmox-backup.service

root@PBS:~# systemctl status proxmox-backup.service
* proxmox-backup.service - Proxmox Backup API Server
     Loaded: loaded (/lib/systemd/system/proxmox-backup.service; enabled; preset: enabled)
     Active: active (running) since Mon 2024-11-11 22:11:14 CET; 1min 29s ago
   Main PID: 678 (proxmox-backup-)
      Tasks: 9 (limit: 4607)
     Memory: 34.0M
        CPU: 19.280s
     CGroup: /system.slice/proxmox-backup.service
             |- 678 /usr/lib/x86_64-linux-gnu/proxmox-backup/proxmox-backup-api
             `-1288 /usr/bin/termproxy 16 --path /system --perm Sys.Console --authport 82 --port-as-fd -- login -f root

Nov 11 22:11:14 PBS systemd[1]: Starting proxmox-backup.service - Proxmox Backup API Server...
Nov 11 22:11:14 PBS proxmox-backup-api[678]: catching shutdown signal
Nov 11 22:11:14 PBS proxmox-backup-api[678]: catching reload signal
Nov 11 22:11:14 PBS systemd[1]: Started proxmox-backup.service - Proxmox Backup API Server.
Nov 11 22:11:34 PBS login[1289]: pam_unix(login:session): session opened for user root(uid=0) by (uid=0)

systemctl status

root@PBS:~# systemctl status
* PBS
    State: running
    Units: 357 loaded (incl. loaded aliases)
     Jobs: 0 queued
   Failed: 0 units
    Since: Mon 2024-11-11 22:10:59 CET; 3min 53s ago
  systemd: 252.31-1~deb12u1
   CGroup: /
           |-init.scope
           | `-1 /sbin/init
           |-system.slice
           | |-ModemManager.service
           | | `-516 /usr/sbin/ModemManager
           | |-NetworkManager.service
           | | `-493 /usr/sbin/NetworkManager --no-daemon
           | |-accounts-daemon.service
           | | `-475 /usr/libexec/accounts-daemon
           | |-apache2.service
           | | |-839 /usr/sbin/apache2 -k start
           | | |-840 /usr/sbin/apache2 -k start
           | | |-841 /usr/sbin/apache2 -k start
           | | `-842 /usr/sbin/apache2 -k start
           | |-avahi-daemon.service
           | | |-478 "avahi-daemon: running [PBS.local]"
           | | `-489 "avahi-daemon: chroot helper"
           | |-cron.service
           | | `-802 /usr/sbin/cron -f
           | |-cups-browsed.service
           | | `-687 /usr/sbin/cups-browsed
           | |-cups.service
           | | |-671 /usr/sbin/cupsd -l
           | | |-682 /usr/lib/cups/notifier/dbus dbus://
           | | `-684 /usr/lib/cups/notifier/dbus dbus://
           | |-dbus.service
           | | `-479 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --sys>
           | |-gdm.service
           | | `-845 /usr/sbin/gdm3
           | |-low-memory-monitor.service
           | | `-481 /usr/libexec/low-memory-monitor
           | |-polkit.service
           | | `-482 /usr/lib/polkit-1/polkitd --no-debug
           | |-power-profiles-daemon.service
           | | `-483 /usr/libexec/power-profiles-daemon
           | |-proxmox-backup-proxy.service
           | | `-701 /usr/lib/x86_64-linux-gnu/proxmox-backup/proxmox-backup-proxy
           | |-proxmox-backup.service
           | | |- 678 /usr/lib/x86_64-linux-gnu/proxmox-backup/proxmox-backup-api
           | | `-1288 /usr/bin/termproxy 16 --path /system --perm Sys.Console --authport 82 --port-as-fd -- login -f >
           | |-rtkit-daemon.service
           | | `-1170 /usr/libexec/rtkit-daemon
           | |-smartmontools.service
           | | `-484 /usr/sbin/smartd -n -q never
           | |-ssh.service
           | | `-694 "sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups"
           | |-switcheroo-control.service
           | | `-485 /usr/libexec/switcheroo-control
           | |-system-postfix.slice
           | | `-postfix@-.service
           | |   |-1131 /usr/lib/postfix/sbin/master -w
           | |   |-1132 pickup -l -t unix -u -c
           | |   `-1133 qmgr -l -t unix -u
           | |-system-serial\x2dgetty.slice
           | | `-serial-getty@ttyS0.service
           | |   `-1212 /sbin/agetty -o "-p -- \\u" --keep-baud 115200,57600,38400,9600 - vt220
           | |-systemd-journald.service
           | | `-261 /lib/systemd/systemd-journald
           | |-systemd-logind.service
           | | `-486 /lib/systemd/systemd-logind
           | |-systemd-timesyncd.service
           | | `-468 /lib/systemd/systemd-timesyncd
           | |-systemd-udevd.service
           | | `-udev
           | |   `-279 /lib/systemd/systemd-udevd
           | |-udisks2.service
           | | `-487 /usr/libexec/udisks2/udisksd
           | |-upower.service
           | | `-1280 /usr/libexec/upowerd
           | `-wpa_supplicant.service
           |   `-496 /sbin/wpa_supplicant -u -s -O "DIR=/run/wpa_supplicant GROUP=netdev"
           `-user.slice
             `-user-0.slice
               |-session-2.scope
               | |-1289 login -f
               | `-1312 -bash
               |-session-4.scope
               | |-1330 "sshd: root@pts/1"
               | |-1337 -bash
               | |-1357 systemctl status
               | `-1358 pager
               `-user@0.service
                 `-init.scope
                   |-1296 /lib/systemd/systemd --user
                   `-1297 "(sd-pam)"

 

[Falk R.]

Du hast die aktuellste PBS version 3.2.8 aber einen steinalten Kernel im Einsatz. Hast du eventuell irgenwann einmal den 6.1er Kernel angepinnt?
Starte doch mal mit dem aktuellen Kernel.

 

[dermichel]

Bei mir hat dieser Dienst nach dem Update eine sehr hohe Last erzeugt:

root 510 2.2 7.3 494056 72692 ? Ssl 08:53 0:28 /usr/lib/x86_64-linux-gnu/proxmox-backup/proxmox-backup-api

100% CPU und damit war der Server nicht mehr erreichbar. Ist mir nur durch das Monitoring aufgefallen.
Einige Kernel ausprobiert. Reboots. Allle Backups fehlgeschlagen.... Hab dann aufgegeben.
Heute morgen wieder den aktuellen Kernel rein, einige reboots und auf einmal verhält er sich normal.

 

[Falk R.]

Dann läuft deine CPU auf 100% wenn du Backups machst. Eventuell limitierst du die Backupbandbreite, wenn das System so schwachbrüstig ist.

 

[dermichel]

Nein, die CPU geht auch jetzt wieder auf 100%. OHNE. Backupjobs die laufen....

 

[Falk R.]

Was hast der PBS für Hardware? Läuft eventuell ein Verify?

 

[dermichel]

Das ist nur ein kleines Homelab Setup. 23 Uhr Backup von einigen kleinen VMs und danach ein Verify. Alles Jobs die seit Monaten problemlos laufen und nach wenigen Minuten beendet sind. Alles nicht so tragisch, ich warte auf das nächste Update. Aber wie der Kollege der den Thread eröffnet hat, bin ich auch betroffen.... Was mir auffällt: ich prüfe den Port der WebGUI und mit einem Agent die Größe vom Filesystem. Schalte ich das Monitoring ab, bleibt die CPU ruhig. Das kann aber auch nur ein Zufall sein.

 

[Wouter]

i have exactly the same problem. after the last update
within 5 minutes after starting Proxmox Backup Server the cpu goes to 100% and stays there.

command top -U backup shows that there is 1 task running that uses 399.7% of the cpu.

ps -U backup shows that task is called proxmox-backup-

 

[Falk R.]

Das ist nur ein kleines Homelab Setup. 23 Uhr Backup von einigen kleinen VMs und danach ein Verify. Alles Jobs die seit Monaten problemlos laufen und nach wenigen Minuten beendet sind. Alles nicht so tragisch, ich warte auf das nächste Update. Aber wie der Kollege der den Thread eröffnet hat, bin ich auch betroffen.... Was mir auffällt: ich prüfe den Port der WebGUI und mit einem Agent die Größe vom Filesystem. Schalte ich das Monitoring ab, bleibt die CPU ruhig. Das kann aber auch nur ein Zufall sein.

Ich halte das für keinen Zufall, ich habe schon öfters gesehen, dass nach Updates Monitoringsysteme große Last erzeugt haben, (z.B. CheckMK) bis man den Agent geupdatet hat. Bei größeren Servern geht das nicht bis auf 100% aber bei einer kleinen 4 Core CPU kann da schon alles heruntergezogen werden.

 

[t-u-x]

Moin,

bei mir das selbe Problem seit Update gestern CPU Last bei allen Kernen 100%, deaktiviere ich bei Nagios check_tcp für Port 8007 und starte den Dienst "proxmox-backup-proxy" neu ist die CPU wieder im Normalbetrieb.

Folgende Debian Pakete haben ein Update bekommen;

An update to base-files from 12.4+deb12u7 to 12.4+deb12u8 is needed.
This update has been successfully installed.

An update to bsdextrautils from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
This update has been successfully installed.

An update to btrfs-progs from 6.2-1 to 6.2-1+deb12u1 is needed.
This update has been successfully installed.

An update to curl from 7.88.1-10+deb12u7 to 7.88.1-10+deb12u8 is needed.
This update has been successfully installed.

An update to distro-info-data from 0.58+deb12u2 to 0.58+deb12u3 is needed.
This update has been successfully installed.

An update to iputils-ping from 20221126-1 to 20221126-1+deb12u1 is needed.
This update has been successfully installed.

An security update to libarchive13 from 3.6.2-1+deb12u1 to 3.6.2-1+deb12u2 is needed.
This security update has been successfully installed.

An update to libblkid1 from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libc-bin from 2.36-9+deb12u8 to 2.36-9+deb12u9 is needed.
This update has been successfully installed.

An update to libc6 from 2.36-9+deb12u8 to 2.36-9+deb12u9 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libc6-dev from 2.36-9+deb12u8 to 2.36-9+deb12u9 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libcurl3-gnutls from 7.88.1-10+deb12u7 to 7.88.1-10+deb12u8 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libcurl4 from 7.88.1-10+deb12u7 to 7.88.1-10+deb12u8 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libfdisk1 from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libglib2.0-0 from 2.74.6-2+deb12u3 to 2.74.6-2+deb12u4 is needed.
This update has been successfully installed.

An update to libmount1 from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libnghttp2-14 from 1.52.0-1+deb12u1 to 1.52.0-1+deb12u2 is needed.
This update has been successfully installed.

An update to libnss-systemd from 252.30-1~deb12u2 to 252.31-1~deb12u1 is needed.
This update has been successfully installed.

An update to libpam-systemd from 252.30-1~deb12u2 to 252.31-1~deb12u1 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libpython3.11 from 3.11.2-6+deb12u3 to 3.11.2-6+deb12u4 is needed.
This update has been successfully installed.

An update to libpython3.11-minimal from 3.11.2-6+deb12u3 to 3.11.2-6+deb12u4 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libpython3.11-stdlib from 3.11.2-6+deb12u3 to 3.11.2-6+deb12u4 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libsmartcols1 from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libsqlite3-0 from 3.40.1-2 to 3.40.1-2+deb12u1 is needed.
This update has been successfully installed.

An update to libssl-dev from 3.0.14-1~deb12u2 to 3.0.15-1~deb12u1 is needed.
This update has been successfully installed.

An update to libssl3 from 3.0.14-1~deb12u2 to 3.0.15-1~deb12u1 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libsystemd-shared from 252.30-1~deb12u2 to 252.31-1~deb12u1 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libsystemd0 from 252.30-1~deb12u2 to 252.31-1~deb12u1 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libudev1 from 252.30-1~deb12u2 to 252.31-1~deb12u1 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to libuuid1 from 2.38.1-5+deb12u1 to 2.38.1-5+deb12u2 is needed.
However, this  could not be installed! Try the update manually
using the Package Updates module.

An update to linux-libc-dev from 6.1.112-1 to 6.1.115-1 is needed.
This update has been successfully installed.

An update to python3-cryptography from 38.0.4-3 to 38.0.4-3+deb12u1 is needed.
This update has been successfully installed.

Folgende Proxmox Pakete haben ein Update bekommen:

An update to proxmox-backup-client from 3.2.7-1 to 3.2.8-1 is needed.
This update has been successfully installed.

 

[dermichel]

Moin,

bei mir das selbe Problem seit Update gestern CPU Last bei allen Kernen 100%, deaktiviere ich bei Nagios check_tcp für Port 8007 und starte den Dienst "proxmox-backup-proxy" neu ist die CPU wieder im Normalbetrieb.
This update has been successfully installed.[/CODE]

Ich nutze CHeckMK und habe den Check auf Port 8007 ebenfalls eingestellt. Schon läuft alles normal. Check an und nach einigen Minuten 100%.... Also Verbindungen auf Port 8007 mag er seit gestern nicht mehr

 

[Falk R.]

Eventuell macht ihr zu viele Sessions auf. Meldet sich dein Agent immer wieder ab, oder kann der einfach eine bestehende Session weiter benutzen?

 

[t-u-x]

Eventuell macht ihr zu viele Sessions auf. Meldet sich dein Agent immer wieder ab, oder kann der einfach eine bestehende Session weiter benutzen?

check_tcp ist wie ein ping, nur für den Port, hat bisher auch immer funktioniert, nur seit dem Update nicht mehr.
Alle anderen Server (auch PVE) verhalten sich normal.

Gruß Dirk

 

[Falk R.]

check_tcp ist wie ein ping, nur für den Port, hat bisher auch immer funktioniert, nur seit dem Update nicht mehr.
Alle anderen Server (auch PVE) verhalten sich normal.

Gruß Dirk

Dann am besten mit genau der Beschreibung einen Bug im Bugzilla aufmachen.

 

[meyergru]

Ich habe den selben Effekt: Auf einer virtuellen PBS-Instanz nach dem gestrigen Update und Reboot kein Web-Zugriff mehr.
Man kommt per SSH drauf und sieht, dass alle Kerne voll ausgelastet sind. Keine verdächtigen Log-EInträge, lsof zeigt für den proxmox-backup-proxy Prozess, die die Last verursacht, nichts Besonderes an.

Neuboot hilft, aber immer kurz nach der neuen vollen halben Stunde hängt das System wieder in der gleichen Weise.

Ich habe ein altes Backup eingespielt und den Datastore wieder an das alte System gehängt - kein Problem. Dann erneut volles Upgrade, danach wieder Hänger.

Ich habe den neuen Kernel 6.8.12-4-pve in Verdacht und habe jetzt unter 6.8.12-1-pve gebootet. Um 17:05 Uhr weiß ich mehr. Es waren aber ein paar Updates, nicht nur der Kernel. Komischerweise habe ich auf zwei anderen Systemen kein Problem. Der selbe Kernel auf dem PVE funktioniert - ich habe den neuen Kernel aber auf dem PVE unter dem problematischen PBS noch nicht aktiviert.

 

[Falk R.]

Ich hatte meinem PBS den 6.11er Kernel schon vor dem 6.8.12-4 verpasst und der läuft immer noch wie vorher.
Hat schon einer von euch den 6.11er Kernel getestet?

 

[meyergru]

Sooo. Auch mit dem alten Kernel Hänger. Jetzt wieder auf einen Stand vom 17.9.2024 gesetzt, mal schauen, was da passiert.

Die Pakete, die er updaten würde, sind diese:

# apt list --upgradable
Listing... Done
base-files/stable 12.4+deb12u8 amd64 [upgradable from: 12.4+deb12u7]
bsdextrautils/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
bsdutils/stable 1:2.38.1-5+deb12u2 amd64 [upgradable from: 1:2.38.1-5+deb12u1]
btrfs-progs/stable 6.2-1+deb12u1 amd64 [upgradable from: 6.2-1]
curl/stable 7.88.1-10+deb12u8 amd64 [upgradable from: 7.88.1-10+deb12u7]
distro-info-data/stable 0.58+deb12u3 all [upgradable from: 0.58+deb12u2]
eject/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
fdisk/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
gtk-update-icon-cache/stable 3.24.38-2~deb12u3 amd64 [upgradable from: 3.24.38-2~deb12u2]
iputils-ping/stable 3:20221126-1+deb12u1 amd64 [upgradable from: 3:20221126-1]
libarchive13/stable-security 3.6.2-1+deb12u2 amd64 [upgradable from: 3.6.2-1+deb12u1]
libblkid1/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
libc-bin/stable 2.36-9+deb12u9 amd64 [upgradable from: 2.36-9+deb12u8]
libc-l10n/stable 2.36-9+deb12u9 all [upgradable from: 2.36-9+deb12u8]
libc6/stable 2.36-9+deb12u9 amd64 [upgradable from: 2.36-9+deb12u8]
libcups2/stable,stable-security 2.4.2-3+deb12u8 amd64 [upgradable from: 2.4.2-3+deb12u7]
libcurl3-gnutls/stable 7.88.1-10+deb12u8 amd64 [upgradable from: 7.88.1-10+deb12u7]
libcurl4/stable 7.88.1-10+deb12u8 amd64 [upgradable from: 7.88.1-10+deb12u7]
libexpat1/stable,stable-security 2.5.0-1+deb12u1 amd64 [upgradable from: 2.5.0-1]
libfdisk1/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
libglib2.0-0/stable 2.74.6-2+deb12u4 amd64 [upgradable from: 2.74.6-2+deb12u3]
libglib2.0-data/stable 2.74.6-2+deb12u4 all [upgradable from: 2.74.6-2+deb12u3]
libmount1/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
libnghttp2-14/stable 1.52.0-1+deb12u2 amd64 [upgradable from: 1.52.0-1+deb12u1]
libnss-systemd/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
libnvpair3linux/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]
libpam-systemd/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
libpython3.11-minimal/stable 3.11.2-6+deb12u4 amd64 [upgradable from: 3.11.2-6+deb12u3]
libpython3.11-stdlib/stable 3.11.2-6+deb12u4 amd64 [upgradable from: 3.11.2-6+deb12u3]
libsmartcols1/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
libsqlite3-0/stable 3.40.1-2+deb12u1 amd64 [upgradable from: 3.40.1-2]
libssl3/stable 3.0.15-1~deb12u1 amd64 [upgradable from: 3.0.14-1~deb12u2]
libsystemd-shared/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
libsystemd0/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
libudev1/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
libuuid1/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
libuutil3linux/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]
libzfs4linux/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]
libzpool5linux/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]
locales/stable 2.36-9+deb12u9 all [upgradable from: 2.36-9+deb12u8]
mount/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
openssl/stable 3.0.15-1~deb12u1 amd64 [upgradable from: 3.0.14-1~deb12u2]
pbs-i18n/stable 3.2.4 all [upgradable from: 3.2.2]
proxmox-backup-client/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]
proxmox-backup-docs/stable 3.2.8-1 all [upgradable from: 3.2.7-1]
proxmox-backup-server/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]
proxmox-kernel-6.8/stable 6.8.12-4 all [upgradable from: 6.8.12-1]
proxmox-offline-mirror-docs/stable 0.6.7 all [upgradable from: 0.6.6]
proxmox-offline-mirror-helper/stable 0.6.7 amd64 [upgradable from: 0.6.6]
proxmox-widget-toolkit/stable 4.2.4 all [upgradable from: 4.2.3]
pve-firmware/stable 3.14-1 all [upgradable from: 3.13-1]
python3.11-minimal/stable 3.11.2-6+deb12u4 amd64 [upgradable from: 3.11.2-6+deb12u3]
python3.11/stable 3.11.2-6+deb12u4 amd64 [upgradable from: 3.11.2-6+deb12u3]
spl/stable 2.2.6-pve1 all [upgradable from: 2.2.4-pve1]
systemd-boot-efi/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
systemd-boot/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
systemd-sysv/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
systemd/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
udev/stable 252.31-1~deb12u1 amd64 [upgradable from: 252.30-1~deb12u2]
util-linux-extra/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
util-linux/stable 2.38.1-5+deb12u2 amd64 [upgradable from: 2.38.1-5+deb12u1]
zfs-initramfs/stable 2.2.6-pve1 all [upgradable from: 2.2.4-pve1]
zfs-zed/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]
zfsutils-linux/stable 2.2.6-pve1 amd64 [upgradable from: 2.2.4-pve1]

Wenn es damit läuft, hätte ich als nächstes die proxmox-* Pakete in Verdacht. Ich würde mal versuchen, die einzufrieren und die anderen Updates zu machen.

@Morpheu5: Kommst Du auch auf das System per SSH und hast eine 100% Load? Ich sehe ein abgestuftes Ansteigen der Last.

P.S.: Ich habe auch ein Monitoring laufen per Uptime Kuma alle 5 Minuten auf die URL für den PBS. Auf einem anderen System, das jede Minute gemonitored wird, gibt es kein Problem. Dort ist allerdings ein "richtiges" Zertifikat hinterlegt, so dass ich TLS-Fehler dort nicht ignoriere. Eventuell hängt er in der TLS-Sessioneröffnung, wenn nur eine TCP-Verbindung aufgemacht wird. Es kam ja auch ein Update für libssl3...

 

[Wouter]

My problem is also solved as soon as I stop pinging my PBS installation from Uptime Kuma. As soon as I turn monitoring back on, it goes wrong again.

Thanks for this interim solution.

And now let's hope that the problem is solved with the next update.

 

[meyergru]

There will be no solved problem if nobody reports a bug... which I will do now (for reference: https://bugzilla.proxmox.com/show_bug.cgi?id=5868)

I have checked and found that I could apply all updates without any problems - with the exception of these three packages (which seem to be dependend on each other):

proxmox-backup-client/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]
proxmox-backup-docs/stable 3.2.8-1 all [upgradable from: 3.2.7-1]
proxmox-backup-server/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]

Only after updating those and rebooting, my uptime-kuma probes lead to hanging processes. One can see that because my VM has 4 CPUs and each 5 minutes (which is the rhythm of the probing) another CPU thread is started that never terminates and eats 100% of one thread.

 

[Wouter]

There will be no solved problem if nobody reports a bug... which I will do now (for reference: https://bugzilla.proxmox.com/show_bug.cgi?id=5868)

I have checked and found that I could apply all updates without any problems - with the exception of these three packages (which seem to be dependend on each other):

proxmox-backup-client/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]
proxmox-backup-docs/stable 3.2.8-1 all [upgradable from: 3.2.7-1]
proxmox-backup-server/stable 3.2.8-1 amd64 [upgradable from: 3.2.7-1]

Only after updating those and rebooting, my uptime-kuma probes lead to hanging processes. One can see that because my VM has 4 CPUs and each 5 minutes (which is the rhythm of the probing) another CPU thread is started that never terminates and eats 100% of one thread.

Thank you very much for reporting the bug to the developers.