Proxmox-9.1-Upgrade-Berichte: Kernel-, Netzwerk- und GPU-Probleme

Proxmox 9.1 erschien vor Kurzem mit großer Vorfreude aus der Virtualisierungs- und Homelab-Community. Neue Features, Kernel-Updates und Performance-Optimierungen begeistern die Menge normalerweise, bis etwas kaputtgeht. Und genau das ist einem glücklosen Nutzer passiert, nur einen Tag nach dem Update: ein harter Absturz, ein obskurer Netdev-Watchdog-Fehler und keine Spur in den Logs. Willkommen im wilden Westen der Open-Source-Upgrades.

Das ist keine einmalige Geschichte. Graben Sie ein bisschen tiefer, und Sie sehen mehrere Nutzer, die nach dem Wechsel auf 9.1 von Instabilität berichten, von mysteriösen Abstürzen und Netzwerkkarten-Meltdowns bis zu GPU-bezogenen Fehlern, die ganze Systeme lahmlegen. Was ist da los? Sehen wir uns an, was das 9.1-Upgrade an Chaos hinterlassen hat und was das für Proxmox-Nutzer bedeutet, zu Hause wie in der Produktion.

Ein Absturz ohne Spur

Der ursprüngliche Beitrag stammte von einem Nutzer, der auf Proxmox 9.1 upgradete, nur damit das System bereits am nächsten Tag abstürzte. Die Logs waren leer. Der einzige echte Hinweis war ein Snapshot der Konsole mit einem Netdev-Watchdog-Problem, das mit einer Mellanox-ConnectX-3-Pro-Karte zusammenhing. Die Reaktion war ein Rollback auf den vorherigen Kernel und eine hoffnungsvolle Pause, aber die Unsicherheit blieb. War es der Kernel? Der Netzwerktreiber? Ein Zufall?

Es stellte sich heraus, dass andere ähnliche Instabilität erleben und einige bereits das Handtuch werfen.

Sie sind nicht allein: ein Muster von Ausfällen

Ein weiterer Nutzer meldete sich mit einem ernüchternden Kommentar zu Wort: gleiches Problem, andere Größenordnung. Auf einem Produktivsystem mit 20 Nodes und einem Petabyte NVMe-Storage tauchte derselbe Netdev-Absturz auf. Die Lösung bestand darin, das Upgrade rückgängig zu machen und zurück auf 8.4 zu gehen. „Ich warte noch ein bis zwei Monate", sagte die Person. Das ist kein Vertrauen, das ist Schadensbegrenzung.

Noch ein anderer Nutzer wies auf einen möglichen Übeltäter hin, nämlich frigate_capture, eine GPU-basierte Komponente für Videoverarbeitung. Die Logik dahinter: Ein GPU-Absturz riss die CPU mit, die wiederum die NIC ins Trudeln brachte. Sobald Hardwarebeschleunigung im Spiel ist, wird es schnell brenzlig, besonders bei Passthrough einer iGPU wie der Intel-8600-Serie.

iGPU, LXC und Abstürze

Der ursprüngliche Poster verriet, dass er eine iGPU mit Frigate nutzte, einer beliebten NVR-Plattform. Anfangs war das an einen LXC-Container mit Docker darin gebunden, ein Setup, das zwar funktionierte, aber oft auf dem schmalen Grat zwischen elegant und verflucht wandelt.

Nach mehreren Neubereitstellungen, genau zehn, verschob die Person Frigate schließlich in einen unprivilegierten OCI-Container. Seitdem läuft es stabiler, der Schaden war aber bereits angerichtet: Kernel-Abstürze, plötzliche Neustarts, Stunden voller Wiederherstellung und Fehlersuche. Genau diese Art von Reibung macht aus Enthusiasten Skeptiker.

Ein Kommentator fasste es unverblümt zusammen: „Nicht bereit für die Prime-Time … Diese 9 läuft nicht einmal als Sandbox. Epic Fail."

Der Kernel-Seite auf den Grund gehen

Mehrere Nutzer haben bereits einen Workaround gefunden, nämlich den Rollback auf den neuesten 6.14er-Kernel. Ein Nutzer berichtete, dass nach dem Zurücksetzen alles wieder normal lief. Seine eigene Absturz-Odyssee begann mit TPM-Problemen, ging über Tailscale-Eigenheiten und endete in einer Boot-Schleife, die zunächst unbemerkt blieb. Und all das durch ein Punkt-Upgrade, genau die Art versteckter Mine, die Admins jeden „jetzt aktualisieren"-Button infrage stellen lässt.

Es sind auch nicht nur Mellanox-NICs, die Probleme machen. Andere meldeten Probleme mit Intel-NICs, Offloading-Bugs und BIOS-Kompatibilitätseigenheiten. Ein hilfreicher Link zu einem Skript zur Behebung von NIC-Offloading-Problemen machte die Runde, aber das ist eher ein Pflaster als eine Lösung.

Was das für Proxmox-Nutzer bedeutet

Was ist also die Erkenntnis daraus?

Upgraden Sie nicht blind, besonders nicht bei Punkt-Releases. Testen Sie zuerst in einer Sandbox. Wenn Sie Frigate, GPU-Passthrough oder individuelle LXC-Setups betreiben, tragen Sie ein höheres Risiko.

Halten Sie einen Rollback-Plan bereit. Ob Rückkehr zu einem früheren Kernel oder Snapshot Ihrer Nodes vor dem Sprung, bereiten Sie sich auf das Schlimmste vor.

Achten Sie auf GPU-Konfigurationen. Frigate ist fantastisch, aber auch heikel, wenn Sie Hardwarebeschleunigung in Containern nutzen. Stellen Sie sicher, dass Sie diese Workloads sauber isolieren.

Prüfen Sie BIOS und Firmware. Ein veraltetes BIOS mag auf älteren Proxmox-Versionen in Ordnung sein, kann aber auf neueren Kerneln unvorhersehbares Verhalten auslösen.

Trennen Sie Konfigurations- und Datenvolumes. Das war für den ursprünglichen Poster ein echter Lebensretter. Wenn Sie Ihre Dienste einfach durch erneutes Anhängen der Volumes neu bereitstellen können, ist die Wiederherstellung ungleich einfacher.

Sollten Sie 9.1 ganz meiden?

Nicht unbedingt. Es gibt Nutzer, die von sauberen Upgrades und stabiler Performance berichten. Wenn Sie aber ein Homelab mit Sonderfall-Konfigurationen betreiben oder, schlimmer, in der Produktion sind, gehen Sie vorsichtig vor. Early Adopters sind die Tester, ob sie wollen oder nicht.

Die goldene Regel hier: Wenn Ihr System nicht kaputt ist, reparieren Sie es nicht überstürzt mit einem glänzenden Update. Erst recht nicht, wenn die Stabilität Ihrer gesamten virtuellen Infrastruktur auf dem Spiel steht.

Was könnte Proxmox besser machen?

Ein paar Dinge stechen bei diesem Community-Vorfall hervor.

Kernel-Update-Notizen könnten transparenter sein, denn Nutzer wurden von Verhaltensänderungen überrascht, die nicht klar dokumentiert waren.

Regressionstests mit realen Konfigurationen könnten besser sein. LXC mit Docker, hardwarebeschleunigtes Frigate und Mellanox-Karten sind längst keine Nischenfälle mehr.

Und granularere Rollback-Optionen wären eine enorme Hilfe, also die Möglichkeit, ganze Node-Umgebungen und nicht nur Kernel einfacher zurückzusetzen.

Fazit

Proxmox ist einer der leistungsfähigsten und flexibelsten Open-Source-Hypervisoren überhaupt. Leistungsfähigkeit kommt aber mit Komplexität, und Komplexität bringt Risiko mit sich. Das 9.1-Upgrade brachte neue Features und dazu Kernel-Panics, NIC-Abstürze und eine Welle der Unsicherheit. Bis diese Probleme ausgebügelt sind, ist die sichere Wahl, entweder zu warten oder Ihr Upgrade auf einen unkritischen Node zu beschränken. Upgrades sind aufregend, in der Welt der Virtualisierung ist Stabilität aber König.