Übersicht: Proxmox VE 8 (Debian 12 Bookworm-basiert) EOL ist August 2026. PVE 9 (Debian 13 Trixie-basiert) kann in-place via pve8to9-Tool aktualisiert werden, aber planen für: ZFS-Pool-Kompatibilität, QEMU-Machine-Version, Kernel-Versionen, Cluster-Member-Reihenfolge, Network-Config (ifupdown2), und Guest-VM-Kompatibilität. Diese Anleitung deckt Pre-Check, Upgrade-Schritte und Rollback-Szenarien ab. Wichtig: Mindestens 1 Monat vorher beginnen; in Cluster-Umgebungen node-by-node Rolling Upgrade, nicht alle gleichzeitig.

EOL-Zeitplan und warum jetzt planen

Version	Debian-Basis	EOL	Status (2026-06)
Proxmox VE 7	Debian 11 Bullseye	2024-07	EOL — nicht unterstützt
Proxmox VE 8	Debian 12 Bookworm	2026-08	~2 Monate übrig
Proxmox VE 9	Debian 13 Trixie	2028+ (geschätzt)	Empfohlene Version

Nach EOL: keine Sicherheits-Patches, fehlende neue Hardware-Treiber, Vendor-Support endet. Produktionsumgebungen müssen vor August migrieren.

Schritt 1 — Pre-Flight-Check

# Versionscheck
pveversion
# Erforderlich: pve-manager/8.4.x oder höher

# Pre-Flight-Check
pve8to9 --full

# Beispiel-Output:
# PASSED: 42
# WARNINGS: 2
# FAILURES: 0

Bei FAILURES Upgrade nicht starten. Jede WARNING sorgfältig lesen; viele erfordern manuelle Aktion.

Schritt 2 — APT-Sources aktualisieren (Bookworm → Trixie)

# Aktuelle Sources sichern
cp /etc/apt/sources.list /etc/apt/sources.list.bak

# Debian-Sources
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list

# Proxmox no-subscription repo
cat > /etc/apt/sources.list.d/pve-no-subscription.list <<EOF
deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
EOF

# Ceph falls vorhanden:
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/ceph.list 2>/dev/null

Schritt 3 — Dist-Upgrade ausführen

apt update
apt --simulate dist-upgrade | tail -20
DEBIAN_FRONTEND=noninteractive apt -y dist-upgrade

Interaktive Prompts können erscheinen (/etc/issue, /etc/lvm/lvm.conf). Standard “keep current local version” ist meist sicher.

Schritt 4 — Neustart und Verifizierung

shutdown -r now

# Nach Neustart
pveversion -v   # Erwartet: proxmox-ve/9.0.x
uname -r        # Erwartet: 6.8.x oder 6.11.x
pvecm status    # Alle Knoten quorate
pvesm status    # Alle Datastores aktiv
ip addr show    # Alle Bridges up

Cluster Rolling Upgrade (wichtig!)

1. Ersten Knoten upgraden (typischerweise Nicht-Master, Backup-Knoten)
2. Nach Hochfahren des ersten Knotens Cluster-Health prüfen: pvecm status
3. Wenn HA aktiv, auf HA-Manager-Rebalance warten (~5 Min)
4. Zum zweiten Knoten; selber Prozess
5. Master/Quorum-Master-Knoten zuletzt upgraden
6. Alle Knoten auf PVE 9: pvesh get /cluster/status

Guest-VM-Kompatibilität nach Upgrade

• Bestehende VMs bleiben auf alter QEMU Machine-Version (z.B. i440fx 8.1). Für neue Features VM-Hardware → Machine → “Latest” setzen; Vorsicht bei Windows-VMs (Boot-Sektor sensibel)
• Linux-Guests: virtio-net-Treiber aktualisieren (besonders CentOS 7 / Ubuntu 18)
• Windows-Guests: VirtIO-Treiber auf virtio-win-0.1.248 oder höher aktualisieren
• LXC-Container: Debian 11-Container möglicherweise inkompatibel mit neuem Kernel; Guest-OS innen mit apt dist-upgrade aktualisieren

Rollback-Szenario

• ZFS-Root: alte Boot-Umgebung via zfsbootmenu wählen (Snapshot vorher erforderlich)
• LVM-thin: kein Rollback, Neuinstallation erforderlich
• Cluster-Knoten down: VMs auf andere Knoten verschieben (qm move-disk), betroffenen Knoten neu installieren
• VM-Level-Rollback: PBS-Restore (Best Practice)

Häufige Probleme

• “pve8to9 ‘no-subscription warning’.” Nur Hinweis auf bezahltes vs. kostenloses Repo; blockiert Upgrade nicht.
• “/etc/network/interfaces nach Boot nicht funktionsfähig.” ifupdown2 möglicherweise fehlt. apt install ifupdown2 + systemctl restart networking.
• “VM startet nicht, ‘machine type not supported’.” Alte Machine-Version in PVE 9 entfernt. Neuere Machine-Type wählen (i440fx-8.x oder q35-8.x).
• “Ceph-Monitor down nach Upgrade.” Ceph hat eigene Upgrade-Prozedur; ceph status, systemctl restart ceph-mon@<id>.
• “GUI-Web-Konsole (8006) öffnet nicht.” systemctl status pveproxy. SSL korrupt: pvecm updatecerts --force.

Post-Upgrade Best Practices

• Erste Woche: journalctl -p 3 -xb auf jedem Knoten nach Fehlern scannen
• VM CPU/Memory-Metriken auf Anomalien überwachen (Grafana/Prometheus)
• Backup-Jobs laufen: cat /var/log/vzdump/log
• Tägliche Cluster-Health: pvecm status

Quellen: Proxmox VE Roadmap (pve.proxmox.com/wiki), XDA Developers-Analyse. Getestete Umgebungen: PVE 8.4.1 → 9.0 RC1 In-Place-Upgrade, 3-Knoten-Cluster + PBS. Letzte Aktualisierung: 2026-06-15.