- 開始安裝時的第一個畫面不要管他, 按ALT+F1用root與無密碼直接登入
- cd /usr/lib/vmware/weasel/utils
- 找到一個叫做upgrade_precheck.py的檔案, 這是我們的目標
- 先刪除掉 upgrade_precheck.pyc, 這是一個複製檔
- 因為一些系統旗標的關係, 無法修改我們要動手腳的檔案, 且此精簡OS沒有修改旗標的執行檔, 故用另一種手法處理掉.
- mv upgrade_precheck.py upgrade_precheck.py.old
- cp upgrade_precheck.py.old upgrade_precheck.py
- 使用vi 編輯目標檔案, 應該可以找到錯誤訊息的前幾個關鍵字, 像是CPU_CORES、MEMORY_SIZE之類的,找尋第二次出現此關鍵字的地方, 修改需求值例如XXX_MIN= ? 之類的, 存檔離開
- ps -c | grep weasel 找到正在執行中的安裝指令, kill掉
- 此時ALT+F2會重新執行安裝程式, 應就能順利安裝。
2013年11月12日 星期二
調整ESXi5.5的硬體要求限制
硬體要求檢查僅在安裝時進行, 因此於安裝時修改即可避開, 安裝好之後能不能正常運作就不得而知, 不過其實安裝時載入運作的系統其實跟要安裝的系統根本一樣, 所以基本上你能看得到安裝畫面就代表基本上的運作應該沒有問題.
2012年12月24日 星期一
FreeBSD with vmtools in vsphere VM 收到shutdown guest沒有進行ACPI off關機的解決方式
修改 /usr/local/etc/rc.d/vmware-tools.sh, 加上紅色字串部分即可
# Start the guest OS daemon
vmware_start_guestd() {
cd "$vmdb_answer_SBINDIR" && "$vmdb_answer_SBINDIR"/vmware-guestd \
--background "$GUESTD_PID_FILE" --halt-command "/sbin/halt -p"
}
# Start the guest OS daemon
vmware_start_guestd() {
cd "$vmdb_answer_SBINDIR" && "$vmdb_answer_SBINDIR"/vmware-guestd \
--background "$GUESTD_PID_FILE" --halt-command "/sbin/halt -p"
}
2011年7月20日 星期三
Vsphere啟用HA的cluster要調整網路時一定要記得先關閉HA
要調整網路時, 一定要記得把HA功能關掉, 不然很可能會發生慘劇: VM全都被shutdown了!!
原因是, HA功能中, 對於避免同時有兩個同樣的VM在運作, 自己發現斷線的那台ESX在預設上是直接將身上的VM都power off(也可設定成shotdown, 而雖可調整成維持power on, 但這樣就很有可能兩個同樣的VM同時運作中而造成衝IP等等問題)
而若調整線路時把ESX網路都斷掉, 那麼他們都會把自身的VM power-off/shutdown, 此時沒有其他台ESX能接手, 所以等於所有VM都被關機了.........
雖然HA是獨立於VC之外自行運作, 但調整線路時仍難保不會斷到ESX之間的連線, 故仍記得調整網路時一定要先關閉HA功能.
原因是, HA功能中, 對於避免同時有兩個同樣的VM在運作, 自己發現斷線的那台ESX在預設上是直接將身上的VM都power off(也可設定成shotdown, 而雖可調整成維持power on, 但這樣就很有可能兩個同樣的VM同時運作中而造成衝IP等等問題)
而若調整線路時把ESX網路都斷掉, 那麼他們都會把自身的VM power-off/shutdown, 此時沒有其他台ESX能接手, 所以等於所有VM都被關機了.........
雖然HA是獨立於VC之外自行運作, 但調整線路時仍難保不會斷到ESX之間的連線, 故仍記得調整網路時一定要先關閉HA功能.
2011年7月7日 星期四
啟用vmware cluster的HA要注意的部份
vSphere4的HA要啟用, 除了大部分會注意到的之外, 還有很多很多因素都有可能導致啟用失敗, 或啟用成功但某台ESX重開機後又再度跟你抱怨HA啟動失敗, 因此稍微列一下要檢查的事項, 大致照明顯到比較難注意到的部份依序列出.
2011年7月3日 星期日
開機狀態的snapshot的VM不建議到其他機器上使用
經測試, 開機狀態的snapshot很難在不同型的機器上使用, 會出現cpu type要求不合的狀態, 然後該VM就被停在一個暫停模式下怎樣也開不起來, 調整什麼cpu mask等等都沒有用, 且就算是搬移回做snapshot的機器上也開不了, 這是比較麻煩的部份, 若沒有進ESX console或ssh去直接調整該VM狀態, 那這個VM就等於陣亡了, 除非有更早的power off狀態的snapshot可用, 不然在GUI介面僅就只能刪除掉該VM一途.
除了將VM搬家會遇到這狀況之外, 另外就是clone VM時也要注意是否有power on的snapshot, 有的話clone過去後建議刪除掉以免誤觸此問題. 若一定要用該snapshot, 請於clone前先用該power on的snapshot開機, 然後關機, 做一次power off的snapshot, 這樣到其他機器就依然可以用該snapshot.
其實開機狀態的snapshot在不同型機器上要使用本來就很容易出問題(如cpu不同->指令集不同), 但為何搬回原機器仍無法使用就很奇怪了, 這部份算是碎碎唸吧.
可以當做ESX 的 iscsi share storage 軟體
免費:
Open-E 的 DSS V6 Lite (一個帳號可申請10個serial), 容量限制2TB
付費:
StorMagic的 SvSAN (前一個版本還不用錢說...哭哭~)
很流行的 FreeNAS跟OpenFiler就不要考慮了, 他們沒辦法處理多台同時存取同一個iscsi LUN的狀況, 很可能是因為沒有實作 lock - queue - release 的機制, 所以同時存取同一個LUN就會把檔案系統搞爛掉.
其他的iscsi software有興趣測試的話, 請至少掛兩個ESX上同一個iscsi LUN, 然後放個測試用的VM上去, 並作VMotion, 沒問題的話就算是初步通過了測試, 通常不支援的iscsi target會在這步爛給你看.
然後再放一個VM上去(與前一個VM不同台ESX), 兩個VM同時在寫入檔案動作時同時做VMotion, 然後VM關機, ESX重開機(重掛iscsi測試), 再開啟VM測幾次VMotion, 仍沒問題才能信任.
Open-E 的 DSS V6 Lite (一個帳號可申請10個serial), 容量限制2TB
付費:
StorMagic的 SvSAN (前一個版本還不用錢說...哭哭~)
很流行的 FreeNAS跟OpenFiler就不要考慮了, 他們沒辦法處理多台同時存取同一個iscsi LUN的狀況, 很可能是因為沒有實作 lock - queue - release 的機制, 所以同時存取同一個LUN就會把檔案系統搞爛掉.
其他的iscsi software有興趣測試的話, 請至少掛兩個ESX上同一個iscsi LUN, 然後放個測試用的VM上去, 並作VMotion, 沒問題的話就算是初步通過了測試, 通常不支援的iscsi target會在這步爛給你看.
然後再放一個VM上去(與前一個VM不同台ESX), 兩個VM同時在寫入檔案動作時同時做VMotion, 然後VM關機, ESX重開機(重掛iscsi測試), 再開啟VM測幾次VMotion, 仍沒問題才能信任.
訂閱:
文章 (Atom)