Haberler

Proxmox VE Kullanıcılarını İlgilendiren Ciddi Sorun Ortaya Çıktı: Sanal Makineler Zarar Görebiliyor

Proxmox VE 8 ve 9 sürümlerinde Proxmox Backup Server üzerinden yapılan geri yükleme işlemlerinin bazı sistemlerde çalışan sanal makinelerde dosya sistemi ile veritabanı bozulmalarına yol açabildiği bildirildi. Sorun, özellikle büyük sanal makine yedeklerinin geri yüklenmesi sırasında CPU ile disk erişiminin aşırı yüklenmesi sonucunda ortaya çıkarken etkilenen sistemlerde diğer sanal makineler yanıt veremez hâle gelebiliyor. Proxmox ekibi 14 Ağustos 2026 itibarıyla sorunu incelerken problemin ZFS ile pbs-restore sürecinin bellek önbelleğini kullanma biçimiyle bağlantılı olabileceğini değerlendiriyor.

Proxmox Yedek Geri Yükleme Sürecinde Ağır I/O Yükü Oluşuyor

Temmuz 2026’da Proxmox topluluğunda paylaşılan bir kullanıcı deneyimi, Proxmox Backup Server üzerinden 3 ila 4 TB büyüklüğündeki bir sanal makinenin geri yüklenmesi sırasında sunucuda olağan dışı işlem yükü oluştuğunu gösterdi. Geri yükleme işlemi sırasında disk erişim gecikmesinin 50 milisaniyenin üzerine çıktığı belirtilirken çalışan sanal makineler CPU ile I/O kaynaklarına erişmekte zorlandı. Windows tabanlı sanal makinelerde yaklaşık 20 ila 30 saniye sonra virtio sürücüsüyle ilgili hataların görülmesi, depolama erişimindeki gecikmenin konuk işletim sistemlerine kadar ulaştığını ortaya koydu.

Proxmox VE üzerinde çalışan sanal makinelerin yoğun I/O baskısı altında yanıt verememesi, sorunun yalnızca geri yükleme süresini uzatan bir performans problemi olmadığını gösteriyor. Normalde bir yedek geri yükleme işleminin aynı fiziksel sunucudaki diğer iş yüklerini koruyarak ilerlemesi beklenirken bildirilen senaryoda kaynak çekişmesi çalışan konuk sistemleri de etkileyebiliyor. Özellikle üretim ortamlarında çalışan veritabanları veya dosya sunucuları açısından bu davranış daha ciddi sonuçlar doğurabiliyor.

Ağustos ayında paylaşılan başka bir vakada, iki Intel Xeon işlemci, 1 TB RAM, kurumsal Samsung NVMe SSD’ler ve ZFS mirror kullanan güçlü bir Proxmox sunucusunda benzer sorun yaşandı. ZFS havuzunun sağlık kontrollerinde hata görülmezken geri yükleme sırasında çalışan Windows etki alanı denetleyicisinde dosya sistemi bozulması ortaya çıktı. Aynı sunucudaki yazdırma hizmetini sağlayan başka bir Windows sanal makinesi de dosya sistemi hasarı yaşarken Linux üzerinde çalışan MySQL veritabanında tablo bozulması görüldü.

ZFS mirror yapısının sağlıklı kalması, sorunun doğrudan fiziksel disk arızasına bağlanmasını zorlaştırıyor. ZFS, verileri iki depolama aygıtında eşleyerek disk arızalarına karşı dayanıklılık sağlayan bir dosya sistemi olduğu için fiziksel depolama katmanındaki kontrollerin temiz çıkması önemli bir ayrıntı oluşturuyor. Etkilenen kullanıcıların değerlendirmesine göre asıl sorun, geri yükleme sırasında oluşan aşırı I/O blokajının çalışan sanal makinelerin depolama işlemlerini zamanında tamamlayamamasıyla ilişkili olabilir.

İlk testler Proxmox VE 8 üzerinde gerçekleştirilirken aynı sunucunun Proxmox VE 9’a yükseltilmesi sorunun ortadan kalkmasını sağlamadı. BT ekibi yükseltmenin ardından geri yükleme senaryosunu yeniden uyguladığında çalışan sanal makinelerde ortaya çıkan kaynak darboğazının devam ettiği bildirildi. Sonuç, problemin yalnızca eski sürüme özgü bir hata olmadığını düşündürürken kesin teknik neden henüz doğrulanmış değil.

Proxmox Backup Server, sanal makinelerin düzenli yedeklenmesi için artımlı yedekleme yaklaşımını kullanıyor. İlk tam yedeklemenin ardından değişen verilerin saklanması daha sık yedekleme yapılmasına yardımcı olurken geri yükleme aşamasında büyük miktardaki verinin ana sunucuya yeniden aktarılması ciddi depolama trafiği oluşturabiliyor. Proxmox ekibinin incelemesi, özellikle ZFS kullanan sistemlerde pbs-restore işleminin ana makinenin sayfa önbelleğini nasıl kullandığına odaklanıyor.

14 Ağustos 2026’da Proxmox ekibinden bir yetkili, benzer bir problemin destek birimine ulaştığını doğruladı. Proxmox destek mühendisleri sorunu incelerken ilk teknik değerlendirme pbs-restore işleminin host page cache kullanımına ve ZFS üzerinde yoğun önbellek doldurulmasına işaret ediyor. Geliştirici ekibinin olası bir çözüm üzerinde çalıştığı belirtilirken hatanın kesin nedeni veya düzeltmenin yayınlanacağı tarih henüz açıklanmadı.

Proxmox Backup Server kullanan yöneticiler açısından mevcut tablo, geri yükleme testlerinin üretim sistemlerinden ayrı bir ortamda yapılmasını daha önemli hâle getiriyor. Özellikle büyük sanal makine yedeklerinin geri yüklenmesi sırasında aynı Proxmox VE düğümünde kritik iş yükleri çalışıyorsa yöneticilerin ortaya çıkabilecek I/O baskısını hesaba katması gerekiyor. Yedekleme stratejisinin yalnızca yedek oluşturma başarısına göre değil geri yükleme sırasında diğer sanal makinelerin korunmasına göre değerlendirilmesi de kurumsal altyapılar açısından önem kazanıyor.

Proxmox VE’nin kurumsal ortamlarda sanallaştırma altyapısı olarak kullanılması, sorunun yalnızca tek bir sanal makinenin geri yüklenmesiyle sınırlı kalmaması açısından ayrı bir önem taşıyor. Proxmox tarafından hazırlanacak düzeltmenin ardından yöneticilerin farklı depolama yapılandırmalarında geri yükleme testleri gerçekleştirmesi, üretim sistemlerinde aynı davranışın tekrarlanıp tekrarlanmadığını kontrol etmesi gerekecek. Sorunun doğrulanmış kök nedeni ile kalıcı çözümü açıklanana kadar özellikle kritik sistemlerde doğrudan üretim düğümü üzerinde geri yükleme yapmak daha yüksek operasyonel risk taşıyor.

İlgili Makaleler

Bir yanıt yazın

Başa dön tuşu