VMware ESXi 5.5 Update 3b 版本說明

|

VMware ESXi™ 5.5 Update 3b | 2015 年 12 月 8 日 | 3248547

上次更新日期:2016 年 3 月 30 日

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

版本說明的內容

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

新增功能

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

  • 更新 依預設已停用對 SSLv3 通訊協定的支援。

    附註:在 vSphere 環境中,您需要先將 vCenter Server 更新到 vCenter Server 5.5 Update 3b,然後再將 ESXi 更新到 ESXi 5.5 Update 3b。如果在將 vCenter Server 更新到 5.5 Update 3b 版之前更新 ESXi,vCenter Server 將無法管理 ESXi 5.5 Update 3b。如需 vSphere 環境應當更新之順序的詳細資訊,請參閱知識庫 2057795

    從 vCenter Server 5.5 Update 3b 管理 ESXi 主機時,VMware 強烈建議您將其更新到 ESXi 5.5 Update 3b。

    由於 POODLE 漏洞,VMware 不建議重新啟用 SSLv3。如果確實需要啟用 SSLv3,您需要針對所有元件啟用 SSLv3 通訊協定。如需詳細資訊,請參閱知識庫 2139396

  • 已解決的問題 此版本提供許多錯誤修正,已記錄在已解決的問題一節。

舊版 ESXi 5.5

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

國際化

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

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

相容性與安裝

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 4.0、4.1、5.0、5.1 及 5.5 版,從 vCenter Server 5.5 Update 3b 管理 ESXi 主機時,VMware 強烈建議您將其更新到 ESXi 5.5 Update 3b。

ESXi、vCenter Server 和 VDDK 相容性

Virtual Disk Development Kit (VDDK) 5.5.3 會新增對 ESXi 5.5 Update 3 和 vCenter Server 5.5 Update 3 版本的支援。
如需有關 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 3 相容的處理器、儲存裝置、SAN 陣列以及 I/O 裝置的清單,請使用《VMware 相容性指南》中的 ESXi 5.5 Update 3 資訊。

ESXi 的裝置相容性

若要判定與 ESXi 5.5 Update 3b 相容的裝置,請使用《VMware 相容性指南》中的 ESXi 5.5 Update 3 資訊。

某些裝置已過時,不再受 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 的客體作業系統相容性

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

ESXi 的虛擬機器相容性

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

在 vSphere 環境中,您需要先將 vCenter Server 更新到 vCenter Server 5.5 Update 3b,然後再將 ESXi 更新到 ESXi 5.5 Update 3b。
如果在將 vCenter Server 更新到 5.5 Update 3b 版之前更新 ESXi,vCenter Server 將無法管理 ESXi 5.5 Update 3b 主機。
如需有關 vSphere 環境之更新順序的詳細資訊,請參閱知識庫 2057795

升級到 ESXi 5.5 Update 3b 的支援升級路徑

升級交付項目

支援的升級工具

升級到 ESXi 5.5 Update 3b 的支援升級路徑

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
ESXi 5.5 Update 2 ESXi 5.5 Update 3a



VMware-VMvisor-Installer-201512001-3248547.x86_64.iso

 

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


ESXi550-201512001.zip
  • VMware vSphere Update Manager
  • ESXCLI
  • VMware vSphere CLI

是*

是*

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


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

http://www.vmware.com/download/vsphere/open_source.html 的 [開放原始碼] 索引標籤上,提供適用於 vSphere 5.5 Update 3 中所散佈的開放原始碼軟體元件的版權聲明和授權。您也可以針對任意 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 功能。
    附註:如果您計劃將 ESXi 主機升級到 ESXi 5.5 Update 3b (具有配套 VMware Tools 10.0.0) 或更新版本,同時還要使用舊版 Horizon View 代理程式,則應注意不相容情況。如需不相容情況的解決方案和一般準則,請參閱知識庫 21444382144518

  • 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-Update03b 修補程式發行版本包含下列個別公告:

ESXi550-201512401-BG:更新了 ESXi 5.5 esx-base vib

ESXi550-201512402-BG:Updates ESXi 5.5 ehci-ehci-hcd vib

ESXi550-201512403-BG:更新了 ESXi 5.5 tools-light vib

ESXi550-201512404-BG:Updates ESXi 5.5 lsi-msgpt vib

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

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

ESXi550-201512102-SG:Updates ESXi 5.5 tools-light vib

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

ESXi-5.5.0-20151204001-standard
ESXi-5.5.0-20151204001-no-tools

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

ESXi-5.5.0-20151201001s-standard
ESXi-5.5.0-20151201001s-no-tools

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

已解決的問題

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

備份問題

  • 重新載入虛擬機器時,虛擬機器功能旗標 changeTrackingSupported 可能會意外重設
    hostd 服務重新載入虛擬機器時,異動區塊追蹤 (CBT) 可能會間歇性地將 changeTrackingSupported 旗標值從 true 意外重設為 false。因此,您的 CBT 在虛擬機器上可能不受支援,進而導致在執行虛擬機器備份程序期間無法使用。增量備份可能會失敗,並顯示類似下列內容的錯誤訊息:
    無法建立虛擬機器的備份。

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

CIM 和 API 問題

  • 如果同一部 ESXi 主機上存在 Emulex CIM Provider,則 ServerView CIM Provider 無法監控硬體狀態
    ServerView CIM Provider 與 Emulex CIM Provider 同時存在於同一部 ESXi 主機上時,Emulex CIM Provider (sfcb-emulex_ucn) 可能無法回應,從而導致無法監控硬體狀態。

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

  • 使用第三方軟體 ServerView RAID Manager 時,硬體監控可能會失敗
    使用第三方軟體 ServerView RAID Manager 時,您可能會遇到硬體監控故障。由於出現競爭情形,導致 sfcb-vmware_aux 停止回應。

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

  • Inode 用盡時,ESXi 5.x 主機可能會與 vCenter Server 中斷連線
    Small Footprint CIM Broker 精靈 (sfcbd) 服務用盡 Inode 時,ESXi 5.x 主機可能會與 vCenter Server 中斷連線。ESXi 5.x 主機進入此狀態後,會重新連線到 vCenter Server。

    類似下列內容的記錄會在 /var/log/hostd.log 中報告,表示 ESXi 5.x 主機的空間不足:
    VmkCtl Locking (/etc/vmware/esx.conf) : Unable to create or open a LOCK file.Failed with reason: No space left on device
    VmkCtl Locking (/etc/vmware/esx.conf) : Unable to create or open a LOCK file.Failed with reason: No space left on device

    類似下列內容的訊息會寫入 /var/log/vmkernel.log,表示 ESXi 5.x 主機已用盡 Inode:
    cpu4:1969403)WARNING: VisorFSObj: 893: Cannot create file /etc/vmware/esx.conf.LOCK for process python because the visorfs inode table is full.
    cpu11:1968837)WARNING: VisorFSObj: 893: Cannot create file /etc/vmware/esx.conf.LOCK for process hostd because the visorfs inode table is full.
    cpu5:1969403)WARNING: VisorFSObj: 893: Cannot create file /etc/vmware/esx.conf.LOCK for process python because the visorfs inode table is full.
    cpu11:1968837)WARNING: VisorFSObj: 893: Cannot create file /etc/vmware/esx.conf.LOCK for process hostd because the visorfs inode table is full.

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

  • vSphere Client 的 [硬體狀態] 索引標籤中可能會出現無效警示
    升級 HP DL980 G7 上的 Integrated Lights Out (iLO) 韌體後,vSphere Client 的 [硬體狀態] 索引標籤中出現無效警示。
    類似下列內容的錯誤訊息可能會記錄在 /var/log/syslog.log 檔案中:

    2014-10-17T08:50:58Z sfcb-vmware_raw[68712]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x8 FAILED cc=0xffffffff
    2014-10-17T08:50:58Z sfcb-vmware_raw[68712]: IpmiIfcFruChassis: Reading FRU Chassis Info Area length for 0x0 FAILED
    2014-10-17T08:50:58Z sfcb-vmware_raw[68712]: IpmiIfcFruBoard: Reading FRU Board Info details for 0x0 FAILED cc=0xffffffff
    2014-10-17T08:50:58Z sfcb-vmware_raw[68712]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x70 FAILED cc=0xffffffff
    2014-10-17T08:50:58Z sfcb-vmware_raw[68712]: IpmiIfcFruProduct: Reading FRU product Info Area length for 0x0 FAILED
    2014-10-17T08:51:14Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: data length mismatch req=19,resp=3
    2014-10-17T08:51:15Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0001,resp=0002
    2014-10-17T08:51:17Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0002,resp=0003
    2014-10-17T08:51:19Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0003,resp=0004
    2014-10-17T08:51:19Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0004,resp=0005
    2014-10-17T08:51:20Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0005,resp=0006
    2014-10-17T08:51:21Z sfcb-vmware_raw[68712]: IpmiIfcSelReadEntry: EntryId mismatch req=0006,resp=0007

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

網路問題

  • 使用 VMXNET3 虛擬介面卡的虛擬機器可能會失敗
    嘗試從 iPXE (開放原始碼開機韌體) 開機時,使用 VMXNET3 虛擬介面卡的虛擬機器可能會出現故障。

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

  • 將資源集區設定為使用者定義的資源集區可能會失敗
    嘗試將資源集區設定為使用者定義的資源集區可能會失敗,使用者定義的網路資源集區中的 QoS 優先順序標籤未生效,便會發生此問題。

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


  • 在執行 Auto Deploy 期間套用主機設定檔時網路連線中斷
    在執行 Auto Deploy 期間套用主機設定檔時,可能會中斷網路連線,因為 VXLAN 通道端點 (VTEP) NIC 已標記為管理 vmknic

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

  • 收集 ESXi 記錄服務包時,透過乙太網路的光纖通道 (FCoE) 連結可能會停止
    收集 ESXi 記錄服務包時,lldpnetmap 命令會啟用 LLDP;但是,LLDP 僅可在兩者模式上設定,然後 LLDP 套件會由 ESXi 主機傳送。此套件可能會導致 FCoE 連結停止。

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

安全性問題

  • 更新到 OpenSSL
    OpenSSL 已更新到 openssl-1.0.1p 版。

  • 更新 Python 套件
    Python 第三方程式庫已更新至 2.7.9 版。

  • 停用對 Diffie Hellman 加密的支援
    依預設,已針對所有服務停用對 Diffie Hellman 加密套件的支援。

  • 已停用對 EXPORT_RSA 加密的支援
    依預設,已停用對 EXPORT_RSA 加密的支援。

  • SSL/TLS 組態是持續性的
    現在,SSL/TLS 的所有服務組態在使用 Hostprofile (不含 hostd) 的無狀態和可設定狀態的 ESXi 上皆是持續性的。

伺服器組態問題

  • 在升級到 ESXi 5.x 後將 ESXi 主機重新開機可能會失敗,並會導致極高的 WAN 流量
    如果 lsassd、netlogond 或 lwiod 精靈的多個執行個體同時執行,則類似下列內容的訊息會寫入到 ESXi 5.x 主機上的 syslog.log 檔案 (位於 /var/log/) 中:

    lsassd[<value>]: <value>:Terminating on fatal IPC exception

    執行 ESXi 主機升級程序期間可能會發生此問題。如需詳細資訊,請參閱知識庫 2051707

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

  • ESXi 主機伺服器意外重新開機,接著會顯示 [無法修正的機器檢查例外狀況] 錯誤
    在使用 AMD 處理器的 HP 伺服器上,將具有 1.5 TB 記憶體的 ESXi 主機從 5.1 升級到 6.0 後,主機可能會意外停止回應或重新開機。您亦會在 Integrated Management 記錄檔中看到類似下列內容的「無法修正的機器檢查例外狀況 (UMCEs)」。

    Critical","CPU","##/##/2014 15:41","##/##/2014 15:41","1","Uncorrectable Machine Check Exception (Board 0, Processor 3, APIC ID 0x00000060, Bank 0x00000004, Status 0xF6000000'00070F0F, Address 0x00000050'61EA3B28, Misc 0x00000000'00000000)",
    Mode of failure: Unexpectedly reboot.IML displays UMCE occurred.


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

  • 由於記憶體不可用,hostd 服務可能會停止回應
    hostd 服務可能會停止回應,然後失敗並顯示錯誤。由於 vmkctl 中的記憶體不可用,導致 hostd 佔用更多記憶體,便會發生此問題。畫面上可能會顯示類似下列內容的錯誤訊息:
    記憶體超過固定限制

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

儲存區問題

  • 執行 9.6 韌體的 Dell Force10 S5000 交換器可能無法與 Dell Compellent S40 Storage 建立工作階段
    嘗試在執行 9.6 韌體的 Dell Force10 S5000 交換器與 Dell Compellent S40 Storage 伺服器之間建立工作階段可能會失敗。當 ESXi 5.x 伺服器連線至透過乙太網路的光纖通道 (FCoE) 儲存區時會出現此情況,並且啟動器不會在重新建立連線時重新登入網狀架構。這可能會導致在將多個伺服器透過 FCoE 連線至儲存區時環境中出現許多有效或無效的工作階段。

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

  • esxtop 公用程式會在 VAAI 支援的 LUN 上報告 DAVG/cmd 和 KAVG/cmd 的錯誤統計資料
    由於計算錯誤,esxtop 公用程式會在 VAAI 支援的 LUN 上報告每條命令的平均裝置延遲時間與平均 ESXi VMkernel 延遲時間的錯誤統計資料。
    附註:此問題可能亦會影響 vCenter Server 與 VRops 中的 ESXi 統計資料

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

  • 即使系統中所有磁碟機均顯示在 BIOS 中,vSphere 也可能無法偵測到所有磁碟機
    如果系統中存在多個 HBA,由於 lsi_msgpt3 驅動程式無法偵測到每個 HBA 的單一磁碟機,vSphere 可能無法偵測到系統中的全部 18 個磁碟機。

    已解決此問題。

  • VMFS 磁碟區遭鎖定
    ESXi 主機上的 VMFS 磁碟區可能會因為失敗的中繼資料作業而維持鎖定。vmkernel.log 檔案中會出現類似下列內容的錯誤訊息:
    WARNING: LVM: 12976: The volume on the device naa.50002ac002ba0956:1 locked, possibly because some remote host encountered an error during a volume operation and could not recover.

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

  • 略過已在主機設定檔中停用的 VDS vmknic
    從主機設定檔停用 VDS vmknic 時,進行符合性檢查以及將設定檔套用到任何主機時不會將其略過。這會導致針對無狀態 ESXi 主機所做的 NSX 準備失敗。

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

客體作業系統問題

  • ESXi 5.5 Update 3b 主機上的 Microsoft 叢集服務驗證可能會失敗
    對於 MSCS 2012 R2,Microsoft 叢集服務 (MSCS) 驗證和容錯移轉作業可能會失敗。

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

  • 將客體 OS X 10.9 開機時可能會出現錯誤的警告
    啟動執行 OS X 10.9 的虛擬機器時,可能會收到偽警告。可能會顯示類似下列內容的訊息:
    您的 Mac 作業系統客體可能無法使用多個虛擬核心穩定執行。建議您將虛擬機器的電源關閉,並將其虛擬核心數設為一個,然後再重新開啟電源。如果繼續,您的客體可能當機,而您可能會遺失資料。

    警告僅會出現在舊版 OS X 中,並不適用於 OS X 10.9。若要穩定運作,OS X 10.9 版需要至少兩個處理器核心。應略過偽警告。

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

  • 執行 SAP 的虛擬機器會隨機失敗
    在虛擬機器中執行過多 VMware Tools 統計資料命令時,執行 SAP 的虛擬機器可能會由於 vmx.zdump 而隨機失敗,並顯示類似下列內容的錯誤訊息。
    CoreDump error line 2160, error Cannot allocate memory.

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

Virtual SAN 問題

  • 嘗試將資料複製到 Virtual SAN 資料存放區上的虛擬機器可能會失敗
    將資料從實體 NAS 移轉至 Virtual SAN 上的虛擬機器檔案伺服器可能會失敗。畫面上可能會顯示類似下列內容的錯誤訊息:
    找不到檔案

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

  • 將重新安裝的 ESXi 主機重新新增到 Virtual SAN 叢集後,可能會導致磁碟與其他虛擬機器元件保持 [不存在] 或 [狀況不良] 狀態
    重新安裝 ESXi 主機時,其主機 UUID 會發生變更。將此類 ESXi 主機重新新增到 Virtual SAN 叢集時,屬於此主機的磁碟與其他虛擬機器元件可能會繼續顯示為 [不存在] 或 [狀況不良]。

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

  • 嘗試在 VMware Virtual SAN 中整併磁碟可能會失敗
    即使 VSAN 資料存放區或磁碟機有足夠的空間,嘗試在 VMware Virtual SAN 中整併磁碟仍可能會失敗。會顯示類似下列內容的錯誤訊息:
    整併磁碟時發生錯誤: msg.disklib.NOSPACE

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

  • 由於 SSD/MD 磁碟分割的中繼資料無效,磁碟群組驗證可能會失敗
    由於 SSD/MD 磁碟分割的中繼資料無效,嘗試從 VMware Virtual SAN 磁碟群組移除磁碟可能會因磁碟群組驗證失敗而導致顯示紫色診斷畫面。

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

  • SSD 上出現 APD 磁碟錯誤後,會保留孤立 LSOM 物件
    固態磁碟 (SSD) 上出現「所有路徑失效」(APD) 磁碟錯誤後,可能會保留孤立 LSOM 物件

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

  • hostd 服務未正常運作時,無法擷取 VSI 節點
    hostd 服務未正常運作時,無法擷取 VSI 節點,這可能會導致分析欄位中的問題。為解決此問題,已新增 VSAN Observer,可讓 Observer 在不依賴 hostd 服務的情況下即可執行。

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

  • 將 ESXi 主機重新開機可能會失敗,並顯示紫色診斷畫面
    嘗試在維護模式中將 ESXi 主機重新開機可能會失敗,並顯示紫色診斷畫面。vmkwarning.log 檔案中可能會顯示類似下列內容的錯誤訊息:
    2015-03-03T08:40:37.994Z cpu4:32783)WARNING: LSOM: LSOMEventNotify:4571: VSAN device 523eca86-a913-55d4-915e-f89bdc9fab46 is under permanent error.
    2015-03-03T08:40:37.994Z cpu1:32967)WARNING: LSOMCommon: IORETRYCompleteSplitIO:577: Throttled: max retries reached Maximum kernel-level retries exceeded
    2015-03-03T08:40:39.006Z cpu6:32795)WARNING: LSOMCommon: IORETRYParentIODoneCB:1043: Throttled: split status Maximum kernel-level retries exceeded
    2015-03-03T08:40:39.006Z cpu6:32795)WARNING: PLOG: PLOGElevWriteMDDone:255: MD UUID 523eca86-a913-55d4-915e-f89bdc9fab46 write failed Maximum kernel-level retries exceeded
    2015-03-03T08:41:44.217Z cpu1:34228)WARNING: LSOM: LSOMEventNotify:4571: VSAN device 52ed79c6-b64e-3f60-289f-5870e19a85f0 is under permanent error.

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

vCenter Server 和 vSphere Web Client 問題

  • 嘗試將 ESXi 主機連線至 vSphere Web Client 可能會失敗
    ESXi 主機可能會停止回應,並中斷與 vCenter Server 的連線。由於此問題,主機無法直接與 vSphere Web Client 連線。同樣的元件記憶體配置不足會發生此問題。

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

  • ESXi 主機中斷與遠端 Syslog 伺服器的連線時,vCenter Server 可能會停止回應
    ESXi 主機中斷與遠端 Syslog 伺服器的連線時,過多警示訊息會無限期記錄事件 GeneralHostWarningEventAlarmStatusChangedEvent,導致 vpx_eventvpx_event_arg 資料表填滿 vCenter 資料庫。此問題會導致極端 vCenter 延遲及 vCenter Server 停止回應。

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

  • 在執行 vMotion 後嘗試使用 VMware Paravirtual SCSI (PVSCSI) 控制器可能會影響虛擬機器的效能
    執行 vMotion 或暫停/繼續執行虛擬機器後,虛擬機器效能可能會降低。

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

虛擬機器管理問題

  • 將 Samsung NVMe XS1715 SSD 控制器裝置設定為傳遞裝置時,客體作業系統可能無法開啟電源
    如果以傳遞模式連結 NVMe XS1715 SSD 控制器,則虛擬機器可能無法開啟電源或停止使用客體作業系統回應。會顯示類似下列內容的錯誤訊息:
    PCI 傳遞裝置識別碼 (0x-57e0) 無效

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

  • 嘗試從暫停狀態繼續執行虛擬機器或在執行 vmotion/svmotion 期間繼續執行虛擬機器可能會失敗
    嘗試從暫停狀態繼續執行虛擬機器或在執行 vmotion/svmotion 期間繼續執行虛擬機器可能會失敗。畫面上可能會顯示類似下列內容的錯誤訊息:
    無法開啟虛擬機器的電源
    您亦可檢查 vmware.log 檔案,並搜尋具有 msg.checkpoint.PASizeMismatch 延伸的錯誤。

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

  • ESXi 5.5 主機可能會失敗,虛擬機器可能會停止回應
    虛擬機器停止回應後,由於活動視窗以分頁代碼分割大型分頁,ESXi 5.5 主機可能會失敗,並顯示紫色診斷畫面。畫面上可能會顯示類似下列內容的錯誤訊息:
    #PF Exception 14 in world 32856:helper14 IP 0x41801faf6560 addr 0x410e86868680
    2015-04-03T13:03:17.648Z cpu22:32856)0x41238161dc10:[0x41801faf6560]Alloc_Dealloc@vmkernel#nover+0x12c stack: 0x41238161dc60, 0x41801fa1
    2015-04-03T13:03:17.648Z cpu22:32856)0x41238161dc80:[0x41801fc6874d]MemSched_WorldCleanup@vmkernel#nover+0x205 stack: 0x41238161dd00, 0x
    2015-04-03T13:03:17.648Z cpu22:32856)0x41238161df30:[0x41801fae317e]WorldCleanup@vmkernel#nover+0x1ce stack: 0x0, 0x412381627000, 0x4123
    2015-04-03T13:03:17.648Z cpu22:32856)0x41238161dfd0:[0x41801fa6133a]helpFunc@vmkernel#nover+0x6b6 stack: 0x0, 0x0, 0x0, 0x0, 0x0
    2015-04-03T13:03:17.648Z cpu22:32856)0x41238161dff0:[0x41801fc56872]CpuSched_StartWorld@vmkernel#nover+0xfa stack: 0x0, 0x0, 0x0, 0x0,

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

  • 移轉或檢查點檢查虛擬機器時,主機可能會停止回應,並顯示紫色診斷頁面
    移轉或檢查點檢查虛擬機器及 VMM 交換時,主機可能會由於類似下列內容的過多記錄而停止回應:
    WARNING: Swap: vm 53052: 5285: Swap mode not exclusive. isShared=1 isExclusive=0
    WARNING: Swap: vm 53052: 5285: Swap mode not exclusive. isShared=1 isExclusive=0
    WARNING: Swap: vm 53052: 5285: Swap mode not exclusive. isShared=1 isExclusive=0
    WARNING: Swap: vm 53052: 5285: Swap mode not exclusive. isShared=1 isExclusive=0

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

  • 如果在 [已開啟電源] 狀態中重新命名虛擬機器,esxcli virtual machine process list 命令可能仍會顯示舊的虛擬機器名稱
    重新命名已開啟電源的虛擬機器後,如果執行 esxcli vm process list 命令以從主機取得正在執行的虛擬機器清單,則清單可能會顯示舊的虛擬機器名稱。

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

  • 在虛擬機器上具有 e1000e 網路介面卡的情況下安裝 Linux 可能會失敗
    將 e1000e 網路介面卡新增到虛擬機器,並開啟虛擬機器電源時,嘗試安裝 Linux 可能會失敗。
    類似下列內容的記錄會寫入 vmkernel.log 檔案:
    [ 1498.266938] Call Trace:
    [ 1498.266950] [ ] timecounter_init+0x1a/0x30
    [ 1498.266973] [ ] e1000e_config_hwtstamp+0x247/0x420 [e1000e]
    [ 1498.266994] [ ] e1000e_reset+0x285/0x620 [e1000e]
    [ 1498.267012] [ ] e1000_probe+0xbaa/0xee0 [e1000e]
    [ 1498.267021] [ ] local_pci_probe+0x45/0xa0
    [ 1498.267029] [ ] ? pci_match_device+0xc5/0xd0
    [ 1498.267036] [ ] pci_device_probe+0xf9/0x150
    [ 1498.267046] [ ] driver_probe_device+0x87/0x390
    [ 1498.267054] [ ] ? driver_probe_device+0x390/0x390
    [ 1498.267062] [ ] __device_attach+0x3b/0x40
    [ 1498.267070] [ ] bus_for_each_drv+0x6b/0xb0
    [ 1498.267077] [ ] device_attach+0x88/0xa0

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

  • 限制虛擬機器磁碟的 IOPS 值可能會導致 IOPS 減少
    限制虛擬機器磁碟的 IOPS 值可能會導致早於所設定的讀取/寫入作業限制的 IOPS 減少讀取/寫入作業 (IO) 的大小與 ESX IO 排程器的成本單位大小相等時,便會發生此問題。由於此問題,IO 排程器會將單一 IO 視爲多個 IO。這會導致 IO 節流。

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

High Availability 和 Fault Tolerance 問題

  • High Availability 進行容錯移轉後,虛擬機器無法啟動
    ESXi 主機發生故障後,若 HA 嘗試在其他主機上啟動受影響的虛擬機器,則部分虛擬機器可能會在開機時停止回應。

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

vMotion 和 Storage vMotion 問題

  • vmk10 或更高版本啟用 vMotion 時,vmk1 可能在重新開機時啟用 vMotion
    在 vmk10 或更高版本上啟用 vMotion,可能會導致 vmk1 在 ESXi 主機重新開機時啟用 vMotion。此問題可能導致 vmk1 流量過大,並導致網路問題。

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

VMware Tools 問題

  • VMware Tools 的自動升級可能會失敗
    對於在 VMware ESXi 5.5 Update 3b 上執行的虛擬機器,VMware Tools 自動升級可能會失敗。會顯示類似下列內容的錯誤訊息:
    vix error code = 21009

    附註:如果虛擬機器上存在下列客體檔案,便會發生此問題:
    Microsoft Windows 虛擬機器:
    C:\Windows\\Temp\\vmware-SYSTEM\\VMwareToolsUpgrader.exe
    Red Hat Enterprise Linux 虛擬機器:
    /tmp/vmware-root

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

已知問題

ESXi 5.5 中存在的已知問題分組如下:

此版本中記錄的新已知問題會反白顯示為顯 新增問題.

安裝與升級問題

  • 新問題 嘗試將 ESXi 5.5 Update 3b 主機新增到舊版 vCenter Server 失敗
    嘗試將 ESXi 5.5 Update 3b 主機新增到 vCenter Server 5.5 Update 3 或舊版失敗,並在使用者介面中顯示主機通訊錯誤。

    因應措施:您需要更新到最新 vCenter Server 5.5 Update 3b 版本,然後更新到 ESXi 5.5 Update 3b。如果不更新到 vCenter Server 5.5 Update 3b,則需要在 ESXi 上針對所有服務啟用 SSLv3。在 ESXi 上啟用 SSLv3 會導致 POODLE 漏洞。

    如需詳細資訊,請參閱知識庫 2139396

  • 安裝最新的 VMware Tools 套件後,VMware Tools 服務使用者程序可能無法在 Linux 作業系統上執行
    在 Linux 作業系統上,您可能會遇到 VMware Tools 升級或安裝問題或是在安裝最新 VMware Tools 套件後,VMware Tools 服務 (vmtoolsd) 使用者程序可能會無法執行。如果您的 glibc 版本比 2.5 版舊,例如 SLES10sp4,便會發生此問題。

    因應措施:將 Linux glibc 升級至 2.5 版或更高版本。

  • 在 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 位址不會於升級後保留。

    因應措施:無。

網路問題

  • 無法將 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 中沒有因應措施。

伺服器組態問題

  • NIC 硬體可能會停止回應,並顯示硬體錯誤訊息
    在驅動程式記錄中具有下列錯誤訊息的特定情形下,NIC 硬體可能會間歇性地停止回應:

    偵測到硬體單元當機

    該問題在某些新的 e1000e 裝置 (例如 82579、i217、i218 和 i219) 上發生。

    因應措施:發生問題後,NIC 硬體會自行重設。

  • 從序列主控台存取 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

  • 卸載的 Virtual SAN 磁碟與磁碟群組在 vSphere Client UI 的 [運作狀態] 欄位中顯示為已掛接
    磁碟顯示持續高延遲時,使用 esxcli vsan storage diskgroup unmount CLI 命令或自動透過 Virtual SAN 裝置監控服務卸載 Virtual SAN 磁碟或磁碟群組後,vSphere Client UI 會將運作狀態欄位錯誤顯示為 已掛接

    因應措施:確認顯示狀況不良值的健全狀況欄位,而非運作狀態欄位。
  • 當您執行 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 問題
  • Fault Tolerance (FT) 在 Intel Skylake-DT/S、Broadwell-EP、Broadwell-DT 及 Broadwell-DE 平台上不受支援
    Fault Tolerance (FT) 在 Intel Skylake-DT/S、Broadwell-EP、Broadwell-DT 和 Broadwell-DE 平台上不受支援。啟用單一處理器 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 問題

  • 在透過 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 套件

其他問題

  • 新問題 ESXi 不會自動新增到 vCenter Server 詳細目錄
    如果將 ESXi 的舊版 vCenter Server 與 vSphere Update Manager 更新到 5.5 Update 3b,則在修復工作後,ESXi 不會自動新增到 VC 詳細目錄。修復程序無法完成,且 VC 詳細目錄中的 ESXi 連線狀態顯示為 [已中斷連線]

    因應措施:ESXi 在修復程序啟動後重新開機時,會在 ESXi 上啟用 SSLv3 (依預設已停用)。
    這會確保 ESXi 在幾分鐘內自動新增到 VC 詳細目錄中,且修復完成。如需詳細資訊,請參閱知識庫 2139396

  • 新問題 ESXi 5.5 Update 3b 與 6.2 版之前的 View Composer 連線失敗
    您無法以預設狀態,將 6.2 版之前的 View Composer 連線到 ESXi 5.5 Update 3b。

    因應措施:可以在 ESXi 5.5 Update 3b 上啟用 SSLv3。如需詳細資訊,請參閱知識庫 2139396

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

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