VMware ESXi 5.5 Update 3a 版本說明

|

VMware ESXi™ 5.5 Update 3a | 2015 年 10 月 6 日 | 版本編號 3116895

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

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

版本說明的內容

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

新增功能

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

  • 記錄輪替啟用 vmx 檔案的記錄輪替允許您透過指定每個記錄的大小及要保留的先前記錄的數目,減少記錄檔大小。


  • PVSCSI 介面卡憑證 PVSCSI 介面卡經過認證可與 MSCS、核心叢集及應用程式 (包括 SQL 和 Exchange) 搭配使用。從 LSI Logic SAS 移至 PVSCSI 時,此介面卡可使效能得到提升。


  • 支援下一代處理器 在此版本中,我們會繼續支援 Intel 和 AMD 的下一代處理器。如需詳細資訊,請參閱《VMware 相容性指南》。


  • Active Directory 的 ESXi 驗證 將 ESXi 修改為僅支援 ESXi 和 Active Directory 之間 Kerberos 通訊的 AES256-CTS/AES128-CTS/RC4-HMAC 加密。


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

舊版 ESXi 5.5

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

國際化

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

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

相容性與安裝

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 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 3a 相容的裝置,請使用《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 3a 相容的客體作業系統,請使用《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 升級說明文件。

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

升級交付項目

支援的升級工具

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

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

VMware-VMvisor-Installer-5.5.0.update03-3116895.x86_64.iso

 

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


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

是*

是*

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


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

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 功能。

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

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

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

ESXi-5.5.0-20151004001-standard
ESXi-5.5.0-20151004001-no-tools

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

已解決的問題

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

備份問題

  • 嘗試還原虛擬機器可能會失敗並顯示錯誤
    在 ESXi 主機上使用 vSphere Data Protection 嘗試還原虛擬機器可能會失敗,並會顯示類似下列內容的錯誤訊息:

    重新設定期間接收到未預期的例外狀況

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

CIM 和 API 問題

  • 當系統事件記錄已滿且存在指示訂閱時,會在 syslog 中湧出
    當系統事件記錄 (SEL) 已滿且存在指示訂閱時,會在 syslog 中湧出。會迅速記錄下列記錄:

    sfcb-vmware_raw[xxxxxxxxxx]: Can't get Alert Indication Class.Use default
    sfcb-vmware_raw[xxxxxxxxxx]: Can't get Alert Indication Class.Use default
    sfcb-vmware_raw[xxxxxxxxxx]: Can't get Alert Indication Class.Use default

    已在此版本中解決此問題。
  • 當使用 Auto Deploy 將 ESXi 主機重新開機時,CIM 指示可能會失敗
    如果 sfcbd 服務停止執行,則無法成功套用主機設定檔中的 CIM 指示。

    透過在套用主機設定檔時,確保 CIM 指示不依賴於 sfcbd 服務的狀態,已在此版本中解決此問題。
  • 某些磁碟的狀態可能會顯示為 UNCONFIGURED GOOD,而非 ONLINE
    在 ESXi 5.5 主機上,某些磁碟的狀態可能會顯示為 UNCONFIGURED GOOD,而非 ONLINE。若 LSI 控制器使用 LSI CIM 提供者,便會發生此問題。

    已在此版本中解決此問題。
  • 透過 CIM 介面載入核心模組可能會失敗
    使用 CIM 介面用戶端載入核心模組時,LoadModule 命令可能會失敗。會顯示類似下列內容的錯誤訊息:

    VMkernel 存取控制原則已拒絕存取。

    已在此版本中解決此問題。
  • 由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能會失敗
    由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能會失敗。syslog.log 檔案中可能會報告類似下列內容的錯誤訊息:

    Failed to map segment from shared object: No space left on device

    已在此版本中解決此問題。
  • 在 vSphere Client 上查詢硬體狀態可能會失敗,並顯示錯誤
    嘗試在 vSphere Client 上查詢硬體狀態可能會失敗。ESXi 主機中的 /var/log/syslog.log 檔案中可能會顯示類似下列內容的錯誤訊息:

    TIMEOUT DOING SHARED SOCKET RECV RESULT (1138472) Timeout (or other socket error) waiting for response from provider Header Id (16040) Request to provider 111 in process 4 failed.Error:Timeout (or other socket error) waiting for response from provider Dropped response operation details -- nameSpace: root/cimv2, className: OMC_RawIpmiSensor, Type: 0

    已在此版本中解決此問題。
  • 由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能會失敗
    由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能會失敗。syslog.log 檔案中可能會報告類似下列內容的錯誤訊息:

    Failed to map segment from shared object: No space left on device

    已在此版本中解決此問題。
  • sfcbd 服務可能會停止回應,並顯示錯誤訊息
    sfcbd 服務可能會停止回應,並且您可能會在 syslog 檔案中找到下列錯誤訊息:

    spSendReq/spSendMsg failed to send on 7 (-1)
    Error getting provider context from provider manager: 11

    當 CIM 伺服器與提供者之間爭用信號時,就會發生此問題。

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

    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x8 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruChassis: Reading FRU Chassis Info Area length for 0x0 FAILED
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruBoard: Reading FRU Board Info details for 0x0 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x70 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruProduct: Reading FRU product Info Area length for 0x0 FAILED
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: data length mismatch req=19,resp=3
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0001,resp=0002
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0002,resp=0003
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0003,resp=0004
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0004,resp=0005
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0005,resp=0006
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0006,resp=0007

    已在此版本中解決此問題。
  • ESXi 可能會將重複的事件傳送至管理軟體
    在 ESXi 主機上觸發智慧平台管理介面 (IPMI) 感應器事件時,ESXi 可能會將重複的事件傳送至管理軟體。

    已在此版本中解決此問題。
  • 無法在移除 CIM 指示訂閱後監控硬體狀態
    如果 CIM 用戶端傳送兩個刪除執行個體要求至同一 CIM 指示訂閱,由於記憶體爭用,sfcb-vmware_int 可能會停止回應。您可能無法使用 vCenter Server 及 ESXi 監控硬體狀態。

    已在此版本中解決此問題。
  • 由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能會失敗
    由於 openwsmand 錯誤,使用 Dell OpenManage 監控 ESXi 5.5 主機可能無法回應。可能會報告類似下列內容的錯誤訊息:

    Failed to map segment from shared object: No space left on device

    已在此版本中解決此問題。
  • CIM 用戶端可能會因為多重列舉而顯示錯誤
    當您在 VMware 乙太網路連接埠類別上使用 CBEnumInstances 方法執行多重列舉查詢時,ESXi 5.5 上執行的伺服器可能會發現類似下列內容的錯誤訊息:

    CIM error: enumInstances Class not found

    當管理軟體無法擷取 VMware_EthernetPort() 類別提供的資訊時,便會發生此問題。發生此問題時,在 memstats 上進行查詢可能會顯示下列錯誤訊息:

    MemStatsTraverseGroups: VSI_GetInstanceListAlloc 失敗: 找不到。

    已在此版本中解決此問題。
  • 無法在 ESXi 主機上監控硬體狀態
    由於硬體監控服務 (sfcbd) 無回應,ESXi 主機可能會在 [硬體狀態] 索引標籤中報告錯誤。類似下列內容的錯誤訊息會寫入 syslog.log:

    sfcb-hhrc[5149608]: spGetMsg receiving from 65 5149608-11 Resource temporarily unavailable
    sfcb-hhrc[5149608]: rcvMsg receiving from 65 5149608-11 Resource temporarily unavailable
    sfcb-hhrc[5149608]: Timeout or other socket error
    sfcb-LSIESG_SMIS13_HHR[6064161]: spGetMsg receiving from 51 6064161-11 Resource temporarily unavailable
    sfcb-LSIESG_SMIS13_HHR[6064161]: rcvMsg receiving from 51 6064161-11 Resource temporarily unavailable
    sfcb-LSIESG_SMIS13_HHR[6064161]: Timeout or other socket error
    sfcb-kmoduleprovider[6064189]: spGetMsg receiving from 57 6064189-11 Resource temporarily unavailable
    sfcb-kmoduleprovider[6064189]: rcvMsg receiving from 57 6064189-11 Resource temporarily unavailable
    sfcb-kmoduleprovider[6064189]: Timeout or other socket error

    下列偵錯層級中的 syslog 表示,預期資料為 0x01 時,IPMI 傳送 0x3c 的無效資料。

    sfcb-vmware_raw[35704]: IpmiIfcRhFruInv: fru.header.version: 0x3c

    若 sfcb-vmware_raw 提供者在讀取 Field Replaceable Unit (FRU) 詳細目錄資料時,從智慧平台管理介面 (IPMI) 工具接收無效資料,便會發生此問題。

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

其他問題

  • 從 ESXi 主機複製已啟用 CBT 的虛擬機器範本可能會失敗
    嘗試同時從兩台不同的 ESXi 5.5 主機複製已啟用 CBT 的虛擬機器範本可能會失敗。會顯示類似下列內容的錯誤訊息:

    無法開啟 VM_template.vmdk':無法開啟/建立變更追蹤檔案 (2108)。

    已在此版本中解決此問題。
  • 無法使用 Active Directory 認證登入 ESXi 主機
    嘗試登入成功加入 Active Directory 的 ESXi 主機可能會失敗。當來自某個網域的使用者嘗試加入其他不在 ESXi 用戶端網站中的受信任網域時,便會發生此問題。類似下列內容的錯誤會寫入 sys.log/netlogon.log 檔案:

    netlogond[17229]: [LWNetDnsQueryWithBuffer() /build/mts/release/bora-1028347/likewise/esxi-esxi/src/linux/netlogon/utils/lwnet-dns.c:1185] DNS lookup for '_ldap._tcp.<domain details>' failed with errno 0, h_errno = 1

    已在此版本中解決此問題。
  • 更新至 cURL 程式庫
    IPv6 停用時,cURL 無法解析 localhost。會顯示類似下列內容的錯誤訊息:

    錯誤: enumInstances 無法初始化

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

網路問題

  • 若 ESXi 主機含有已安裝 e1000 或 e1000e vNIC 驅動程式的虛擬機器,則可能會失敗,並出現紫色畫面
    啟用 TCP 分割卸載 (TSO) 時,若 ESXi 主機含有已安裝 e1000 或 e1000e vNIC 驅動程式的虛擬機器,則可能會失敗,並出現紫色畫面。類似下列內容的錯誤訊息可能會寫入記錄檔:

    cpu7:nnnnnn)Code start: 0xnnnnnnnnnnnn VMK uptime: 9:21:12:17.991
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]E1000TxTSOSend@vmkernel#nover+0x65b stack: 0xnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]E1000PollTxRing@vmkernel#nover+0x18ab stack: 0xnnnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]E1000DevAsyncTx@vmkernel#nover+0xa2 stack: 0xnnnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]NetWorldletPerVMCB@vmkernel#nover+0xae stack: 0xnnnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]WorldletProcessQueue@vmkernel#nover+0x488 stack: 0xnnnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]WorldletBHHandler@vmkernel#nover+0x60 stack: 0xnnnnnnnnnnnnnnn
    cpu7:nnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]BH_Check@vmkernel#nover+0x185 stack: 0xnnnnnnnnnnnn

    已在此版本中解決此問題。
  • ESXi 回應不必要的網際網路控制訊息通訊協定要求類型
    ESXi 主機可能會回應不必要的網際網路控制訊息通訊協定 (ICMP) 要求類型。

    已在此版本中解決此問題。
  • ESXi hostd 在執行儲存裝置重新掃描作業時可能會失敗
    因多個執行緒嘗試修改相同物件,執行儲存裝置重新掃描作業時,hostd 可能會失敗。您可能會在 vmkwarning.log 檔案中看到類似下列內容的錯誤訊息:

    cpu43:nnnnnnn)ALERT: hostd detected to be non-responsive
    cpu20:nnnnnnn)ALERT: hostd detected to be non-responsive

    已在此版本中解決此問題。
  • 在 vCenter Server 中新增 ESXi 主機時,觀察到記錄湧出
    當在 vCenter Server 中新增 ESXi 主機,並針對 vMotion 建立 VMkernel 介面時,您會在 hostd.log 檔案中看到接連顯示 (記錄湧出) 的下列訊息:

    Failed to find vds Id for portset vSwitch0

    已在此版本中解決此問題。
  • Microsoft Windows 部署服務 (WDS) 可能無法對使用 VMXNET3 網路介面卡的虛擬機器進行 PXE 開機
    嘗試使用 Microsoft Windows 部署服務 (WDS) 對使用 VMXNET3 網路介面卡的虛擬機器進行 PXE 開機可能會失敗,並會出現類似下列內容的訊息:

    Windows 無法啟動。最近的硬體或軟體變更可能是原因所在。若要修正問題:
    1.插入 Windows 安裝光碟,然後重新啟動您的電腦。
    2.選擇語言設定,然後按下一步
    3.按一下修復您的電腦
    如果您沒有此光碟,請連絡您的系統管理員或電腦製造商,以尋求協助。

    狀態: 0xc0000001

    資訊: 因為無法存取必要的裝置,所以開機選取項目失敗。

    已在此版本中解決此問題。
  • 啟用 Rx Ring#2 組態以解決 Rx Ring#2 記憶體不足和接收器端封包丟棄的問題
    因為 Rx Ring#2 的大小無法進行原始設定,所以當 Rx Ring #2 用盡記憶體時,已啟用 VMXNET3 裝置上的大型接收卸載 (LRO) 功能的 Linux 虛擬機器可能會導致接收器端封包丟棄。

    已在此版本中解決此問題。
  • 當 DvFilter 與 NetQueue 支援的上行搭配使用時,可能會顯示紫色診斷畫面
    當 DvFilter 與 NetQueue 支援且已連線至 vSwitch 或 vSphere Distributed Switch (VDS) 的上行搭配使用時,ESXi 伺服器可能會顯示紫色診斷畫面。ESXi 主機可能會報告類似下列內容的反向追蹤:

    pcpu:22 world:4118 name:"idle22" (IS)
    pcpu:23 world:2592367 name:"vmm1:S10274-AAG" (V)
    @BlueScreen: Spin count exceeded (^P) - possible deadlock
    Code start: 0xnnnnnnnnnnnn VMK uptime: 57:09:18:15.770
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Panic@vmkernel#nover+0xnn stack: 0xnnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]SP_WaitLock@vmkernel#nover+0xnnn stack: 0xnnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]NetSchedFIFOInput@vmkernel#nover+0xnnn stack: 0x0
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]NetSchedInput@vmkernel#nover+0xnnn stack: 0xnnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]IOChain_Resume@vmkernel#nover+0xnnn stack: 0xnnnnnnnnnnnn
    0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PortOutput@vmkernel#nover+0xnn stack: 0xnn

    已在此版本中解決此問題。
  • ESXi 主機在 Netflow 功能停用時失敗,並顯示紫色診斷畫面
    當 vSphere Distributed Switch 的 Netflow 功能停用時,ESXi 主機可能會失敗,並顯示 PF 例外狀況 14 紫色診斷畫面。此問題由計時器同步問題導致。

    已在此版本中解決此問題。
  • 在大量 I/O 期間,將網路排程器變更為 SFQ 可能會導致無法復原的傳輸
    若大量 I/O 負載已在進行中,則切換網路排程器時,SFQ 網路排程器可能會重設實體 NIC。這可能會導致無法復原的傳輸 (封包不會傳輸至驅動程式)。

    已在此版本中解決此問題。
  • 包含 Jumbo 框架的 vmkping 命令可能會失敗
    在相同切換中,若眾多 vmknic MTU 中的一個發生變更,則包含 Jumbo 框架的 vmkping 命令可能會失敗。會顯示類似下列內容的錯誤訊息:

    sendto() 失敗 (訊息過長)

    已在此版本中解決此問題。
  • ESXi 防火牆可能會拒絕將連接埠 0-65535 用作服務連接埠的服務
    虛擬序列埠集訊器 (vSPC) 或 NFS 用戶端服務可能無法在 ESXi 平台上運作。若存在允許連接埠 0-65535 的其他規則集順序 (導致啟用順序),便會發生此情況。這會導致,即使已指定對應規則集上允許的 IP,vSPC 或 NFS 用戶端相關的封包仍會意外丟棄。

    已在此版本中解決此問題。
  • 當使用 VMXNET3 介面卡標記 802.1q 時,IPv6 RA 無法按預期運作
    因為適用於 VLAN 介面的 IPv6 RA 位址已傳遞到基礎介面,所以在 Linux 虛擬機器中使用 VMXNET3 介面卡標記 802.1q 時,IPv6 路由器公告 (RA) 無法按預期運作。

    已在此版本中解決此問題。
  • ESXi 主機可能會中斷網路連線
    當記錄多個類似下列內容的錯誤訊息時,ESXi 主機可能會中斷網路連線,並遇到穩定性問題:

    WARNING: Heartbeat: 785: PCPU 63 didn't have a heartbeat for 7 seconds; *may* be locked up.

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

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

安全性問題

  • 對 libxml2 程式庫的更新
    ESXi userworld libxml2 程式庫已更新至 2.9.2 版。
  • 對 ESXi userworld OpenSSL 程式庫的更新
    ESXi userworld OpenSSL 程式庫已更新至 1.0.1m 版。
  • libPNG 程式庫更新
    libPNG 程式庫已更新至 libpng-1.6.16。

伺服器組態問題

  • LAN 主控台重新導向上的序列可能無法正常運作
    當 PCIe 序列埠重新導向卡在進階可程式化插斷控制器 (APIC) 上連線至工業標準架構 (ISA) 插斷要求 (IRQ) (0-15 位數) 時,因為其無法透過 CPU 接收自身插斷,所以此重新導向卡可能無法正常運作。為允許這些及其他連線至 ISA IRQ 的 PCI 裝置運作,VMkernel 現在將在 ISA IRQ 上允許層級觸發插斷。

    已在此版本中解決此問題。
  • Esxtop 可能會將 CPU 使用率錯誤地顯示為 100%
    如果您有設定為 0 的 PcpuMigrateIdlePcpus,則 esxtop 公用程式中的 PCPU UTIL/CORE UTIL 會將 CPU 使用率錯誤地顯示為 100%。

    已在此版本中解決此問題。
  • 查詢光纖通道主機匯流排介面卡時報告 [不明(1)] 狀態
    將 ESXi 主機從 ESXi 5.1 升級至 5.5 並匯入最新 MIB 模組後,在查詢光纖通道 (FC) 主機匯流排介面卡 (HBA) 時,第三方監控軟體會傳回 [不明(1)] 狀態。

    已在此版本中解決此問題。
  • 將現有 ESXi 主機設定檔重新套用至可設定狀態的 ESXi 主機時,可能會發生主機閘道刪除及符合性失敗
    將現有 ESXi 主機設定檔套用至新安裝的 ESXi 5.5 主機時,設定檔符合性狀態可能會顯示為不符合標準。從已設定 VXLAN 介面的主機建立主機設定檔時會發生此情況,在主機上使用先前建立的主機設定檔進行符合性測試可能會失敗。會顯示類似下列內容的錯誤訊息:

    IP 路由組態不符合規格

    已在此版本中解決此問題。
  • 在巢狀 ESXi 環境中顯示有分頁錯誤例外狀況的紫色診斷畫面
    在巢狀 ESXi 環境中,CpuSchedAfterSwitch() 的實作會導致排程器代碼中的競爭情形,並會顯示有分頁錯誤例外狀況的紫色診斷畫面。

    已在此版本中解決此問題。
  • 使用 esxcli 啟用軟體 iSCSI 時,允許 iSCSI 啟動器名稱
    您現在可以將 iSCSI 啟動器名稱指定給 esxcli iscsi software set 命令。
  • 當 CPU 沒有完全保留時,虛擬機器可能無法顯示警告訊息
    當您建立虛擬機器並將 sched.cpu.latencySensitivity 設為高,然後開啟虛擬機器的電源時,如果虛擬機器沒有完整的 CPU 保留,則 vCPU 的獨佔相似性可能無法啟用。

    在舊版中,當 CPU 沒有完全保留時,虛擬機器不會顯示警告訊息。如需詳細資訊,請參閱知識庫文章 2087525

    已在此版本中解決此問題。
  • ESXi 主機升級後,SNMPD 可能會自動啟動
    在將 ESXi 主機升級至 5.5 Update 2 後,SNMPD 可能會自動啟動。

    已在此版本中解決此問題。
  • SNMP syscontact 或 syslocation 進行簡單變更後,主機設定檔即變成不符合標準
    SNMP syscontact 或 syslocation 進行簡單變更後,主機設定檔即變成不符合標準。發生此問題的原因在於,SNMP 主機設定檔外掛程式只會將單一值套用到附加至主機設定檔的所有主機。畫面上可能會顯示類似下列內容的錯誤訊息:

    SNMP 代理程式組態差異

    藉由針對特定參數 (例如 syslocation、syscontact、v3targets、v3users 和 engineid) 啟用按照每台主機的值設定,已在此版本中解決此問題。
  • 嘗試建立 FIFO 並向其寫入資料可能會導致出現紫色診斷畫面
    當您建立 FIFO 並嘗試向 /tmp/dpafifo 寫入資料時,可能會在某些情況下顯示紫色診斷畫面。

    已在此版本中解決此問題。
  • 嘗試在 ESXi 主機虛擬機器上將 Windows 8 及 Windows 2012 Server 重新開機可能會失敗
    重新開機後,出現 Microsoft Windows 開機啟動顯示畫面時,Windows 8 及 Windows 2012 Server 虛擬機器可能會沒有回應。如需詳細資訊,請參閱知識庫文章 2092807

    已在此版本中解決此問題。
  • 設定單一處理器虛擬機器的 CPU 限制會降低 ESXi 使用率
    當您設定單一處理器虛擬機器的 CPU 限制時,ESXi 整體使用率可能會因 ESXi 排程器中的某個瑕疵而下降。當 ESXi 排程器將限制 CPU 的虛擬機器視為可執行 (當它們並未執行時),並做出 CPU 負載評估時,就會發生此情形。從而導致不正確的負載平衡決策。

    如需詳細資訊,請參閱知識庫文章 2096897

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

支援的硬體問題

  • esxtop 命令中缺少電源使用量和電源容量值
    在 Lenovo 系統中,esxtop 命令中並不提供電源使用量和電源容量值。

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

儲存區問題

  • 在高可用性容錯移轉或主機當機期間,該主機上已開啟電源的虛擬機器的 .vswp 檔案可能會遺留在儲存區上
    在高可用性容錯移轉或主機當機期間,該主機上已開啟電源的虛擬機器的 .vswp 檔案可能會遺留在儲存區上。多次發生此類容錯移轉或當機時,儲存容量可能已滿。

    已在此版本中解決此問題。
  • 當您重新掃描具有多個範圍的 VMFS 資料存放區時,VMkernel 記錄檔中可能會顯示錯誤的 PE 變更訊息
    當您重新掃描具有多個範圍的 VMFS 資料存放區時,即使儲存區連線沒有任何問題,仍可能會在 VMkernel 記錄中寫入下列記錄訊息:

    Number of PEs for volume changed from 3 to 1.A VMFS volume rescan may be needed to use this volume.

    已在此版本中解決此問題。
  • 在發生暫時性錯誤的情況下,裝置的 I/O 可能會重複發生故障,且不會容錯移轉至替代工作路徑
    在發生暫時性錯誤 (如 BUS BUSY、QFULL、HOST ABORTS、HOST RETRY 等) 的情況下,您可能會在目前路徑上重複嘗試命令,並且不會容錯移轉至其他路徑,即使在經過合理的時間後亦是如此。

    已在此版本中解決此問題。在發生此類暫時性錯誤期間,如果在幾次重試後路徑忙碌中,則路徑狀態現在將變更為 [無作用]。因此,將觸發容錯移轉,並使用裝置的替代工作路徑傳送 I/O。
  • 在高可用性容錯移轉或主機當機期間,該主機上已開啟電源的虛擬機器的 .vswp 檔案可能會遺留在儲存區上
    在高可用性容錯移轉或主機當機期間,該主機上已開啟電源的虛擬機器的 .vswp 檔案可能會遺留在儲存區上。多次發生此類容錯移轉或當機時,儲存容量可能已滿。

    已在此版本中解決此問題。
  • 嘗試取得離線儲存區的區塊對應可能會導致 hostd 服務當機
    在離線快照磁碟上嘗試執行 acquireLeaseExt API 時,ESXi 5.x 主機上的 hostd 服務可能會失敗。此快照磁碟可能在某種程度上已處於離線狀態。API 呼叫者可能是第三方備份解決方案。vmkernel.log 中會顯示類似下列內容的錯誤訊息:

    cpu4:4739)LVM: 11729: Some trailing extents missing (498, 696)。

    已在此版本中解決此問題。
  • 在收集 vm-support 記錄服務包期間,ESXi 5.5 主機可能會停止回應並顯示紫色診斷畫面
    當任何收件匣或第三方驅動程式未定義其 SCSI 傳輸特定的介面時,ESXi 主機可能會停止回應並顯示紫色診斷畫面。在收集 vm-support 記錄服務包期間或執行以下 I/O 裝置管理 (IODM) 命令列介面 (CLI) 時可能會出現此問題:

    • esxcli storage san sas list

    • esxcli storage san sas stats get


    已在此版本中解決此問題。
  • 在某些情況下,嘗試將 VMFS 磁碟區擴充到超過 16 TB 可能會失敗
    嘗試將 VMFS5 資料存放區擴充到超過 16 TB 時,ESXi 主機可能會失敗。類似下列內容的錯誤訊息會寫入 vmkernel.log 檔案:

    cpu38:34276)LVM: 2907: [naa.600000e00d280000002800c000010000:1] Device expanded (actual size 61160331231 blocks, stored size 30580164575 blocks)
    cpu38:34276)LVM: 2907: [naa.600000e00d280000002800c000010000:1] Device expanded (actual size 61160331231 blocks, stored size 30580164575 blocks)
    cpu47:34276)LVM: 11172: LVM device naa.600000e00d280000002800c000010000:1 successfully expanded (new size: 31314089590272)
    cpu47:34276)Vol3: 661: Unable to register file system ds02 for APD timeout notifications: Already exists
    cpu47:34276)LVM: 7877: Using all available space (15657303277568).
    cpu7:34276)LVM: 7785: Error adding space (0) on device naa.600000e00d280000002800c000010000:1 to volume 52f05483-52ea4568-ce0e-901b0e0cd0f0: No space left on device
    cpu7:34276)LVM: 5424: PE grafting failed for dev naa.600000e00d280000002800c000010000:1 (opened: t), vol 52f05483-52ea4568-ce0e-901b0e0cd0f0: Limit exceeded
    cpu7:34276)LVM: 7133: Device scan failed for <naa.600000e00d280000002800c000010000:1>: Limit exceeded
    cpu7:34276)LVM: 7805: LVMProbeDevice failed for device naa.600000e00d280000002800c000010000:1: Limit exceeded
    cpu32:38063)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
    cpu30:38063)LVM: 5424: PE grafting failed for dev naa.600000e00d280000002800c000010000:1 (opened: t), vol 52f05483-52ea4568-ce0e-901b0e0cd0f0: Limit exceeded
    cpu30:38063)LVM: 7133: Device scan failed for <naa.600000e00d280000002800c000010000:1>: Limit exceeded

    已在此版本中解決此問題。
  • 將多個 vSCSI 篩選器附加至虛擬機器磁碟時,ESXi 主機可能會失敗,並顯示紫色診斷畫面
    將多個 vSCSI 篩選器附加至虛擬機器磁碟時,ESXi 5.5 主機可能會失敗,並顯示類似下列內容的紫色診斷畫面。

    cpu24:103492 opID=nnnnnnnn)@BlueScreen: #PF Exception 14 in world 103492:hostd-worker IP 0xnnnnnnnnnnnn addr 0x30
    PTEs:0xnnnnnnnnnn;0xnnnnnnnnnn;0x0;
    cpu24:103492 opID=nnnnnnnn)Code start: 0xnnnnnnnnnnnn VMK uptime: 21:06:32:38.296
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSIFilter_GetFilterPrivateData@vmkernel#nover+0x1 stack: 0x4136c7d
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSIFilter_IssueInternalCommand@vmkernel#nover+0xc3 stack: 0x410961
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]CBRC_FileSyncRead@<None>#<None>+0xb1 stack: 0x0
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]CBRC_DigestRecompute@<None>#<None>+0x291 stack: 0x1391
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]CBRC_FilterDigestRecompute@<None>#<None>+0x36 stack: 0x20
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSI_SetInfo@vmkernel#nover+0x322 stack: 0x411424b18120
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]UWVMKSyscallUnpackVSI_Set@<None>#<None>+0xef stack: 0x41245111df10
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]User_UWVMKSyscallHandler@<None>#<None>+0x243 stack: 0x41245111df20
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]User_UWVMKSyscallHandler@vmkernel#nover+0x1d stack: 0x275c3918
    cpu24:103492 opID=nnnnnnnn)0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]gate_entry@vmkernel#nover+0x64 stack: 0x0

    已在此版本中解決此問題。
  • 在非 ATS VMFS 資料存放區的儲存區暫時停頓期間,ESXi 主機停止回應並中斷與 vCenter Server 的連線
    ESXi 主機可能會停止回應且虛擬機器變得無法存取。另外,由於非 ATS VMFS 資料存放區上的儲存區中斷期間發生死結,ESXi 主機可能會失去與 vCenter Server 的連線。

    已在此版本中解決此問題。
  • ESXi 主機在目標管理軟體上使用不正確的 IQN 登錄
    第一次啟用軟體 iSCSI 時,Unisphere Storage Management 軟體會登錄指定啟動器 IQN。執行無狀態開機期間,已登錄的 IQN 不會隨主機設定檔中定義的名稱而變更。您需要從陣列手動移除啟動器並再次將其新增至新 IQN 之下。

    已透過將新參數新增至軟體 iSCSI 啟用命令,以便 Unisphere 在主機設定檔定義的名稱之下登錄啟動器的方法解決此問題。啟用軟體 iSCSI 期間,用來設定 IQN 的命令列為:

    esxcli iscsi software set --enabled=true --name iqn.xyz
  • 由於來源資料存放區名稱的變更,vSphere Replication 同步可能會失敗
    如果您重新命名正在執行複寫來源虛擬機器的資料存放區,這些虛擬機器的複寫同步作業將失敗,並顯示類似下列內容的錯誤訊息:

    VRM Server 執行階段錯誤。請查看說明文件以瞭解任何疑難排解資訊。
    詳細例外狀況為: 「資料存放區格式 '<Datastore Name>' 無效」

    已在此版本中解決此問題。
  • 嘗試卸載 NFS 資料存放區可能會失敗
    NFS IO 由於在發生 NFS 鎖定遺失錯誤期間出現連線問題而停滯,導致嘗試卸載 NFS 資料存放區可能會失敗。此時會顯示類似下列內容的錯誤訊息:

    cpu23:xxxxx opID=xxxxxabf)WARNING: NFS: 1985: datastore1 has open files, cannot be unmounted

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

升級與安裝問題

  • ESXi 5.5 主機從 vSphere Auto Deploy 無狀態的快取開機時,開機螢幕上出現錯誤訊息
    ESXi 5.5 主機從 vSphere Auto Deploy 無狀態的快取開機時,開機螢幕上會出現類似下列內容的錯誤訊息及回溯。發生此錯誤的原因是,syslog network.py 指令碼中出現少於四個字元的非預期短訊息。

    IndexError: string index out of range

    已在此版本中解決此問題。
  • 嘗試在 Solaris 10 Update 3 虛擬機器上安裝或升級 VMware Tools 可能會失敗
    嘗試在 Solaris 10 Update 3 虛擬機器上安裝或升級 VMware Tools 可能會失敗,並顯示下列錯誤訊息:

    Detected X version 6.9
    Could not read /usr/lib/vmware-tools/configurator/XOrg/7.0/vmwlegacy_drv.so Execution aborted.

    如果 vmware-config-tools.pl 指令碼複製了不應在 Xorg 6.9 中使用的 vmwlegacy_drv.so 檔案,將會發生此問題。
  • DCUI 的鍵盤配置選項和主機設定檔使用者介面可能會錯誤地顯示成捷克斯洛伐克文
    Direct Console 使用者介面 (DCUI) 的鍵盤配置選項和主機設定檔使用者介面可能會錯誤地顯示成捷克斯洛伐克文。ESXi 安裝期間和 DCUI 安裝後會顯示此選項。

    透過將鍵盤配置選項重新命名為捷克文,已在此版本中解決此問題。
  • 依預設,會提供保留 tools.conf 檔案的選項
    在 64 位元的 Windows 客體作業系統中升級 VMware Tools 時,會自動移除 tools.conf 檔案。從 ESXi 5.5 Update 3 版本開始,依預設將保留 tools.conf 檔案。
  • 在安裝、升級或解除安裝 VMware Tools 後,客體作業系統在重新開機時可能會失敗
    在 Linux 環境 (RHEL 或 Cent OS 6) 中,如果在安裝、升級或解除安裝 VMware Tools 後立即關閉虛擬機器的電源,由於 RAMDISK 映像檔已損毀,客體作業系統在下次重新開機時可能會失敗。客體作業系統會報告類似下列內容的錯誤:

    RAMDISK: 寫入未完成 (31522 != 32768)
    寫入錯誤
    核心傾印 - 未同步: VFS: 無法在未知區塊 (0,0) 上掛接根 fs


    此版本已解決安裝、升級或解除安裝 VMware Tools 期間完成 initramfs 檔案的建立問題。

    RAMDISK 映像檔損毀的客體作業系統可以救回,以完成開機狀態。如需詳細資訊,請參閱知識庫文章 2086520

    已在此版本中解決此問題。
  • 在無狀態 ESXi 主機上套用已啟用無狀態的快取的主機設定檔可能需要很長時間才能完成
    當您啟用無狀態的快取並將 esx 做為第一個磁碟引數時,在具有大量儲存區 LUN 的無狀態 ESXi 主機上套用主機設定檔可能需要很長時間來重新開機。手動套用主機設定檔時或在主機重新開機期間會發生此情況。

    已在此版本中解決此問題。
  • VIB 暫存作業可能會導致 VIB 安裝或組態變更在 ESXi 主機重新開機後遺失
    在系統上安裝部分 VIB 時,esxupdate 會在 /altbootbank 中建構新的映像,並將 /altbootbank boot.cfg bootstate 變更為已更新。當安裝即時可安裝的 VIB 時,系統會將組態變更儲存至 /altbootbank。暫存作業會刪除 /altbootbank 的內容,除非您在暫存作業後執行修復作業。如果您在暫存作業後將主機重新開機,VIB 安裝可能會遺失。

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

Virtual SAN 問題

  • 由於叢集中發生非預期的網路磁碟分割,Virtual SAN 叢集檢查可能會失敗
    由於發生非預期的網路磁碟分割 (如果系統處於 V2 模式,將不會報告 IGMP v3 查詢),Virtual SAN 叢集檢查可能會失敗。

    已在此版本中解決此問題。
  • 高延遲磁碟上的 Virtual SAN 可能會導致輸入/輸出待處理項目與叢集變得無回應
    Virtual SAN 不會正常處理即將無作用之延遲時間極高的磁碟。此類無作用的磁碟可能會導致輸入/輸出待處理項目與 Virtual SAN 叢集節點在 vCenter Server 中變得無回應。

    透過在核心中提供延遲監控架構的無作用磁碟處理 (DDH) 新功能、用於偵測高延遲時間的精靈以及用於取消掛接個別磁碟和磁碟群組的機制,已在此版本中解決此問題。
  • Virtual SAN 重新同步作業的改善
    可能存在 Virtual SAN 元件重新同步作業可能停止或變得非常緩慢的情形。此版本引入以元件為基礎的壅塞,以改善重新同步作業和 Virtual SAN 叢集穩定性。

vCenter Server 和 vSphere Web Client 問題

  • 針對已啟用 VAAI 的主機上虛擬機器和 NFS 或 NAS 資料存放區的已佈建空間值,[摘要] 索引標籤可能會顯示不正確的值
    在已啟用 VAAI 的 ESXi 主機中支援 VAAI 的 NAS 上建立使用完整佈建消極式歸零格式的虛擬磁碟時,對應虛擬機器和資料存放區的已佈建空間可能會錯誤地顯示。

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

虛擬機器管理問題

  • 嘗試透過 vSphere Client 或 vSphere Web Client 新增 USB 裝置可能會失敗
    如果使用 Intel USB 3.0 驅動程式,嘗試透過 vSphere Client 和 vSphere Web Client 新增 USB 裝置可能會失敗。

    已在此版本中解決此問題。
  • 建立虛擬機器的靜止快照可能會導致 currentSnapshot 欄位的 MOB 值變為未設定
    在您建立靜止快照並透過虛擬機器的受管理物件瀏覽器 (MOB) 瀏覽快照後,currentSnapshot 欄位的 MOB 值將視為未設定。若要檢視 currentSnapshot,您可以導覽至內容 -> 根資料夾 -> 資料中心 -> vmFolder -> vmname -> 快照 -> currentSnaphot。

    已在此版本中解決此問題。
  • 多個 opID 標記記錄訊息會快速記錄在 VMkernel 記錄中
    協助程式環境 opID 標記會產生快速記錄在 VMkernel 記錄中的大量記錄訊息以將其填滿。類似下列內容的記錄會記錄在 VMkernel 記錄中:

    cpu16:nnnnn)World: nnnnn: VC opID hostd-60f4 maps to vmkernel opID nnnnnnnn cpu16:nnnnn)World: nnnnn: VC opID HB-host-nnn@nnn-nnnnnnn-nn maps to vmkernel opID nnnnnnnn cpu8:nnnnn)World: nnnnn: VC opID SWI-nnnnnnnn maps to vmkernel opID nnnnnnnn cpu14:nnnnn)World: nnnnn: VC opID hostd-nnnn maps to vmkernel opID nnnnnnnn cpu22:nnnnn)World: nnnnn: VC opID hostd-nnnn maps to vmkernel opID nnnnnnnn cpu14:nnnnn)World: nnnnn: VC opID hostd-nnnn maps to vmkernel opID nnnnnnnn cpu14:nnnnn)World: nnnnn: VC opID hostd-nnnn maps to vmkernel opID nnnnnnnn cpu4:nnnnn)World: nnnnn: VC opID hostd-nnnn maps to vmkernel opID nnnnnnnn

    已在此版本中解決此問題。
  • USB 3.0 支援
    此版本中已新增 USB 3.0 支援,目前僅適用於 Apple Mac Pro。

High Availability 和 Fault Tolerance 問題

vMotion 和 Storage vMotion 問題

  • 無法在預先配置的虛擬機器上執行快速暫停和繼續或 Storage vMotion
    當您在預先配置的虛擬機器上執行快速暫停和繼續 (FSR) 或 Storage vMotion 時,由於在將保留從來源傳輸至目的地虛擬機器期間保留驗證失敗,因此作業可能會失敗。

    已在此版本中解決此問題。
  • 虛擬機器上的 Storage vMotion 失敗
    如果您已在 VMX 檔案中設定主機本機交換和 checkpoint.cptConfigName 的值,則在虛擬機器上執行 Storage vMotion 可能會失敗。畫面上可能會顯示類似下列內容的錯誤訊息:

    xxxx-xx-xxT00:xx:xx.808Z| vmx| I120: VMXVmdbVmVmxMigrateGetParam: type: 2 srcIp=<127.0.0.1> dstIp=<127.0.0.1> mid=xxxxxxxxxxxxx uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx priority=none checksumMemory=no maxDowntime=0 encrypted=0 resumeDuringPageIn=no latencyAware=no diskOpFile=
    <snip>
    xxxx-xx-xxT00:xx:xx.812Z| vmx| I120: VMXVmdb_SetMigrationHostLogState: hostlog state transits to failure for migrate 'to' mid xxxxxxxxxxxxxxxx


    已在此版本中解決此問題。
  • 執行冷移轉期間為虛擬 RDM 磁碟重設異動區塊追蹤 (CBT)
    不同資料存放區之間的冷移轉不支援虛擬原始裝置對應 (RDM) 磁碟的 CBT 重設。

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

VMware Tools 問題

  • 在 Windows 2000 虛擬機器上嘗試升級 VMware Tools 可能會失敗
    在 Windows 2000 虛擬機器上嘗試升級 VMware Tools 可能會失敗,並且 vmmsi.log 檔案中會寫入類似下列內容的錯誤訊息:

    Invoking remote custom action.DLL: C:\WINNT\Installer\MSI12.tmp, Entrypoint: VMRun
    VM_CacheMod.Return value 3.
    PROPERTY CHANGE: Deleting RESUME property.Its current value is '1'.
    INSTALL.Return value 3.

    已在此版本中解決此問題。
  • 部分驅動程式在 Solaris 11 虛擬機器上可能無法按預期運作
    在 ESXi 5.5 主機上,部分安裝在 Solaris 11 客體作業系統上的驅動程式可能來自 Solaris 10。因此,驅動程式可能無法按預期運作。

    已在此版本中解決此問題。
  • 嘗試使用新核心設定 VMware Tools 可能會截斷 add_drivers 項目中的驅動程式清單
    使用 Dracut 更新核心後,嘗試透過 /usr/bin/vmware-config-tools.pl -k <kernel version> 指令碼使用新核心設定 VMware Tools 時,/etc/dracut.conf.d/vmware-tools.conf 檔案之 add_drivers 項目中的驅動程式清單將會截斷。核心中的 VMware Tools 為上游時會發生此問題。

    已在此版本中解決此問題。
  • 安裝 VMware Tools 後,無法在 Windows 8 或 Windows Server 2012 客體作業系統上開啟 telnet
    在 Windows 8 或 Windows Server 2012 客體作業系統上安裝 VMware Tools 後,嘗試使用 start telnet://xx.xx.xx.xx 命令開啟 telnet 失敗,並顯示下列錯誤訊息

    確保虛擬機器的組態允許客體開啟主機應用程式

    已在此版本中解決此問題。
  • 安裝 VMware Tools 後客體作業系統事件檢視器會顯示警告訊息
    安裝 VMware Tools 後,如果您嘗試對 Windows 虛擬機器啟用 RDP,部分外掛程式可能會在 Windows 事件記錄中顯示警告訊息。警告訊息指出將遠端程序呼叫傳送到主機失敗。

    已在此版本中解決此問題。
  • 在 Linux 虛擬機器上,VMware Tools 服務可能會在關閉期間失敗
    在 Linux 虛擬機器上,當您關閉客體作業系統時,VMware Tools 服務 vmtoolsd 可能會失敗。

    已在此版本中解決此問題。
  • 在首次開啟虛擬機器電源作業期間,VMware Tools 可能無法自動升級
    當使用客體自訂部署或複製虛擬機器並且 VMware Tools 升級原則設定為允許虛擬機器在下次開啟電源時自動升級 VMware Tools 時,在首次開啟虛擬機器電源作業期間,VMware Tools 可能無法自動升級。

    已在此版本中解決此問題。
  • 靜止作業可能會導致 Windows 虛擬機器進入危急狀態
    嘗試在執行 Microsoft Windows 2008 或更新版本的虛擬機器中執行靜止快照可能會失敗,虛擬機器可能會進入危急狀態並顯示藍色畫面及類似以下內容的錯誤訊息:

    A problem has been detected and Windows has been shut down to prevent damage to your computer.If this is the first time you've seen this Stop error screen restart your computer.If this screen appears again, follow these steps:

    Disable or uninstall any anti-virus, disk defragmentation or backup utilities.Check your hard drive configuration, and check for any updated drivers.Run CHKDSK /F to check for hard drive corruption, and then restart your computer.


    如需詳細資訊,請參閱知識庫文章 2115997

    已在此版本中解決此問題。
  • 在 Linux 虛擬機器上執行快照作業後,虛擬機器可能會無法回應
    嘗試建立 Linux 虛擬機器的靜止快照時,虛擬機器在快照作業完成後可能會失敗並需要重新開機。類似下列內容的錯誤訊息會寫入 vmware.log 檔案:

    TZ| vmx| I120: SnapshotVMXTakeSnapshotComplete: done with snapshot 'smvi_UUID': 0
    TZ| vmx| I120: SnapshotVMXTakeSnapshotComplete: Snapshot 0 failed: Failed to quiesce the virtual machine (40).
    TZ| vmx| I120: GuestRpcSendTimedOut: message to toolbox timed out.
    TZ| vmx| I120: Vix: [18631 guestCommands.c:1926]: Error VIX_E_TOOLS_NOT_RUNNING in
    MAutomationTranslateGuestRpcError(): VMware Tools are not running in the guest


    如需更多詳細資訊,請參閱知識庫文章 2116120

    已在此版本中解決此問題。
  • 新問題 嘗試執行快照整併可能會失敗並顯示錯誤:Unexpected signal: 11
    快照整併或刪除會導致 VMware ESXi 5.5 Update 3 上執行的虛擬機器失敗並顯示錯誤:Unexpected signal: 11.您會在 vmware.log 檔案中看到類似下列內容的記錄訊息:

    [YYYY-MM-DD] <time>Z| vcpu-0| I120: SNAPSHOT: SnapshotDiskTreeFind: Detected node change from 'scsiX:X' to ''.

    如需更多詳細資訊,請參閱知識庫文章 2133118

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

已知問題

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

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

安裝與升級問題

  • 已更新 將 VMware vCenter Server 5.5 更新為 5.5 U2 或更新版本會減少 JVM 記憶體堆積大小上限
    嘗試將 VMware vCenter Server 5.5 更新為 5.5 U2 或更新版本會減少 JVM 記憶體堆積大小上限,原因在於套用至 wrapper.conf 檔案的修補程式會使用預設值覆寫 VMware Inventory Service、VMware Profile-Driven Storage Service 及 VMware VirtualCenter Web Management 的檔案。如需其他詳細資料,請參閱知識庫文章 2114669

    因應措施:若要解決此問題,請根據 vCenter Server 詳細目錄大小變更 JVM 堆積大小上限。

  • 新問題 安裝最新的 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 問題

  • 如果先前沒有安裝 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 測試復原作業,則可能不會發生此問題。
>