Proxmox VE 8 auf 9: das Upgrade Knoten für Knoten

Proxmox VE 9 basiert auf Debian 13 „Trixie“ und ist seit August 2025 verfügbar. Proxmox VE 8 bekommt laut Hersteller noch eine Weile Updates, aber das Ende ist absehbar, und neue Funktionen kommen nur noch in 9. Der Sprung ist kein normales Update: Das Debian darunter wechselt die Hauptversion, der Kernel ebenso. Mit der richtigen Reihenfolge ist das in einem Cluster ohne Ausfall der Gäste machbar.

Vorher: der Zustand, auf den du zurückkannst#

• Sicherungen aller Gäste, frisch und auf einem anderen Rechner, zum Beispiel einem Proxmox Backup Server.
• Proxmox VE 8 auf dem neuesten Stand, also 8.4.x. Ein Upgrade von einem älteren 8er-Stand ist nicht vorgesehen.
• Konsole des Knotens erreichbar (IPMI, iKVM oder die Konsole des Hosters). Wenn der neue Kernel nicht startet, kommst du nur so heran.
• Genug Platz: mindestens einige GB frei auf der Root-Partition.

apt update && apt dist-upgrade
pveversion                      # pve-manager/8.4.x

Das Prüfskript: pve8to9#

pve8to9 --full

Das Skript prüft den Knoten auf alles, was das Upgrade blockiert oder danach Ärger macht: Paketquellen, Speicher, Cluster-Zustand, veraltete Einstellungen. Die Ausgabe hat drei Stufen: PASS, WARN und FAIL. Jedes FAIL wird behoben, bevor es weitergeht. Jedes WARN liest du und entscheidest bewusst.

Das Skript lässt sich beliebig oft ausführen. Lass es nach jeder Korrektur erneut laufen, und noch einmal unmittelbar vor dem Umstellen der Paketquellen.

Im Cluster: ein Knoten nach dem anderen#

Die Reihenfolge ist der eigentliche Trick. Du aktualisierst nie mehrere Knoten gleichzeitig.

1. Gäste vom ersten Knoten wegziehen, per Live-Migration auf die anderen Knoten. Bei gemeinsamem Speicher oder mit Replikation geht das ohne Unterbrechung.
2. Diesen Knoten aktualisieren (die Schritte unten), neu starten, prüfen.
3. Gäste zurückziehen oder den nächsten Knoten leeren.
4. Wiederholen, bis alle Knoten auf 9 sind.

Ceph hat eine eigene Reihenfolge: Ceph muss vor dem Proxmox-Upgrade auf die von Proxmox VE 9 unterstützte Version gebracht werden. Dafür gibt es einen eigenen Wiki-Artikel. Ohne Ceph entfällt dieser Schritt.

Die Paketquellen umstellen#

Proxmox VE 9 nutzt das deb822-Format für Paketquellen. Zuerst Debian:

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/*.list 2>/dev/null

Dann Proxmox, hier für das No-Subscription-Repository:

# /etc/apt/sources.list.d/proxmox.sources
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Die alte Datei für das Proxmox-Repository (pve-no-subscription.list oder pve-enterprise.list) entfernst oder deaktivierst du, sonst ist dieselbe Quelle doppelt eingetragen. Mit Abonnement trägst du statt dessen das Enterprise-Repository im selben Format ein. Wie die Repositorys sich unterscheiden, steht in Proxmox aktualisieren, ohne dass Gäste stehen.

grep -rn "bookworm" /etc/apt/     # darf nichts mehr finden
apt update

Das Upgrade#

In einer Sitzung, die einen Verbindungsabbruch übersteht:

tmux new -s upgrade
apt dist-upgrade

Bei geänderten Konfigurationsdateien fragt apt nach. Das Wiki nennt für einige Dateien die empfohlene Antwort; für deine eigenen Anpassungen gilt: behalten und danach mit der neuen Fassung (.dpkg-dist) vergleichen.

pve8to9 --full        # noch einmal, jetzt auf dem aktualisierten System
reboot

Danach#

pveversion                          # pve-manager/9.x
uname -r                            # neuer Kernel
systemctl --failed
pvecm status                        # im Cluster: alle Knoten da, Quorum

Dann in der Weboberfläche: Knoten grün, Speicher erreichbar, ein Testgast startet. Erst dann den nächsten Knoten angehen.

Einige Einstellungen haben sich in Version 9 geändert, etwa die Konfiguration der Hochverfügbarkeit, die jetzt mit Regeln statt Gruppen arbeitet. Proxmox überführt bestehende Einstellungen beim Upgrade; prüfe nach dem letzten Knoten, ob das Ergebnis deiner Absicht entspricht. Wie HA grundsätzlich arbeitet, steht in Proxmox-HA.

Wenn der Knoten nicht startet#

Über die Konsole beim Booten im GRUB-Menü den älteren Kernel wählen. Proxmox behält ihn bei einem Upgrade zunächst. Startet der Knoten damit, liegt das Problem am neuen Kernel (oft ein Treiber). Die Lösung steht dann meist in den „Known Issues“ des Wikis oder im Proxmox-Forum. Über die Konsole ist das System vollständig bedienbar.

Häufige Fragen#

Kann ich einen einzelnen Knoten ohne Cluster genauso aktualisieren?#

Ja, dann entfallen Migration und Reihenfolge. Die Gäste stehen während des Neustarts still. Plane dafür ein Wartungsfenster ein.

Muss ich Proxmox Backup Server gleichzeitig aktualisieren?#

Nein. PBS hat eine eigene Hauptversion und einen eigenen Upgrade-Weg. Ein PVE 9 kann auf einen PBS der vorherigen Hauptversion sichern; prüfe die Verträglichkeit trotzdem in den Release Notes beider Produkte.

Wie lange kann ich auf Version 8 bleiben?#

Proxmox nennt für jede Hauptversion ein Ende der Unterstützung auf der Webseite und im Wiki. Ein Upgrade in den Monaten davor ist entspannter als in den Wochen davor.

Und die Gäste? Müssen die auch aktualisiert werden?#

Nein. VMs und Container bringen ihr eigenes System mit. Ein Debian-12-Gast läuft unter Proxmox VE 9 weiter. Wie der Gast selbst auf Debian 13 kommt, steht in Von Debian 12 auf 13.

Kurz gesagt#

• Proxmox VE 9 basiert auf Debian 13; der Sprung ist ein eigener Vorgang mit Wiki-Anleitung.
• Vorher: Sicherungen, 8.4.x, Konsole, pve8to9 --full ohne FAIL.
• Im Cluster ein Knoten nach dem anderen, Gäste vorher wegmigrieren.
• Paketquellen auf trixie und deb822-Format, doppelte Einträge entfernen.
• Startet der neue Kernel nicht: im GRUB den alten wählen.