/var/log/nova/
裡面會有nova-compute.log, nova-network.log等等,通常出問題的時候他會在log file裡面放trace的程式碼,通常可以找到一些比較常見的問題:
@libvirtError: Domain not found: no domain with matching name 'instance-XXXXXXX'
描述:
這個代表有一個VM在state不明的時候,nova-compute被意外的關掉或者其他不明的錯誤,導致在重新啟動nova-compute因為在hypervisor找不到這個instance所產生的錯誤,這個問題會讓nova-compute沒辦法重新啟動。
解決方式:
如果已經有升級openstack至版本號Folsom的狀況下,可以使用以下的方式解決:
nova reset-state
nova delete
然而如果還是使用版本號Essex的情況,沒有官方的處理方式,僅能用以下方法土炮解決:
連接到controller的DB,查詢nova DB裡面的instance Table,用nova list所取得的ID找尋uuid相符的條目,修改deleted = ‘1’以及deleted_date = NOW(),並且記得要將相對應的Floating-IP以及Fixed-IP也把他歸零及刪除,這樣nova list會把這一台VM的紀錄取消掉,就可以免除因為節點在本機端找不到VM無法啟動nova-compute的狀況。
@libvirtError: internal error no supported architecture for os type 'hvm'
描述:
這代表nova-compute啟動了libvirt以後,libvirt想要使用硬體的方式來模擬virtual thread,但是卻沒有支援。
解決方式:
請重開機到BIOS畫面內,打開intel VT功能後重開即可。
通常重開以後會伴隨no domain matching name的Error,依照該error的處理方式解決。
沒有留言:
張貼留言