早上一來就被通知昨晚開發的機器跳閘斷電了，這都小事兒麼，馬上登錄啓動分分鐘搞定。可是過了10分鐘有一臺就死活起不來了，覺得不好了碰上個坑了。
找問題吧，先看看控制界面有啥報錯沒，結果給我來個“在準備中，稍後再試。”等了都10幾分鐘了怎麼可能呢，看看吧，發現原先系統的Console Proxy VM竟然還在啓動中，這都半天了啊。果斷重啓，然而並沒什麼卵用。差了下這個VM是系統自動創建的，重啓不行直接幹掉還會自動生成，那還留着幹嘛直接刪除了，分分鐘就重建了，啓動正常。
這些可以看到控制檯了，一看原來是有壞塊了直接修復就好了麼，可是當我鼠標和鍵盤點進去沒有任何反映的時候我就要跪了，這尼瑪是腫了麼？
好吧，問題在這還得解決不能一直跪了。想了下這東西不也是基於KVM的麼，那樣的話VNC也是可以的麼。反正都有端口號都有，直接連吧，可是這根本就不行啊
這5900的端口都沒法用啊，其實並不是這樣滴,如下才是正解
但試了下發現只有一個剛剛刪除了重建的系統VM可以連接，其餘的都不行呢。這是咋回事呢？
根據以前經驗，這個是可以分開啓動直接通過VNC連接，不用在cloudstack頁面管理，找了下配置文件發現cloudstack的VM配置文件都在/var/run/libvirt/qemu下。而KVM的都在/etc/libvirt/qemu/下，而可以訪問的VM的配置文件在這個2個目錄都存在，無法訪問的只有在/var/run/libvirt/qemu下。這下找到方法了，複製了一個/etc/libvirt/qemu/下系統的VM，修改配置文件（注意UUID還有source file=要修復的系統文件）。virsh define /etc/libvirt/qemu/i-2-21-VM.xml加載配置文件，沒有問題啓動正常，通過VNC可以連接，終於可以修復了，可是這個是系統的沒法修復硬盤，看來得加載光盤救援模式了。這怎麼讓通過光盤啓動呢，如下放到我們硬盤前面的字段裏就可以了。
<disk type='file' device='cdrom'> <driver name='qemu' type='raw' cache='none'/> <source file='/tmp/CentOS-6.5-x86_64-bin-DVD1.iso'/> <target dev='hdc' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='1' target='0' unit='0'/> </disk>
最後啓動順利進入光盤救援模式，fsck.ext4 /dev/vda3 修復成功。
最後做下清理就好了virsh undefine /etc/libvirt/qemu/i-2-21-VM.xml 就會把文件刪除。