Bir Proxmox sanal makinesi kilitli duruma geçtiğinde makine üzerindeki start stop reset migrate ve snapshot komutları devre dışı kalır. Bu durumun nedeni çoğu zaman eksik bitmiş snapshot süreçleri veya hataya düşen backup ve migration işlemleridir. Sorun yedekleme sırasında oluştuğunda ise arayüzde VM kilitli yedekleme 500 hatası gösterilir. Bu nedenle ilk adım VM üzerinde hangi kilidin yer aldığını görmektir ve sonrasında doğru komutun uygulanması gerekir.
VM üzerindeki kilidin nedenini inceleyelim
Terminal üzerinden VM’nin yapılandırmasını inceleyerek kilidin nedenini görebiliriz.
qm config <VMID>Burada lock snapshot, lock backup veya lock migrate satırlarından hangisi görünüyorsa sorunun sebebi odur.
Eğer “lock: backup” yazıyorsa karşımızdaki hata tam olarak “VM kilitli yedekleme 500” problemidir.
Sanal makinenin kilidini çözelim
Proxmox’un kendi unlock komutu kilidi doğrudan temizler.
qm unlock <VMID>Bu işlem snapshot, backup ve migrate kilitlerini kaldırır. Komuttan sonra VM hemen kullanılabilir hâle gelir.
Snapshot Yarıda Kaldıysa
Bazı kilitler snapshot hazırlığı tamamlanmadığında oluşur. Snapshot listesini kontrol etmek için komutu girelim.
qm listsnapshot <VMID>Hazırlık aşamasında kalmış snapshot varsa silinmesi gerekir.
qm delsnapshot <VMID> <snapshot-name>Silindiğinde Proxmox snapshot sürecini tamamlanmış kabul eder ve VM serbest kalır.
Backup işleminde oluşan kilidin giderilmesi
Backup görevi kesintiye uğradığında Proxmox VM’yi kilitler ve görev hâlâ devam ediyormuş gibi davranır. Bu genelde snapshot süresinin çok uzaması, storage’ın cevap vermemesi veya bağlantı kopması nedeniyle oluşur.
qm config <VMID>“lock: backup” satırı görünüyorsa çözüm yine bu komuttadır. Bu çoğu durumda hatayı anında temizler.
qm unlock <VMID>Node bağlantısındaki kararsızlık yedekleme işleminin yarıda kalmasına neden olabilir. Bu durum cluster yapılandırmalarında daha belirgin yaşanır ve migration işlemlerinin kesintiye uğrama ihtimalini yükseltir. Bu konuda daha sağlam bir kurulum yapmak istersen Proxmox Cluster Kurulumu ve VM’ler Arası Canlı Geçiş İşlemi rehberine bakabilirsin.
Lock Dosyası Takılı Kaldıysa
Bazen unlock komutu çalışsa bile backup lock dosyası node üzerinde kalabilir.
Dosya yolu
/var/lock/qemu-server/Dosya adı
lock-<VMID>.confTemizlemek için kullanalım. Bu yöntem yalnızca unlock işleminden sonuç alınamadığında kullanılmalıdır.
rm /var/lock/qemu-server/lock-<VMID>.confProxmox Servisleri Task Tutuyorsa
Backup veya snapshot görevi RAM’de takılı kaldığında VM yine locked görünebilir. Servisleri yeniden başlatmak bu durumu çözer. Aşağıdaki komutla birlikte servisler temiz bir şekilde yeniden başlatıldığında kilit de kalkar.
systemctl restart pvedaemon<br>systemctl restart pve-cluster<br>systemctl restart pveproxySık Sorulan Sorular
Sık Sorulan Sorular
Backup işlemi yarım kaldıktan sonra VM neden “lock: backup” durumunda kalıyor?
Backup kesildiği anda Proxmox snapshot sürecini tamamlayamadığı için görevin hâlâ aktif olduğunu varsayar. Snapshot veya backup state temizlenmediği sürece VM kendini koruma modunda tutar. Bu durumda qm unlock <VMID> komutunu çalıştırarak kilidi açabilir, gerekirse yarım kalan snapshot’ı silebilirsin.
Reddit’te bahsedildiği gibi qm unlock işe yaramıyorsa ne yapmam gerekiyor?
Bazı Reddit vakalarında config altında .tmp dosyası takılı kaldığı için unlock yapılamadığı görülüyor. Bu durumda node üzerindeki lock dosyasını kontrol etmen gerekir:
/var/lock/qemu-server/lock-<VMID>.confBu dosya hala duruyorsa silip tekrar denediğinde VM normal duruma döner.
Backup 500 hatası sürekli tekrar ediyorsa neyi kontrol etmeliyim?
Bu hatanın tekrar etmesinin en yaygın nedeni storage performans sorunlarıdır. Backup hedefinin I/O değerleri, boş alanı ve bağlantısı kontrol edilmelidir.
Snapshot hazırlık aşamasında kalmışsa kilit nasıl kaldırılır?
Snapshot listesine bakarak hazırlık aşamasında kalan snapshot’ı tespit etmen gerekir. Terminalden:
qm listsnapshot <VMID>Hazırlıkta kalan snapshot’ı bu komutla silebilirsin:
qm delsnapshot <VMID> <snapshot-name>Bu işlem tamamlandığında Proxmox kilidi otomatik olarak bırakır.