Proxmox VE 8’den 9’a Geçiş Rehberi — Ağustos 2026 EOL’a Hazırlık (pve8to9, ZFS, Cluster)
Özet: Proxmox VE 8 (Debian 12 Bookworm tabanlı) için güvenlik güncellemeleri Ağustos 2026’da bitiyor. PVE 9 (Debian 13 Trixie tabanlı) pve8to9 aracı ile in-place upgrade mümkün, ama dikkat edilmesi gereken çok şey var: ZFS pool uyumluluğu, QEMU machine version, kernel sürümleri, cluster üyeleri sırası, network config (ifupdown2), ve guest VM uyumluluğu. Bu rehber pre-check, upgrade adımları ve rollback senaryolarını içerir. Önemli: En az 1 ay önceden başlayın; cluster ortamlarında tek seferde değil node-by-node rolling upgrade yapın.
EOL takvimi ve neden şimdi planlanmalı?
| Sürüm | Debian Tabanı | EOL | Durum (2026-06) |
|---|---|---|---|
| Proxmox VE 7 | Debian 11 Bullseye | 2024-07 | EOL — desteklenmez |
| Proxmox VE 8 | Debian 12 Bookworm | 2026-08 | ~2 ay kaldı |
| Proxmox VE 9 | Debian 13 Trixie | 2028+ (tahmini) | Önerilen sürüm |
EOL sonrası: güvenlik yamaları gelmez, yeni donanım drivers’ı eksik kalır, vendor desteği biter. Production ortamı için Ağustos öncesi geçiş şart.
⚠️ Pre-upgrade kontrol listesi
- Tüm VM ve container’ların PBS yedeği alınmış olmalı (Proxmox Backup Server ile, bkz: 3-2-1-1-0 PBS rehberi)
- Pre-flight check aracı çalıştırın:
pve8to9 --full— TÜM uyarılar gözden geçirilmeli - Mevcut PVE sürümü 8.4.0 veya üstü olmalı (in-place upgrade için gerekli):
pveversion - Cluster ortamında tüm node’lar aynı 8.x minor sürümde olmalı
- Disk alanı:
/ve/booten az 4 GB free - Network config:
/etc/network/interfacesyedeği alınmış olmalı - Pacific Storage (Ceph) varsa: Ceph upgrade ayrı bir prosedür, önce o tamamlanmalı
Adım 1 — Pre-flight check
# Sürüm kontrolü
pveversion
# Olmasi gereken: pve-manager/8.4.x veya ustu
# Pre-flight check (tum uyari ve hatalari gosterir)
pve8to9 --full
# Cikti ornegi:
# = CHECKING VERSION INFORMATION FOR PVE PACKAGES =
# Checking for package updates..
# PASS: All packages up-to-date.
# Checking proxmox-ve package version..
# PASS: proxmox-ve package has version >= 8.4.0
# ...
# = SUMMARY =
# TOTAL: 47
# PASSED: 42
# SKIPPED: 3
# WARNINGS: 2
# FAILURES: 0
FAILURES varsa kesinlikle upgrade’e başlamayın. WARNINGS’ları teker teker okuyun, çoğu için manual aksiyon gerekir (özellikle old kernel, ifupdown2 not installed, ceph mon health gibi uyarılar).
Adım 2 — APT sources güncelle (Bookworm → Trixie)
# Mevcut sources'i yedekle
cp /etc/apt/sources.list /etc/apt/sources.list.bak
cp -r /etc/apt/sources.list.d /etc/apt/sources.list.d.bak
# Debian sources
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
# Proxmox no-subscription repo (community)
cat > /etc/apt/sources.list.d/pve-no-subscription.list <<EOF
deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
EOF
# Eski bookworm reponu disable et
mv /etc/apt/sources.list.d/pve-no-subscription-bookworm.list /etc/apt/sources.list.d/pve-no-subscription-bookworm.list.disabled 2>/dev/null
# Ceph reposu varsa (Reef/Squid icin):
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/ceph.list 2>/dev/null
Adım 3 — Dist-upgrade çalıştır
# Repository update
apt update
# Indirilecek paket boyutunu gor
apt --simulate dist-upgrade | tail -20
# Asil upgrade (~15-30 dakika, internet hizina bagli)
DEBIAN_FRONTEND=noninteractive apt -y dist-upgrade
# Birkac konfig dosyasi sorulabilir - genelde "keep current local version" guvenli
Bu adımda interaktif promptlar çıkabilir (/etc/issue, /etc/lvm/lvm.conf, vb.). Default seçenek “keep current local version” genelde güvenlidir.
Adım 4 — Reboot ve doğrulama
# Reboot
shutdown -r now
# Boot sonrasi
pveversion -v
# Beklenen: proxmox-ve/9.0.x
# Kernel kontrol
uname -r
# Beklenen: 6.8.x veya 6.11.x
# Cluster durum
pvecm status
# Tum node'lar quorate ve aktif olmali
# Storage check
pvesm status
# Tum datastore'lar 'active' olmali
# Network
ip addr show
# Tum bridge'ler (vmbr0, vmbr1) up olmali
Cluster için rolling upgrade (önemli!)
Tek seferde tüm node’ları upgrade etmek yasak — cluster split olabilir. Doğru sıra:
- İlk node‘u upgrade edin (genelde non-master, yedek node)
- İlk node ayağa kalktıktan sonra cluster sağlığını kontrol edin:
pvecm statusvejournalctl -u corosync - HA (High Availability) etkinse HA Manager rebalance bekleyin (~5 dakika)
- İkinci node’a geçin; aynı işlem
- Master/quorum-master node’u en son upgrade edin
- Tüm node’lar PVE 9’da olduktan sonra
pvesh get /cluster/statusile son sağlık kontrolü
VM’lerin upgrade sonrası uyumluluğu
- Mevcut VM’ler default olarak eski QEMU machine version‘da kalır (i440fx 8.1 gibi). Yeni özelliklerden faydalanmak için VM Hardware → Machine → “Latest” seçilebilir, ama VM içindeki guest OS’un boot sektörünü değiştirmemeye dikkat (Windows VM’ler özellikle hassas)
- Linux guest’ler:
virtio-netdriver versiyonu güncellenmeli (özellikle CentOS 7 / Ubuntu 18 gibi eski guest’ler için) - Windows guest’ler: VirtIO drivers’ı en son
virtio-win-0.1.248veya üstü ile güncelleyin - Container’lar (LXC): Debian 11 LXC container’ları yeni kernel ile uyumsuz olabilir; içeride
apt dist-upgradeile guest OS’u da güncellemek gerekir
Rollback senaryosu (yedek planın olsun)
Upgrade sonrası ciddi sorun (örn. boot edemiyor, network down, VM’ler açılmıyor) yaşarsanız:
- ZFS root kullananlar için:
zfsbootmenuüzerinden eski boot environment seçilebilir (önceden snapshot alınmış olmalı) - LVM-thin kullananlar için: roolback yok, sıfırdan install gerekir
- Cluster node down: diğer node’lardan VM’leri taşıyın (
qm move-disk), sonra etkili node’u reinstall edin - VM seviyesinde rollback: PBS’ten restore (her zaman best practice)
Sık karşılaşılan sorunlar
- “pve8to9 ‘no-subscription warning’ veriyor.” Bu sadece ücretli vs ücretsiz repo seçimi uyarısı; upgrade’i engellemez.
- “Boot sonrası /etc/network/interfaces çalışmıyor.”
ifupdown2kurulumu eksik olabilir.apt install ifupdown2ile yükleyin, sonrasystemctl restart networking. - “VM açılmıyor, ‘machine type not supported’ hatası.” Eski machine version (i440fx-3.x gibi) PVE 9’da kaldırılmış olabilir. VM hardware’da daha yeni machine type seçin (i440fx-8.x veya q35-8.x).
- “Ceph monitor down upgrade sonrası.” Ceph upgrade’i kendi prosedürü var;
ceph statusile durumu kontrol edin, gerekirsesystemctl restart ceph-mon@<id>. - “GUI web console (8006) açılmıyor.”
systemctl status pveproxyile servis durumunu kontrol edin. SSL sertifikası corrupt olabilir:pvecm updatecerts --force.
Upgrade sonrası best practices
- İlk hafta her node’da
journalctl -p 3 -xbile error log tarayın - VM’lerin CPU/memory metrikleri‘nde anormallik var mı izleyin (Grafana/Prometheus exporter)
- Backup job’lar çalışıyor mu kontrol edin:
cat /var/log/vzdump/log - Cluster health:
pvecm statusgünlük kontrol - Yeni PVE 9 özelliklerinden faydalanın: SDN improvements, secure boot support, yeni ZFS sürümü
Proxmox VE upgrade ve danışmanlık
Proxmox cluster planlaması, VE 8 → 9 migration, PBS entegrasyonu, Ceph upgrade veya VMware’den Proxmox’a geçiş için destek almak ister misiniz? 1998’den beri Türkiye genelinde sanallaştırma danışmanlığı veriyoruz; KOBİ pazarında Proxmox momentum’u arttıkça uzmanlığımızı bu alanda da derinleştirdik.




