1. 虛擬機文件被鎖,沒法正常 power ontomcat
故障狀態：安全
啓動虛擬機時95%,停頓而且進程中斷,提示：ubable to access files since it is locked。服務器
禍根：HA網絡
解決方法：app
（1）首先將cluster中的HA功能關閉。若是該功能不關閉，容易形成死鎖,，VM不斷跳動,，不斷再不一樣的ESX內循環被鎖，徒勞而無功。ssh
（2）磁盤文件被鎖，要解決，必需要知道究竟是哪臺ESX把他給鎖住了，這是關鍵。webapp
方法：看/var/log/vmkernel可是，在作這些前, 再準備些別的工做。網站
（3）在VC中，把被鎖的VM從Inventory中remove掉。緣由很簡單，這是一個 unregister的過程。
（4）根據/var/log/vmkernel，搜索owner，能夠找到相似如下的語句:
Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]
OK，owner後面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。 由於他就是鎖住VM 的宿主.。
（5）根據如下命令,，找出到底哪臺ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8
[root@esxhostname root]# esxcfg-info |grep -i 'system uuid'
（6）找到目標主機後，固然是殺死他鎖住VM的進程。之因此會被鎖，緣由就是HA 把VM從別的HOST遷移過來，可是又沒有unregister和register的過程，因此在第3步的時候，你查看VM的Summary的時候，host ip仍是屬於出問題的 host。 可是VM又被新的host霸王硬上功的power on，註冊都沒註冊, 又怎麼啓動呢。找到 PID 用下面的命令：
ps -efwww|grep virtualmachine.vmx
找到 PID 後, kill -9 PID
（7）這時候，還要肯定一件事情， .vswp文件的事情。這個是給臺客處理問題時吸收的經驗。就由於忽略了這個，因此在殺掉迚程後，從新註冊VM，還說沒有 SWAP文件，啓動仍是失敗。
在 VM 啓動時會自動生成SWAP，沒有SWAP文件，其實就是由於 SWAP 存在了, 由於重名而致使沒法正常生成。
進入到/vmfs/volumes/lunid/vm_path/下，vmkfs -d virtual_machine.vswp 或者進入Datastore Browser，在裏面把SWAP文件刪除也可。
（8）徹底之策，你還能夠進入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION， 對該保存的位置作下設置。
（9）從新註冊VM。進入Datastore Browser，找到VM.vmx，add to inventory。
（10）啓動 VM. Good Luck。
2. 忽視掉ESXi/vCenter Server提示SSH事件的方法
（1） vSphere Client鏈接到VC或者ESXi服務器；
（2） 在Home -> Inventory -> Hosts and Clusters裏展開選中你的ESX服務器；
（3） 右邊選擇Configuration，而後點擊Software欄目裏的Advanced Settings；
（4） 在Advanced Settings裏選擇左邊列表中的UserVars；
（5） 選中左邊列表中的UserVars後，在右邊拖到最下面，將UserVars.SuppressShellWarning的值改成1便可，不須要重啓。
3. 嘗試遷移一臺帶USB設備的VM失敗
故障狀態：
在執行虛擬機遷移向導時，若是系統檢測到不兼容的USB設備存在，則系統會提示以下錯誤信息：
Currently connecteddevice 'USB 1' uses backing 'path:1/7/1',which is not accessible.
故障分析：
這種問題一般發生在爲主機開啓了VMDirectPath I/O支持下的USB Passthrough Devices功能，而後爲特定的VMs分配了USB設備，好比：加密狗；
解決方案：
（1）確認USB設備可以被虛擬機識別和支持，並確保在添加USB設備到VMs時，勾選了with vMotion選項；
（2）在執行vMotion動做以前，從新嘗試將USB設備添加到VMs；
（3）確認ESXi主機沒被重啓過，由於，ESXi主機重啓以後，本來支持的vMotion WithvMotion功能將會失效。
4. Convert Linux系統的Troublshooting過程
（1）確認源轉換Linux機器的OS在官方的支持列表中；
（2）擁有root權限；
（3）確認DNS的設定有沒有問題，注意：應該同時在Linux和Windows都加上；
（4） 確認源Linux可以ping同ESX或vCenter的IP。若是在2%時失敗，最大的可能就是權限問題或防火牆阻隔問題；
（5） 確認Linux容許SSH登錄進去。這個，能夠幫助咱們在converting的時候登陸到Linux系統；
（6）確認是給helper virtual machine設定的靜待IP，而不是DHCP獲取的（若是網內沒有DHCP服務器）；
（7）確認源和目標都在同一子網。若是經過路由連接的不一樣子網可能會出錯；
（8） 注意，converter不支持作了軟陣列的Linux系統。能夠用冷克隆光盤來作，它會把軟陣列的設定爲/dev/md0。
（9） VMware Converter Standalone的日誌目錄：C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone，用於排錯時用。
5. vCenter Service Status頁面故障：Unable to retrieve health status
故障狀態：
vCenter Server Status頁面提示以下錯誤信息：
Unable to retrieve health status for vCenter inventory service
Unable to retrieve health status for VMware vSphere Profile-Driven storage service
執行vCenter Server的搜索動做時，提示以下錯誤提示：
Unable to connect to webservices to perform query.
Verify that the "VMware VirtualCenter Management WebServices" service running onhttps://<vcenter-host-name>:10443
故障分析：
這個問題通常都因爲當vCenter Server服務發生了變動或全新安裝了一臺vCenter Server，可是數據庫依然是原來的數據庫致使；
解決方案：
替換掉vws.jar、jointool.jar和ds.jar文件便可，步驟以下：
下載本文附件中的vws.zip文件而後解壓縮vws.jar、jointool.jar和ds.jar文件；
中止掉VirtualCenter Server服務以及VirtualCenter Management Webservices服務；拷貝vws.jar和jointool.jar到C:\ProgramFiles\VMware\Infrastructure\tomcat\webapps\WEB-INF\lib覆蓋掉原來的文件；拷貝ds.jar文件到C:\Program Files\VMware\Infrastructure\Inventory Service\lib覆蓋掉原來的文件；從新啓動相關服務或vCenter Server服務器便可。
6. VMRC 控制檯的鏈接已斷開…正在嘗試從新鏈接
故障狀態：
用vSphere Client鏈接到ESXi 5.0的主機，啓動其中的虛擬機後，沒法鏈接控制檯，打開控制檯以後，窗口上方提示一行「VMRC 控制檯的鏈接已斷開...正在嘗試從新鏈接。」
故障分析：
從狀況看，相似於Windows系統的DEP策略處於開啓狀態致使的問題同樣。但這個狀況是全部虛擬機都提示這個錯誤，排錯DEP的問題，用本地vSphere Client登陸一個VC平臺，問題仍舊同樣。爲了排除問題，換了一臺筆記本登陸VC，忽然發現問題不見了。原來是本地的vSphere Client出了問題，再三思索，發現出現問題前我對本地WIN7用360安全衛士升級了補丁，是不是補丁破壞了vSphere Client某個文件呢
解決方案：
重現安裝vSphere Client，問題解決。
7. 端口 80 的 vCenter Server 和 IIS 之間的衝突
故障狀態：
vCenter Server 和 Microsoft Internet Information Service (IIS) 都將端口 80 用做直接 HTTP 鏈接的默認端口。該衝突會致使安裝 vSphere Authentication Proxy 後 vCenter Server 沒法從新啓動。 在 vSphere Authentication Proxy 安裝完成後， vCenter Server 沒法從新啓動。
故障分析：
若是安裝 vSphere Authentication Proxy 時未安裝 IIS ，則安裝程序會提示您安裝 IIS 。由於 IIS 使用端口 80 ，這是用於 vCenter Server 直接 HTTP 鏈接的默認端口， 因此 vCenter Server 在 vSphere Authentication Proxy。安裝完成後沒法從新啓動。請參見第 32 頁，「 vCenter Server 所需的端口」 。
解決方案：
要爲端口 80 解決 IIS 和 vCenter Server 之間的衝突，請執行如下操做之一。
若是在安裝 vCenter Server 以前已安裝 IIS 將 vCenter Server 直接 HTTP 鏈接的端口由 80 更改成其餘值。 若是在安裝 IIS 以前已安裝 vCenter Server 從新啓動 vCenter Server 以前， 將 IIS 默認網站的綁定端口由 80 更改成其餘。
8. 在 UEFI 模式下安裝 ESXi 後主機沒法引導
故障狀態：
在 UEFI 模式下， 在主機上安裝 ESXi 後從新引導時， 從新引導可能失敗。 出現此問題的同時， 還顯示一條相似於如下內容的錯誤消息： 發生異常網絡錯誤。無可用的引導設備 (Unexpected network error. No boot device available)。
故障分析：
主機系統沒法識別做爲引導磁盤在其上安裝 ESXi 的磁盤。
解決方案：
（1）屏幕上顯示錯誤消息時，按 F11 顯示引導選項。
（2）選擇一個相似於添加引導選項的選項。該選項的文字可能有所不一樣，具體取決於您的系統。
（3）在安裝 ESXi 的磁盤上選擇文件 \EFI\BOOT\BOOTx64.EFI 。
（4）更改引導順序，以便主機從添加的選項引導。
9. 將 Microsoft SQL 數據庫設置爲不受支持的兼容模式會致使 vCenter Server 安裝或升級失敗。當數據庫設置爲不支持的版本的兼容性模式時，使用 Microsoft SQL 數據庫的 vCenter Server 安裝會失敗。
故障狀態:
將顯示如下錯誤消息： 輸入的數據庫用戶沒有使用選定數據庫安裝和配置 vCenter Server 所需的必要權限。 請更正如下錯誤 : %s
故障分析：
數據庫版本必須是 vCenter Server 支持的版本。 對於 SQL ， 即便數據庫是受支持的版本， 但若是將其設置爲以不支持的版本的兼容性模式運行， 仍會發生此錯誤。 例如， 若是將 SQL 2008 設置爲以 SQL 2000 兼容性模式運行，就會發生此錯誤。
解決方案：
請確保 vCenter Server 數據庫是受支持的版本， 而且沒有設置爲以不支持的版本的兼容性模式運行。
10. 誤刪運行中的虛擬機，經過xx-flat.vmdk恢復方法
故障狀態:誤刪了運行中的虛擬機，進入目錄查看，只剩下xx-flat.vmdk文件，從文件的類型看，只是File格式，不是Virtual Disk格式，新建虛擬，選擇添加已存在磁盤，提示不存在
解決方案：
（1）新建一虛擬機，不要建立硬盤
（2）用ssh的方式登陸host，查找xx-flat.vmdk文件所在位置及目錄，
（3）在上面這個文件相同目錄下建立新xxx.vmdk文件，大小要和xx-flat.vmdk文件同樣大，
用ls -la查看xx-flat.vmdk文件大小，
用vmkfstools -c 文件大小 -a lsilogic xxx.vmdk 來建立新磁盤文件
（4）將這個磁盤文件添加到新建的虛擬機中；
（5）用原文件xx-flat.vmdk覆蓋新建的xxx-flat.vmdk（注意必定是-flat.vmdk)，使用mv命令
（6）完成後開啓虛擬機就能夠了。