vsphere5已知問題列表

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

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

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

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

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

6、 IPv4。解決辦法：要實現(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.重新啟動 vCenter服務(wù)。·除非引導(dǎo)行命令對文件名使用大寫字符，否則從 CD 或 DVD 進行的升級會失敗式

7、 ESXi 安裝或使用安裝或升級（kickstart 文件）從刻錄到 CD 或 DVD 的 ESXi 5.0 安裝程序 ISO 執(zhí)行式安裝或升級時，安裝程序只能識別大寫字符的 kickstart 文件名，即使該文件是以小寫字符命名的。例如，如果 kickstart 文件名為 ks.cfg 并且您使用 ks=cdrom:/ks.cfg 引導(dǎo)行命令來指定 kickstart 文件位置，則安裝失敗，并顯示與以類似的錯誤消息：HandledError: 錯誤（請參見日志以獲得信息）: 無法根據(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 時顯示誤導(dǎo)性錯誤消息當(dāng)您嘗試通過 esxcli software vib 命令并指定相對路徑來安裝庫、VIB 或配置文件時， 操作失敗并顯示以下錯誤消息： 找不到以下文件或目錄: “/var/log/vmware/a.vib”(No such

9、file or directory: '/var/log/vmware/a.vib')解決辦法：執(zhí)行安裝時指定絕對路徑。·在文件夾名包含特殊字符的文件夾中無法安裝 vSphere Client如果文件夾或目錄的名稱包含特殊字符（分號 (;)、左方括號 ()、右方括號 ()、等號 (=)、加號(+)、逗號 (,) 或井字號 (#)），則在該文件夾或目錄中安裝 vSphere Client 時會顯示以下錯誤消息：安裝路徑包含“;”字符。請選擇一個不帶該字符的安裝路徑。(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 位操已運行 vCenter Server 的系統(tǒng)上的上啟用用戶帳戶模式組，則(UAC)，并嘗試將計算機加入到在顯然是的且沒有報告任何錯誤，但實際上它是不的。列表中僅顯示一個 vCenter Server。解決辦法：安裝后加入模式組前，關(guān)閉用戶帳戶(UAC)，然后重新打開它。1.關(guān)閉 UAC。a.從 開始 菜單中，選擇 面板 > 用戶帳戶。b.選擇 打開或關(guān)閉用戶帳戶。c.取消選擇 使用用戶帳戶(UAC) 幫助保護您的計算機，然后單擊 確定。d.出現(xiàn)提示后重新引導(dǎo)計算機。2.啟動模式配置。a.選擇 開始 &

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

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

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

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

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

17、rver 升級。· 如果 vCenter Server 安裝介質(zhì)的路徑包含非 ASCII 字符，則數(shù)據(jù)遷移失敗的錯誤消息： “ASCII”編器不能位置 30 處發(fā)生此問題時，會顯示類似以的字節(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)致升級失敗主機重新引導(dǎo)后，MPX 和 VML 磁盤設(shè)備名稱可能發(fā)生變化。如果在變化，則升級可能會中斷。式升級過，MPX 和 VML 磁盤設(shè)備名稱發(fā)生變化，這可能式升級中重新引導(dǎo)后名稱發(fā)生解決辦法：盡可能對磁盤設(shè)備使用網(wǎng)絡(luò)地址標識符 (NAA ID)。對于其磁盤沒有 NAA ID 的計算機，例如使用 CCISS器的 Hewlett Packard 計算機，請從包含 ESXi 安裝程序 ISO 的 CD 或 DVD式升級中，您可以通過使用帶有 -firstdisk=參數(shù)的 upgrade 命令指定執(zhí)行升級。另外，在要升級的 ESX 或 ESXi 實例。安裝和升級文檔中有說明。命令在

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

52、notapply the host configuration)。此外，syslog.log 或其他日志文件可能顯示類似以的錯誤消息：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.如果多項操作嘗試收集系統(tǒng)配置信息，同時主機配置文件應(yīng)用操作設(shè)置配置，則系統(tǒng)上的爭用情導(dǎo)致此錯誤。由于存在這些錯誤以及其他與超時相關(guān)的錯誤，甚至在系統(tǒng)上完成主機配置文件應(yīng)用操作后，主機配置文件中捕獲的配置仍可能未完全應(yīng)用。檢查主機的合規(guī)性可顯示哪部分配置應(yīng)用失敗，并執(zhí)行應(yīng)用操作來解決剩余不合規(guī)問題。解決辦法：執(zhí)行以下操作之一：o未使用 Auto Deploy 置備的 ESXi 主機。通過在 /etc/

54、vmware/hostd/cmdMo.xml 文件中添加以下條目來提高應(yīng)用操作的超時值：<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>默認情況下，應(yīng)用操作的超時值為 10 分鐘。本示例將超時值設(shè)置為 1 小時，但可能需要根據(jù)具體主機配置文件配置進行調(diào)整。設(shè)置該值后，顯示應(yīng)用操作超時，而任務(wù)繼續(xù)在 vSphere Client 中顯示直至完成。對于未使用 Auto Deploy 置備的 ESXi 主機，請使用此配置。此配置不能持續(xù)用于使用 Auto Deploy 置備的系統(tǒng)。o使用 Auto Deploy 置備的主機。重新引導(dǎo)使用 Auto Deploy 置備的 ESXi 主機。對于使用 Auto Deploy 置備的 ESXi 主機，請通過在 ESXi 主機上執(zhí)行更新應(yīng)答文件操作并重新引導(dǎo)，確保應(yīng)答