VMware ESXi 5.5 Update 2 版本說明

|

VMware ESXi™ 5.5 Update 2 | 2014 年 9 月 9 日 | 組建編號 2068190

上次更新日期:2015 年 7 月 2 日

查看這些版本說明的新增項目和更新。

版本說明的內容

此版本說明涵蓋下列主題:

新增功能

此版本 VMware ESXi 包含下列增強功能:

  • 支援具有 6 TB RAM 的主機 - vSphere 5.5 Update 2 將開始支援具有 6 TB RAM 的主機。
  • 將 VMware vShield Endpoint Thin Agent 重新命名為 VMware Tools Guest Introspection 外掛程式 - 與 VMware Tools 綁定的 vShield Endpoint 驅動程式現在稱為 Guest Introspection。
  • 已解決的問題 此版本提供許多錯誤修正,已記錄在已解決的問題一節。

舊版 ESXi 5.5

每個版本的版本說明中均說明了 ESXi 5.5 的功能和已知問題。舊版 ESXi 5.5 的版本說明如下:

國際化

VMware vSphere 5.5 Update 2 提供下列語言版本:

  • 英文
  • 法文
  • 德文
  • 日文
  • 韓文
  • 簡體中文
  • 繁體中文

相容性與安裝

ESXi、vCenter Server 和 vSphere Web Client 版本相容性

VMware 產品互通性對照表提供有關 VMware vSphere 元件目前版本及舊版之間相容性的詳細資料,包括 ESXi、VMware vCenter Server、vSphere Web Client 及選用 VMware 產品。安裝 ESXi 或 vCenter Server 之前,亦請查看 VMware 產品互通性對照表中有關支援的管理與備份代理程式的資訊。

vSphere Client 與 vSphere Web Client 已封裝在 vCenter Server ISO 上。您可以使用 VMware vCenter™ 安裝程式精靈,安裝其中一個用戶端或是兩個都安裝。

ESXi、vCenter Server 和 VDDK 相容性

Virtual Disk Development Kit (VDDK) 5.5.3 會新增對 ESXi 5.5 Update 2 和 vCenter Server 5.5 Update 2 版本的支援。
如需有關 VDDK 的詳細資訊,請參閱 http://www.vmware.com/support/developer/vddk/

ESXi 和 Virtual SAN 相容性

Virtual SAN 不支援設定了低於 5.5 Update 1 版本之 ESXi 主機的叢集。啟用 Virtual SAN 之前,請確保 Virtual SAN 叢集中的所有主機已升級到 ESXi 5.5 Update 1 或更新版本。vCenter Server 也應該升級至 5.5 Update 1 或更新版本。

ESXi 的硬體相容性

若要檢視與 vSphere 5.5 Update 2 相容的處理器、儲存裝置、SAN 陣列以及 I/O 裝置的清單,請參閱《VMware 相容性指南》中的 ESXi 5.5 Update 2 資訊。

ESXi 的裝置相容性

若要判定與 ESXi 5.5 Update 2 相容的裝置,請參閱《VMware 相容性指南》中的 ESXi 5.5 Update 2 資訊。

某些裝置已過時,不再受 ESXi 5.5 及更新版本支援。在升級程序期間,裝置驅動程式會安裝在 ESXi 5.5.x 主機上。該驅動程式可能仍在 ESXi 5.5.x 上運作,但裝置在 ESXi 5.5.x 上不受支援。如需有關已過時且在 ESXi 5.5.x 上不再支援的裝置的清單,請參閱 VMware 知識庫文章 Deprecated devices and warnings during ESXi 5.5 upgrade process (ESXi 5.5 升級程序中已過時的裝置與警告)

ESXi 的第三方交換器相容性

VMware 支援具備 vSphere 5.5 的 Cisco Nexus 1000V。如需有關 Cisco Nexus 1000V 的詳細資訊,請參閱 Cisco 版本說明。在舊版 vSphere 中,並不支援 Cisco Application Virtual Switch (AVS)。

ESXi 的客體作業系統相容性

若要判定與 vSphere 5.5 Update 2 相容的客體作業系統,請參閱《VMware 相容性指南》中的 ESXi 5.5 Update 2 資訊。

ESXi 的虛擬機器相容性

ESXi 5.5 Update 2 支援與 ESX 3.x 及更新版本 (硬體版本 4) 相容的虛擬機器。不支援與 ESX 2.x 及更新版本 (硬體版本 3) 相容的虛擬機器。若要在 ESXi 5.5 Update 2 上使用此類虛擬機器,請升級虛擬機器相容性。請參閱《vSphere 升級》說明文件。

vSphere Client 連線到配備 vCenter Server 5.x 的連結模式環境

在有其他 vCenter Server 5.5 執行個體的情況下,vCenter Server 5.5 只能存在於連結模式中。

此版本的安裝說明

請閱讀《vSphere 安裝和設定》說明文件中有關安裝與設定 ESXi 及 vCenter Server 的指引。

雖然安裝非常簡易,但幾個後續組態步驟卻是不可或缺的。請閱讀下列說明文件:

移轉第三方解決方案

您無法直接移轉已安裝在 ESX 或 ESXi 主機上的第三方解決方案做為主機升級的一部分。ESXi 5.1 與 ESXi 5.5 之間的架構變更會導致第三方元件遺失以及可能的系統不穩定。若要完成此類移轉,您可以使用 Image Builder 來建立自訂 ISO 檔案。如需有關對包含第三方自訂項目的主機進行升級的資訊,請參閱 vSphere 升級說明文件。如需有關使用 Image Builder 來自訂 ISO 的資訊,請參閱 vSphere 安裝和設定說明文件。

不允許對不支援的 CPU 進行升級和安裝

vSphere 5.5.x 僅支援採用 LAHF 與 SAHF CPU 指令集的 CPU。在安裝或升級期間,安裝程式將檢查主機 CPU 與 vSphere 5.5.x 的相容性。如果您的主機硬體不相容,將有紫色畫面顯示關於不相容的訊息。您無法安裝或升級到 vSphere 5.5.x。

此版本的升級

如需有關升級 vCenter Server 與 ESX/ESXi 主機的指示,請參閱 vSphere 升級說明文件。

升級到 ESXi 5.5 Update 2 的支援升級路徑

升級交付項目

支援的升級工具

升級到 ESXi 5.5 Update 2 的支援升級路徑

ESX/ESXi 4.0
包括
ESX/ESXi 4.0 Update 1
ESX/ESXi 4.0 Update 2

ESX/ESXi 4.0 Update 3
ESX/ESXi 4.0 Update 4

ESX/ESXi 4.1:
包括
ESX/ESXi 4.1 Update 1
ESX/ESXi 4.1 Update 2

ESX/ESXi 4.1 Update 3

ESXi 5.0:
包括
ESXi 5.0 Update 1

ESXi 5.0 Update 2
ESXi 5.0 Update 3

ESXi 5.1
包括
ESXi 5.1 Update 1
ESXi 5.1 Update 2

ESXi 5.5
包括
ESXi 5.5 Update 1

VMware-VMvisor-Installer-5.5.0.update02-2068190.x86_64.iso

 

  • VMware vCenter Update Manager
  • CD 升級
  • 指令碼式升級


update-from-esxi5.5-5.5_update02.zip
  • VMware vCenter Update Manager
  • ESXCLI
  • VMware vSphere CLI

是*

是*

使用從 VMware 入口網站 (線上) 下載的修補程式定義 含修補程式基準的 VMware vCenter Update Manager


*備註:僅 ESXCLI 支援使用 update-from-esxi5.5-5.5_update02.zip 將 ESXi 5.0.x 或 ESXi 5.1.x 升級至 ESXi 5.5 Update 2。需要執行 esxcli 軟體設定檔更新 --depot=<depot_location> --profile=<profile_name> 命令來執行升級。如需詳細資訊,請參閱《vSphere 升級》指南中的〈ESXi 5.5.x 升級選項〉主題。

VMware vSphere 5.5 Update 2 的開放原始碼元件

http://www.vmware.com/download/vsphere/open_source.html 的 [開放原始碼] 索引標籤上,提供適用於 vSphere 5.5 Update 2 中所散佈的開放原始碼軟體元件的版權聲明和授權。您也可以針對任意 GPL、LGPL、需要原始碼或需要修改原始碼的其他相似授權下載來源檔案,以使其適用於 vSphere 的最新可用版本。

產品支援通知

  • vSphere Web Client。由於 Adobe Flash 不再支援 Linux 平台,因此 Linux 作業系統上不支援 vSphere Web Client。為 Linux 桌面作業系統上的 Adobe Flash 新增支援的第三方瀏覽器可能會繼續運作。

    VMware vCenter Server Appliance。在 vSphere 5.5 中,VMware vCenter Server Appliance 可透過強制執行 DISA Security Technical Information Guidelines (STIG) 來滿足管理嚴格的符合性標準。部署 VMware vCenter Server Appliance 之前,如需新安全性部署標準的相關資訊,請參閱《VMware Hardened Virtual Appliance 作業指南》,以確保作業成功。

  • vCenter Server 資料庫。vSphere 5.5 不再支援將 IBM DB2 做為 vCenter Server 資料庫。

  • VMware Tools。從 vSphere 5.5 開始,有關如何在 vSphere 中安裝和設定 VMware Tools 的所有資訊都與其他 vSphere 說明文件合併。如需在 vSphere 中使用 VMware Tools 的相關資訊,請參閱 vSphere 說明文件。《安裝和設定 VMware Tools》與 vSphere 5.5 及更新版本不相關。

  • VMware Tools。從 vSphere 5.5 開始,VMware Tools 不再提供 ThinPrint 功能。

  • vSphere Data Protection。由於 vSphere Web Client 運作方式的變更,vSphere Data Protection 5.1 與 vSphere 5.5 不相容。升級到 vSphere 5.5 的 vSphere Data Protection 5.1 使用者必須同時更新 vSphere Data Protection,才能繼續使用 vSphere Data Protection。

此版本中包含的修補程式

此版本包含 ESXi 在此產品發行日期之前發行所有公告。如需有關個別公告的詳細資訊,請參閱 VMware 下載修補程式頁面。

ESXi550-Update02 修補程式發行版本包含下列個別公告:

ESXi550-201409201-UG:更新了 ESXi 5.5 esx-base vib
ESXi550-201409202-UG:更新了 ESXi 5.5 tools-light vib
ESXi550-201409203-UG:更新了 ESXi 5.5 net-tg3 vib
ESXi550-201409204-UG:更新了 ESXi 5.5 sata-ahci vib
ESXi550-201409205-UG:更新了 ESXi 5.5 scsi-megaraid-sas vib
ESXi550-201409206-UG:更新了 ESXi 5.5 mi sc-drivers vib
ESXi550-201409207-UG:更新了 ESXi 5.5 stomata vib

a

ESXi550-Update02 安全性 (專用) 修補程式發行版本包含下列個別公告:

ESXi550-201409101-SG:更新了 ESXi 5.5 esx-base vib

ESXi550-Update02 修補程式發行版本包含下列映像設定檔:

ESXi-5.5.0-20140902001-standard
ESXi-5.5.0-20140902001-no-tools

ESXi550-Update02 安全性 (專用) 修補程式發行版本包含下列映像設定檔:

ESXi-5.5.0-20140901001s-standard
ESXi-5.5.0-20140901001s-no-tools

如需修補程式與更新分類的相關資訊,請參閱知識庫 2014447

已解決的問題

本節說明此版本中已解決的問題:

CIM 和 API 問題

  • ESXi 主機可能會經歷較長的 I/O 延遲
    將大量 CIM 申請傳送至 ESXi 主機上的 LSI SMI-S 提供者時,可能會因 ESXi 主機的儲存區不足而導致 I/O 延遲較長。

    已在此版本中解決此問題。
  • vCenter Server 可能會將電源供應器資訊的狀態顯示為未知
    安裝 ESXi 主機並連線至 vCenter Server 後, vCenter Server 硬體狀態索引標籤中的電源供應器資訊會顯示為未知。

    已在此版本中解決此問題。
  • 無法停止或重新啟動 sfcbd 服務
    當您停止和啟動 vCenter Server 中可監控主機硬體狀態的硬體監控服務 (sfcbd) 時,sfcbd 程序可能會停止,並顯示錯誤,類似寫入 syslog 檔案的下列內容:

    sfcbd: Sending TERM signal to sfcbd
    sfcbd-watchdog: Sleeping for 20 seconds
    sfcbd: Sending TERM signal to sfcbd
    sfcbd-watchdog: Sleeping for 20 seconds
    sfcbd-watchdog: Waited for 3 20 second intervals, SIGKILL next
    sfcbd: Stopping sfcbd
    sfcbd-watchdog: Sleeping for 20 seconds
    sfcbd-watchdog: Providers have terminated, lets kill the sfcbd.
    sfcbd-watchdog: Reached max kill attempts. watchdog is exiting


    已在此版本中解決此問題。
  • sfcb 可能會透過不正確的方法提供者做出回應
    在 ESXi 主機上,若您使用不同的命名空間將兩個不同的方法提供者登錄至同一個 CIM 類別,則一經申請,sfcb 便會始終透過最接近 providerRegister 頂端的提供者進行回應。而此方法提供者可能並不正確。

    已在此版本中解決此問題。
  • 檢視 ESXi 主機的健全狀況狀態時,Hostd 可能不會回應
    當您將 vSphere Client 連線至 ESXi 主機以檢視健全狀況狀態並執行重新整理動作時,hostd 服務可能不會回應。您會看到寫入 hostd.log 的記錄,內容類似如下:

    YYYY-MM-DDThh:mm:ss.344Z [5A344B90 verbose \\\'ThreadPool\\\'] usage : total=22 max=74 workrun=22 iorun=0 workQ=0 ioQ=0 maxrun=30 maxQ=125 cur=W

    已在此版本中解決此問題。
  • 硬體健全狀況監控可能無法回應
    硬體健全狀況監控可能無法回應,並且 CIM 提供者可能會顯示類似下列內容的錯誤訊息:

    2014-02-25T02:15:34Z sfcb-CIMXML-Processor[233738]: PAM unable to dlopen(/lib/security/$ISA/pam_passwdqc.so): /lib/security/../../lib/security/pam_passwdqc.so: cannot open shared object file: Too many open files2014-02-25T02:15:34Z sfcb-CIMXML-Processor[233738]: PAM adding faulty module: /lib/security/$ISA/pam_passwdqc.so2014-02-25T02:15:34Z sfcb-CIMXML-Processor[233738]: PAM unable to dlopen(/lib/security/
    The SFCB service might also stop responding.


    已在此版本中解決此問題。
  • 當您嘗試監控 ESXi 主機的硬體健全狀況時,Web 架構企業管理 (WBEM) 查詢可能會失敗
    當您嘗試監控 ESXi 主機的硬體健全狀況時,WBEM 查詢可能會失敗。類似下列內容的錯誤訊息會寫入 syslog 檔案:

    Timeout error accepting SSL connection exiting.

    為了解決此問題,新增了允許您設定逾時值的新組態 httpSelectTimeout

  • WSMAN 用戶端上可能會發生 XML 剖析錯誤
    如果來自 ESXi WSMAN 代理程式 (openwsman) 的 CIM 方法呼叫傳回值包含 XML 保留字元,例如左角括弧 (<) 或 & 符號 (&),則 Web Server Manager (WSMAN) 用戶端可能會發生 XML 剖析錯誤。

    已在此版本中解決此問題。

客體作業系統問題

  • 使用 VideoReDo 應用程式編輯視訊可能會導致其多次顯示,且還可能顯示失真的影像
    當您嘗試使用 VideoReDo 編輯視訊時,可能導致其多次顯示。此外,當您編輯視訊時可能會發現映像失真。

    已在此版本中解決此問題。
  • 在 ESXi 主機上使用磁碟公用程式於 MAC OS X 客體作業系統中增加磁碟分割的大小失敗
    您無法在 ESXi 主機上使用磁碟公用程式,於 MAC OS X 客體作業系統中增加磁碟分割的大小。嘗試使用 VMware Fusion 增加大小時,不會發生此問題。

    透過在增加磁碟大小後,變更 GUID 磁碟分割資料表 (GPT) 中的標頭,已在此版本中解決此問題。
  • [強制 BIOS 設定] 選項可能會失敗
    vSphere Client 上的虛擬機器組態選項強制 BIOS 設定可能會失敗,並顯示類似下列內容的錯誤訊息:

    無法在目前的狀態 (已開啟電源) 下執行嘗試的作業

    已在此版本中解決此問題。

其他問題

  • 使用 PCI Passthrough Device Emulex Quad Port LPE12004 開啟虛擬機器的電源後,ESXi 主機可能會發生故障,並出現紫色診斷畫面
    使用 PCI Passthrough Device Emulex Quad Port LPE12004 開啟虛擬機器的電源後,ESXi 主機可能會發生故障,並出現紫色診斷畫面。
    系統會顯示以下錯誤:

    cpu20:32852)@BlueScreen: #PF Exception 14 in world 32852:helper1-1 IP 0x41803baf7319 addr 0x410800fd3fa0
    PTEs:0x13f1f1023;0x208569d063;0x0;
    cpu20:32852)Code start: 0x41803ba00000 VMK uptime: 0:02:15:58.810
    cpu20:32852)0x4123c151de50:[0x41803baf7319]BackMap_Lookup@vmkernel#nover+0x35 stack: 0xffffffff00000000
    cpu20:32852)0x4123c151df00:[0x41803ba69483]IOMMUDoReportFault@vmkernel#nover+0x133 stack: 0x500000701
    cpu20:32852)0x4123c151df30:[0x41803ba69667]IOMMUProcessFaults@vmkernel#nover+0x1f stack: 0x0
    cpu20:32852)0x4123c151dfd0:[0x41803ba60f8a]helpFunc@vmkernel#nover+0x6b6 stack: 0x0
    cpu20:32852)0x4123c151dff0:[0x41803bc53242]CpuSched_StartWorld@vmkernel#nover+0xfa stack: 0x0
    cpu20:32852)base fs=0x0 gs=0x418045000000 Kgs=0x0

    您會在 vmkernel.log 中看到類似下列內容的項目:

    cpu0:1097177)WARNING: IOMMUIntel: 2436: DMAR Fault IOMMU Unit #1: R/W=W, Device 0000:07:00.1 Faulting addr = 0xfd3fa000 Fault Reason = 0x05 -> PTE not set to allow Write.^[[0m
    cpu0:1097177)WARNING: IOMMUIntel: 2493: IOMMU context entry dump for 0000:07:00.1 Ctx-Hi = 0x302 Ctx-Lo = 0x14ac52001^[[0m


    已在此版本中解決此問題。

  • ESXi 5.5 的 USB 裝置資訊可能不正確
    /etc/vmware/usb.ids 中提供的 USB 裝置資訊可能會顯示錯誤的廠商資訊。

    已在此版本中解決此問題。
  • 當您將 BAR 大小小於 4 KB 的 PCI 裝置新增為傳遞裝置時,可能無法開啟虛擬機器的電源
    當您將基底位址暫存器 (BAR) 大小小於 4 KB 的 PCI 裝置新增為傳遞裝置時,可能無法開啟虛擬機器的電源。
    類似下列內容的訊息會寫入 vmware.log 檔案:

    PCIPassthru: Device 029:04.0 barIndex 0 type 2 realaddr 0x97a03000 size 128 flags 0
    PCIPassthru: Device 029:04.0 barIndex 1 type 2 realaddr 0x97a01000 size 1024 flags 0
    PCIPassthru: Device 029:04.0 barIndex 2 type 2 realaddr 0x97a02000 size 128 flags 0
    PCIPassthru: Device 029:04.0 barIndex 3 type 2 realaddr 0x97a00000 size 1024 flags 0
    PCIPassthru: 029:04.0 : barSize: 128 is not pgsize multiple
    PCIPassthru: 029:04.0 : barSize: 1024 is not pgsize multiple
    PCIPassthru: 029:04.0 : barSize: 128 is not pgsize multiple
    PCIPassthru: 029:04.0 : barSize: 1024 is not pgsize multiple>

    已在此版本中解決此問題。
  • 在 ESXi 5.x 上執行時,Windows 2008 R2 和 Solaris 10 64 位元虛擬機器會發生故障,並出現藍色畫面或核心危急
    執行具有 Windows 2008 R2 或 Solaris 10 64 位元的虛擬機器時,可能會出現下列症狀:

    • Windows 2008 R2 虛擬機器發生故障並出現藍色畫面和如下所示的事件:
      0x0000000a - IRQL_NOT_LESS_OR_EQUAL
      0x0000001a - MEMORY_MANAGEMENT
      0x000000fc - ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY
      0x0000004e - PFN_LIST_CORRUPT
      0x00000050 - PAGE_FAULT_IN_NONPAGED_AREA
      0x0000003B- SYSTEM_SERVICE_EXCEPTION


    • Solaris 10 64 位元虛擬機器發生故障並出現核心危急。
      如需詳細資訊,請參閱知識庫 2073791

    已在此版本中解決此問題。

網路問題

  • 上行不穩定期間,ESXi 主機可能會發生故障並顯示紫色畫面
    上行不穩定時,ESXi 主機可能會發生故障並顯示紫色畫面,此時會顯示類似下列內容的錯誤訊息:

    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]UplinkRxQueuesLoadBalance@vmkernel#nover+0xnnn stack: 0xnnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]UplinkLB_LoadBalanceCB@vmkernel#nover+0x8e stack: 0xnnnnnnnnnnnn, 0x
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]UplinkAsyncProcessCallsHelperCB@vmkernel#nover+0x223 stack: 0x0, 0x4
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]helpFunc@vmkernel#nover+0x6b6 stack: 0x0, 0x0, 0x0, 0x0, 0x0
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]CpuSched_StartWorld@vmkernel#nover+0xfa stack: 0x0, 0x0, 0x0, 0x0, 0


    如果您針對 NIC 使用 Qlogic UCNA 驅動程式,則 ESXi 5.5 主機上的上行連接埠的狀態將不穩定,且類似下列內容的錯誤會寫入 vmkernel.log

    vmnic3:qlcnic_issue_cmd:372:Failed card response err_code: 0xn
    vmnic3:qlcnic_fw_cmd_destroy_tx_ctx:827:Failed to destroy tx ctx in firmware, err_code : 8
    vmnic3:qlcnic_dev_request_reset:6879:Changed the adapter dev_state to NEED_RESET.
    vmnic3:qlcnic_check_health:7485:Adapter not in operational state(Heartbit Failure), resetting adapter.
    <6>qlcnic 0000:04:00.1:
    vmnic3:qlcnic_check_peg_halt_status:6722:PEG_HALT_STATUS1: 0xnnnnnnnn, PEG_HALT_STATUS2: 0xnnnnnn.
    vmnic3:qlcnic_detach:2337:Deleted Tx and Rx loopback filters.
    vmnic3:qlcnic_disable_bus_master:1042:Disabled bus mastering.
    vmnic3:qlcnic_free_rx_irq:2008:Freed vmnic3_rx[0] irq.
    vmnic3:qlcnic_ctx_free_tx_irq:1859:Freed vmnic3_txq[0] irq #85.


    已在此版本中解決此問題。
  • 當大量 dvPort 群組連線至 vCenter Server 時,vApp 的啟動時間可能會增加
    當大量 dvPort 群組連線至 vCenter Server 時,vApp 的啟動時間可能會增加。

    已在此版本中解決此問題。
  • 若設定了多個 VMkernel 介面,則 SLP 無法傳送 UDP 查詢網路封包
    若您設定多個 vmkernel 封包,則服務位置通訊協定 (SLP) 無法傳送 UDP 查詢網路封包。因此,防火牆會捨棄回應套件。

    已在此版本中解決此問題。
  • 由於 vDS 或標準 vSwitch 上的佇列大小受限,應用程式傳送的資料封包的高載可能會下降
    在啟用流量控管的 vNetwork Distributed Switch (vDS) 或標準 vSwitch 上,由於佇列大小受限,應用程式傳送的資料封包的高載可能會下降。

    已在此版本中解決此問題。
  • 由於裝載檔案名稱錯誤,使用無狀態快取映像將 ESXi 主機開機的嘗試可能會失敗
    若 Auto Deploy 無法將主機開機,則您可能無法使用無狀態快取映像將 ESXi 主機開機。
    當主機嘗試使用快取映像開機時,會顯示類似下列內容的錯誤訊息:

    找不到檔案。嚴重錯誤: 15 (找不到)

    當您將 Auto Deploy 從 ESXi 5.0 升級至 ESXi 5.x,且在新的 Auto Deploy 環境中使用相同的映像時,便會發生此問題。

    已在此版本中解決此問題。
  • 執行 vSphere Distributed Switch (VDS) 健全狀況檢查時,可能會報告不正確的結果
    執行 VDS Web Client 健全狀況檢查以監控 VLAN、MTU 以及整併原則的健全狀況狀態時,可能會報告不正確的結果。

    已在此版本中解決此問題。
  • 高負載篩選器可能會佔用相同的 Rx-Netqueue
    Rx 處理程序可能不會均勻地分散於可用的 Rx-Netqueue,即使存在可用佇列也是如此。這可能會降低對實體 NIC 頻寬的利用率,因為部分載入模式中的高負載篩選器擠在同一個佇列中。

    已在此版本中解決此問題。

安全性問題

  • glibc 套件更新
    已更新 ESXi glibc-2.5 套件以解決安全性問題。
    常見漏洞與披露專案 (cve.mitre.org) 已將這些問題命名為 CVE-2013-0242CVE-2013-1914
     

伺服器組態問題

  • Ethtool 公用程式可能會針對 Emulex 10Gb 乙太網路 (10GbE) 554FLR-SFP 介面卡報告不正確的纜線類型
    Ethtool 公用程式可能會針對 Emulex 10Gb 乙太網路 (10GbE) 554FLR-SFP 介面卡報告不正確的纜線連接類型。這是因為 Ethtool 可能不支援直接連接銅纜 (DAC) 連接埠類型。

    已在此版本中解決此問題。
  • 在 iSCSI 遠端 LUN 上安裝 ESXi 可能會失敗
    嘗試在 iSCSI 遠端 LUN 上安裝 ESXi 可能會失敗,並顯示下列錯誤:

    必須要有 2 個開機區,找到 0 個

    已在此版本中解決此問題。
  • 虛擬機器可能會經歷較慢的 I/O 回應
    在使用預設 I/O 排程器啟用的 ESXi 主機上,一或多個虛擬機器長時間利用裝置的最大 I/O 頻寬可能會導致 IOPS 不平衡。這是由 ESXi 預設 I/O 排程器識別的競爭情形導致。

    在此版本中,透過統一 ESXi 主機上所有虛擬機器的 IOPS,可以解決此問題。 
  • 嘗試在儲存裝置上建立超過 16 TB 的 VMFS5 資料存放區失敗
    當您在儲存裝置上建立超過 16 TB 的 VMFS5 資料存放區時,ESXi 主機可能會發生故障。類似下列內容的錯誤會寫入 vmkernel.log

    WARNING: LVM: 10032: Invalid firstPE 3758096383
    WARNING: LVM: 10039: Invalid lastPE 3758096383
    WARNING: LVM: 5242: Error detected for vol 526f639f-93de6438-940e-d48cb5bc414c, dev naa.60000970000195700908533037393545:1
    2013-11-05T09:50:56.997Z cpu10:34259)LVM: 7133: Device scan failed for <1> : Invalid metadata
    FSS: 5051: No FS driver claimed device 'naa.60000970000195700908533037393545:1': Not supported
    VC: 1958: Device rescan time 24 msec (total number of devices 9)
    VC: 1961: Filesystem probe time 56 msec (devices probed 7 of 9)
    VC: 1963: Refresh open volume time 0 msec
    LVM: 7525: Initialized naa.60000970000195700908533037393545:1, devID 5278bf81-af41c8bd-3c21-d48cb5bc414c
    LVM: 7613: Zero volumeSize specified: using available space (30786340240896).
    LVM: 13082: One or more LVM devices have been discovered.
    LVM: 7689: Error "No space left on device" creating volume 5278bf81-82937d98-3734-d48cb5bc414c on device naa.60000970000195700908533037393545:1.</1>


    已在此版本中解決此問題。
  • 嘗試使用 VMware vSphere WebService SDK 中的 VI 編輯器編輯 endpoints.conf 檔案失敗
    當您嘗試在 VI 編輯器中編輯 /etc/vmware/rhttpproxy/endpoints.conf 檔案時,會顯示類似下列內容的錯誤訊息:

    作業不被允許

    已在此版本中解決此問題。
  • 無法使用已套用的流量篩選規則將虛擬機器新增至 vSphere Distributed Switch 5.5 連接埠群組
    在 vSphere 5.5 Distributed Switch (VDS) 上設定流量篩選規則之後,您會遇到以下兩個問題:
    • 當您使用已套用的流量篩選規則將虛擬機器連線至分散式交換器連接埠群組時,vSphere Client 或 vSphere Web Client 中會顯示錯誤:

      無法在主機 (hostname) 上建立 VDS (switchname) 的 DVPort (portnumber)
      發生一般系統錯誤。

    • 嘗試在連接埠群組上修改現有的流量篩選規則時,會出現下列錯誤:

      無法完成一或多個主機成員的 vSphere Distributed Switch 作業。
      主機 (hostname) 上的 vDS 作業失敗,並收到來自 [ TCP:hostname:443>] 的 SOAP 回應故障: invokeHostTransactionCall
      收到來自 [ ] 的 SOAP 回應故障: invokeHostTransactionCall
      發生一般系統錯誤: 發生 (vmodl.fault.SystemError) 例外狀況

    hostd.log 檔案 (位於目標 ESXi 主機上的 /var/log/) 包含類似下列內容的項目:

    YYYY-02-07T17:57:21.859Z [FF90D5B0 error 'Default' opID=577f035c-5f user=vpxuser] AdapterServer caught unexpected exception: Not a valid netmask

    已在此版本中解決此問題。

  • 當主機從本機快取開機時無法加入網域
    系統重新啟動期間,如果 ESXi 主機無法連線 Auto Deploy 且需要從本機快取開機時,可能無法保存設定,且在重新開機時會將 ESXi 主機從 Active Directory (AD) 中移除。

    已在此版本中解決此問題。

  • 安裝或升級 ESXi 可能無法在受支援的 4 GB 和 6 GB USB 快閃磁碟機上建立 2.5 GB 核心傾印磁碟分割
    安裝或升級 ESXi 主機時,可能不會在受支援的 4 GB 和 6 GB USB 磁碟機上建立 2.5 GB 核心傾印磁碟分割。

    已在此版本中解決此問題。
  • 由於儲存區負載較高,在 Cisco UCS 刀鋒型伺服器上,ESXCLI 命令可能會失敗
    由於儲存區負載較高,在 Cisco UCS 刀鋒型伺服器上,ESXCLI 命令可能會失敗。類似下列內容的錯誤訊息可能會寫入 hostd.log 檔案:

    2013-12-13T16:24:57.402Z [3C5C9B90 verbose 'ThreadPool'] usage : total=20 max=62 workrun=18 iorun=2 workQ=78 ioQ=0 maxrun=31 maxQ=79 cur=I
    2013-12-13T16:24:57.403Z [3C5C9B90 verbose 'ThreadPool'] usage : total=20 max=62 workrun=18 iorun=2 workQ=78 ioQ=0 maxrun=31 maxQ=79 cur=I
    2013-12-13T16:24:57.404Z [3BEBEB90 verbose 'ThreadPool'] usage : total=21 max=62 workrun=18 iorun=3 workQ=78 ioQ=0 maxrun=31 maxQ=79 cur=I
    2013-12-13T16:24:58.003Z [3BEBEB90 verbose 'ThreadPool'] usage : total=21 max=62 workrun=18 iorun=3 workQ=78 ioQ=0 maxrun=31 maxQ=79 cur=I
    2013-12-13T16:24:58.282Z [3C9D4B90 verbose 'ThreadPool'] usage : total=22 max=62 workrun=18 iorun=4 workQ=78 ioQ=0 maxrun=31 maxQ=79 cur=I

    已在此版本中解決此問題。
  • 執行 X-vMotion 時,ESXi 主機可能會發生故障並出現紫色畫面
    執行 X-vMotion 時,ESXi 主機可能會發生故障並出現紫色畫面,同時顯示類似下列內容的錯誤訊息:

    #PF Exception 14 in world 301646:vpxa-worker IP 0x41801c281c03 addr 0x0
    PTEs:0x1aabaa027;0x1c7a86027;0x0;
    2014-01-16T09:36:52.171Z cpu0:301646)Code start: 0x41801b600000 VMK uptime: 1:03:55:02.989
    2014-01-16T09:36:52.180Z cpu0:301646)0x41242939d430:[0x41801c281c03]XVMotion_FreeBlocks@esx#nover+0x1f stack: 0x41801ba34b3d
    2014-01-16T09:36:52.192Z cpu0:301646)0x41242939d4a0:[0x41801c23abc2]SVMAsyncIOReadDone@svmVMware#0+0x1d2 stack: 0x412ed091a740
    2014-01-16T09:36:52.204Z cpu0:301646)0x41242939d4d0:[0x41801b62d29f]AsyncPopCallbackFrameInt@vmkernel#nover+0xe7 stack: 0x412eca9d6ac0

    已在此版本中解決此問題。
  • 對於大型檔案系統,SNMP 管理系統可能會報告不正確的 ESXi 磁碟區大小
    如果您使用 SNMP 或依賴 SNMP 的管理軟體監控 ESXi,當 SNMP 管理系統擷取大型檔案系統的磁碟區大小時,則可能會報告不正確的 ESXi 磁碟區大小。已在此版本中引入可支援大型檔案系統的新交換器。

    已在此版本中解決此問題。
  • 如果多個目的地接聽不同連接埠上的指示,則 sfcb 服務可能無法為 CIM 指示交付開啟 ESXi 防火牆
    sfcb 伺服器會為每個連接埠建立對應的防火牆規則,以傳送 CIM 指示。目的地接聽此連接埠上的指示。如果多個目的地接聽不同連接埠上的指示,則 sfcb 服務可能無法為 CIM 指示交付開啟 ESXi 防火牆。
    當 sfcb 服務無法為多個連接埠建立多個規則時會發生此問題,因為使用了固定的防火牆規則名稱,並且單一規則集中不允許使用重複的規則名稱。

    已在此版本中解決此問題,方法是將連接埠號碼做為規則名稱的尾碼使用,這樣,不同防火牆規則對應的規則名稱彼此不會產生衝突。
  • 在 ESXi 主機上執行符合性檢查可能會導致出現錯誤訊息
    在 ESXi 主機上執行符合性檢查時,vSphere Client 中會顯示類似下列內容的錯誤訊息:

    Found extra CIM-XML Indication Subscription on local system for query u'select * from CIM_AlertIndication' sent to destination u'https://IP:port'

    已在此版本中解決此問題。
  • 在將 ESXi 主機重新開機後,AD 使用者或群組的權限可能不會保存
    當您在具有主機設定檔的 ESXi 主機上設定 Active Directory (AD) 使用者或群組的權限時,在您使用 Auto Deploy 將 ESXi 主機重新開機後,這些權限可能不會保存。

    已在此版本中解決此問題。
  • vCenter Server 中的 [硬體狀態] 索引標籤可能會報告記憶體警告訊息和記憶體警示訊息
    如果 AssertDeassert 項目記錄到 IPMI 系統事件記錄 (SEL) 中的 Memory Presence Detected 行,則 vCenter Server 中的硬體狀態索引標籤可能會報告記憶體警告訊息和記憶體警示訊息。

    已在此版本中解決此問題。
  • 在 ESXi 主機上查詢 WSMAN 用戶端的 CIM 執行個體可能會導致 XML 剖析錯誤
    當您在 ESXi 主機上使用其中一項內容中的特殊字元查詢 Web Server Manager (WSMAN) 用戶端的 CIM 執行個體時,可能會發生 XML 剖析錯誤。

    已在此版本中解決此問題。
  • Trend Micro Deep Security Manager 無法準備 ESXi 5.5 主機
    在 Trend Micro Deep Security Manager 介面執行 [準備 ESX Server] 精靈時,如果正在 ESXi 5.5 主機上安裝篩選器驅動程式,則 Trend Micro Deep Security Manager 會失敗。系統會顯示以下錯誤:

    安裝交易失敗

    esxupdate.log 檔案 (位於 ESXi 主機上的 /var/log/) 包含類似下列內容的項目:

    YYYY-01-09T06:21:32Z esxupdate: BootBankInstaller.pyc: INFO: /altbootbank/boot.cfg: bootstate changed from 3 to 3
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: An esxupdate error exception was caught:
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: Traceback (most recent call last):
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/usr/sbin/esxupdate", line 216, in main
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: cmd.Run()
    fckLR YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esx5update/Cmdline.py", line 144, in Run
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esximage/Transaction.py", line 245, in InstallVibsFromSources
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esximage/Transaction.py", line 347, in _installVibs
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esximage/Transaction.py", line 390, in _validateAndInstallProfile
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esximage/HostImage.py", line 692, in Stage
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: File "/build/mts/release/bora-1331820/bora/build/esx/release/vmvisor/sys-boot/lib/python2.6/site-packages/vmware/esximage/HostImage.py", line 478, in _download_and_stage
    YYYY-01-09T06:21:32Z esxupdate: esxupdate: ERROR: InstallationError: ('Trend_bootbank_dvfilter-dsa_9.0.0-2636', '[Errno 4] Socket Error: [Errno 1] _ssl.c:1332: error:0906D06C:PEM routines:PEM_read_bio:no start line')


    已在此版本中解決此問題。
  • 在執行 Veeam 備份後,ESXi 主機可能會中斷與 vCenter Server 的連線
    在您執行 Veeam 備份後,ESXi 主機可能會中斷與 vCenter Server 的連線。
    此問題會在 Veaam 嘗試建立虛擬機器的快照時發生。
    類似下列內容的錯誤訊息會寫入 hostd.log 檔案:

    --> Crash Report build=1312873
    --> Signal 11 received, si_code -128, si_errno 0
    --> Bad access at 735F6572

    已在此版本中解決此問題。
  • 當由 vCenter Server 管理的 ESXi 主機設定多個儲存裝置時,在該主機中建立和部署主機設定檔可能需要很長時間,或者可能會失敗
    當由 vCenter Server 管理的 ESXi 主機設定多個儲存裝置,並且主機快取已啟用 SSD 時,在該主機中建立和部署主機設定檔可能需要很長時間,或者可能會失敗。
    vSphere Client 中會顯示類似下列內容的錯誤訊息:

    錯誤: vcenter 回應時間過長。錯誤堆疊: 在 vCenter Server「your.vcenter.server.fqdn」上,針對物件「HostProfileManager」呼叫「HostProfileManager.CreateProfile」失敗。

    已在此版本中解決此問題。
  • ESXi 主機失敗並指示發生分頁錯誤例外狀況
    ESXi 主機會停止回應並顯示紫色診斷畫面,指示發生分頁錯誤例外狀況。
    您會看到類似下列內容的反向追蹤:

    @BlueScreen: #PF Exception 14 in world 33020:reset-handle IP 0x418007961885 addr 0x14
    PTEs:0xnnnnnnnnn;0xnnnnnnnnn;0xnnnnnnnnn;0x0;
    Code start: 0xnnnnnnnnnnnn VMK uptime: 3:23:09:37.928

    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VFlashAbortMatchingObjectAsyncIO@com.vmware.vmkapi#v2_2_0_0+0xc1 sta
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]vmk_VFlashIoctl@com.vmware.vmkapi#v2_2_0_0+0x83 stack: 0x417fc6e6014
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VFlashAbortMatchingDeviceAsyncIO@com.vmware.vmkapi#v2_2_0_0+0x248 st
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VFlash_Ioctl@com.vmware.vmkapi#v2_2_0_0+0x247 stack: 0x412383f1ded0
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]DevFSFileResetCommand@vmkernel#nover+0x1b5 stack: 0x412383f1df20
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSI_FSResetTarget@vmkernel#nover+0x3a stack: 0x0
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSIResetWorldFunc@vmkernel#nover+0x459 stack: 0x0
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]CpuSched_StartWorld@vmkernel#nover+0xfa stack: 0x0


    已在此版本中解決此問題。
  • 針對使用無狀態快取佈建的主機,套用主機設定檔可能會導致符合性檢查失敗
    當您設定主機設定檔使用無狀態快取 (透過選取系統映像快取設定檔設定下拉式功能表中的在主機上對 USB 磁碟啟用無狀態的快取選項),並嘗試套用該主機設定檔時,主機可能會發生符合性檢查失敗。
    本機 SAS 裝置遭到忽略時可能會發生此問題,此問題會導致本機裝置符合性失敗。

    已在此版本中解決此問題。
  • 在 Hypervisor 交換期間,ESXi 主機可能會顯示紫色畫面
    在 NUMA 伺服器上將 ESXi 主機升級到 ESXi 5.5 Update 1 後 (此操作不會在第一個 NUMA 節點配置記憶體),主機可能會出現紫色診斷畫面,顯示類似下列內容的反向追蹤:

    Backtrace for current CPU #X, worldID=X, ebp=0xnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]MemNode_MPN2ID@vmkernel#nover+0x1a stack: 0xnnnnnnnnn, 0xnnnnnn


    已在此版本中解決此問題。
  • 系統可能不會指示 LSI MegaRaid 磁碟的狀態變更,或可能會延遲
    當您在 ESXi 5.x 主機上搭配使用 LSI SMI-S 提供者和 MegaRaid SAS 裝置驅動程式時,在您執行 enum_instances LSIESG_PhysicalDrive lsi/lsimr13 命令後,系統可能不會指示 LSI MegaRaid 磁碟的狀態變更,或可能會延遲。

    以下範例指示在修改 LSI MegaRaid 磁碟的省電模式後,PowerState 值不會變更,或在延遲後變更:

    LSILSIESG_PhysicalDrive.Tag="500605B004F93CF0_252_36",CreationClassName="LSIESG_PhysicalDrive"
    CreationClassName = LSIESG_PhysicalDrive
    Tag = 500605B004F93CF0_252_36
    UserDataBlockSize = 512
    PiType = 0
    PiEligible = 0
    PiFomatted = 0
    PowerState = 0 ---> No change in status
    Vendor = (NULL)
    FRUNumber = (NULL)
    DiskDrive_DeviceID = 252_36


    已在此版本中解決此問題。
  • 即使在系統中設定有效暫存磁碟分割,也可能會報告警告訊息
    如果設定的暫存位置不在資料存放區的根目錄 (/vmfs/volumes/ /) 中,則可能會因暫存組態識別不正確,報告類似下列內容的警告訊息:

    未設定暫存磁碟分割。

    已在此版本中解決此問題。
  • 在 [新增儲存區] 精靈中載入邏輯單元編號儲存區 (LUN) 清單發生延遲
    當您將唯讀 LUN 新增至新資料存放區以建立 200 個 VMFS 複本時,[新增儲存區] 精靈中的磁碟區清單可能會在 30 分鐘後顯示。

    已在此版本中解決此問題。
  • 由於符合性失敗導致套用主機設定檔失敗
    嘗試完成主機設定檔應用程式時,或套用該設定檔後,您會看到以下符合性失敗:
     
    規格狀態不存在主機中: 裝置 'datastore' 狀態需要設定為 'on'
    主機狀態與規格不相符: 需要重設裝置 'datastore'
    規格狀態不存在主機中: 裝置 'datastore' 路徑選取原則需要設定為 'VMW_PSP_FIXED'
    主機狀態與規格不相符: 裝置 'datastore' 路徑選取原則需要設定為預設值來宣告 SATP


    從參考主機儲存的主機設定檔將 SCSI 裝置記錄為可能共用的裝置時,會發生此問題。不過,如果 SCSI 為本機裝置,則在主機設定檔套用到主機後,符合性檢查會失敗。例如,如果主機 1 具有包含 GUID1 的 SAS 裝置,並且主機 2 具有另一個包含 GUID2 的 SAS 裝置,則會發生此問題。僅限本機的 SCSI 裝置範例包括特定本機 RAID 控制器和 SAS 磁碟。

    雖然系統硬體相當,系統仍會提示符合性錯誤,因為擁有不同裝置識別碼的類似裝置會以 naa.UID 格式進行獨特命名,而不是以 mpx.pathname. 格式進行一般命名。由此產生的設定檔符合性檢查會偵測到已移除部分裝置,且新增的其他裝置未出現在已儲存設定檔中。

    此問題已在 ESXi 5.5 Update 2 (適用於透過 SAS 控制器連線的所有 SATA 式 SSD 裝置) 中解決。ESXi 會將此類裝置標記為本機裝置。此外,儲存區主機設定檔會略過本機 SAS 和 USB 裝置,但不會略過 USB CD-ROM。因此將會移除由本機 SAS 和 USB 裝置造成的符合性檢查錯誤。
  • 將 Auto Deploy 用於 USB 的無狀態快取或可設定狀態的安裝後,顯示不符合規範訊息
    編輯主機設定檔以在主機上對 USB 磁碟啟用無狀態的快取後,主機設定檔在嘗試修復時收到符合性錯誤。主機將重新開機並完成快取。在檢查符合性之後,可能會收到以下符合性錯誤訊息:

    主機狀態不符合規格: device.mpx.vmhbaXX:C0:T0:L0 參數需要重設
    主機狀態不符合規格: device.mpx.vmhbaXX:C0:T0:L0 路徑選取原則需要設定為預設值來宣告 SATP


    在上述訊息中,XX 可能是大於或等於 32 的任意整數,例如 34。

    已在此版本中解決此問題。
  • 靜止快照作業在 LWD 傳輸程序期間失敗時,hostd 服務可能會失敗
    如果靜止快照在 LWD 傳輸程序期間失敗,則 hostd 服務可能會失敗,並且類似下列內容的錯誤訊息可能會寫入 hostd.log 檔案:

    Panic: Assert Failed: "false" @ bora/vim/hostd/hbrsvc/ReplicationGroup.cpp:5123

    已在此版本中解決此問題。

儲存區問題

  • 當多個虛擬機器在同一 ESXi 主機上執行並使用同一 NFS 資料存放區時,可能會觀察到較高虛擬磁碟延遲和較低虛擬磁碟效能
    在多個虛擬機器在同一 ESXi 主機上執行並使用同一 NFS 資料存放區的環境中,如果您在其中一個虛擬機器上設定 IOPS 限制,則可能會遇到較高虛擬磁碟延遲和較低虛擬磁碟效能的情況。即使您為不同虛擬機器指派不同的 IOPS 限制,所有虛擬機器的 IOPS 限制仍將設定為最低值,並指派給 NFS 資料存放區中的虛擬機器。

    已在此版本中解決此問題。
  • 磁碟識別碼名稱可能遭到截斷
    主機資源 MIB (RFC 2790) 將格式化字串大小限制為 64。如果超出此大小限制,則磁碟識別碼名稱或任何格式化的字串都可能遭到截斷。

    已在此版本中解決此問題,方法是移除冗餘空格,僅包含有效資訊。
  • ESXi 主機中的 Intel 40G CNA 可能會顯示連結狀態為關閉
    ESXi 主機中的 Intel 40G 聚合式網路介面卡 (CNA) 可能會顯示網路連結狀態為關閉。

    已在此版本中解決此問題。
  • 重新掃描從 vCenter Server 或 ESXCLI 執行的所有儲存裝置介面卡作業,可能需要較長時間才能完成
    如果 ESXi 主機具有大量 VMFS 資料存放區,則從 vCenter Server 或 ESXCLI 執行的重新掃描所有儲存裝置介面卡作業可能需要較長時間才能完成。

    此版本可在建立資料存放區精靈中改善不同儲存作業 (如重新掃描所有儲存裝置介面卡和 VMFS 資料存放區) 以及其他作業 (如列出 VMFS 快照和裝置) 的效能。
  • Storage vMotion 會重設異動區塊追蹤
    在 vSphere 5.x 上執行 Storage vMotion 作業會重設異動區塊追蹤 (CBT)。
    如需詳細資訊,請參閱知識庫 2048201

    已在此版本中解決此問題。
  • 由於 NFS 鎖定爭用,大型 vApp 部署會間歇性失敗
    如果已在 VCD 中設定啟用 VAAI 以進行快速佈建選項,vApp 部署可能會於連結複製作業期間在 NFS 上失敗。類似下列內容的錯誤訊息會出現在 hostd.log 檔案中:

    Create child failed to mark parent read-only (25): The system cannot find the file specified

    已在此版本中解決此問題。
  • 叢集範圍儲存區重新掃描可能會導致 ESXi 主機與虛擬機器沒有回應
    在 VMFS 重新整理期間,虛擬機器可能會在較長一段時間內對 ping 要求沒有回應。 如需詳細資訊,請參閱知識庫 1039088

    已在此版本中解決此問題。
  • 針對 IBM 新增宣告規則選項
    已針對 IBM 儲存陣列型號 2145 向 ESXi 5.5 新增宣告規則選項 reset_on_attempted_reserve
  • 將 CBT 與 Virtual SAN 搭配使用時,虛擬機器作業可能會失敗
    在某些情況下,如果搭配使用 CBT 與 Virtual SAN,vmdk 會遺失部分元件,可能會導致虛擬機器作業失敗。

    已在此版本中解決此問題。

升級與安裝問題

  • 安裝 ESXi 5.5 可能會導致錯誤訊息寫入 syslog.log 檔案
    在您安裝 ESXi 主機且 SNMP 監控伺服器監控該主機後,類似下列內容的錯誤訊息可能會寫入 syslog.log 檔案:

    snmpd: fetch_fixed_disk_status: fetch VSI_NODE_storage_scsifw_devices_smart_healthStatus(naa.6090a048e059642f5ac6d489e7faed03) failed Not supported, reporting unknown status

    此問題僅會在具有不支援自我監控分析和報告技術 (SMART) 之磁碟的主機上發生。

    已在此版本中解決此問題。
  • 當您使用 kickstart 檔案安裝 RHEL 虛擬機器時,OSP 可能會顯示錯誤訊息
    當您嘗試使用 kickstart 檔案安裝 RHEL 虛擬機器時,作業系統特定套件 (OSP) 可能會顯示類似下列內容的錯誤訊息:

    無法載入 modules.dep

    已在此版本中解決此問題。
  • 從 ESX 4.1 升級到 ESXi 5.5 後,將 ESXi 主機新增到 vCenter Server 可能會失敗
    從 ESX 4.1 升級到 ESXi 5.5 後,主機的 nsswitch.conf 檔案可能不會正確移轉。因此,您可能無法將該主機新增到 vCenter Server。

    已在此版本中解決此問題。
  • 從 ESX 4.1 升級到 ESXi 5.5 OEM 可能會失敗
    由於 ESX 4.1 主機不支援 vsish 命令,嘗試將 ESX 4.1.x 升級到 ESXi 5.5.x OEM 可能會失敗。畫面上可能會顯示類似下列內容的錯誤訊息:

    主機硬體不支援升級。升級 ISO 映像包含的 HP (或其他廠商) 的 VIB 未通過主機硬體廠商相容性檢查。廠商製作的主機硬體模型 Hewlett-Packard Company 不支援 HP 的 VIB。

    已在此版本中解決此問題。
  • 從 ESXi 5.1 升級到 ESXi 5.5 可能會導致 hostd 服務失敗,且 ESXi 主機可能會與 vCenter Server 中斷連線
    當您從 ESXi 5.1 升級到 ESXi 5.5 時,hostd 服務可能會失敗。因此,ESXi 主機可能會與 vCenter Server 中斷連線。此問題也可能會導致 Veaam 備份作業失敗。類似下列內容的錯誤訊息可能會寫入 hostd.log 檔案:

    2014-01-17T11:15:29.069Z [704ADB90 error 'UW Memory checker'] Current value 644848 exceeds hard limit 643993.Shutting down process.2014-01-17T11:15:29.069Z [704ADB90 panic 'Default']
    -->
    --> Panic: Memory exceeds hard limit.Panic
    --> Backtrace:
    --> backtrace[00] rip 142c26a3 Vmacore::System::Stacktrace::CaptureFullWork(unsigned int)
    --> backtrace[01] rip 140e6a48 Vmacore::System::SystemFactoryImpl::CreateBacktrace(Vmacore::Ref <:system::backtrace> &)
    --> backtrace[02] rip 142b9803 /lib/libvmacore.so [0x142b9803]
    --> backtrace[03] rip 142b9bd1 Vmacore::PanicExit(char const*)
    --> backtrace[04] rip 140f3b6c Vmacore::System::ResourceChecker::DoCheck()
    --> backtrace[05] rip 140f423d boost::detail::function::void_function_obj_invoker <void,0
    </:system::backtrace>
    此問題是由 hostd 記憶體膨脹所致。

    已在此版本中解決此問題。

vCenter Server 和 vSphere Web Client 問題

  • ESXi 主機可能會在 hostd 服務失敗後中斷與 vCenter Server 的連線
    ESXi 主機可能會在 hostd 服務失敗後中斷與 vCenter Server 的連線。此問題會在解除登錄虛擬機器的情況下發生。ESXi 主機僅可在您重新啟動 vpxa 服務後連線到 vCenter。

    已在此版本中解決此問題。
  • 對於 vCenter Server 詳細目錄物件,效能圖可能會顯示不正確的輸送量使用量值
    對於以下 vCenter Server 詳細目錄物件,效能圖將顯示不正確的輸送量使用量值:
    • 虛擬機器 > 虛擬磁碟
    • 虛擬機器 > 磁碟
    • 主機 > 磁碟
    • 主機 > 儲存區路徑
    • 主機 > 儲存裝置介面卡
    如需詳細資訊,請參閱知識庫 2064464

    已在此版本中解決此問題。
  • 平均 CPU 使用率值可能會大於處理器的頻率乘以處理器數目計算得出的值
    Power CLI 顯示的平均 CPU 使用率值可能大於處理器的頻率乘以處理器數目計算得出的值。

    已在此版本中解決此問題,方法是正確設定平均 CPU 使用率值的上限。
  • Linux 虛擬機器的快照靜止和熱複製作業可能失敗
    Linux 虛擬機器的快照靜止和熱複製作業可能失敗,類似下列內容的錯誤訊息可能會寫入 vmware.log 檔案:

     2013-12-12T00:09:59.446Z| vcpu-1| I120: [msg.snapshot.quiesce.vmerr] The guest OS has reported an error during quiescing.
     2013-12-12T00:09:59.446Z| vcpu-1| I120+ The error code was: 3
     2013-12-12T00:09:59.446Z| vcpu-1| I120+ The error message was: Error when enabling the sync provider.
     2013-12-12T00:09:59.446Z| vcpu-1| I120: ----------------------------------------
     2013-12-12T00:09:59.449Z| vcpu-1| I120: ToolsBackup: changing quiesce state: STARTED -> ERROR_WAIT
     2013-12-12T00:10:00.450Z| vcpu-1| I120: ToolsBackup: changing quiesce state: ERROR_WAIT -> IDLE
     2013-12-12T00:10:00.450Z| vcpu-1| I120: ToolsBackup: changing quiesce state: IDLE -> DONE
     2013-12-12T00:10:00.450Z| vcpu-1| I120: SnapshotVMXTakeSnapshotComplete: Done with snapshot 'clone-temp-1386910714682919': 0
     2013-12-12T00:10:00.450Z| vcpu-1| I120: SnapshotVMXTakeSnapshotComplete: Snapshot 0 failed: Failed to quiesce the virtual machine (40).


    已在此版本中解決此問題。

虛擬機器管理問題

  • 建立靜止快照時虛擬機器可能會發生故障
    當 vSphere Replication 或其他服務起始靜止快照時,虛擬機器可能會發生故障。

    已在此版本中解決此問題。
  • 當您執行使用 AdvStats 參數的自訂指令碼時,ESXi 主機可能會發生故障並出現紫色畫面
    當您使用 AdvStats 參數執行自訂指令碼來檢查磁碟使用量時,ESXi 主機可能會發生故障並出現紫色畫面。
    類似下列內容的錯誤訊息可能會寫入 vmkernel.log 檔案:

    VSCSI: 231: Creating advStats for handle 8192, vscsi0:0
    The host reports a backtrace similar to:
    Histogram_XXX
    VSCSIPostIOCompletion
    AsyncPopCallbackFrameInt

    已在此版本中解決此問題。
  • 若 DRS 導致虛擬機器移轉,則客體作業自訂可能會失敗
    客體作業系統自訂期間,若 DRS 導致虛擬機器移轉,則自訂程序可能會失敗,並且可能會顯示類似 Guestcust.log 檔案中下列內容的錯誤訊息:

    Unable to set customization status in vmx.

    已在此版本中解決此問題。
  • 執行自動化代碼複製虛擬機器可能會導致 ESXi 主機與 vCenter Server 中斷連線
    當您執行自動化代碼來複製虛擬機器時,ESXi 主機可能會與 vCenter Server 中斷連線。hostd 服務失敗時會發生此問題。

    已在此版本中解決此問題。
  • 如果 HA 叢集錯誤地判定虛擬機器的電源已關閉,則 vSphere HA 保護狀態可能仍為不受保護
    如果 HA 叢集錯誤地判定虛擬機器的電源已關閉,則 vSphere HA 保護狀態可能仍為不受保護。
    vm.runtime.cleanPowerOff 內容未正確設定為 true,HA 叢集由此判定虛擬機器的電源已關閉時,會發生此問題。
    類似下列內容的錯誤訊息會寫入記錄檔:

    vpxd-8.log:2013-11-21T20:44:49.902Z [7F69C7CF9700 info 'vmdasVm' opID=FdmWaitForUpdates-domain-c26-45712e7f] [VmMo::UpdateActualDasProtectStateLocked] actual protection state for VM vm-93 'unprotected' -> 'protected'
    vpxd-10.log:2013-11-22T00:03:01.731Z [7F69D4832700 info 'vmdasVm' opID=FdmWaitForUpdates-domain-c26-6b160bef] [VmMo::UpdateActualDasProtectStateLocked] actual protection state for VM vm-93 'protected' -> 'unprotected'


    已在此版本中解決此問題。

vMotion 和 Storage vMotion 問題

  • 執行從 ESXi 5.1 到 ESXi 5.5 的 vMotion 可能會導致 ESXi 主機停止回應
    當您執行從 ESXi 5.1 到 ESXi 5.5 的 vMotion 時,ESXi 主機可能會停止回應。
    此外,當您執行以下其中一項作業時,虛擬機器的狀態可能會顯示為無效
    • 解除登錄或登錄虛擬機器
    • 將虛擬機器從 ESXi 5.1 冷移轉到 ESXi 5.5

    當您執行從 ESXi 5.1 到 ESXi 5.5 的 vMotion 時,ESXi 主機可能會停止回應。
    類似下列內容的錯誤訊息可能會寫入目的地 ESXi 主機上的 hostd.log 檔案:

    2013-12-18T15:21:52.455Z [FFBEFB70 verbose 'Vmsvc.vm:/vmfs/volumes/50d2f92b-bc57ec6f-f5c0-001c23d7ba27/migtest3/migtest3.vmx'] Get shared vigor fields message: CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    --> CPUID register value () is invalid.
    -->
    2013-12-18T15:21:52.455Z [FFBEFB70 info 'Vmsvc.vm:/vmfs/volumes/50d2f92b-bc57ec6f-f5c0-001c23d7ba27/migtest3/migtest3.vmx'] Error encountered while retrieving configuration.Marking configuration as invalid: vim.fault.GenericVmConfigFault


    已在此版本中解決此問題。
  • 執行 vMotion 可能會導致 VMware Tools 自動升級且虛擬機器可能會重新開機
    當您在重新啟動時啟用 VMware Tools 升級,並執行從包含 no-tools 映像設定檔的 ESXi 主機到包含 VMware Tools ISO 映像的另一個 ESXi 主機的 vMotion 時,VMware Tools 可能會自動升級且虛擬機器可能會重新開機。

    已在此版本中解決此問題。

VMware Tools 問題

  • 對於 FreeBSD 10 及更高版本,記憶體氣球驅動程式 (VMMEMCTL) 編譯會失敗
    記憶體氣球驅動程式 (vmmemctl) 可能無法在 FreeBSD 10.0 及更高版本中編譯。類似下列內容的錯誤訊息會寫入記錄檔:

    os.c:300:22: error: implicit declaration of function 'kmem_alloc_nofault' is
    invalid in C99[-Werror,-Wimplicit-function-declaration]
    vm_offset_t res = kmem_alloc_nofault(kernel_map, PAGE_SIZE);
    ^
    os.c:357:14: error: incompatible pointer types passing 'vm_map_t' (aka
    'struct vm_map ') to parameter of type 'struct vmem ' [-Werror,-Wincompatible-pointer-types]
    kmem_free(kernel_map, (vm_offset_t)mapping, PAGE_SIZE);
    ^~~~~~~~~~
    @/vm/vm_extern.h:59:29: note: passing argument to parameter here
    void kmem_free(struct vmem *, vm_offset_t, vm_size_t);

    已在此版本中解決此問題。
  • 虛擬機器上正在執行 MOVE Agentless 3.0 時,登入期間 ESXi 主機回應可能會延遲
    在 ESXi 主機上執行 MOVE Agentless 3.0 時,您可能會在登入期間經歷延遲,時間為 40 秒或更久。

    已在此版本中解決此問題。
  • 在 Windows 虛擬機器上安裝 VMware Tools 5.1 會在 Windows 事件記錄中報告 Unity 警告
    在 Windows 虛擬機器上安裝 VMware Tools 5.1 之後,客體作業系統的 Windows 應用程式事件記錄檔會報告類似下列內容的警告:

    [ warning] [vmusr:vmusr] vmware::tools::UnityPBRPCServer::Start: Failed to register with the host!
    [ warning] [vmusr:vmtoolsd] Failed registration of app type 2 (Signals) from plugin unity.
    [ warning] [vmusr:vmusr] Error in the RPC receive loop: RpcIn: Unable to send.
    [ warning] [vmusr:vmusr] socket count not create new socket, error 10047: An address incompatible with the requested protocol was used
    [ warning] [vmusr:vmusr] Channel restart failed [1]


    已在此版本中解決此問題。
  • 當連線四個以上的 NIC 時,用於 GuestInfo.ipAddress 資料物件的 MOB 可能無法正確填入
    當連線四個以上的 NIC 時,用於 GuestInfo.ipAddress 資料物件的受管理物件瀏覽器 (MOB) 可能無法正確填入,且 GuestInfo.ipAddress 資料物件值可能顯示為未設定
    當 VMware Tools 無法判定客體作業系統 IP 位址是否有效時會發生此問題。

    已在此版本中解決此問題。
  • 當您升級 VMware Tools 時,Windows 虛擬機器可能會發生故障並出現藍色畫面
    在您升級 VMware Tools 後,虛擬機器可能會發生故障並出現藍色畫面,或者可能停止回應。此問題是因未在 vShield Endpoint TDI Manager 驅動程式 vnetflt.sys 中正確處理 TCP 連線時發生的記憶體損毀所致。

    已在此版本中解決此問題。
  • 升級 VMware Tools 後檔案消失
    當您將 VMware Tools 升級到版本 5.5 Update 1 之後,可能找不到通常位於 C:\Program Files\Vmware\Vmware Tools\ 位置的 deployPkg.dll 檔案。

    已在此版本中解決此問題。
  • 安裝 VMware Tools 可能會導致 Windows 事件檢視器顯示警告訊息
    安裝 VMware Tools 之後,Windows 事件檢視器會顯示類似下列內容的警告:

    無法讀取「C:\Program Files\VMware\VMware Tools\messages\es\hgfsUsability.vmsg」中的行: 轉換輸入中的位元組順序無效。

    在西班牙文本機作業系統上安裝 VMware Tools 時應特別注意此問題。

    已在此版本中解決此問題。

已知問題

先前未記錄的已知問題會以 * 符號標示。已知問題分類如下:

安裝與升級問題

  • 在 vSphere PowerCLI 中執行 Get-EsxImageProfile 命令時,嘗試取得所有映像設定檔可能會失敗*
    當您使用 vSphere PowerCLI 執行 Get-EsxImageProfile 命令以取得所有映像設定檔時,會顯示類似下列內容的錯誤訊息:

    PowerCLI C:\Windows\system32> Get-EsxImageProfile
    Get-EsxImageProfile : 參數 'name' 不可為空白字串。
    參數名稱: name
    At line:1 char:20
    + Get-EsxImageProfile <<<<
    + CategoryInfo : NotSpecified: (:)[Get-EsxImageProfile], ArgumentException
    + FullyQualifiedErrorId : System.ArgumentException,VMware.ImageBuilder.Commands.GetProfiles


    因應措施:執行 Get-EsxImageProfile -name "ESXi-5.x*" 命令,該命令包含 -name 選項,並會在 PowerCLI 工作階段期間顯示所有映像設定檔。

    例如,執行命令 Get-EsxImageProfile -name "ESXi-5.5.*" 會顯示類似下列內容的所有 5.5 映像設定檔:

    PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Get-EsxmageProfile -name "ESXi-5.5.*"

    Name Vendor Last Modified Acceptance Level
    ---- ------ ------------- ----------------
    ESXi-5.5.0-20140701001s-no-...VMware, Inc. 8/23/2014 6:...PartnerSupported
    ESXi-5.5.0-20140302001-no-t...VMware, Inc. 8/23/2014 6:...PartnerSupported
    ESXi-5.5.0-20140604001-no-t...VMware, Inc. 8/23/2014 6:...PartnerSupported
    ESXi-5.5.0-20140401020s-sta...VMware, Inc. 8/23/2014 6:...PartnerSupported
    ESXi-5.5.0-20131201001s-sta...VMware, Inc. 8/23/2014 6:...PartnerSupported
  • 在 Windows Server 2012 上執行簡單安裝失敗
    如果作業系統設定為使用 DHCP IP 位址,則在 Windows Server 2012 上執行簡單安裝會失敗

    因應措施:將 Windows 2012 Server 設定為使用靜態 IP 位址。

  • 如果您對 Auto Deploy 無狀態的快取或 Auto Deploy 可設定狀態的安裝使用保留 VMFS,則不會建立核心傾印磁碟分割
    當您在空白磁碟上將 Auto Deploy 用於無狀態的快取或可設定狀態的安裝時,會建立 MSDOS 磁碟分割資料表。但是,不會建立核心傾印磁碟分割。

    因應措施:當您啟用無狀態的快取或可設定狀態的安裝主機設定檔選項時,請選取覆寫 VMFS,即使在空白磁碟上安裝亦如此。執行此動作時,會建立 2.5 GB 的核心傾印磁碟分割。

  • 在指令碼式安裝期間,ESXi 會安裝在 SSD 上,即使 --ignoressd 選項與 installorupgrade 命令搭配使用亦如此
    在 ESXi 5.5 中,installorupgrade 命令不支援 --ignoressd 選項。如果您將 --ignoressd 選項與 installorupgrade 命令搭配使用,則安裝程式會顯示警告,指出該組合無效。安裝程式會繼續在 SSD 上安裝 ESXi,而不是停止安裝並顯示錯誤訊息。

    因應措施:若要在指令碼式安裝 ESXi 時使用 --ignoressd 選項,請使用 install 命令,而不是 installorupgrade 命令。

  • Auto Deploy 快取清除延遲可能會套用已刪除的主機設定檔
    在您刪除主機設定檔後,其不會立即從 Auto Deploy 中清除。只要主機設定檔保存在快取中,Auto Deploy 就會繼續套用該主機設定檔。任何套用設定檔的規則都會失敗,直到從快取中清除該設定檔為止。

    因應措施:透過使用 Get-DeployRuleSet PowerCLI cmdlet,您可以判斷是否有任何規則使用已刪除的主機設定檔。該 cmdlet 會在規則的 itemlist 中顯示字串 deleted。然後,您可以執行 Remove-DeployRule cmdlet 來移除該規則。

  • 如果在選取的磁碟上安裝 ESX,則套用設定為將 Auto Deploy 用於無狀態的快取的主機設定檔會失敗
    在已啟用無狀態的快取的情況下,您會使用主機設定檔設定 Auto Deploy。在主機設定檔中,您選取安裝了 ESX (而非 ESXi) 版本的磁碟。當您套用主機設定檔時,會顯示包括下列文字的錯誤。
    必須要有 2 個開機區,找到 0 個

    因應措施:選取其他磁碟用於無狀態的快取,或者從磁碟中移除 ESX 軟體。如果移除 ESX 軟體,該軟體將無法使用。

  • 於來自 Oracle America (Sun) 供應商的伺服器上安裝或啟動 ESXi 5.5.0 版時失敗
    當您在來自 Oracle America (Sun) 供應商的伺服器上執行 ESXi 5.5.0 版全新安裝,或將現有 ESXi 5.5.0 版安裝開機時,在安裝程序或現有 ESXi 5.5.0 組建開機期間,伺服器主控台會顯示空白畫面。發生此情況的原因是,雖然來自 Oracle America (Sun) 供應商的伺服器並不是遠端控制 (headless) 平台,但這些伺服器在 ACPI FADT 資料表中設有 HEADLESS 旗標。

    因應措施:安裝或啟動 ESXi 5.5.0 時,傳遞開機選項 ignoreHeadless="TRUE"

  • 如果您使用 ESXCLI 命令升級實體 RAM 少於 4 GB 的 ESXi 主機,升級會順利完成,但部分 ESXi 作業會在重新開機時失敗
    ESXi 5.5 需要最少 4 GB 的實體 RAM。ESXCLI 命令列介面不會執行升級前檢查,確認是否具備所需的 4 GB 記憶體。您可以使用 ESXCLI 成功升級記憶體不足的主機,但當您將升級後 (RAM 少於 4 GB) 的 ESXi 5.5 主機開機時,部分作業可能會失敗。

    因應措施:無。在升級到 5.5 版之前,請確認 ESXi 主機具有 4 GB 以上的實體 RAM。

  • 在使用外部 vCenter Single Sign-On 的情況下,從 vCenter Server Appliance 5.0.x 升級到 5.5 後,vCenter Server 無法啟動
    如果使用者在將 vCenter Server Appliance 從 5.0.x 升級到 5.5 時選擇使用外部 vCenter Single Sign-On 執行個體,vCenter Server 會無法於升級後啟動。在 Appliance 管理介面中,vCenter Single Sign-On 會列為未設定

    因應措施:執行下列步驟:

    1. 在網頁瀏覽器中,開啟 vCenter Server Appliance 管理介面 (https://appliance-address:5480)。
    2. 在 [vCenter Server/摘要] 頁面中,按一下停止伺服器按鈕。
    3. 在 [vCenter Server/SSO] 頁面中,以適當的設定完成表單,然後按一下儲存設定
    4. 返回 [摘要] 頁面,然後按一下啟動伺服器
  • 在使用 ESXCLI 將 ESXi 4.x 或 5.0.x 主機升級到 5.1 或 5.5 版之後,所有 VMKernel 連接埠群組的 vMotion 和 Fault Tolerance 記錄 (FT 記錄) 設定於升級後遺失
    如果使用命令 esxcli software profile update <options> 將 ESXi 4.x 或 5.0.x 主機升級到 5.1 或 5.5 版,則升級會成功,但任何 VMKernel 連接埠群組的 vMotion 和 FT 記錄設定都會遺失。因此,vMotion 和 FT 記錄會還原為預設設定 (已停用)。

    因應措施:執行互動式或指令碼式升級,或使用 vSphere Update Manager 來升級主機。如果使用 esxcli 命令,請在升級後將 vMotion 和 FT 記錄設定手動套用到受影響的 VMkernel 連接埠群組。

  • 在將 vSphere 5.0.x 或更早版本升級到 5.5 版時,手動設定的系統資源配置值會重設為預設值
    在 vSphere 5.0.x 及更早版本中,修改系統資源配置使用者介面中的設定是暫時的因應措施。如果未完全重新安裝 ESXi,就無法將這些設定的值重設為預設值。在 vSphere 5.1 及更新版本中,系統行為有所變化,因此保留自訂系統資源配置設定可能會產生無法安全使用的值。升級過程會重設所有這些值。

    因應措施:無。

  • 從 ESX 4.x 升級到 ESXi 5.5 後並未保留虛擬 NIC vmk0 的 IPv6 設定
    使用 --forcemigrate 選項將啟用了 IPv6 的 ESX 4.x 主機升級到 ESXi 5.5 時,虛擬 NIC vmk0 的 IPv6 位址不會於升級後保留。

    因應措施:無。

vCenter Single Sign-On 問題
  • 將 vSphere Web Client 從 5.1Update U1a 升級到 5.5 期間出現錯誤 29107
    將 vSphere Web Client 從 5.1 Update U1a 版升級至 5.5 版時,如果升級前使用的 vCenter Single Sign-On 服務設定為 High Availability Single Sign-On,則會出現錯誤 29107。

    因應措施:再次執行升級。您可以執行安裝程式並選取 [自訂安裝],僅升級 vSphere Web Client。

  • 無法從 vSphere Web Client 下拉式功能表中變更 administrator@vsphere.local 的密碼
    從 vSphere Web Client 登入 vCenter Single Sign-On 伺服器時,可以從下拉式功能表中進行密碼變更。以 administrator@vsphere.local 身分登入時,變更密碼選項會顯示灰色。

    因應措施:

    1. 選取管理索引標籤,然後選取 vCenter Single Sign-On > 使用者和群組
    2. 在管理員使用者上按一下滑鼠右鍵,然後按一下編輯使用者
    3. 變更密碼。

網路問題

  • 無法將 PCNet32 網路介面卡與 NSX 不透明網路搭配使用*
    當 PCNet32 彈性網路介面卡設定為支援 NSX 不透明網路時,介面卡會在開啟虛擬機器電源時中斷連線。
  • 因應措施:無

  • 對於多點傳送群組管理,升級到 ESXi 5.5 可能會變更 TCP/IP 堆疊的 IGMP 組態*
    對於多點傳送群組管理,ESXi 5.5 主機管理介面的預設 IGMP 版本會從 IGMP V2 變更為 IGMP V3。因此,當您升級到 ESXi 5.5 時,如果管理介面收到舊版的 IGMP 查詢,則管理介面可能會從 IGMP V3 還原到 IGMP V2,並且您可能會收到 IGMP 版本不符的錯誤訊息。

    因應措施:透過在進階組態選項中修改 TCP/IP IGMP 重新加入間隔,來編輯預設的 IGMP 版本。
  • 與 vmknic 介面和動態 IP 位址相關聯的靜態路由在重新開機後可能無法顯示
    將主機重新開機後,與 VMkernel 網路介面 (vmknic) 和動態 IP 位址相關聯的靜態路由可能無法顯示。
    此問題是由 DHCP 用戶端和還原路由命令之間的競爭情形導致。主機嘗試在重新開機程序期間還原自訂路由時,DHCP 用戶端可能無法完成擷取 vmknics 的 IP 位址。因此,可能無法設定閘道且不會還原路由。

    因應措施:執行 esxcfg-route –r 命令以手動還原路由。
  • 在使用 IPv6 位址將 ESXi 主機新增到 vCenter Server 之後,主機停止回應
    在使用格式為 fe80::/64 的 IPv6 連結本機位址將 ESXi 主機新增到 vCenter Server 之後,主機名稱會在短時間內以灰色顯示並停止回應 vCenter Server。

    因應措施:使用非連結本機位址的有效 IPv6 位址。

  • 除實體 NIC 支援的虛擬功能外,vSphere Web Client 可讓您設定更多虛擬功能,且不會顯示錯誤訊息
    在實體介面卡的 SR-IOV 設定中,除介面卡支援的虛擬功能外,您還可以設定更多虛擬功能。例如,可以在僅支援 23 項虛擬功能的 NIC 上設定 100 項虛擬功能,且不會出現任何錯誤訊息。系統會顯示訊息,提示您重新啟動主機以套用 SR-IOV 設定。主機重新開機後,會為 NIC 設定介面卡可支援的虛擬功能數目 (在本範例中為 23 項)。提示您為主機重新開機的訊息仍然存在,實際上不應該顯示。

    因應措施:無

  • 在啟用了 SR-IOV 的 ESXi 主機上,與虛擬功能相關聯的虛擬機器可能無法啟動
    在使用 Intel ixgbe NIC 的 ESXi 5.1 或更新版本的主機上啟用 SR-IOV 時,如果環境中啟用了數種虛擬功能,則部分虛擬機器可能無法啟動。
    vmware.log 檔案包含類似下列內容的訊息:
    2013-02-28T07:06:31.863Z| vcpu-1| I120: Msg_Post: Error
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.log.error.unrecoverable] VMware ESX unrecoverable error: (vcpu-1)
    2013-02-28T07:06:31.863Z| vcpu-1| I120+ PCIPassthruChangeIntrSettings: 0a:17.3 failed to register interrupt (error code 195887110)
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.haveLog] A log file is available in "/vmfs/volumes/5122262e-ab950f8e-cd4f-b8ac6f917d68/VMLibRoot/VMLib-RHEL6.2-64-HW7-default-3-2-1361954882/vmwar
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.withoutLog] You can request support.
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.vmSupport.vmx86]
    2013-02-28T07:06:31.863Z| vcpu-1| I120+ To collect data to submit to VMware technical support, run "vm-support".
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.response] We will respond on the basis of your support entitlement.

    因應措施:減少與受影響的虛擬機器相關聯的虛擬功能數目,然後再啟動該虛擬機器。

  • 在 Emulex BladeEngine 3 實體網路介面卡上,虛擬功能支援的虛擬機器網路介面卡無法連線到將實體功能用作上行的 VMkernel 介面卡
    流量不會經過虛擬功能及其實體功能之間。例如,在實體功能支援的交換器上,在同一連接埠上使用虛擬功能的虛擬機器無法連線同一交換器上的 VMkernel 介面卡。這是 Emulex BladeEngine 3 實體介面卡的已知問題。如需相關資訊,請連絡 Emulex。

    因應措施:在主機上停用 Emulex BladeEngine 3 裝置的原生驅動程式。如需詳細資訊,請參閱 VMware 知識庫文章 2044993

  • ESXi Dump Collector 無法將 ESXi 核心檔案傳送到遠端伺服器
    如果將處理 Dump Collector 流量的 VMkernel 介面卡設定為本身連結匯總群組 (LAG) 設成作用中上行的分散式連接埠群組,則 ESXi Dump Collector 無法傳送 ESXi 核心檔案。實體交換器上設定了 LACP 連接埠通道。

    因應措施:執行下列其中一項因應措施:

    • 使用 vSphere Standard Switch 來設定處理 ESXi Dump Collector 與遠端伺服器流量的 VMkernel 介面卡。
    • 使用獨立上行為設定了 VMkernel 介面卡的分散式連接埠群組處理流量。
  • 如果您使用 vSphere Client 變更 vSphere Standard Switch 或 vSphere Distributed Switch 在主機上的連接埠數目,即使在重新開機後也不會儲存變更
    如果您使用 vSphere Client 變更 vSphere Standard Switch 或 vSphere Distributed Switch 在 ESXi 5.5 主機上的連接埠數目,即使將主機重新開機,連接埠數目也不會發生變更。

    重新開機執行 ESXi 5.5 的主機時,主機會動態增減虛擬交換器的連接埠數目。連接埠數目是根據主機可以執行的虛擬機器數目決定的。您不需要在此類主機上設定交換器連接埠的數目。

    因應措施:在 vSphere Client 中沒有因應措施。

伺服器組態問題

  • 從序列主控台存取 Direct Console 使用者介面 (DCUI) 時遇到功能表導覽問題
    從序列主控台存取 Direct Console 使用者介面時,向上和向下箭頭鍵在導覽到功能表時無法正常運作,且使用者被強制登出 DCUI 組態畫面。

    因應措施:停止 DCUI 程序。DCUI 程序將自動重新啟動。

  • 在 ESXi 主機升級到 5.5 Update 2 之後,接著對主機組態進行變更,主機設定檔可能會錯誤地顯示為符合標準
    如果與主機設定檔相符的 ESXi 主機已更新到 ESXi 5.5 Update 2,接著對主機組態進行某些變更,重新檢查主機與主機設定檔的符合性時,設定檔會錯誤地報告為符合標準。

    因應措施:
    • 在 vSphere Client 中,導覽到具有該問題的主機設定檔並執行從參考主機更新設定檔
    • 在 vSphere Web Client 中,導覽到具有該問題的主機設定檔,按一下從主機複製設定,選取要從中複製組態設定的主機,然後按一下確定
  • 針對 vSphere Distributed Switch 執行主機設定檔修復失敗
    為 vSphere Distributed Switch 套用主機設定檔時,如果使用 Fault Tolerance 的虛擬機器在使用該主機設定檔中分散式交換器的主機上處於關閉電源狀態,就可能會發生修復錯誤。

    因應措施:將電源已關閉的虛擬機器移至其他主機,讓主機設定檔成功修復。

  • 將 ESX 4.0 或 ESX 4.1 設定檔套用到 ESXi 5.5.x 主機時,主機設定檔收到防火牆設定符合性錯誤
    如果從 ESX 4.0 或 ESX 4.1 主機擷取主機設定檔,並嘗試將它套用到 ESXi 5.5.x 主機,則設定檔修復會成功。符合性檢查會收到防火牆設定錯誤,包括:

    找不到規則集 LDAP
    找不到規則集 LDAPS
    找不到規則集 TSM
    找不到規則集 VCB
    找不到規則集 activeDirectorKerberos

    因應措施:不需要任何因應措施。發生此情況是正常的,因為 ESX 4.0 或 ESX 4.1 主機的防火牆設定與 ESXi 5.5.x 主機的防火牆設定不同。

  • 變更 ESXi 主機的 BIOS 裝置設定可能會導致裝置名稱無效
    如果變更 ESXi 主機上的 BIOS 裝置設定,且變更使得指派給裝置的 <segment:bus:device:function> 值有所變動,可能會導致裝置名稱無效。例如,如果啟用先前停用的整合式 NIC,可能會改變指派給其他 PCI 裝置的 <segment:bus:device:function> 值,從而導致 ESXi 變更指派給這些 NIC 的名稱。ESXi 5.5 與舊版 ESXi 不同,如果主機 BIOS 提供了具體的裝置位置資訊,ESXi 5.5 會嘗試在 <segment:bus:device:function> 變更期間保留裝置名稱。由於此功能中的錯誤,有時會產生 vmhba1 和 vmnic32 之類的無效名稱。

    因應措施:重新開機 ESXi 主機一或兩次,應可以清除無效的裝置名稱,並還原原始名稱。請勿在生產環境中執行使用無效裝置名稱的 ESXi 主機。

儲存區問題

  • 在 VMFS 對資料存放區的活動訊號逾時的情況下,ESXi 主機 (裝有 HBA 驅動程式) 可能會停止回應*
    在 VMFS 對資料存放區的活動訊號逾時的情況下,ESXi 主機 (裝有 HBA 驅動程式) 可能會停止回應,並出現類似下列內容的錯誤訊息:

    mem>2014-05-12T13:34:00.639Z cpu8:1416436)VMW_SATP_ALUA: satp_alua_issueCommandOnPath:651: Path "vmhba2:C0:T1:L10" (UP) command 0xa3 failed with status Timeout.H:0x5 D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.2014-05-12T13:34:05.637Z cpu0:33038)VMW_SATP_ALUA: satp_alua_issueCommandOnPath:651: Path "vmhba2:C0:T1:L4" (UP) command 0xa3 failed with status Timeout.H:0x5 D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.

    當資料存放區上的高磁碟 I/O 連線到 ESXi 主機,並且已在目標層級而非 HBA 層級上啟用多重路徑時,HBA 驅動程式會發生此問題。

    因應措施:將 HBA 驅動程式取代為最新版非同步 HBA 驅動程式。
  • 嘗試執行具有 RDM 磁碟之虛擬機器的即時 Storage vMotion 可能會失敗
    具有 RDM 磁碟之虛擬機器的 Storage vMotion 可能會失敗,且虛擬機器可能會顯示為處於電源關閉狀態。嘗試開啟虛擬機器的電源失敗,並顯示以下錯誤:

    無法鎖定檔案

    因應措施:無。
  • 在 [編輯虛擬機器儲存區原則] 精靈中,重新命名的標籤顯示為遺失
    虛擬機器儲存區原則可以根據資料存放區標籤包含規則。如果您重新命名標籤,參照此標籤的儲存區原則並不會自動更新標籤,且會將其顯示為遺失。

    因應措施:從虛擬機器儲存區原則中移除標記為遺失的標籤,然後新增重新命名的標籤。將儲存區原則重新套用到所有過期實體。

  • 當 Flash Read Cache 區塊大小設為 16 KB、256 KB、512 KB 或 1024 KB 時,無法開啟虛擬機器電源
    設定 Flash Read Cache 及 16 KB、256 KB、512 KB 或 1024 KB 區塊大小的虛擬機器,電源無法開啟。Flash Read Cache 支援的快取大小下限與上限分別為 4 MB 和 200 GB,而支援的區塊大小下限與上限分別為 4 KB 和 1 MB。當您開啟虛擬機器電源時,作業會失敗並顯示下列訊息:

    開啟虛擬機器的電源時收到來自 ESX 主機的錯誤。

    無法啟動虛擬機器。

    開啟模組 DiskEarly 的電源失敗。

    無法設定磁碟 scsi0:0。

    無法開啟具有未設定磁碟的虛擬機器電源。無法附加 vFlash 快取: msg.vflashcache.error.VFC_FAILURE

    因應措施:設定虛擬機器 Flash Read Cache 的大小和區塊大小。

    1. 在虛擬機器上按一下滑鼠右鍵,然後選取編輯設定
    2. 虛擬硬體索引標籤上,展開硬碟檢視磁碟選項。
    3. 按一下虛擬 Flash Read Cache 欄位旁的進階
    4. 增加快取大小保留區,或縮減區塊大小。
    5. 按一下確定儲存變更。
  • vSphere Web Client 無法載入已儲存資源集區樹狀結構檔案的自訂副檔名
    主機摘要頁面上會顯示 DRS 錯誤訊息。

    當您在 vSphere Web Client 中停用 DRS 時,系統會提示您儲存資源集區結構,以利日後重新載入。此檔案的預設副檔名為 .snapshot,但您可以為此檔案選取不同的副檔名。如果檔案具有自訂副檔名,當您嘗試載入時,它會顯示為停用。此行為只會在出現在 OS X 上。

    因應措施:將副檔名變更為 .snapshot,以利於載入到 OS X 上的 vSphere Web Client 中。

  • 主機摘要頁面上顯示 DRS 錯誤訊息
    主機摘要頁面上會顯示下列 DRS 錯誤訊息:

    無法在主機上套用 DRS 資源設定。在目前的狀態下不允許執行此作業。這會顯著降低 DRS 的效率。

    在某些組態中,競爭情形可能會導致在記錄檔中建立無意義或無法採取動作的錯誤訊息。如果虛擬機器在套用 DRS 資源設定的同時解除登錄,就可能會發生此錯誤。

    因應措施:忽略此錯誤訊息。

  • 為大於 16 TB 的 VMDK 設定虛擬 Flash Read Cache,導致發生錯誤
    虛擬 Flash Read Cache 不支援大於 16 TB 的虛擬機器磁碟。嘗試設定此類磁碟將會失敗。

    因應措施:無

  • 重新設定快取大小時,可能會關閉虛擬機器電源
    如果您為虛擬機器上的虛擬 Flash Read Cache 進行了錯誤的重新設定 (例如指派了無效值),虛擬機器電源可能會關閉。

    因應措施:遵循《vSphere 儲存區》說明文件中建議的快取大小準則。

  • 重新設定啟用虛擬 Flash Read Cache 的虛擬機器,可能會失敗並顯示作業已逾時錯誤
    重新設定作業需要耗用大量 I/O 頻寬。當您執行高負載的工作時,此類作業可能會在完成前逾時。如果主機有任何 LUN 處於所有路徑失效 (APD) 狀態,也可能會發生此行為。

    因應措施:修正所有主機 APD 狀態,並於 LUN 和主機上重試 I/O 負載較小的作業。

  • 為了保持負載平衡,對於裝有虛擬 Flash Read Cache 的虛擬機器,DRS 不執行 vMotion
    為了保持負載平衡,對於裝有虛擬 Flash Read Cache 的虛擬機器,DRS 不執行 vMotion

    因應措施:除了以下原因之外,DRS 不建議將這些虛擬機器用於 vMotion:

    • 撤除使用者要求進入維護模式或待命模式的主機。
    • 修正 DRS 規則違規。
    • 主機資源使用率處於紅色狀態。
    • 某台主機或大部分主機使用過度,且虛擬機器需求尚未滿足。
      附註:您可以選擇設定 DRS 忽略此原因。
  • 虛擬機器的作用中記憶體偏低,但使用的記憶體偏高時,會將主機置於待命模式
    ESXi 5.5 對於 DPM 預設行為做出了變更,目的在於降低此功能的積極性,如此有助於在虛擬機器作用中記憶體偏低,但使用的記憶體偏高時,協助防止虛擬機器效能降低。DPM 度量為 X%*IdleConsumedMemory + 作用中記憶體。X% 變數可以調整,且預設為 25%。

    因應措施:您可以在進階選項中設定 PercentIdleMBInMemDemand=0,將其還原為舊版 ESXi 中的積極 DPM 行為。

  • DRS 啟動的 vMotion 可能失敗
    當 DRS 建議為具有虛擬 Flash Read Cache 保留區的虛擬機器使用 vMotion 時,vMotion 可能失敗,因為目標主機上可用的記憶體 (RAM) 不足以管理虛擬機器的 Flash Read Cache 保留區的作業。

    因應措施:遵循《vSphere 儲存區》中記錄的 Flash Read Cache 組態建議。
    如果 vMotion 失敗,請執行下列步驟:

    1. 重新設定目標主機上虛擬機器以及傳入虛擬機器的區塊大小,以減少目標主機上 VMkernel 記憶體的整體目標使用率。
    2. 使用 vMotion 將虛擬機器手動移轉到目標主機,以確保情況得以解決。
  • 您無法檢視個別 SSD 裝置虛擬 Flash 組態設定期間發生的問題
    虛擬 Flash 資源的組態是一項在 SSD 裝置清單上執行的工作。當為全部物件完成這項工作時,vSphere Web Client 會報告工作成功完成,但可能不會通知您有關個別 SSD 裝置組態的問題。

    因應措施:執行下列其中一項工作。

    • 在 [最近的工作] 面板中,按兩下已完成的工作。
      所有組態失敗的情況都會顯示在 [工作詳細資料] 對話方塊的 [相關事件] 區段中。
    • 或者,您也可以遵循以下步驟:
      1. 從詳細目錄中選取主機。
      2. 按一下監控索引標籤,然後按一下事件
  • 無法取得 ESXi 主機上 Micron PCIe SSD 的 SMART 資訊
    嘗試使用 esxcli storage core device smart get -d 命令顯示 Micron PCIe SSD 裝置的統計資料失敗。將會顯示下列錯誤訊息:
    取得 Smart 參數時發生錯誤: 無法開啟裝置

    因應措施:無。在此版本中,esxcli storage core device smart 命令不支援 Micron PCIe SSD。

  • ESXi 不會套用虛擬機器組態檔案中針對 SCSI 虛擬磁碟設定的頻寬限制
    請在虛擬機器組態檔案 (.vmx) 中使用一組參數設定 SCSI 虛擬磁碟的頻寬和輸送量限制。例如,組態檔案可能包含對 scsi0:0 虛擬磁碟的下列限制:
    sched.scsi0:0.throughputCap = "80IOPS"
    sched.scsi0:0.bandwidthCap = "10MBps"
    sched.scsi0:0.shares = "normal"

    ESXi 不會將 sched.scsi0:0.bandwidthCap 限制套用到 scsi0:0 虛擬磁碟。

    因應措施:使用 vSphere Web Client 或 esxcli system settings advanced set 命令,還原為舊版磁碟 I/O 排程器。

    • 在 vSphere Web Client 中,編輯主機 [進階系統設定] 清單中的 Disk.SchedulerWithReservation 參數。
      1. 導覽到主機。
      2. 管理索引標籤上,選取設定,然後選取進階系統設定
      3. 找出 Disk.SchedulerWithReservation 參數,例如,使用篩選器尋找文字方塊。
      4. 按一下編輯並將參數設定為 0。
      5. 按一下確定
    • 在主機對應的 ESXi Shell 中,執行下列主控台命令:
      esxcli system settings advanced set -o /Disk/SchedulerWithReservation -i=0
  • 設定了 Flash Read Cache 的虛擬機器在快取出現錯誤時無法移轉出主機
    設定了 Flash Read Cache 的虛擬機器,在快取處於錯誤狀態且無法使用時,可能會發生移轉錯誤。此錯誤會導致虛擬機器移轉失敗。

    因應措施:

    1. 重新設定虛擬機器並停用快取。
    2. 執行移轉。
    3. 於虛擬機器移轉後重新啟用快取。

    或者,虛擬機器必須先關閉再重新開啟電源,以更正快取錯誤。

  • 主機從 ESXi 5.5 Beta 升級後無法刪除 VFFS 磁碟區
    當主機從 ESXi 5.5 Beta 升級後,您無法刪除 VFFS 磁碟區。

    因應措施:只有當您從 ESXi 5.5 Beta 升級到 ESXi 5.5 時,才會發生這種情況。為了避免此問題,請改為安裝 ESXi 5.5,不要進行升級。如果您要從 ESXi 5.5 Beta 升級,請於升級前刪除 VFFS 磁碟區。

  • 在裝有舊版 Windows 與 Linux 客體作業系統的虛擬機器上啟用虛擬 Flash Read Cache 時,沒有出現預期的執行階段延遲改善情形
    當快取大小配合目標工作集加以調整,且客體檔案系統調整為符合至少 4 KB 的界限時,虛擬 Flash Read Cache 可以提供最佳效能。Flash Read Cache 會篩選出不適當的區塊,以避免對快取內的部分區塊進行快取。通常,在針對裝有 Windows XP 與早於 2.6 之 Linux 發行版之虛擬機器的 VMDK 設定虛擬 Flash Read Cache 時,就會出現這種行為。在這種情況下,快取叫用率以及快取佔用都會偏低,表示此類 VMDK 發生快取保留區浪費的情形。在執行 Windows 7、Windows 2008 和 Linux 2.6 及更新發行版的虛擬機器上,由於這些作業系統會配合 4 KB 界限調整檔案系統以確保最佳效能,因此並不會出現這種行為。

    因應措施:若要提高快取叫用率,並讓每個 VMDK 的快取保留區達到最佳使用狀態,請務必將 VMDK 上安裝之客體作業系統的檔案系統調整為符合至少 4 KB 的界限。

Virtual SAN

  • 當您執行 vsan.disks_stats 命令時,ESXi 主機 (含多個 VSAN 磁碟群組) 可能不會顯示磁碟統計資料*
    當您執行 vsan.disks_stats Ruby vSphere Console (RVC) 命令時,ESXi 主機 (含多個 VSAN 磁碟群組) 可能不會顯示磁碟 (MD) 統計資料。主機僅會顯示固態硬碟 (SSD) 資訊。

    因應措施:無
  • 虛擬機器目錄包含重複的分頁檔 (.vswp)
    當 Virtual SAN 上執行的虛擬機器未完全關閉,且在沒有清除 Virtual SAN 磁碟中資料的情況下執行 ESXi 和 vCenter Server 的全新安裝時,可能會出現此問題。因此,會在未完全關閉的虛擬機器之目錄中找到舊分頁檔 (.vswp)。

    因應措施:無

  • 嘗試新增 7 個以上磁碟到 Virtual SAN 磁碟群組可能會失敗,並顯示不正確的錯誤訊息
    Virtual SAN 磁碟群組最多支援一個 SSD 和 7 個磁碟 (HDD)。嘗試新增更多磁碟可能會失敗,並顯示類似下列內容的不正確錯誤訊息:

    磁碟數目不足。

    因應措施:無
  • 新增 Virtual SAN 磁碟時發生重新掃描失敗
    新增 Virtual SAN 磁碟時,由於 non-Virtual SAN 磁碟區探查失敗,重新掃描失敗,從而導致作業失敗。

    因應措施:可忽略該錯誤,因為已正確登錄所有磁碟。
  • 在移除關聯的固態硬碟 (SSD) 之後移除的硬碟機 (HDD) 可能仍會被列為由 Virtual SAN 宣告的儲存磁碟
    如果 SSD 與其相關聯 HDD 已從 Virtual SAN 資料存放區中移除且您執行 esxcli vsan storage list 命令,則移除的 HDD 仍會被列為由 Virtual SAN 宣告的儲存磁碟。如果將 HDD 插入其他主機,則磁碟可能會顯示為屬於兩個不同的主機。

    因應措施:例如,如果已將 SSD 和 HDD 從 ESXi x 中取出並插入到 ESXi y,執行下列步驟可防止 HDD 顯示為同時屬於 ESXi x 和 ESXi y:
    1.將從 ESXi x 中取出的 SSD 和 HDD 插入 ESXi y。
    2.從 ESXi x 中解除委任 SSD。
    3.執行命令 esxcfg-rescan -A
       HDD 和 SSD 將不再列於 ESXi x 上。
  • 《vSphere 儲存區》說明文件的〈使用 Virtual SAN〉一節指示每個磁碟群組的 HDD 磁碟數目上限為 6。然而,允許的 HDD 數目上限為 7 個。
  • Virtual SAN 叢集發生故障之後,vSphere HA 可能會在重新啟動虛擬機器之前報告多個事件,其中部分事件可能容易令人誤解
    當 Virtual SAN 上執行的虛擬機器發生故障時,vSphere HA 主要代理程式會多次嘗試重新啟動虛擬機器。如果虛擬機器無法立即重新啟動,主要代理程式會監控叢集狀態,並於情況表明重新啟動可能成功時,再次嘗試重新啟動。vSphere HA 主要代理程式有特殊的應用程式邏輯,可偵測出 Virtual SAN 上執行之虛擬機器物件可存取性的變更情況,並會於可存取性可能發生變更時嘗試重新啟動。主要代理程式會於每次可存取性可能發生變更後嘗試重新啟動,如果無法成功開啟虛擬機器電源,則會放棄嘗試並等待下一次可存取性變更發生。

    每次嘗試重新啟動失敗後,vSphere HA 會報告事件指出容錯移轉未成功,第五次嘗試失敗後則會報告 vSphere HA 已停止嘗試重新啟動虛擬機器,因為已達到容錯移轉嘗試次數上限。不過,在報告 vSphere HA 主要代理程式已停止嘗試之後,主要代理程式仍會在下一次可存取性發生變更時嘗試重新啟動。

    因應措施:無。

  • 關閉 Virtual SAN 主機電源導致 vSphere Web Client 中 [儲存區提供者] 視圖的重新整理時間超出預期
    如果您關閉 Virtual SAN 主機電源,[儲存區提供者] 視圖可能會顯示為空白。儘管不會顯示任何資訊,[重新整理] 按鈕仍會持續旋轉。

    因應措施:請等待 [儲存區提供者] 視圖中的內容重新填入,此作業至少需要 15 分鐘。當您開啟主機電源後,該視圖也會重新整理。

  • Virtual SAN 報告工作失敗狀況為已完成
    某些工作於內部失敗時,Virtual SAN 仍可能報告這些工作為已完成。

    以下是錯誤情況及相應原因:

    • 情況:使用者在 Virtual SAN 授權已到期的狀態下,嘗試建立新的磁碟群組,或將磁碟新增到現有磁碟群組。
      錯誤堆疊: 發生一般系統錯誤:無法新增磁碟:此主機上未授權使用 VSAN。
    • 情況:使用者嘗試建立的磁碟群組,其磁碟數目大於所支援的數目。也可能是使用者嘗試將磁碟新增到現有磁碟群組,導致磁碟總數超過每個磁碟群組支援的磁碟數目。
      錯誤堆疊: 發生一般系統錯誤:磁碟過多。
    • 情況:使用者嘗試將磁碟新增到發生錯誤的磁碟群組。
      錯誤堆疊: 發生一般系統錯誤:無法建立磁碟分割資料表。

    因應措施:識別失敗的原因後,更正原因並再次執行工作。

  • Virtual SAN 資料存放區無法儲存主機-本機分頁檔和系統分頁檔
    一般而言,您可以將系統分頁檔或主機-本機分頁檔置於資料存放區。然而,Virtual SAN 資料存放區不支援系統分頁檔和主機-本機分頁檔。因此,可讓您選取 Virtual SAN 資料存放區做為系統分頁檔或主機-本機分頁檔檔案位置的 UI 選項無法使用。

    因應措施:在 Virtual SAN 環境中,使用其他支援的選項放置系統分頁檔和主機-本機分頁檔。

  • 即使 vSphere HA 叢集中的 Virtual SAN 虛擬機器電源已關閉,但仍被報告為受 vSphere HA 保護
    當您將常用物件位於 Virtual SAN 資料存放區的虛擬機器電源關閉,且常用物件無法存取時,就可能出現這種情況。如果於物件無法存取後進行 HA 主要代理程式選取,就會出現此問題。

    因應措施:

    1. 以指定的儲存區原則檢查物件是否符合標準,確保常用物件恢復可以存取的狀態。
    2. 開啟虛擬機器電源,接著再次關閉電源。

    狀態應會變更為不受保護。

  • 即使在重新套用動作已觸發並成功完成之後,虛擬機器物件仍維持在 [已過期] 狀態
    如果您由於出現新的儲存區需求,而針對現有的虛擬機器設定檔進行編輯,則關聯的虛擬機器物件、首頁或磁碟可能會進入已過期狀態。當您目前的環境無法支援虛擬機器物件重新設定時,就會出現這種情況。使用重新套用動作不會變更狀態。

    因應措施:將額外資源、主機或磁碟新增到 Virtual SAN 叢集,並再次叫用重新套用動作。

  • 在啟用 Virtual SAN 後才對其授權的情況下,Virtual SAN 自動磁碟宣告未按預期運作
    如果您於自動模式啟用 Virtual SAN,接著指派授權,Virtual SAN 就無法宣告磁碟。

    因應措施:將模式變更為手動,然後再切換回自動。Virtual SAN 將會正確宣告磁碟。

  • 當 Virtual SAN 網路已進行磁碟分割時,vSphere High Availability (HA) 無法重新啟動虛擬機器
    當 Virtual SAN 用以進行節點間通訊的 VMkernel 介面卡,與叢集中其他 VMkernel 介面卡位於相同的子網路時,就會出現這種情況。這樣的組態可能導致網路故障以及 Virtual SAN 節點間通訊中斷,但是 vSphere HA 節點間通訊不會受到影響。

    在此情況下,HA 主要代理程式可能會偵測到虛擬機器發生故障,但無法加以重新啟動。例如,當執行主要代理程式的主機無法存取虛擬機器的物件時,就可能出現這種情況。

    因應措施:請確定 Virtual SAN 使用的 VMkernel 介面卡不會與用於其他用途的 VMkernel 介面卡共用子網路。

  • 虛擬機器目錄包含重複的分頁檔 (.vswp)   
    當 Virtual SAN 上執行的虛擬機器未完全關閉,且在沒有清除 Virtual SAN 磁碟中資料的情況下執行 ESXi 和 vCenter Server 的全新安裝時,可能會出現此問題。因此,會在未完全關閉的虛擬機器之目錄中找到舊分頁檔 (.vswp)。

    因應措施:無

  • 虛擬機器可能會因長時間的網路延遲而變得無法存取
    在 Virtual SAN 叢集設定中,如果網路延遲時間很長,則 vCenter Server 上的部分虛擬機器可能變得無法存取且您將無法開啟虛擬機器電源或存取虛擬機器。

    因應措施:執行 vsan.check_state -e -r RVC 命令。
  • 虛擬機器作業可能會因長時間的網路延遲而逾時
    使用佇列深度低的儲存區控制器時,高網路延遲可能會導致虛擬機器作業逾時。

    因應措施:在網路負載較低時重試作業。
  • 虛擬機器可能會重新命名為截斷後的 vmx 檔案路徑
    如果虛擬機器的 vmx 檔案暫時無法存取,則虛擬機器會重新命名為截斷後的 vmx 檔案路徑。例如,虛擬機器可能會重新命名為 /vmfs/volumes/vsan:52f1686bdcb477cd-8e97188e35b99d2e/236d5552-ad93截斷可能會將虛擬機器主目錄的 UUID 減半,這樣就很難僅透過虛擬機器名稱,將重新命名的虛擬機器與原始虛擬機器對應。

    因應措施:執行 vsan.fix_renamed_vms RVC 命令。

vCenter Server 和 vSphere Web Client

  • 無法將 ESXi 主機新增到 Active Directory 網域
    在嘗試指派權限時,您可能會看到 Active Directory 網域名稱沒有顯示在 [選取使用者和群組] 選項下方的 [網域] 下拉式清單中。此外,即使 Active Directory 具有信任的網域,[驗證服務設定] 選項也可能無法顯示任何信任的網域控制站。

    因應措施:
    1. 依序重新啟動 netlogond、lwiod 及 lsassd 精靈。
    2. 使用 vSphere Client 登入 ESXi 主機。
    3. 組態索引標籤中,按一下驗證服務設定
    4. 重新整理以檢視信任的網域。

虛擬機器管理問題

  • 如果 VMDK 檔案名稱以「core」開頭,則無法執行虛擬機器冷移轉和 Storage vMotion*
    如果 VMDK 檔案名稱以「core」開頭,則嘗試執行虛擬機器冷移轉和 Storage vMotion 可能會失敗,並顯示類似下列內容的錯誤訊息:

    發生一般系統錯誤:命名或重新命名虛擬機器檔案時發生錯誤。

    vpxd.log 檔案中可能會顯示類似下列內容的錯誤訊息:

    mem> 2014-01-01T11:08:33.150-08:00 [13512 info 'commonvpxLro' opID=8BA11741-0000095D-86-97] [VpxLRO] -- FINISH task-internal-2471 -- -- VmprovWorkflow --
    mem> 2014-01-01T11:08:33.150-08:00 [13512 info 'Default' opID=8BA11741-0000095D-86-97] [VpxLRO] -- ERROR task-internal-2471 -- -- VmprovWorkflow: vmodl.fault.SystemError:
    mem> --> Result:
    mem> --> (vmodl.fault.SystemError){
    mem> --> dynamicType = ,
    mem> --> faultCause = (vmodl.MethodFault) null,
    mem> --> reason = "Error naming or renaming a VM file.",
    mem> --> msg = "",
    mem> --> }

    當 ESXi 主機將名稱開頭為「core」的 VMDK 檔案錯誤地分類為核心檔案,而不是預期的磁碟類型時,會發生此問題。

    因應措施:請確保虛擬機器的 VMDK 檔案名稱不是以「core」開頭。此外,請使用 vmkfstools 公用程式重新命名 VMDK 檔案,以確保檔案名稱不是以「core」一詞開頭。
  • 地區設定為法文且裝有 Windows 7 Enterprise 64 位元客體作業系統的虛擬機器於複製作業期間遇到問題
    如果您已複製執行法文地區設定的 Windows 7 Enterprise 64 位元虛擬機器,虛擬機器會從網路中斷連線且不會套用自訂規格。當虛擬機器於 ESXi 5.1 主機上執行,而您將其複製到 ESXi 5.5 並將 VMware Tools 升級到 5.5 主機可用的最新版本時,就會發生這個問題。

    因應措施:在將 VMware Tools 升級到最新可用版本之前,請將虛擬機器相容性升級到 ESXi 5.5 及更新版本

  • 嘗試在執行中的虛擬機器上增加虛擬磁碟的大小失敗並顯示錯誤
    如果您在虛擬機器執行中時增加虛擬磁碟的大小,作業可能會失敗並顯示下列錯誤:

    此裝置類型不支援此作業。

    如果您將磁碟延伸為 2 TB 或更大,可能會出現失敗。熱延伸作業僅支援增加 2 TB 或更小的磁碟大小。SATA 虛擬磁碟不支援任何大小的熱延伸作業。

    因應措施:關閉虛擬機器電源,再將虛擬磁碟延伸為 2 TB 或更大。

VMware HA 和 Fault Tolerance 問題
  • 如果在 vSphere HA 叢集中選取 ESX/ESXi 4.0 或 4.1 主機來容錯移轉虛擬機器,該虛擬機器可能無法如預期重新啟動
    當 vSphere HA 在 ESX/ESXi 4.0 或 4.1 主機上重新啟動虛擬機器時,如果該主機與執行該虛擬機器的原始主機不同,則會執行查詢,但查詢不會得到回應。除非您從 vSphere Client 上手動回應該查詢,否則虛擬機器不會在新主機上開啟電源。

    因應措施:從 vSphere Client 上回應查詢。或者,您也可以等候逾時 (預設為 15 分鐘),接著 vSphere HA 會嘗試在其他主機上重新啟動該虛擬機器。如果主機執行的是 ESX/ESXi 5.0 或更新版本,該虛擬機器將會重新啟動。

  • 如果無共用儲存區的 vMotion 作業在 vSphere HA 叢集中失敗,目的地虛擬機器可能會登錄到非預期的主機
    由於目的地虛擬機器不會收到用以協調兩個虛擬機器間控制權轉移的信號交換訊息,因此,不涉及共用儲存區的 vMotion 移轉可能會失敗。vMotion 通訊協定會同時關閉來源虛擬機器和目的地虛擬機器的電源。如果來源主機和目的地主機位於相同叢集,且已啟用 vSphere HA,則 vSphere HA 可能會將目的地虛擬機器登錄到並非原本 vMotion 移轉目標主機的另一台主機。

    因應措施:如果希望保留目的地虛擬機器,並加以登錄到特定主機,請將目的地虛擬機器重新放置到目的地主機。這項重新放置作業最好在開啟虛擬機器電源之前執行。

支援的硬體問題
  • 風扇、電源供應器、電壓和電流感應器的感應器值顯示在 vCenter Server 硬體狀態索引標籤的 [其他] 群組下
    部分感應器值會列於 [其他] 群組,而不會列於各分類群組。

    因應措施:無。

  • 如果啟用了偵錯直接記憶體存取 (DMA) 對應程式,則可能會出現 I/O 記憶體管理單元 (IOMMU) 錯誤
    該偵錯對應程式會將裝置置於 IOMMU 網域,以協助捕捉對未明確對應之位址的裝置記憶體存取。在部分使用舊版韌體的 HP 系統上,可能會出現 IOMMU 錯誤。

    因應措施:從 HP 網站下載並套用韌體升級。

    • 升級 HP iLO2 控制器的韌體。
      2011 年 8 月發行的 2.07 版本可以解決此問題。
    • 升級 HP Smart Array 的韌體。
      對於 HP Smart Array P410,2012 年 1 月發行的 5.14 版本可以解決此問題。

VMware Tools 問題

  • 如果先前沒有安裝 VMware Tools,則無法透過執行 vmware-install.pl -d 命令將 VMware Tools 安裝在 Linux 客體作業系統上*
    如果 Linux 客體作業系統上沒有安裝 VMware Tools,則嘗試透過執行 vmware-install.pl -d 命令來執行 VMware Tools 的全新安裝可能會失敗。
    在下列客體作業系統中會發生此問題:
    • RHEL 7 及更新版本
    • CentOS 7 及更新版本
    • Oracle Linux 7 及更新版本
    • Fedora 19 及更新版本
    • SLES 12 及更新版本
    • SLED 12 及更新版本
    • openSUSE 12.2 及更新版本
    • Ubuntu 14.04 及更新版本
    • Debian 7 及更新版本

    因應措施:沒有有助於 -default (-d) 參數運作的因應措施。但是,您不需要 - default 參數即可安裝 VMware Tools。
    當安裝程式出現選項是否仍要繼續此舊版安裝程式? 提示時,請選取

    附註:此版本引入用於安裝 VMware Tools 的新 --force-install’(-f) 參數。
  • 升級 VMware Tools 後檔案消失
    升級 VMware Tools 後,找不到位於 C:\Program Files\Vmware\Vmware Tools\deployPkg.dll 檔案。從 5.1 Update 2 版升級到 5.5 Update 1 或更新版本,以及將 5.5 版升級到 5.5 Update 1 或更新版本時,會發生此問題。

    因應措施:無
  • 在透過 OSP 安裝或解除安裝 VMware Tools 時,使用者被強制登出
    使用作業系統特定套件 (OSP) 安裝或解除安裝 RHEL (Red Hat Linux Enterprise) 和 CentOS 虛擬機器中已安裝的 VMware Tools 套件時,目前使用者會被強制登出。RHEL 6.5 64 位元、RHEL 6.5 32 位元、CentOS 6.5 64 位元以及 CentOS 6.5 32 位元的虛擬機器中會發生此問題。

    因應措施:
    • 使用 Secure Shell (SSH) 安裝或解除安裝 VMware Tools
    • 使用者必須重新登入以安裝或解除安裝 VMware Tools 套件

其他問題

  • SRM 測試復原作業可能會失敗,並出現錯誤*
    嘗試執行 Site Recovery Manager (SRM) 測試復原可能會失敗,並顯示類似下列內容的錯誤訊息:
    「錯誤 - 發生一般系統錯誤: 找不到虛擬機器」。
    同時執行多項測試復原作業時,顯示錯誤訊息的可能性會增大。

    因應措施:無。但是,這並不是一個持續性問題,如果再次執行 SRM 測試復原作業,則可能不會發生此問題。