Sanal makine açılmıyor sorunu, güç verme (Power On) görevinin hemen başarısız olması, sanal makinenin kısa süre açılıp kapanması veya açılıyor durumunda takılı kalması şeklinde görülebilir. Sorunun kaynağı her zaman konuk işletim sistemi değildir; hipervizör kaynakları, datastore ya da disk erişimi, kilit dosyaları, bozuk yapılandırma veya uyumsuz sanal donanım da bu hataya yol açabilir. Bu rehber, VMware vSphere/ESXi, Microsoft Hyper-V ve KVM/libvirt ortamlarında güvenli teşhis sırasını açıklar. Amaç, rastgele yeniden başlatmalar yapmak yerine hata mesajını ve ilgili logları kullanarak arızanın katmanını belirlemektir.
Belirti ve kapsam: Sanal makine neden açılmaz?
İlk olarak problemin tek bir sanal makineyle mi, aynı host üzerindeki tüm makinelerle mi, yoksa belirli bir datastore üzerindeki makinelerle mi sınırlı olduğunu tespit edin. Bu ayrım, konuk işletim sistemi probleminden çok host, ağ depolaması veya hipervizör servisleri gibi ortak bileşenlerdeki arızaları ayırt etmeyi sağlar.
Yaygın belirtiler şunlardır:
- Yönetim arayüzünde Power On, Start veya Failed to start virtual machine görevinin başarısız olması.
- Sanal makinenin açıldıktan birkaç saniye sonra otomatik kapanması.
- File is locked, insufficient resources, cannot open disk veya erişim izniyle ilgili hata mesajı.
- VM yapılandırmasının yüklenememesi ya da bağlı sanal disk dosyasının bulunamaması.
- Birden fazla VM’de aynı anda açılış başarısızlığı ve datastore/ağ depolama uyarıları.
Hızlı teşhis özeti
- Görev ayrıntısındaki tam hata metnini, saat bilgisiyle birlikte kaydedin.
- Aynı host ve datastore üzerindeki diğer VM’lerin açılıp açılmadığını kontrol edin.
- Host CPU, bellek, disk alanı ve datastore bağlantı durumunu inceleyin.
- Hipervizör ve VM loglarında aynı zaman damgasına ait hata satırlarını bulun.
- Disk, yapılandırma ve snapshot zincirine müdahale etmeden önce geçerli yedeği doğrulayın.
- Hata nedenine uygun, en düşük riskli düzeltmeyi uygulayın ve kontrollü biçimde yeniden deneyin.
Önemli: Sanal diskleri elle silmek, yeniden adlandırmak, datastore üzerinde dosya taşımak veya snapshot dosyalarını doğrudan kaldırmak veri kaybına neden olabilir. Disk zinciri, yapılandırma veya depolama üzerinde işlem gerekiyorsa bakım penceresi planlayın ve geri dönülebilir, doğrulanmış bir yedek olduğundan emin olun.
Sanal makine açılmıyor hatasında olası nedenler
| Belirti veya hata sınıfı | Muhtemel neden | İlk güvenli kontrol |
|---|---|---|
| Yetersiz kaynak | Host belleği tükenmiş, CPU rezervasyonu karşılanamıyor veya kaynak havuzu limiti dolu | Host kaynak kullanımı ve VM rezervasyonları |
| Disk açılamıyor | Datastore erişim sorunu, dolu alan, eksik VMDK/QCOW2/VHDX dosyası veya bozuk disk zinciri | Depolama erişimi, boş alan ve hata logları |
| Dosya kilidi | VM başka bir hostta çalışıyor görünüyor, önceki işlem kilit bırakmış veya yedekleme işlemi sürüyor | VM güç durumu, aktif görevler ve yedekleme kayıtları |
| Açılıp hemen kapanma | Konuk OS açılış hatası, sanal donanım uyumsuzluğu veya bağlı aygıt sorunu | VM konsolu ve VM günlükleri |
| Birçok VM etkileniyor | Host servisi, SAN/NAS bağlantısı, ağ, lisans veya ortak datastore arızası | Host olayları ve datastore sağlık durumu |
Log ve komutlarla güvenli teşhis
1. Yönetim arayüzündeki görev ayrıntısını alın
vCenter, Hyper-V Manager veya kullandığınız sanallaştırma panelindeki başarısız görevi açın. Genel bir “başarısız” bildirimi yerine ayrıntılı hata metnini, hata kodunu, VM adını, host adını ve zaman damgasını not edin. Sonraki tüm log sorgularını bu zaman aralığıyla eşleştirin.
2. VMware ESXi/vSphere ortamını kontrol edin
ESXi Shell veya SSH erişimi varsa, önce VM envanterini ve güç durumunu okuyun. Aşağıdaki komutlar yalnızca sorgulama yapar.
vim-cmd vmsvc/getallvms
vim-cmd vmsvc/power.getstate VMID
VMID değerini ilk komutun çıktısından alın. Belirli bir VM başlatılırken oluşan hatayı komut satırından tekrar görmek isterseniz, bakım prosedürünüze uygun yetkilendirmeyle aşağıdaki komut kullanılabilir:
vim-cmd vmsvc/power.on VMID
Bu komut VM’i gerçekten başlatmayı dener; üretim ortamında yalnızca planlı deneme kapsamında çalıştırın. Host tarafındaki temel hata kayıtları çoğunlukla aşağıdaki dosyalardadır:
tail -n 200 /var/log/hostd.log
tail -n 200 /var/log/vmkernel.log
hostd.log yönetim görevleri ve VM açma istekleri için, vmkernel.log ise depolama, ağ ve aygıt seviyesindeki olaylar için değerlidir. VM’ye özgü kayıtlar, VM’nin bulunduğu datastore dizinindeki vmware.log dosyasında yer alır. “Cannot open the disk”, “lock”, “No space left on device” veya NFS/iSCSI erişim hatalarını zaman damgasıyla birlikte değerlendirin.
3. KVM/libvirt kullanan Linux hostlarda kontrol
Libvirt ile yönetilen VM’lerde önce tanımlı makineleri ve hedef makinenin durumunu görüntüleyin:
virsh list --all
virsh dominfo VM_ADI
Başlatma girişiminin nedenini görmek için:
virsh start VM_ADI
Modern dağıtımlarda QEMU/libvirt günlükleri servis adına göre değişebilir. Sisteminizde hangi birimin çalıştığını kontrol edip ilgili günlükleri okuyun:
systemctl status virtqemud
journalctl -u virtqemud --since "1 hour ago"
systemctl status libvirtd
journalctl -u libvirtd --since "1 hour ago"
Yeni sürümlerde virtqemud, eski veya bazı dağıtımlarda libvirtd kullanılabilir; ikisinin de mevcut olacağı varsayılmamalıdır. Hata metninde disk imajı, izin veya SELinux reddi görülüyorsa önce imajın bağlı olduğu dosya sisteminin dolu ya da salt okunur duruma geçmediğini ve ilgili mount noktasının erişilebilir olduğunu doğrulayın.
4. Hyper-V ortamında olay kayıtlarını inceleyin
Yönetici yetkili PowerShell üzerinde VM durumunu ve bağlı sanal diskleri listeleyin:
Get-VM -Name "VM_ADI" | Format-List Name,State,Status,StatusDescription
Get-VMHardDiskDrive -VMName "VM_ADI"
Hyper-V yönetim servisinin olaylarını zaman aralığıyla almak için:
Get-WinEvent -LogName "Microsoft-Windows-Hyper-V-VMMS/Admin" -MaxEvents 50 |
Format-List TimeCreated,Id,LevelDisplayName,Message
VM’i PowerShell üzerinden başlatmak hata ayrıntısını görünür kılabilir:
Start-VM -Name "VM_ADI"
Bu işlem VM’i açmayı dener. Önce devam eden checkpoint, yedekleme veya taşıma işlemi olmadığını kontrol edin. VHDX dosyası bir SMB paylaşımında ya da Cluster Shared Volume üzerinde bulunuyorsa, ilgili depolama yolunun tüm cluster düğümlerinden erişilebilirliği ayrıca incelenmelidir.
Güvenli adım adım çözüm sırası
Kaynak ve depolama sorunlarını giderin
Host belleği yetersizse, rastgele çalışan VM’leri kapatmak yerine onaylı bakım planınıza göre gereksiz iş yüklerini azaltın veya VM’nin kaynak taleplerini gözden geçirin. VM’ye tanımlanan bellek rezervasyonu, kaynak havuzu limiti veya CPU rezervasyonu, host üzerinde boş kaynak olsa bile açılışı engelleyebilir.
Datastore doluysa öncelikle hangi işlem ya da dosyaların alan tükettiğini belirleyin. Aktif snapshot, yedekleme veya replikasyon dosyalarını silmeden önce ürün dokümantasyonundaki desteklenen temizleme prosedürünü uygulayın. Disk dosyasını manuel silmek, VM’nin geri döndürülemez biçimde açılmamasına yol açabilir.
Kilit ve devam eden görevleri ele alın
Dosya kilidi hatasında VM’nin başka bir hostta çalışmadığını, başarısız canlı taşıma işlemi bulunmadığını ve yedekleme yazılımının VM diskini kullanmadığını doğrulayın. Özellikle paylaşımlı datastore kullanılan kümelerde, kilidi oluşturan hostu belirlemeden servis yeniden başlatma veya dosya işlemi yapmak riski artırır. Önce aktif görevleri sonlandırmak için kullandığınız ürünün desteklenen yönetim arayüzü ve prosedürlerini tercih edin.
Yapılandırma ve sanal donanımı geri alınabilir biçimde inceleyin
Yeni eklenen ISO, USB aygıtı, fiziksel disk eşlemesi, PCI passthrough aygıtı veya sanal donanım sürümü değişikliği sonrasında sorun başladıysa, değişikliği kayıtlarla karşılaştırın. Erişilemeyen bir ISO yolu ya da başka hostta bulunmayan passthrough aygıtı VM açılışını engelleyebilir. Yapılandırmayı değiştirmeden önce mevcut ayarları dışa aktarın veya ekran görüntüsüyle belgeleyin; yalnızca son değişikliği geri alın ve tekrar deneyin.
Konuk işletim sistemi açılışını ayırın
VM güç alıyor ancak işletim sistemi başlamıyorsa sorun artık çoğu durumda hipervizörün Power On katmanında değildir. Konsolda görülen kernel panic, Windows otomatik onarım ekranı, dosya sistemi hatası veya önyükleme aygıtı bulunamadı mesajını kaydedin. Bu aşamada konuk işletim sistemine özel kurtarma prosedürü uygulanmalıdır; sanal diski doğrudan değiştirmek yerine mümkünse önce yedekten test geri dönüşü yapın.
Çözümü doğrulama
Düzeltme sonrasında yalnızca VM’nin “çalışıyor” görünmesi yeterli değildir. Aşağıdaki kontrolleri tamamlayın:
- Power On görevi hata vermeden tamamlandı mı?
- Konsolda işletim sistemi normal önyükleme yaptı mı?
- Uygulama servisleri, ağ bağlantısı ve izleme ajanı geri geldi mi?
- VM loglarında tekrarlayan disk, kilit veya kaynak hatası var mı?
- Datastore boş alanı ve host bellek baskısı güvenli seviyede mi?
Yapılan değişikliği, hata metnini ve çözüm zamanını operasyon kaydına ekleyin. Aynı hata tekrarlandığında bu kayıt, geçici bir toparlanma ile kalıcı neden arasındaki farkı bulmayı kolaylaştırır.
Önleme ve sonuç
Sanal makine açılmıyor olaylarını azaltmak için datastore kapasitesi, snapshot yaşı, host bellek baskısı ve depolama gecikmesini düzenli olarak izleyin. Yedeklerin yalnızca başarılı göründüğünü değil, geri yüklenebilir olduğunu da periyodik testlerle doğrulayın. Değişiklik yönetimi kapsamında sanal donanım güncellemelerini, disk genişletmelerini ve ağ/depolama bakımını kayıt altına alın. En güvenli yaklaşım; hata mesajı, log ve etki alanına göre ilerlemek, disk zinciri veya VM yapılandırması üzerinde geri dönüşü olmayan işlem yapmadan önce yedek ve bakım penceresi kontrollerini tamamlamaktır.
Sık sorulan sorular
VM’i yeniden başlatmak sorunu çözer mi?
Bazen geçici yönetim servisi sorunlarını giderir, ancak disk erişimi, kilit, kaynak yetersizliği veya bozuk yapılandırma nedenini çözmez. Önce hata metnini ve logları kaydedin.
Datastore doluyken VM açılabilir mi?
VM’nin çalışma biçimine ve disk türüne bağlıdır; ancak günlük, swap, snapshot veya disk büyümesi için alan gerektiğinde açılış ya da çalışma başarısız olabilir. Alan açma işlemlerini snapshot zincirini bozmadan planlayın.
“File is locked” hatasında disk dosyasını silebilir miyim?
Hayır. Kilit hatası disk dosyasının başka bir işlem veya host tarafından kullanıldığını gösterebilir. Dosyayı silmek veri kaybına yol açabilir; önce kilidin kaynağını tespit edin.
VM açılıyor fakat işletim sistemi başlamıyorsa hipervizörü yeniden kurmalı mıyım?
Genellikle hayır. Önce konsol çıktısıyla konuk işletim sistemi arızasını doğrulayın. Sorun yalnızca tek VM’deyse hostu yeniden kurmak uygun ilk adım değildir.
Snapshot silinemiyorsa VM açılışına etkisi olur mu?
Evet. Snapshot zinciri büyümüş, datastore alanı tükenmiş veya birleştirme işlemi tamamlanamamışsa açılış etkilenebilir. Snapshot yönetimini desteklenen hipervizör prosedürüyle ve yedek doğrulaması sonrasında yapın.
