CloudStack 打開執行個體Console報錯分析

大家都知道，CloudStack元件中有2個系統虛拟機，分别叫做：

Secondary Storage VM: 二級存儲虛拟機，簡稱SSVM，命名标準：s-n-VM ,用于管理二級存儲的相關操作，如模闆跟鏡像檔案的上傳與下載下傳，快照，volumes的存放，第一次建立虛拟機時從二級存儲拷貝模闆到一級存儲并且自動建立快照，每一個資源域可以有多個SSVM，當SSVM被删除或停止，它會自動被重建并啟動。

Console Proxy VM：控制台代理虛拟機，簡稱CPVM，命名标準：v-n-VM, 用于在 web 界面上展示控制台。

本文主要讨論CloudStack在平時測試或者生産環境中出現的控制台打不開的問題。

1. 提示如下資訊

<a href="http://blog.51cto.com/attachment/201310/203233641.png" target="_blank"></a>

圖 提示通訊錯誤

<a href="http://blog.51cto.com/attachment/201310/203236768.png" target="_blank"></a>

圖 提示回話通路被拒絕

解決方法：

(1) 點選CPVM的Console是否正常，如果也打不開，IP位址也不能Ping通，删除CPVM，讓CloudStack進行重建即可

(2) 如果CPVM的Console正常，重新打開之前報錯的虛拟機Console

這個問題一般不大，基本就是 CPVM由于某些原因出現了異常，不能正常提供服務

2. 報DNS錯誤或者無法連接配接伺服器

<a href="http://blog.51cto.com/attachment/201310/203647107.png" target="_blank"></a>

圖 Firefox提示無法連接配接伺服器

<a href="http://blog.51cto.com/attachment/201310/203649210.png" target="_blank"></a>

圖 google浏覽器提示無法解析伺服器的DNS位址

這樣的情況，大家就需要注意一下了，各位在建立CloudStack基礎架構的時候，在定義 Zone的時候，填寫的DNS是什麼？本人曾經以為這個 DNS是無關緊要的，随便填寫一個即可，大不了建立的虛拟機執行個體不能夠上外網罷了，是以一直在非生産環境中填寫的都是8.8.8.8 ，或者是生産環境中客戶提供的内部DNS（該 DNS伺服器也是内部辦公使用而已，無法解析外網域名等）。

有人問？你是如何發現這個問題的？那麼之前為什麼沒有發現？

OK，情景重制就是了，在平時測測試中，我自己筆記本跟管理的所有實體機，虛拟機均可以連接配接外網，也就是均可以ping通8.8.8.8這個谷歌DNS位址，而在現在的客戶環境中，内部網絡是無法連通8.8.8.8的，不過我暫時也想不通，為什麼我連上外網，就能夠正常打開Console了。奇怪啊奇怪，不過問題還是要解決的，暫時詭異的環節可以不考慮。

遇到這樣的問題，真的還得借助于這兩個資訊呢，或許一條都不能少，第一個Firefox的報錯提示找不到伺服器：10-100-125-22.realhostip.com ,然後第二條，谷歌浏覽器提示無法解析DNS位址。

先檢視10-100-125-22 這個标簽是什麼？上面解釋過CPVM的作用，就是提供控制台功能的，那麼這個IP位址應該就是 CPVM的IP位址，驗證過确實如此，由于環境原因，此處不能夠截圖，各位隻要自行檢視就是了。

問題的原因找到了，現在就是解決問題的時候了，這個問題既然是由于無法解析10-100-125-22.realhostip.com，而連上外網，就可以成功ping 通這個域名，并且傳回其IP位址為10.100.125.22，那麼在沒有外網的環境下面既然不能解析，那麼我們就可以自行搭建一個 DNS伺服器，自行配置解析記錄，用于解析這個域名，亦或者在本地的hosts檔案中添加相應的解析記錄：

Linux : /etc/hosts中添加

10.100.125.22 10-100-125-22.realhostip.com

10.100.125.21 10-100-125-21.realhostip.com

//這個IP是SSVM的IP位址，請自行檢視，在下載下傳模闆的時候需要解析的

Windows：C:\Windows\System32\Drivers\etc\hosts

當然，搭建一個DNS伺服器是最好的，這樣，不管是哪個管理者去登陸的時候，隻需要在本地的網絡配置上DNS伺服器就是了，這個 DNS中隻需要配置正向（A）記錄就行了，不需要配置反向（PTR）解析記錄。

在後期的實施過程中，又發現了如下報錯

<a href="http://blog.51cto.com/attachment/201312/213356416.png" target="_blank"></a>

 本人出現這個問題的原因是由于CloudStack管理節點上的配置了兩個不同網段的IP位址，添加KVM主機的時候，可以發現Agent配置檔案對應的管理節點IP位址有問題，再通過檢視CloudStack的全局變量中關于管理節點的CIDR資訊是否也跟實際使用的不一樣，這個問題在配置的時候注意即可。

本文轉自 暗黑魔君 51CTO部落格，原文連結：http://blog.51cto.com/clovemfong/1317411，如需轉載請自行聯系原作者