做了n久的cloudstack二次開發，最近越來越多的人開始使用cloudstack。
通常會遇到新增模板和iso不成功的問題。
表現為註冊了template/iso之後，"已就緒" "狀態" "大小" 等選項都為空，或者提示no route to host等現象
這樣就可以做以下檢查：
1、內建模板不存在（"已就緒" "狀態" "大小" 等選項都為空多發生在這種情況）：
cs預設有2種模板，系統虛擬機器模板[systemvm template (xenserver)]和內建模板[
centos
5.6(64-bit) no gui (xenserver)]
在ssvm正常啟動之後，會連線management-server 的8250埠，成功連線後，ui上就可以看到以上兩個模板。
如果此時沒有內建模板的資訊，則說明ssvm沒能正常連線management-server。
這種情況多會發生在全域性配置錯誤。相關項為：management.network.cidr，host，secstorage.allowed.internal.cidr
<1> 如果management-server存在多個網絡卡，預設cloudstack會選擇route中為default的那個網絡卡設定management.network.cidr和host，如果該項並非用來連線host和ssvm private ip的網路，則需要修改為正確網路，ssvm啟動後，會根據這兩個值來配置路由表，如果錯誤則無法連線到management-server。
解決方案：這種情況需要修改全域性配置後，重啟management-server，然後破壞掉ssvm，等待系統重建
<2>secstorage.allowed.internal.cidr 設定為0.0.0.0/0
解決方案：這種情況需要修改全域性配置，將secstorage.allowed.internal.cidr設為正確值，如果有多個cidr可以用逗號分隔，重啟management-server，然後重啟ssvm
2、內建模板已存在
內建模板已經顯示在ui上，說明ssvm已經成功連線到management-server。
<1> no route to host
這種情況多發生在ssvm的public和private在同一網段的情況下，很多人的測試環境受實際因素影響，並不能隔離public和private，而是都使用同一網段。並且上傳template/iso所用的http server也在同一網段。
解決方案：將private ip所在網段的cidr寫入secstorage.allowed.internal.cidr ，並重啟ms，重啟ssvm
<2> 有人發現有此選項，但為求省事，設定secstorage.allowed.internal.cidr 為0.0.0.0/0
此項設定並不符合cs的設計，不過大部分環境中可以正常使用，所以也少有人會注意到全域性設定中的不能設定為0.0.0.0的提示。
如1.2中所描述的環境，則很有可能會出現路由表錯誤而無法正常使用的問題。
此種情況見過多次，但是自己的環境中並未重現。
Apache2新增mod rewrite模組
loadmodule rewrite module modules mod rewrite.so 可是昨天裝了apache2最新版卻出了意外,去掉了這行,rewrite還沒開啟 用了乙個下午,百思不得其解.終於發現httpd.conf裡有這麼一段 possible values for the op...
Windows下Apache新增SSL模組
參考資料 測試環境 windows2003 32位 apache2.4 php5.4 首先cmd命令進入 bin目錄下 1 成 伺服器公鑰檔案server.key openssl genrsa out server.key 1024 2 生成server.csr openssl req new ou...
Gitea SSH無法新增金鑰
搭建完成gitea之後，新增ssh金鑰，報錯500。然後這邊的解決辦法。一開始搭建之時，使用的是root賬戶執行，沒有使用git賬戶。然後建立git賬戶，使用git賬戶去執行gitea服務。chown git git gitea gitea repositories r chown git git ...