Proxmox VE 8 auf 9 upgraden: Ablauf und typische Fehler

Proxmox VE 8 erreicht im August 2026 das Ende des Supports. Ab diesem Zeitpunkt liefert Proxmox keine Sicherheitsupdates und keine Bugfixes mehr – nicht einmal für Kernel und QEMU. Für Admins in KMU und Kommunen ist das Upgrade auf Proxmox VE 9 damit keine Option mehr, sondern Notwendigkeit. Diese Anleitung zeigt den Upgrade-Pfad von 8.4 auf 9, inklusive pve8to9-Check und den häufigsten Fehlern.

Warum PVE 8 jetzt upgraden

Ursache

PVE 8 basiert auf Debian 12 „Bookworm“. Seit dem End of Life wird die Proxmox-Schicht – Kernel, QEMU, LXC und die Proxmox-eigenen Pakete – nicht mehr gepatcht. Die Debian-Basispakete laufen über Debian LTS zwar noch bis 30. Juni 2028, das hilft aber nicht gegen Proxmox-spezifische Schwachstellen.

Lösung

Proxmox stellt einen offiziellen In-Place-Upgrade-Pfad von PVE 8.4.1 auf PVE 9 bereit. Das Ziel-System läuft auf Debian 13 „Trixie“ mit Linux-Kernel 7.0 und QEMU 11. Eine Neuinstallation ist nicht nötig: VMs und Container bleiben erhalten, bei Clustern wird Node für Node upgradet.

Vorabprüfung und Vorbereitung

Voraussetzungen

Bevor der erste Node angefasst wird, sollten folgende Punkte auf allen Nodes erfüllt sein:

• PVE 8.4.1 oder neuer (Prüfung mit pveversion)
• Mindestens 5 GB freier Speicher auf der Root-Partition, 10 GB oder mehr empfohlen
• Vollständiges Backup aller VMs und Container plus Proxmox-Konfiguration aus /etc/pve
• Stabiler Zugang ohne WLAN, SSH-Sitzung in tmux oder screen
• Ceph-Cluster, falls vorhanden: gesund und bereits auf Squid upgraded

apt update && apt dist-upgrade
pveversion
vzdump --all --mode snapshot --storage backup-storage
tar czf /root/pve-config-backup-$(date +%Y%m%d).tar.gz /etc/pve/
pve8to9 --full

Das Analyse-Tool pve8to9 --full prüft Repository-Konfiguration, Storage-Einstellungen, deprecated Optionen und die Container-Kompatibilität. Jedes FAIL muss vor dem Upgrade behoben werden, jede WARN-Meldung einzeln bewertet werden. Container mit systemd älter als Version 230 – etwa CentOS 7 oder Ubuntu 16.04 – werden unter PVE 9 nicht mehr unterstützt und müssen vorab auf neuere Betriebssysteme migriert werden.

Typische Fehler und Lösungen

1. Ceph nicht vor PVE upgraded

Läuft Ceph im Cluster, ist die Reihenfolge zwingend: zuerst Ceph auf Squid (19.2), dann PVE 9. In der umgekehrten Reihenfolge schlägt das Upgrade fehl oder Ceph ist nach dem Reboot nicht erreichbar. Ein mitinstallierter PBS 3 wird nach der PBS-eigenen Anleitung auf Version 4 upgedatet.

2. apt dist-upgrade bricht mit 401-Fehlern ab

Ursache: Ein Enterprise-Repository ist konfiguriert, aber kein aktiver Subscription-Key vorhanden. Lösung: Alle Referenzen auf das Enterprise-Repository entfernen und das No-Subscription-Repository verwenden. Enterprise- und No-Subscription-Quellen dürfen nicht gemischt werden.

3. APT möchte das Paket proxmox-ve entfernen

Zeigt die Paketliste beim dist-upgrade an, dass das Proxmox-Metapaket deinstalliert wird, an dieser Stelle abbrechen und die Paketauflösung prüfen. Typische Ursache sind gemischte Repository-Einstellungen, zum Beispiel verbliebene Bookworm-Einträge neben den neuen Trixie-Quellen. Das Metapaket sollte nicht entfernt werden, um die Meldung zu unterdrücken.

4. Container starten nach dem Upgrade nicht

Container mit systemd älter als 230 starten unter PVE 9 nicht, weil cgroup v1 entfernt wurde. Betroffene Templates – vor allem ältere CentOS- und Ubuntu-Systeme – müssen vor dem Upgrade auf neuere OS-Versionen aktualisiert werden.

Rolling Upgrade im Cluster

Im HA-Cluster läuft der Wechsel Node für Node: Node in den Wartungsmodus versetzen, HA-Services werden automatisch migriert; VMs und Container per Live-Migration auf andere Nodes verschieben; Upgrade ausführen; Reboot; Abschlussprüfungen durchführen; Wartungsmodus beenden. VMs lassen sich immer von einem älteren auf einen neueren Node migrieren, der umgekehrte Weg wird nicht offiziell unterstützt.

Post-Upgrade-Checks

pveversion            # erwartet: pve-manager/9.x.x
uname -r              # erwartet bei PVE 9.2: 7.0.x
systemctl --failed    # keine fehlerhaften Dienste
qm list && pct list  # alle Gäste laufen

Fazit

Der Support-Ende von PVE 8 macht das Upgrade zwingend: Ohne Patches sind auch Kernel und QEMU nicht mehr abgesichert. Mit dem pve8to9-Check, kompletten Backups und der korrekten Reihenfolge bei Ceph und PBS läuft das In-Place-Upgrade auf PVE 9 sauber durch – in Single-Node- wie in Clusteraufbauten.

Quellen

WZ-IT: „Proxmox VE 8 auf 9 Upgrade: Anleitung für Cluster mit Ceph, PBS und HA“ (abgerufen 11. November 2026)
Proxmox Wiki: „Upgrade from 8 to 9“ (abgerufen 11. November 2026)

Hinweis: Dieser Beitrag wurde mit Unterstützung künstlicher Intelligenz (KI) erstellt.