vsphere5已知問題列表

1、下列已知問題是通過嚴(yán)格測試而發(fā)現(xiàn)的，可幫助您了解在此版本中可能遇到的某些行為。該問題列表僅與此版本的 vSphere 5.0 有關(guān)。先前版本中的某些已知問題可能也適用于此版本。如果遇到一個(gè)未在此已知問題列表中列出的問題，可以查看先前版本中的已知問題，搜索 VMware 知識(shí)庫，或者通過提供反饋報(bào)告給我們。已知問題列表請閱讀全部已知問題，找到適用于您的項(xiàng)目。已知問題按以下方式分組。安裝問題升級問題問題網(wǎng)絡(luò)連接問題問題服務(wù)器配置問題vCenter Server 和虛擬機(jī)管理問題遷移問題vSphere Client 問題VMware HA 和客戶機(jī)操Fault Tolerance 問題問題受支持硬件

2、問題問題其他問題安裝問題·運(yùn)行 Image Builder cmdlet 以在 PowerShell 1.0 中顯示修改的映像配置文件時(shí)缺少規(guī)則信息在 Microsoft PowerShell 1.0 上安裝 vSphere PowerCLI。然后將 OEM 軟件包添加到映像配置文件。列出映像配置文件時(shí)，缺少有關(guān)規(guī)則屬性的信息。解決辦法：通過顯示映像配置文件對象的規(guī)則屬性來規(guī)則信息。·在早期版本的 vCenter Server 上，為 vCenter Server 安裝 vSphere Authentication Proxy、vSphere ESXi Dump Colle

3、ctor 及 vSphere Syslog Collector 支持工具時(shí)，未顯示任何錯(cuò)誤消息vCenter Server 工具（VMware ESXi Dump Collector、VMware Syslog Collector、vSphere AutoDeploy 和 vSphere Authentication Proxy）隨 vSphere 5.0 安裝介質(zhì)。如果嘗試在安裝有早期版本的 vCenter Server 的系統(tǒng)上安裝以上一個(gè)或多個(gè)工具，則安裝會(huì)失敗，且不顯示錯(cuò)誤消息。解決辦法：無·vCenter Server 的 vSphere Authentication Pr

4、oxy、vSphere ESXi Dump Collector 和vSphere Syslog Collector 支持工具不支持 IPv6用于 Authentication Proxy、ESXi Dump Collector 和 Syslog Collector 的每臺(tái)主機(jī)必須各有一個(gè)有效 IPv4 地址。您可以在純 IPv4 或 IPv4/IPv6 混合模式的網(wǎng)絡(luò)環(huán)境中的計(jì)算機(jī)上安裝這些支持工具。您不能在純 IPv6 環(huán)境中的計(jì)算機(jī)上安裝這些工具。Authentication Proxy、ESXi Dump Collector 和 Syslog Collector 服務(wù)綁定到一個(gè) IPv4

5、 地址以與 vCenter Server 通信，且它們不支持 IPv6。vCenter Server 可在純 IPv4、IPv4/IPv6 混合模式或純 IPv6 的網(wǎng)絡(luò)環(huán)境中的主機(jī)上使用。但是，通過 vSphere Client 連接到 vCenter Server 的計(jì)算機(jī)必須有一個(gè) IPv4 地址，Authentication Proxy、ESXi Dump Collector 和 Syslog Collector 服務(wù)才能工作。解決辦法：無。·默認(rèn)情況下，vCenter服務(wù)不支持綁定到 IPv6 接口安裝 vCenter Server 后，默認(rèn)情況下 vCenter服務(wù)僅支持

6、 IPv4。解決辦法：要實(shí)現(xiàn) vCenter服務(wù)對 IPv6 的支持，請執(zhí)行以下步驟：1.停止 vCenter服務(wù)。a.從 管理工具面板中選擇 服務(wù)。b.右鍵單擊 vCenter服務(wù) 并選擇 停止。2.在文本編輯器中打開以下文件：Inventory_Service_installation_directory/lib/server/conf ig/perties將 dataservice.nio.enabled 的值更改為 false。3.4.重新啟動(dòng) vCenter服務(wù)。·除非引導(dǎo)行命令對文件名使用大寫字符，否則從 CD 或 DVD 進(jìn)行的升級會(huì)失敗式

7、 ESXi 安裝或使用安裝或升級（kickstart 文件）從刻錄到 CD 或 DVD 的 ESXi 5.0 安裝程序 ISO 執(zhí)行式安裝或升級時(shí)，安裝程序只能識(shí)別大寫字符的 kickstart 文件名，即使該文件是以小寫字符命名的。例如，如果 kickstart 文件名為 ks.cfg 并且您使用 ks=cdrom:/ks.cfg 引導(dǎo)行命令來指定 kickstart 文件位置，則安裝失敗，并顯示與以類似的錯(cuò)誤消息：HandledError: 錯(cuò)誤（請參見日志以獲得信息）: 無法根據(jù)路徑 -/ks.cfg 在 cd-rom 上找到 kickstart 文件 (HandledError: Er

8、ror (see log for more info): cannot find kickstart file on cd-rom with path - /ks.cfg)。解決辦法：在引導(dǎo)行命令中對 kickstart 文件名使用大寫字符來指定 kickstart 文件，例如：ks=cdrom:/KS.CFG·嘗試使用相對路徑 安裝 VIB 時(shí)顯示誤導(dǎo)性錯(cuò)誤消息當(dāng)您嘗試通過 esxcli software vib 命令并指定相對路徑來安裝庫、VIB 或配置文件時(shí)， 操作失敗并顯示以下錯(cuò)誤消息： 找不到以下文件或目錄: “/var/log/vmware/a.vib”(No such

9、file or directory: '/var/log/vmware/a.vib')解決辦法：執(zhí)行安裝時(shí)指定絕對路徑。·在文件夾名包含特殊字符的文件夾中無法安裝 vSphere Client如果文件夾或目錄的名稱包含特殊字符（分號 (;)、左方括號 ()、右方括號 ()、等號 (=)、加號(+)、逗號 (,) 或井字號 (#)），則在該文件夾或目錄中安裝 vSphere Client 時(shí)會(huì)顯示以下錯(cuò)誤消息：安裝路徑包含“;”字符。請選擇一個(gè)不帶該字符的安裝路徑。(The installation path contains a '' characte

10、r.Please select an installation directory with this character.)即使文件夾名不包含分號 (;)，您仍無法將 vSphere Client 安裝到指定文件夾中。此外，如果將vSphere Client 安裝到文件夾名包含( #)的自定義文件夾中，客戶端無法連接到 vCenter Server。解決辦法：不要將 vSphere Client 安裝到其文件夾名稱包含下列任意字符的自定義文件夾：分號(;)、左方括號 ()、右方括號 ()、等號 (=)、加號 (+)、逗號 (,) 或井字號 (#) 。·如果在 Windows 200

11、8 上啟用用戶帳戶，則安裝之后加入模式組不如果在 Windows 2008 x64 位操已運(yùn)行 vCenter Server 的系統(tǒng)上的上啟用用戶帳戶模式組，則(UAC)，并嘗試將計(jì)算機(jī)加入到在顯然是的且沒有報(bào)告任何錯(cuò)誤，但實(shí)際上它是不的。列表中僅顯示一個(gè) vCenter Server。解決辦法：安裝后加入模式組前，關(guān)閉用戶帳戶(UAC)，然后重新打開它。1.關(guān)閉 UAC。a.從 開始 菜單中，選擇 面板 > 用戶帳戶。b.選擇 打開或關(guān)閉用戶帳戶。c.取消選擇 使用用戶帳戶(UAC) 幫助保護(hù)您的計(jì)算機(jī)，然后單擊 確定。d.出現(xiàn)提示后重新引導(dǎo)計(jì)算機(jī)。2.啟動(dòng)模式配置。a.選擇 開始 &

12、gt; 所有程序 > VMware > vCenter Server模式配置。b.單擊 下一步。c.選擇 修改模式配置，然后單擊 下一步。d.選擇 將此 vCenter Server 實(shí)例加入到現(xiàn)有的后單擊 下一步。模式組或另一個(gè)實(shí)例，然e.輸入服務(wù)器名和 LDAP 端口信息，然后單擊 下一步。f.單擊 繼續(xù) 以完成安裝。g.單擊 繼續(xù) 結(jié)束過程。3.vCenter Server 系統(tǒng)之一，并確認(rèn)服務(wù)器已登錄到。4.vCenter Server 系統(tǒng)后，打開 UAC。a.從 開始 菜單中，選擇 面板 > 用戶帳戶。b.選擇 打開或關(guān)閉用戶帳戶。c.選擇 使用用戶帳戶(UAC)

13、 幫助保護(hù)您的計(jì)算機(jī)，然后單擊 確定。d.出現(xiàn)提示后重新引導(dǎo)計(jì)算機(jī)。·安裝 vSphere Web Client 后，當(dāng)用戶單擊安裝向?qū)е械?完成 時(shí)，瀏覽器會(huì)打開并顯示一個(gè)空白頁面安裝 vSphere Client 后，單擊安裝向?qū)е械?完成 時(shí)，瀏覽器打開并顯示一個(gè)空白頁面。頁面始終保持空白，并且瀏覽器無法連接到 vSphere 管理應(yīng)用程序。解決辦法：關(guān)閉瀏覽器并從 開始 菜單啟動(dòng) vSphere 管理應(yīng)用程序頁面。升級問題·使用 ESXCLI 的實(shí)時(shí)更新失敗，并顯示 Vib失敗 (VibDownloadError)消息當(dāng)您依次執(zhí)行下列任務(wù)時(shí)，需要重新引導(dǎo)的事務(wù)失敗并

14、顯示 Vib(VibDownloadError)消息。失敗使用 esxcli software profile update 或 esxcli vib update 命令進(jìn)行實(shí)時(shí)安裝更新。1.2.重新引導(dǎo)之前，執(zhí)行一個(gè)需要重新引導(dǎo)的事務(wù)，但事務(wù)未完成。一個(gè)常見的可能故障是簽名驗(yàn)證，只有在VIB 后才能對其進(jìn)行檢查。3.在沒有重新引導(dǎo)主機(jī)的情況下，您嘗試執(zhí)行另一個(gè)需要重新引導(dǎo)的事務(wù)。事務(wù)失敗并顯示 Vib解決辦法：分兩步解決問題。錯(cuò)誤 (VibDownloadError)消息。1.重新引導(dǎo) ESXi 主機(jī)以其狀態(tài)。2.再次執(zhí)行實(shí)時(shí)安裝。· 在 vCenter Server 升級到 5.

15、0 版本后，ESX 4.0 Update 2 主機(jī)可能時(shí)，同時(shí)在紫色屏幕上顯示以下消息： NOT_IMPLEMENTED發(fā)生bora/vmkernel/filesystems/visorfs/visorfsObj.c:3391。解決辦法：升級到 vCenter Server 5.0 之前，將由 vCenter Server 管理的所有 ESX 4.0 Update 2 主機(jī)升級到 ESX 4.0 Update 3。· vCenter Server 升級失敗并顯示以下錯(cuò)誤： 系統(tǒng)管理員已設(shè)置策略以此安裝 (Thesystem administrator has set policies

16、 to prevent this installation)如果計(jì)算機(jī)沒有足夠的連續(xù)內(nèi)存供 Windows Server 2003 或 Windows XP 驗(yàn)證 .msi 包或 .msp 包具有正確的簽名，就會(huì)發(fā)生此問題。解決辦法：1.從 Windows 的 開始 菜單中，選擇 運(yùn)行，鍵入 control admintools 并單擊 確定。2.雙擊 本地安全策略。3.選擇 軟件限制策略。4.如果沒有列出軟件限制，則右鍵單擊 軟件限制策略 并選擇 新建策略。5.在 對象類型 下，雙擊 強(qiáng)制。6.選擇 除本地管理員以外的所有用戶，并單擊 確定。7.重新啟動(dòng)計(jì)算機(jī)，然后重試 vCenter Se

17、rver 升級。· 如果 vCenter Server 安裝介質(zhì)的路徑包含非 ASCII 字符，則數(shù)據(jù)遷移失敗的錯(cuò)誤消息： “ASCII”編器不能位置 30 處發(fā)生此問題時(shí)，會(huì)顯示類似以的字節(jié) 0xd0：序數(shù)不在范圍內(nèi)in position 30: ordinal not出。(128)('ascii' codec can't decode byte 0xd0in range(128)，并且在數(shù)據(jù)遷移過安裝程序意外退解決辦法：確保 vCenter Server 安裝介質(zhì)的路徑不包含任何非 ASCII 字符。· 從 ESX/ESXi 4.x 到 ESXi

18、 5.0 的導(dǎo)致升級失敗主機(jī)重新引導(dǎo)后，MPX 和 VML 磁盤設(shè)備名稱可能發(fā)生變化。如果在變化，則升級可能會(huì)中斷。式升級過，MPX 和 VML 磁盤設(shè)備名稱發(fā)生變化，這可能式升級中重新引導(dǎo)后名稱發(fā)生解決辦法：盡可能對磁盤設(shè)備使用網(wǎng)絡(luò)地址標(biāo)識(shí)符 (NAA ID)。對于其磁盤沒有 NAA ID 的計(jì)算機(jī)，例如使用 CCISS器的 Hewlett Packard 計(jì)算機(jī)，請從包含 ESXi 安裝程序 ISO 的 CD 或 DVD式升級中，您可以通過使用帶有 -firstdisk=參數(shù)的 upgrade 命令指定執(zhí)行升級。另外，在要升級的 ESX 或 ESXi 實(shí)例。安裝和升級文檔中有說明。命令在

19、vSphere 安裝和設(shè)置和 vSphere 升級· 如果 ESX 系統(tǒng)在沒有 DHCP 服務(wù)的子網(wǎng)上使用手動(dòng)分配的 IP 地址，則 ESX臺(tái)和esxi_install.log 報(bào)告在升級過無法獲得 DHCP 地址如果具有手動(dòng)分配的 IP 地址的 ESX 系統(tǒng)在沒有 DHCP 服務(wù)器或 DHCP 服務(wù)器超出容量的子網(wǎng)中運(yùn)行，會(huì)出現(xiàn)這種情況。在上述任一情況下，在 ESX 系統(tǒng)升級時(shí)，系統(tǒng)將暫停長達(dá)一分鐘，嘗試從 DHCP服務(wù)器獲取一個(gè) IPv4 地址。完成升級。系統(tǒng)可能會(huì)提示按 Enter 鍵繼續(xù)。您解決辦法：無。系統(tǒng)暫停長達(dá)一分鐘后，它將繼續(xù)以可以按 Enter 鍵，也可以忽略提示。

20、在這兩種情況下，系統(tǒng)都會(huì)在暫停后繼續(xù)進(jìn)行升級。· 從 ESX 4.x 到 ESXi 5.0 的升級以失敗狀態(tài)暫停，并顯示以下消息： 文件可能損壞(possibly corrupt file)從在 /etc/sysconfig/network 中具有無關(guān)或無法識(shí)別行的 ESX 4.x 系統(tǒng)升級到 ESXi 5.0 時(shí)，升級安裝程序因無法這些行而暫停，并顯示此錯(cuò)誤。解決辦法：升級之前，請確保 /etc/sysconfig/network 中的 ESX 配置文件中無任何無關(guān)行。特別是，查找可以在無需用戶干預(yù)的情況下添加到文件的 encoding=UTF-8 行。問題·將 vSph

21、ere可能仍為評估模式鑰自動(dòng)分配給主機(jī)容器中的某些 ESX/ESXi 主機(jī)可能會(huì)失敗，這些主機(jī)vCenter Server 5.0 支持將鑰自動(dòng)分配給 ESX/ESXi 主機(jī)。您可以將鑰與鑰分vCenter Server 中的主機(jī)容器（如數(shù)據(jù)中心或群集）關(guān)聯(lián)起來。vCenter Server 將配給添加到該主機(jī)容器的所有的主機(jī)。一個(gè)鑰只能關(guān)聯(lián)到一個(gè)主機(jī)容器。如果與主機(jī)容器相關(guān)聯(lián)的證的版本與添加到該主機(jī)容器的主機(jī)不同，則證分配給這些主機(jī)。例如，如果將 vSphere 5.x證關(guān)聯(lián)到群集并將 ESX/ESXi 4.x 添加到該群集，則證分配給 ESX/ESXi 4.x 主機(jī)，這些主機(jī)仍為評估模式。

22、解決辦法：確保添加到主機(jī)容器的所有主機(jī)與關(guān)聯(lián)到該容器的證是同一版本。如果同一容器中的某個(gè)主機(jī)需要一個(gè)不同版本的證，請將該證直接關(guān)聯(lián)到該主機(jī)。例如，將 vSphere5.x證關(guān)聯(lián)到一個(gè)群集。將 ESXi 5.x 主機(jī)添加到該群集，這些主機(jī)都被分配了 vSphere 5.x證。將 ESX/ESXi 4.x 主機(jī)添加到同一群集并將 vSphere 4.x證關(guān)聯(lián)到這些主機(jī)。將ESX/ESXi 4.x 主機(jī)重新連接到 vCenter Server，這些主機(jī)都被分配了 vSphere 4.x證。網(wǎng)絡(luò)連接問題·服務(wù)中臺(tái)詳細(xì)信息未顯示在 將主機(jī)添加到 vSphere Distributed 向?qū)Ш?

23、管理主機(jī) 向?qū)蚍植际浇粨Q機(jī)添加 4.x ESX 主機(jī)時(shí)，在 添加主機(jī) 向?qū)У?網(wǎng)絡(luò)連接 頁面上的 虛擬適配器詳細(xì)信息部分中，未顯示服務(wù)臺(tái)網(wǎng)絡(luò)適配器的詳細(xì)信息。通常情況下，MAC 地址、IP 地址及子網(wǎng)掩碼應(yīng)顯示在此處。臺(tái)網(wǎng)絡(luò)適配器的詳細(xì)信息，請?zhí)砑又鳈C(jī) 或 管理主機(jī) 向?qū)В鉀Q辦法：要查看服務(wù)然后導(dǎo)航至 vSphere Client 中的 主機(jī) > 配置 > 網(wǎng)絡(luò)。如果在標(biāo)準(zhǔn)交換機(jī)上部署了服務(wù)臺(tái)網(wǎng)絡(luò)適配器，則執(zhí)行以下操作：1.查找交換機(jī)。2.單擊 屬性. 按鈕。3.選擇服務(wù)臺(tái)網(wǎng)絡(luò)適配器。請記下顯示在 VSS 圖中的適配器名稱。如果在分布式交換機(jī)上部署了服務(wù)臺(tái)網(wǎng)絡(luò)適配器，則執(zhí)行以下

24、操作：4.導(dǎo)航至 vSphere Distributed Switch 選項(xiàng)卡。5.查找分布式交換機(jī)，然后選擇 管理虛擬適配器.。6.查找并選擇服務(wù)臺(tái)網(wǎng)絡(luò)適配器。·ESXi Dump Collector 服務(wù)器以靜默方式使用無效值配置 ESXi Dump Collector 服務(wù)器的端口時(shí)，該服務(wù)器將以靜默方式，且不顯示錯(cuò)誤消息。由于此端口是 ESXi Dump Collector 服務(wù)器用于從 ESXi 主機(jī)接收轉(zhuǎn)儲(chǔ)的端口，收集 ESXi 主機(jī)轉(zhuǎn)儲(chǔ)。由于 ESXi Dump Collector 未向 vCenter因此這些靜默會(huì)Server錯(cuò)誤消息，因此 vSphere 管理員未該

25、問題。如果未得到解決，則這會(huì)影響ESXi 主機(jī)出現(xiàn)故障時(shí)的可支持性。解決辦法：僅從建議的端口范圍內(nèi)選擇端口來配置 ESXi Dump Collector 服務(wù)器，從而避免出現(xiàn)此故障。建議使用默認(rèn)端口。·將版本為 QLE3142 的 10 G QLogic 網(wǎng)卡與 nx_nic 驅(qū)動(dòng)程序配合使用會(huì)導(dǎo)致服務(wù)器在gPXE 引導(dǎo)期間停止運(yùn)行如果將版本為 QLE3142 的 10 G QLogic 網(wǎng)卡與 nx_nic 驅(qū)動(dòng)程序配合使用，以進(jìn)行 gPXE 引導(dǎo)進(jìn)入 ESXi 無狀態(tài)引導(dǎo)配置，則 ESXi 服務(wù)器會(huì)停止運(yùn)行且無法引導(dǎo)。解決辦法：使用其他網(wǎng)卡進(jìn)行 gPXE 引導(dǎo)。·啟用的

26、 VMkernel 網(wǎng)絡(luò)適配器超過 16 個(gè)會(huì)導(dǎo)致 vSphere vMotion 失敗vSphere 5.0 具有一項(xiàng)限制，即為每個(gè)主機(jī)的 vMotion 啟用的 VMkernel 網(wǎng)絡(luò)適配器不得超過16 個(gè)。如果為給定主機(jī)上的 vMotion 啟用的 VMkernel 網(wǎng)絡(luò)適配器超過 16 個(gè)，則該主機(jī)上的vMotion 操作可能會(huì)失敗。錯(cuò)誤消息顯示為： 正在拒絕初始化 17 個(gè)流 IP 條目的請求 (refusing request to initialize 17 stream ip entries)，其中的數(shù)字指示為 vMotion 啟用的 VMkernel 網(wǎng)絡(luò)適配器的數(shù)目。解決辦

27、法：禁用 vMotion VMkernel 網(wǎng)絡(luò)適配器，直到最多為 vMotion 啟用 16 個(gè)。·Network I/O Control 會(huì)替代 ESXi 5.0 中傳出數(shù)據(jù)包中的 802.1p 標(biāo)記在 ESXi 5.0 中，Network I/O Control 消除了虛擬網(wǎng)絡(luò)服務(wù)質(zhì)量 (QoS) 和物理網(wǎng)絡(luò) QoS 之間的差距，可以每個(gè)池指定一個(gè) 802.1p 標(biāo)記。此功能的一個(gè)缺點(diǎn)是每個(gè)池都有一個(gè)默認(rèn)的 802.1p 標(biāo)記 (0)，即使尚未顯式設(shè)置該標(biāo)記。如果啟用了 Network I/O Control，則當(dāng)離開 ESXi 主機(jī)時(shí)，虛擬機(jī)內(nèi)的服務(wù)等級 (CoS) 位標(biāo)記會(huì)

28、被覆蓋。解決辦法：無。您可以選擇不使用 Network I/O Control。·主機(jī)配置文件不支持純 IPv6 的 VMkernel 網(wǎng)絡(luò)適配器配置使用 vSphere Client 為主機(jī)配置文件設(shè)置 IP 配置時(shí)，您可以為 VMkernel 網(wǎng)絡(luò)適配器設(shè)置純IPv4、純 IPv6 或 IPv4 和 IPv6 混合設(shè)置。然而，主機(jī)配置文件不支持純 IPv6 設(shè)置。如果您使用純 IPv6 設(shè)置配置 VMkernel 網(wǎng)絡(luò)適配器，會(huì)要求您在主機(jī)配置文件應(yīng)答文件中提供 IPv4配置。解決辦法：執(zhí)行以下任務(wù)之一：o通過 vSphere Client 使用純 IPv6 設(shè)置來配置 VMke

29、rnel 網(wǎng)絡(luò)適配器，并且不使用主機(jī)配置文件。o在創(chuàng)建和應(yīng)用主機(jī)配置文件時(shí)需同時(shí)包括 VMkernel 網(wǎng)絡(luò)適配器的 IPv6 和 IPv4 配置，并在應(yīng)用配置文件后禁用 VMkernel 網(wǎng)絡(luò)適配器的 IPv4 配置。·某些 Cisco 交換機(jī)丟棄設(shè)置了優(yōu)先位的數(shù)據(jù)包VMware vSphere Network I/O Control有標(biāo)記的數(shù)據(jù)包在本機(jī) VLAN (VLAN 0) 上這些數(shù)據(jù)包。您使用 802.1p 標(biāo)記來標(biāo)記傳出流量。然而，如果帶，某些 Cisco 交換機(jī)（4948 和 6509）會(huì)丟棄解決辦法：無。·在 VLAN 配置和驅(qū)動(dòng)程序加載過，在 ESXi

30、引導(dǎo)過出現(xiàn)延遲具有 BE2 或 BE3 接口的 ESXi 主機(jī)在驅(qū)動(dòng)程序加載和 VLAN 配置過遇到延遲。延遲的長度隨著主機(jī)上 BE2 和 BE3 接口數(shù)量的增加而增加，并且可以持續(xù)幾分鐘。解決辦法：無。池添加到 vSphere Distributed Switch 失敗，并會(huì)顯示以下錯(cuò)誤消息： 無法為一個(gè)· 將網(wǎng)絡(luò)或多個(gè)主機(jī)成員完成 vSphere Distributed Switch 操作 (Cannot complete a vSphere Distributed Switch operation for one or more host members)此錯(cuò)誤消息表明 Dis

31、tributed Switch 上的一個(gè)或多個(gè)主機(jī)已經(jīng)與最大數(shù)目的網(wǎng)絡(luò)池相關(guān)聯(lián)。一臺(tái)主機(jī)上的網(wǎng)絡(luò)池最大數(shù)目是 56 個(gè)。解決辦法：無。· 將網(wǎng)絡(luò)池添加到 vSphere Distributed Switch 失敗，并會(huì)顯示以下錯(cuò)誤消息：vim.fault.LimitExceeded此錯(cuò)誤消息表明該 Distributed Switch 已有最大數(shù)目的網(wǎng)絡(luò)池。一個(gè) vSphere Distributed Switch 上網(wǎng)絡(luò)池的最大數(shù)目是 56 個(gè)。解決辦法：無。· LLDP 不顯示巨大交換機(jī)的系統(tǒng)名稱默認(rèn)情況下，不播發(fā)巨大交換機(jī)上的系統(tǒng)名稱。除非在巨大交換機(jī)上明確設(shè)置為播發(fā)

32、系統(tǒng)名稱，否則 LLDP無法顯示此信息。解決辦法：運(yùn)行 configure lldp ports <port ID> advertise system-name 命令以在巨大交換機(jī)上播發(fā)系統(tǒng)名稱。· 截?cái)噻R像數(shù)據(jù)包導(dǎo)致 ESXi 失敗當(dāng)鏡像數(shù)據(jù)包長度超過了為端口鏡像會(huì)話設(shè)置的鏡像數(shù)據(jù)包長度時(shí)，ESXi 失敗。截?cái)鄶?shù)據(jù)包的其他操作也可能導(dǎo)致 ESXi 失敗。解決辦法：不要為端口鏡像會(huì)話設(shè)置鏡像數(shù)據(jù)包長度。· Fault Tolerance 與使用 vSphere vMotion 的 vSphere DirectPath I/O 不兼容在虛擬機(jī)上啟用 Fault T

33、olerance 時(shí)，對于虛擬機(jī)上的所有虛擬適配器，使用 vMotion 的 DirectPath I/O均為不活動(dòng)狀態(tài)。解決辦法：首先禁用 Fault Tolerance 和重新引導(dǎo)虛擬機(jī)，然后啟用使用 vMotion 的 DirectPath I/O。· vCenter Server 虛擬設(shè)備不支持 IPv6盡管 vCenter Server 虛擬設(shè)備 Web支持 IPv6 配置。臺(tái)有用于配置 IPv6 的選項(xiàng)，但 vCenter Server 虛擬設(shè)備并不解決辦法：不要在 vCenter Server 虛擬設(shè)備 Web臺(tái)上設(shè)置或更改 IPv6 配置。· 使用 vSph

34、ere vMotion 的 vSphere DirectPath I/O 被基于 VMCI 的應(yīng)用程序禁用在 Cisco UCS 系統(tǒng)上使用任何基于 VMCI 的應(yīng)用程序時(shí)，DirectPath 在所有虛擬機(jī)網(wǎng)絡(luò)適配器上無效。解決辦法：停止使用于 VMCI 的應(yīng)用程序并重新引導(dǎo)虛擬機(jī)以恢復(fù) vSphere DirectPath I/O。· 使用Emulex BE2/BE2 網(wǎng)卡（be2net 驅(qū)動(dòng)程序）如果在 HP Flex-10 或 IBM 虛擬架構(gòu)適配器 (VFA) 環(huán)境中將 vSphere 5.0 與 Emulex BE2/BE3 網(wǎng)卡（be2net 驅(qū)動(dòng)程序）配合使用，則配置

35、 VLAN 后，連接可能無法在 Windows 虛擬機(jī)或服務(wù)器上正常工作。解決辦法：不使用與 vSphere 5.0在一起的驅(qū)動(dòng)程序。從應(yīng)在 HP Flex-10 或 IBM VFA 系統(tǒng)上使用的 Emulex、HP 或 IBM 獲取更新的驅(qū)動(dòng)程序。問題·群集禁用 I/O 衡量指標(biāo)后，I/O 滯后時(shí)間閾值顯示為 15 毫秒群集禁用 I/O 衡量指標(biāo)后，數(shù)據(jù)群集的 摘要 頁面繼續(xù)顯示 I/O 滯后時(shí)間閾在對數(shù)據(jù)在對數(shù)據(jù)值為 15 毫秒（默認(rèn)值）。解決辦法：無。要查看正確的值，請選擇 數(shù)據(jù)群集 > 器。·用于進(jìn)入 SDRS 維護(hù)模式的出現(xiàn)在數(shù)據(jù)的 摘要 頁面上只有作為數(shù)據(jù)

36、群集一部分的數(shù)據(jù)才能順利進(jìn)入群集中的數(shù)據(jù)DRS 維護(hù)模式。然而，用于進(jìn)入存儲(chǔ) DRS 維護(hù)模式的的 摘要 頁面上。單擊出現(xiàn)在非數(shù)據(jù)數(shù)據(jù)的 進(jìn)入 SDRS 維護(hù)模式 時(shí)，數(shù)據(jù)嘗試進(jìn)入維護(hù)模式，并且任務(wù)顯示為無限期掛起。解決辦法：在 vSphere Client 的 近期任務(wù) 窗格中取消 進(jìn)入 SDRS 維護(hù)模式 任務(wù)。·在 Storage vMotion 過的通信失敗發(fā)生全部路徑異常 (APD) 會(huì)導(dǎo)致 vCenter Server 與 ESXi 主機(jī)如果在使用 Storage vMotion 遷移虛擬機(jī)時(shí)發(fā)生 APD 情況，則 vCenter Server 會(huì)將 StoragevMo

37、tion 中涉及的主機(jī)與 vCenter Server斷開連接。這種情況一直持續(xù)到StoragevMotion 操作完成。此操作可能需要幾分鐘或幾個(gè)小時(shí)，具體取決于 Storage vMotion 操作時(shí)間。在此期間，不能從 vCenter Server 對該特定主機(jī)執(zhí)行其他操作。解決辦法：無。Storage vMotion 操作完成后，vCenter Server 重新將該主機(jī)連接到。此故障影響在非 APD 數(shù)據(jù)上運(yùn)行的虛擬機(jī)。·添加到數(shù)據(jù)的符號可能導(dǎo)致數(shù)據(jù)瀏覽器不正確地顯示數(shù)據(jù)內(nèi)容將符號添加到數(shù)據(jù)的頂級后（無論是以外部方式在 NFS 服務(wù)器中添加還是將其到主機(jī)中），當(dāng)您瀏覽數(shù)據(jù)時(shí)

38、，可能看不到正確的數(shù)據(jù)信息，如它的文件和文件夾。導(dǎo)致的文件和文件夾不正確。此問題的可能是符號解決辦法：移除符號。不要在數(shù)據(jù)中使用符號。·嘗試將數(shù)據(jù)區(qū)添加到支持 ATS 的 VMFS 數(shù)據(jù)時(shí)失敗您只能在支持 ATS 的設(shè)備上擴(kuò)展支持 ATS 的數(shù)據(jù)。如果您選擇了不支持 ATS 的設(shè)備來擴(kuò)展支持 ATS 的數(shù)據(jù)，則操作失敗。vSphere Client 將顯示以下錯(cuò)誤消息： 在主機(jī)配置過發(fā)生錯(cuò)誤 (An error occurred during host configuration)。在日志文件中，您可能還會(huì)發(fā)現(xiàn)以下錯(cuò)誤消息： Operation failed, unable to a

39、ddextent to filesystem。解決辦法：在將數(shù)據(jù)區(qū)添加到 ATS 數(shù)據(jù)ATS：前，通過運(yùn)行以下命令驗(yàn)證數(shù)據(jù)區(qū)設(shè)備是否支持esxcli storage core device vaai status get -d=device_ID輸出必須顯示以下信息：ATS 狀態(tài): 受支持 (ATS Status: supported)·當(dāng)平衡 I/O 負(fù)載時(shí)，DRS 可能不按預(yù)期那樣工作當(dāng)使用 IOMeter 軟件生成 I/O 負(fù)載來測試DRS 時(shí)，默認(rèn)情況下，IOMeter 全部用 0 來填充文件。此數(shù)據(jù)不包含隨機(jī)模式的 1 和 0，而真實(shí)數(shù)據(jù)中數(shù)據(jù)是隨機(jī)模式，并且DRS 也的

40、I/O 特性和性能。需要這種隨機(jī)模式來確定數(shù)據(jù)解決辦法：測試DRS 負(fù)載平衡時(shí)，請使用真實(shí)數(shù)據(jù)填充數(shù)據(jù)上至少 20% 的空間。如果使用 IOMeter 軟件來生成 I/O 負(fù)載，請選擇一個(gè)版本。您將隨機(jī)模式的 1 和 0 寫入文件的·新虛擬機(jī)磁盤的名稱不出現(xiàn)在DRS 初始放置位置建議中DRS 的數(shù)據(jù)在啟用了障框群集上基于模板創(chuàng)建、克隆或部署虛擬機(jī)時(shí)，放置位置建議或故列出新虛擬機(jī)硬盤的名稱。該框?qū)@示以下消息： 將新的虛擬機(jī)硬盤置于 <datastore name> 上 (Place new virtual machine hard disk on<datastore

41、 name>)。解決辦法：無。當(dāng)創(chuàng)建虛擬機(jī)時(shí)，直到放置磁盤時(shí)才分配硬盤名稱。如果各虛擬機(jī)硬盤的大小不同且放置在不同的數(shù)據(jù)中，您可以使用統(tǒng)計(jì)前后的空間利用率來估算哪個(gè)磁盤適合放置在哪個(gè)數(shù)據(jù)上。·使用 調(diào)度任務(wù) 向?qū)?chuàng)建或克隆虛擬機(jī)時(shí)，DRS 顯示為已禁用如果創(chuàng)建一個(gè)調(diào)度任務(wù)來克隆或創(chuàng)建虛擬機(jī)并選擇數(shù)據(jù)群集作為虛擬機(jī)文件的目標(biāo)，則禁用DRS 復(fù)選框始終處于選中狀態(tài)。您無法在 調(diào)度任務(wù) 向?qū)е袨樘摂M機(jī)取消選中 禁用DRS 復(fù)選框。解決辦法：無。禁用DRS 復(fù)選框在 調(diào)度任務(wù) 向?qū)е惺鞘冀K處于選中狀態(tài)。但是，在運(yùn)行 調(diào)度任務(wù) 和創(chuàng)建虛擬機(jī)后，虛擬機(jī)的自動(dòng)化水平與數(shù)據(jù)群集的默認(rèn)自動(dòng)化水平

42、是相同的。·嘗試卸載啟用了 Storage I/O Control 的 NFS 數(shù)據(jù)時(shí)，vSphere Client 顯示一個(gè)錯(cuò)誤如果對 NFS 數(shù)據(jù)啟用 Storage I/O Control，則您無法卸載該數(shù)據(jù)。將顯示以下錯(cuò)誤消正在使用 (The resource is in use)。息：解決辦法：在嘗試卸載數(shù)據(jù)前，禁用 Storage I/O Control。·ESXi 無法區(qū)分支持硬件磁盤的 NFS 數(shù)據(jù)上的厚置備延遲置零虛擬磁盤和厚置備置零虛擬的 NFS 數(shù)據(jù)時(shí)，vSphere Client當(dāng)使用支持硬件您以厚置備延遲置零(zeroedthick) 或厚置備置零

43、 (eagerzeroedthick) 格式創(chuàng)建虛擬磁盤。但是，當(dāng)您在 虛擬機(jī)屬性框中檢查磁盤類型時(shí)，磁盤置備 部分始終將 厚置備置零 顯示為磁盤格式，而不管您在磁盤創(chuàng)建過選擇了哪種格式。ESXi 無法區(qū)分 NFS 數(shù)據(jù)虛擬磁盤。上的延遲置零虛擬磁盤和置零解決辦法：無。·遷移后，IDE RDM 磁盤的物理兼容性模式不更改為持久模式在將具有磁盤的虛擬機(jī)從 ESX/ESXi 4.x 主機(jī)遷移到 ESXi 5.0 后，IDE RDM 磁盤的物理兼容性模式不更改為持久模式。解決辦法：遷移后，使用 vSphere Client 將磁盤的模式更改為持久。·嘗試將如果嘗試將磁盤的虛擬兼容

44、性 RDM 添加到現(xiàn)有虛擬機(jī)失敗磁盤的虛擬兼容性 RDM 添加到現(xiàn)有的虛擬機(jī)，操作會(huì)失敗。vSphere Client將顯示以下錯(cuò)誤消息： 重新配置失敗:vim.fau vim.faueviceUnsupportedForVmPlatform (Reconfigure failed: eviceUnsupportedForVmPlatform)。解決辦法：移除子磁盤，以便能夠添加虛擬兼容性 RDM。·啟用軟件 FCoE 后，嘗試顯示失敗并顯示錯(cuò)誤消息此問題只影響那些已添加到 vCenter Server 且之前沒有任何軟件 FCoE 配置的 ESXi 主機(jī)。在這些主機(jī)上啟用軟件 FC

45、oE 適配器后，嘗試在 vSphere Client 中顯示失敗。將顯示以下錯(cuò)誤消息： 發(fā)生內(nèi)部錯(cuò)誤: 無法序列化響應(yīng) (An internal error hasoccurred: Failed to serialize response)。解決辦法：首先在 ESXi 主機(jī)上配置軟件 FCoE，然后將該主機(jī)添加到 vCenter Server。·空間充足的 NFS 數(shù)據(jù)顯示空間不足錯(cuò)誤過程調(diào)用 (RPC) 客戶端共享并從同一 NFS 服務(wù)器 IP 地址掛載多個(gè) NFS 卷時(shí)，僅當(dāng)使用才會(huì)發(fā)生此問題。在此配置中，只要其中一個(gè) NFS 卷空間不足，共享同一 RPC 客戶端的其他NFS

46、卷可能也會(huì)報(bào)告空間不足錯(cuò)誤。解決辦法：通過執(zhí)行以下任務(wù)，禁用該主機(jī)上的 RPC 客戶端共享：1.在 vSphere Client 面板中，選擇該主機(jī)。2.單擊 配置 選項(xiàng)卡，然后單擊 軟件 下的 高級設(shè)置。3.單擊左側(cè)面板中的 NFS，并在右側(cè)向下滾動(dòng)到 NFS.MaxConnPerIP。4.將默認(rèn)值更改為 128。·嘗試同時(shí)取消多個(gè)器供應(yīng)商提供程序可能會(huì)失敗并發(fā)生錯(cuò)誤如果嘗試從 vCenter Server 同時(shí)取消多個(gè)供應(yīng)商提供程序，嘗試可能會(huì)失敗。即使 vCenterServer 中存在失敗的供應(yīng)商提供程序，仍會(huì)顯示以下錯(cuò)誤消息：ManagedObjectNotFound。sm

47、s.log 文件可能會(huì)顯示以下異常： ProviderUnregistrationFault。解決辦法：手動(dòng)一次取消一個(gè)供應(yīng)商提供程序。·重新引導(dǎo)后，無狀態(tài)主機(jī)無法檢測 iSCSI 數(shù)據(jù)如果將無狀態(tài)主機(jī)添加到 Cisco Nexus 1000V 系列交換機(jī)，并將 MTU 配置為 9000，則重新引導(dǎo)后，即使該主機(jī)能發(fā)現(xiàn)對應(yīng)的設(shè)備，也無法檢測 iSCSI 數(shù)據(jù)。解決辦法：要使數(shù)據(jù)可見，請單擊 vSphere Client 中的 配置 > 屏幕上的 刷新。服務(wù)器配置問題·如果對主機(jī)配置文件的規(guī)則進(jìn)行 SATP-PSP 更改并將更改應(yīng)用于 ESXi 主機(jī)，則重新引導(dǎo)后， 更

48、改并沒有反映在主機(jī)上如果更改 SAN 陣列類型插件路徑選擇策略 (SATP PSP) 規(guī)則并將更改應(yīng)用于使用 Auto Deploy 置備的主機(jī)，則重新引導(dǎo)該主機(jī)后，這一新的更改并不反映在每個(gè)設(shè)備的 SATP PSP 中。對于不使用 Auto Deploy 置備的 ESXi 主機(jī)，SATP PSP 更改會(huì)在主機(jī)中正確更新。然而，對ESXi 主機(jī)進(jìn)行合規(guī)性檢查時(shí)，主機(jī)配置文件的合規(guī)性檢查會(huì)失敗。解決辦法：將主機(jī)配置文件應(yīng)用到 ESXi 主機(jī)后，刪除主機(jī)配置文件并從 ESXi 主機(jī)提取一個(gè)新的主機(jī)配置文件，然后在重新引導(dǎo)之前將其附加到主機(jī)。為此，請使用 主機(jī)配置文件 UI 中的從的主機(jī)更新 功能。

49、此任務(wù)會(huì)刪除主機(jī)配置文件并從主機(jī)提取新的配置文件，同時(shí)保持當(dāng)前的所有附件。使用 esxcli 命令編輯主機(jī)本身上的 SATP PSP，然后再提取主機(jī)配置文件。不要使用主機(jī)配置文件編輯器來編輯 SATP PSP。·應(yīng)用關(guān)閉了服務(wù)啟動(dòng)策略的主機(jī)配置文件禁用服務(wù)在將禁用了某些服務(wù)的 ESXi 主機(jī)用作主機(jī)的情況下創(chuàng)建一個(gè)主機(jī)配置文件，并將其應(yīng)用到啟用了這些服務(wù)的主機(jī)。主機(jī)配置文件應(yīng)用過程不禁用目標(biāo) ESXi 主機(jī)上的服務(wù)。用戶通過vSphere Client 中的 安全配置文件 或 DCUI 中的 故障排除選項(xiàng) 在目標(biāo) ESXi 主機(jī)上啟用ESXShell 或 SSH 服務(wù)后，通常會(huì)出現(xiàn)這

50、種情況。解決辦法：重新引導(dǎo)過程會(huì)禁用這些服務(wù)。您也可通過配置主機(jī)手動(dòng)停止 vSphere Client 中的服務(wù)。為每個(gè)服務(wù)執(zhí)行以下過程。1.在中選擇主機(jī)。2.單擊 配置 選項(xiàng)卡。3.單擊 軟件 部分中的 安全配置文件。4.單擊 屬性 并選擇服務(wù)。5.單擊 選項(xiàng)。6.單擊 停止 并單擊 確定。·切換附加的主機(jī)配置文件時(shí)，主機(jī)配置文件應(yīng)答文件的狀態(tài)不更新將一個(gè)主機(jī)配置文件附加到先前附加到另一個(gè)主機(jī)配置文件的主機(jī)時(shí)，應(yīng)答文件的狀態(tài)沒有更新。如果應(yīng)答文件狀態(tài)為 已完成，則將另一個(gè)主機(jī)配置文件附加到該主機(jī)后，應(yīng)答文件狀態(tài)在主機(jī)配置文件視圖中仍顯示為 已完成。但是，實(shí)際狀態(tài)可能更改為 未完成。

51、解決辦法：附加一個(gè)主機(jī)配置文件后，手動(dòng)更新應(yīng)答文件狀態(tài)。1.在 vSphere Client 中，選擇主機(jī)配置文件視圖中新附加的配置文件。2.單擊 主機(jī)和群集 選項(xiàng)卡。3.在 實(shí)體名稱 列表中右鍵單擊該主機(jī)，然后選擇 檢查應(yīng)答文件。主機(jī)配置文件應(yīng)答文件狀態(tài)即會(huì)更新。·手動(dòng)應(yīng)用包含大型配置的主機(jī)配置文件可能會(huì)超時(shí)應(yīng)用包含大型配置（例如，vSwitch 和端口組數(shù)量非常大）的主機(jī)配置文件時(shí)，如果目標(biāo)主機(jī)沒有配置或只是部分配置，可能會(huì)超時(shí)。在此類情況下，盡管應(yīng)用配置的 ESXi 基礎(chǔ)進(jìn)程可能繼續(xù)運(yùn)行，但用戶仍會(huì)在 vSphere Client 中看到以下錯(cuò)誤消息：無法應(yīng)用主機(jī)配置 (Can

52、notapply the host configuration)。此外，syslog.log 或其他日志文件可能顯示類似以的錯(cuò)誤消息：Error interacting with configuration file/etc/vmware/esx.conf:Timeout while waiting for lock,/etc/vmware/esx.conf.LOCK, to be released.Another process has kept this file locked for more than 20 seconds.The process currently holding t

53、he lock is hostd-worker(5055).This is likely a temporary condition.Please try your operation again.如果多項(xiàng)操作嘗試收集系統(tǒng)配置信息，同時(shí)主機(jī)配置文件應(yīng)用操作設(shè)置配置，則系統(tǒng)上的爭用情導(dǎo)致此錯(cuò)誤。由于存在這些錯(cuò)誤以及其他與超時(shí)相關(guān)的錯(cuò)誤，甚至在系統(tǒng)上完成主機(jī)配置文件應(yīng)用操作后，主機(jī)配置文件中捕獲的配置仍可能未完全應(yīng)用。檢查主機(jī)的合規(guī)性可顯示哪部分配置應(yīng)用失敗，并執(zhí)行應(yīng)用操作來解決剩余不合規(guī)問題。解決辦法：執(zhí)行以下操作之一：o未使用 Auto Deploy 置備的 ESXi 主機(jī)。通過在 /etc/

54、vmware/hostd/cmdMo.xml 文件中添加以下條目來提高應(yīng)用操作的超時(shí)值：<managedObject id="2"><type> fileEngine.HostProfileManager </type><moId> ha-hostprofileengine-hostprofilemanager </moId>-> <timeOutInSeconds> 3600 </timeOutInSeconds> <-*<vers

55、ion> vim.version.dev </version><cmd> /usr/bin/sh </cmd><arg id="1"> -l </arg><arg id="2"> -c </arg><arg id="3"> /usr/lib/vmware/hostd/hmo/hostProfileEngine.py -cgi </arg></managedObject>默認(rèn)情況下，應(yīng)用操作的超時(shí)值為 10 分鐘。本示例將超時(shí)值設(shè)置為 1 小時(shí)，但可能需要根據(jù)具體主機(jī)配置文件配置進(jìn)行調(diào)整。設(shè)置該值后，顯示應(yīng)用操作超時(shí)，而任務(wù)繼續(xù)在 vSphere Client 中顯示直至完成。對于未使用 Auto Deploy 置備的 ESXi 主機(jī)，請使用此配置。此配置不能持續(xù)用于使用 Auto Deploy 置備的系統(tǒng)。o使用 Auto Deploy 置備的主機(jī)。重新引導(dǎo)使用 Auto Deploy 置備的 ESXi 主機(jī)。對于使用 Auto Deploy 置備的 ESXi 主機(jī)，請通過在 ESXi 主機(jī)上執(zhí)行更新應(yīng)答文件操作并重新引導(dǎo)，確保應(yīng)答