VMware ESXi 5.5 Update 1 版本說明

|

VMware ESXi™ 5.5 Update 1 | 2014 年 3 月 11 日 | 組建編號 1623387

上次更新日期:2014 年 4 月 8 日

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

版本說明的內容

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

新增功能

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

  • VMware Virtual SAN - Virtual SAN 5.5 是新的 Hypervisor 聚合式儲存區層,它將 vSphere Hypervisor 延伸到集區伺服器端磁碟 (HDD) 和固態硬碟 (SSD)。透過叢集化伺服器端 HDD 和 SSD,Virtual SAN 可建立為虛擬環境設計和最佳化的分散式共用資料存放區。Virtual SAN 是與 vSphere 分開出售的獨立產品,它需要有自己的授權金鑰 

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

舊版 ESXi 5.5

每個版本的版本說明中均說明了 ESXi 5.5 的功能和已知問題。若要檢視舊版 ESXi 5.5 的版本說明,請參閱《VMware vSphere 5.5 版本說明》

國際化

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

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

相容性與安裝

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.1 會新增對 ESXi 5.5 Update 1 與 vCenter Server 5.5 Update 1 版本的支援。
如需有關 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。

Virtual SAN 的測試版本
不支援 Virtual SAN 叢集從 Virtual SAN Beta 升級到 Virtual SAN 5.5。
停用 Virtual SAN Beta,並為 ESXi 5.5 Update 1 主機執行 Virtual SAN 5.5 的全新安裝。如果您是測試 Virtual SAN 的 Beta 版本,VMware 建議從 vSphere 5.5 Update 1 上的這些安裝程式重新建立想要保留的資料。如需詳細資訊,請參閱 Retaining virtual machines of Virtual SAN Beta cluster when upgrading to vSphere 5.5 Update 1 (升級到 vSphere 5.5 Update 1 時保留 Virtual SAN Beta 叢集的虛擬機器) (知識庫 2074147)。

ESXi 的硬體相容性

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

ESXi 的裝置相容性

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

某些裝置已過時,不再受 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 1 相容的客體作業系統,請參閱《VMware 相容性指南》中的 ESXi 5.5 Update 1 資訊。

ESXi 的虛擬機器相容性

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

升級交付項目

支援的升級工具

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

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

VMware-VMvisor-Installer-5.5.0.update01-1623387.x86_64.iso

 

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


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

是*

是*

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


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

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

http://www.vmware.com/download/vsphere/open_source.html 的 [開放原始碼] 索引標籤上,提供適用於 vSphere 5.5 Update 1 中所散佈的開放原始碼軟體元件的版權聲明和授權。您也可以針對任意 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-Update01 修補程式發行版本包含下列個別公告:

ESXi550-201403201-UG:更新了 ESXi 5.5 esx-base vib
ESXi550-201403202-UG:更新了 ESXi 5.5 tools-light vib
ESXi550-201403203-UG:更新了 ESXi 5.5 rste vib
ESXi550-201403204-UG:更新了 ESXi 5.5 net-e1000e vib
ESXi550-201403205-UG:更新了 ESXi 5.5 scsi-mpt2sas vib
ESXi550-201403206-UG:更新了 ESXi 5.5 lsi-msgpt3 vib
ESXi550-201403207-UG:更新了 ESXi 5.5 mtip32xx-native vib
ESXi550-201403208-UG:更新了 ESXi 5.5 sata-ahci vib
ESXi550-201403209-UG:更新了 ESXi 5.5 scsi-megaraid-sas vib
ESXi550-201403210-UG:更新了 ESXi 5.5 net-igb vib
ESXi550-201403211-UG:更新了 ESXi 5.5 net-tg3 vib

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

ESXi550-201403101-SG:更新了 ESXi 5.5 esx-base vib
ESXi550-201403102-SG:更新了 ESXi 5.5 tools-light vib

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

ESXi-5.5.0-20140302001-standard
ESXi-5.5.0-20140302001-no-tools

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

ESXi-5.5.0-20140301001s-standard
ESXi-5.5.0-20140301001s-no-tools

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

已解決的問題

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

CIM 和 API 問題

  • 無法取得 IPMI 感應器資料
    當您執行 exscli hardware ipmi sdr list 命令時,針對已耗盡的資源,您可能會看到類似下列內容的錯誤:
    無記錄或版本不相容或讀取失敗

    已在此版本中解決此問題。
  • vmkapimod 的 vmklinux_9:ipmi_thread 顯示 CPU 一小時內的使用率為 100%
    在 ESXi 主機中,使用智慧平台管理介面 (IPMI) 工具讀取 Field Replaceable Unit (FRU) 詳細目錄資料時,vmkapimod 的 vmklinux_9:ipmi_thread 顯示 CPU 使用率為 100%。這是因為 IPMI 工具已多次使用 [讀取 FRU 資料] 命令來讀取大型詳細目錄資料。

    已在此版本中解決此問題。
  • 無法停用 CIM 連接埠 5989 上的弱式加密
    若要停用支付卡產業 (PCI) 規範標準的加密區塊鏈結 (CBC) 演算法,您可能需要停用 CIM 連接埠 5989 上的弱式加密。系統不允許執行此操作。您可以透過執行下列命令來更新 sfcb.cfg 中的組態,以停用弱式加密:

    # vi /etc/sfcb/sfcb.cfg
    sslCipherList: HIGH:!DES-CBC3-SHA
    # /etc/init.d/sfcbd-watchdog restart

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

  • 使用 EMC PowerPath 查詢 CIM_System 時,查詢作業失敗
    PowerPath 在 /VMware/esxv2/ 下查詢 CIM_System 時,作業會失敗並會在 CIM 伺服器中報告錯誤。該錯誤類似下列內容:

    ThreadPool --- Failed to enqueue request.Too many queued requests already: vmwaLINUX
    ThreadPool --- Failed to enqueue request.Too many queued requests already: vmware_base, active 5, queued 11 .\TreeViewHostDiscovery.cpp 611

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

  • 更新感應器資料時會出現乙太網路提供者的核心傾印
    在 IBM x3650M3 伺服器上的 [硬體狀態] 索引標籤中更新感應器資料時,會出現乙太網路提供者的 Small Footprint CIM Broker (SFCB) 核心傾印。即便是在多次嘗試後,硬體狀態索引標籤仍無法顯示資料。

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

其他問題

  • 在主機重新開機時未建立 SNMP 設陷檔案的 RAM 磁碟
    主機重新開機或從 Direct Console 使用者介面重新啟動 ESXi 主機上的管理代理程式時,未建立 SNMP 設陷的 RAM 磁碟。在 ESXi 主機的 /var/spool/snmp 內建立物件 (目錄、檔案、連結或其他) 後,啟動 SNMP 服務時,未建立 SNMP 設陷的 RAM 磁碟。

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

  • 關閉虛擬機器電源時,VMX 程序可能會失敗,並顯示錯誤訊息
    嘗試關閉虛擬機器電源時,VMX 程序可能會失敗。
    類似下列內容的錯誤訊息可能會寫入 vmware.log 檔案:

    Unexpected signal: 11

    已在此版本中解決此問題。
  • JavaFX 應用程式項目不會正確顯示在已啟用 3D 的虛擬機器中
    在虛擬機器設定中啟用 3D 時,不會正確顯示 JavaFX 應用程式的使用者介面元件。

  • 已在此版本中解決此問題。
  • 在介面卡等待所有可用目標上的 I/O 完成時,lsilogic 虛擬介面卡中設定的多個虛擬磁碟可能無回應
    lsilogic 虛擬介面卡執行 scsi 目標重設命令時,它將等待可用於虛擬介面卡的所有目標上的 I/O 完成。這可能會導致包含 lsilogic 虛擬介面卡中設定的多個虛擬磁碟的虛擬機器變得無回應。

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

網路問題

  • 由於 RSS 中的頻繁變更,VMXNET3 介面卡會在 Windows Server 2008 R2 中進行重設
    在多 vCPU Windows 虛擬機器上啟用接收端調整時,會看到重複 MAC 位址的 NetPort 訊息,表示連接埠正被停用,然後再重新啟用。在 vmkernel.log 中,會看到類似下列內容的訊息:

    2013-07-08T06:11:58.158Z cpu4:xxxxxx)NetPort: xxxx: disabled port 0xnnnnnnn
    2013-07-08T06:11:58.177Z cpu4:xxxxxx)NetPort: xxxx: enabled port 0xnnnnnnn with mac xx:xx:xx:xx:xx:xx
    2013-07-08T06:12:46.191Z cpu1:xxxxxx)NetPort: xxxx: disabled port 0xnnnnnnn
    2013-07-08T06:12:46.211Z cpu7:xxxxxx)NetPort: xxxx: enabled port 0xnnnnnnn with mac xx:xx:xx:xx:xx:xx

    使用這些 MAC 位址之虛擬機器的 vmware.log 檔案包含類似下列內容的對應事件:

    2013-07-08T06:18:20.175Z| vcpu-1| Ethernet4 MAC Address: xx:xx:xx:xx:xx:xx
    2013-07-08T06:18:20.199Z| vcpu-1| VMXNET3 user: Ethernet4 Driver Info: version = 833450 gosBits = 2 gosType = 2, gosVer = 24848, gosMisc = 212
    2013-07-08T06:18:36.165Z| vcpu-6| Ethernet4 MAC Address: xx:xx:xx:xx:xx:xx
    2013-07-08T06:18:36.187Z| vcpu-6| VMXNET3 user: Ethernet4 Driver Info: version = 833450 gosBits = 2 gosType = 2, gosVer = 24848, gosMisc = 212

    已在此版本中解決此問題。此版本已更新 VMXNET3 網路驅動程式。

  • 含使用 E1000 或 E1000e 虛擬介面卡之虛擬機器的 ESXi 5.x 主機發生故障,並顯示紫色診斷畫面
    當 rxRing 緩衝區填滿時,而且將最大的 Rx 信號設定成 2 以上時,ESXi 主機出現含有錯誤 E1000PollRxRing 和 E1000DevRx 的紫色診斷畫面。第二信號所處理的下一個收到的 Rx 封包是 NULL,這將造成處理錯誤。
    紫色診斷畫面顯示類似下列內容的項目:

    @BlueScreen: #PF Exception 14 in world 63406:vmast.63405 IP 0x41801cd9c266 addr 0x0
    PTEs:0x8442d5027;0x383f35027;0x0;
    Code start: 0x41801cc00000 VMK uptime: 1:08:27:56.829
    0x41229eb9b590:[0x41801cd9c266]E1000PollRxRing@vmkernel#nover+0xdb9 stack: 0x410015264580
    0x41229eb9b600:[0x41801cd9fc73]E1000DevRx@vmkernel#nover+0x18a stack: 0x41229eb9b630
    0x41229eb9b6a0:[0x41801cd3ced0]IOChain_Resume@vmkernel#nover+0x247 stack: 0x41229eb9b6e0
    0x41229eb9b6f0:[0x41801cd2c0e4]PortOutput@vmkernel#nover+0xe3 stack: 0x410012375940
    0x41229eb9b750:[0x41801d1e476f]EtherswitchForwardLeafPortsQuick@<None>#<None>+0xd6 stack: 0x31200f9
    0x41229eb9b950:[0x41801d1e5fd8]EtherswitchPortDispatch@<None>#<None>+0x13bb stack: 0x412200000015
    0x41229eb9b9c0:[0x41801cd2b2c7]Port_InputResume@vmkernel#nover+0x146 stack: 0x412445c34cc0
    0x41229eb9ba10:[0x41801cd2ca42]Port_Input_Committed@vmkernel#nover+0x29 stack: 0x41001203aa01
    0x41229eb9ba70:[0x41801cd99a05]E1000DevAsyncTx@vmkernel#nover+0x190 stack: 0x41229eb9bab0
    0x41229eb9bae0:[0x41801cd51813]NetWorldletPerVMCB@vmkernel#nover+0xae stack: 0x2
    0x41229eb9bc60:[0x41801cd0b21b]WorldletProcessQueue@vmkernel#nover+0x486 stack: 0x41229eb9bd10
    0x41229eb9bca0:[0x41801cd0b895]WorldletBHHandler@vmkernel#nover+0x60 stack: 0x10041229eb9bd20
    0x41229eb9bd20:[0x41801cc2083a]BH_Check@vmkernel#nover+0x185 stack: 0x41229eb9be20
    0x41229eb9be20:[0x41801cdbc9bc]CpuSchedIdleLoopInt@vmkernel#nover+0x13b stack: 0x29eb9bfa0
    0x41229eb9bf10:[0x41801cdc4c1f]CpuSchedDispatch@vmkernel#nover+0xabe stack: 0x0
    0x41229eb9bf80:[0x41801cdc5f4f]CpuSchedWait@vmkernel#nover+0x242 stack: 0x412200000000
    0x41229eb9bfa0:[0x41801cdc659e]CpuSched_Wait@vmkernel#nover+0x1d stack: 0x41229eb9bff0
    0x41229eb9bff0:[0x41801ccb1a3a]VmAssistantProcessTask@vmkernel#nover+0x445 stack: 0x0
    0x41229eb9bff8:[0x0]<unknown> stack: 0x0

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

  • 在多個 VMkernel 連接埠上啟用管理流量時,顯示在 DCUI 上的 IP 位址會在重設時變更
    每當您重設在多個 VMkernel 連接埠上啟用管理流量的管理網路時,顯示在 Direct Console 使用者介面 (DCUI) 上的 IP 位址就會變更。

    已在此版本中解決此問題。
  • ESXi 主機顯示含例外狀況 14 錯誤的紫色診斷畫面
    含有 DvFilter 模組的 ESXi 主機可能會顯示含類似下列內容的反向追蹤之紫色診斷畫面:

    2013-07-18T06:41:39.699Z cpu12:10669)0x412266b5bbe8:[0x41800d50b532]DVFilterDispatchMessage@com.vmware.vmkapi#v2_1_0_0+0x92d stack: 0x10
    2013-07-18T06:41:39.700Z cpu12:10669)0x412266b5bc68:[0x41800d505521]DVFilterCommBHDispatch@com.vmware.vmkapi#v2_1_0_0+0x394 stack: 0x100
    2013-07-18T06:41:39.700Z cpu12:10669)0x412266b5bce8:[0x41800cc2083a]BH_Check@vmkernel#nover+0x185 stack: 0x412266b5bde8, 0x412266b5bd88,

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

  • ESXi 主機可能會因為 ESXi TCP/IP 堆疊中的競爭情形而發生故障,並出現紫色畫面
    ESXi 主機可能會發生故障並出現紫色畫面,其中顯示類似下列內容的錯誤訊息:

    2013-02-22T15:33:14.296Z cpu8:4104)@BlueScreen: #PF Exception 14 in world 4104:idle8 IP 0x4180083e796b addr 0x1
    2013-02-22T15:33:14.296Z cpu8:4104)Code start: 0x418007c00000 VMK uptime: 58:11:48:48.394
    2013-02-22T15:33:14.298Z cpu8:4104)0x412200207778:[0x4180083e796b]ether_output@<None>#<None>+0x4e stack: 0x41000d44f360
    2013-02-22T15:33:14.299Z cpu8:4104)0x4122002078b8:[0x4180083f759d]arpintr@<None>#<None>+0xa9c stack: 0x4100241a4e00

    這個問題是由 ESXi TCP/IP 堆疊中的競爭情形導致。

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

  • Intel e1000e 網路介面驅動程式可能會停止回應收到的 (RX) 流量
    Intel e1000e 網路介面驅動程式可能會停止回應收到的 (RX) 流量。

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

  • 啟用 Network Healthcheck 功能時,ESXi 主機可能會發生故障並出現紫色畫面
    啟用 Network Healthcheck 功能並處理多個 Healthcheck 封包時,L2Echo 功能可能無法處理高網路流量,而且 ESXi 主機可能會發生故障並出現類似下列內容的紫色診斷畫面:

    2013-06-27T10:19:16.074Z cpu4:8196)@BlueScreen: PCPU 1: no heartbeat (2/2 IPIs received)
    2013-06-27T10:19:16.074Z cpu4:8196)Code start: 0x418024600000 VMK uptime: 44:20:54:02.516
    2013-06-27T10:19:16.075Z cpu4:8196)Saved backtrace from: pcpu 1 Heartbeat NMI
    2013-06-27T10:19:16.076Z cpu4:8196)0x41220781b480:[0x41802468ded2]SP_WaitLockIRQ@vmkernel#nover+0x199 stack: 0x3b
    2013-06-27T10:19:16.077Z cpu4:8196)0x41220781b4a0:[0x4180247f0253]Sched_TreeLockMemAdmit@vmkernel#nover+0x5e stack: 0x20
    2013-06-27T10:19:16.079Z cpu4:8196)0x41220781b4c0:[0x4180247d0100]MemSched_ConsumeManagedKernelMemory@vmkernel#nover+0x1b stack: 0x0
    2013-06-27T10:19:16.080Z cpu4:8196)0x41220781b500:[0x418024806ac5]SchedKmem_Alloc@vmkernel#nover+0x40 stack: 0x41220781b690...
    2013-06-27T10:19:16.102Z cpu4:8196)0x41220781bbb0:[0x4180247a0b13]vmk_PortOutput@vmkernel#nover+0x4a stack: 0x100
    2013-06-27T10:19:16.104Z cpu4:8196)0x41220781bc20:[0x418024c65fb2]L2EchoSendPkt@com.vmware.net.healthchk#1.0.0.0+0x85 stack: 0x4100000
    2013-06-27T10:19:16.105Z cpu4:8196)0x41220781bcf0:[0x418024c6648e]L2EchoSendPort@com.vmware.net.healthchk#1.0.0.0+0x4b1 stack: 0x0
    2013-06-27T10:19:16.107Z cpu4:8196)0x41220781bfa0:[0x418024c685d9]L2EchoRxWorldFn@com.vmware.net.healthchk#1.0.0.0+0x7f8 stack: 0x4122
    2013-06-27T10:19:16.108Z cpu4:8196)0x41220781bff0:[0x4180246b6c8f]vmkWorldFunc@vmkernel#nover+0x52 stack: 0x0


    已在此版本中解決此問題。
  • 資料存放區內的 .dvsData 目錄中未清除未使用的 vSphere Distributed Switch (VDS) 連接埠
    在對 vNIC 連接到 VDS 的虛擬機器執行 vMotion 期間,即使在一段時間之後,.dvsData 目錄中仍未清除 vMotion 來源主機中的連接埠檔案。

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

  • vCenter 效能圖和 VMkernel 中的 net.throughput.usage 傳回值互相矛盾
    在 vCenter 效能圖中,net.throughput.usage 相關值是以 KB 為單位,但是在 VMkernel 中傳回的相同值卻是以位元組為單位。這將導致在 vCenter 效能圖中的值表示不正確。

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

  • tg3 NIC 的 TCP 分割卸載 (TSO) 功能可能會導致 ESXi 主機發生故障
    當在 tg3 驅動程式中啟用 TSO 功能時,tg3 NIC 可能會損毀經過它們的資料。

    已在此版本中解決此問題。已停用 tg3 NIC 的 TSO 功能。
  • 在相同的 ESXi 主機和 vSwitch 上兩個虛擬機器之間的 esxtop 中所報告的網路封包丟棄不正確
    當兩個虛擬機器都在主機上的相同 vSwitch 上設定了 e1000 驅動程式時,兩個虛擬機器間的網路流量可能在 esxtop 中報告大量封包丟棄。由於在報告期間,從客體啟用 TSO 時沒有針對分割封包計算,因此會發生此問題。

    已在此版本中解決此問題。此版本已更新 VMXNET3 網路驅動程式。

安全性問題

  • libxslt 更新
    ESXi userworld libxslt 封包已更新。
  • NTP 精靈更新
    已更新 NTP 精靈以解決安全性問題。
    常見漏洞與披露專案 (cve.mitre.org) 已將此問題命名為 CVE-2013-5211
    附註:此問題的因應措施已記錄於知識庫 2070193 中。
  • glibc 套件更新
    已更新 ESXi glibc-2.5 套件以解決安全性問題。
    常見漏洞與披露專案 (cve.mitre.org) 已將此問題命名為 CVE-2013-4332

伺服器組態問題

  • esxtop 命令列工具報告的 CPU 使用量值不一致
    在啟用超執行緒的機器上,相較於使用 esxtop 核心使用量時所找到的值,vSphere Client 的 CPU 核心使用量值為雙倍。
  • 已在此版本中解決此問題。
  • esxcli network nic coalesce get 命令所收到的單位不正確
    輸入命令 esxcli network nic coalesce get 輸出所收到的單位是毫秒。正確的單位是微秒。

    已在此版本中解決此問題。
  • 無法存取 VMFS 資料存放區或某些檔案
    您可能會發現 vCenter Server 的資料存放區索引標籤中的虛擬機器檔案系統資料存放區遺失,或是事件索引標籤中顯示類似下列內容的事件:

    XXX esx.problem.vmfs.lock.corruptondisk.v2 XXX 或在磁碟區 {1} ({2}) 上至少偵測到一處磁碟鎖定損毀。磁碟區的其他區域可能也已損壞。

    vmkernel.log 檔案中會記錄下列訊息:

    [lockAddr 36149248] Invalid state: Owner 00000000-00000000-0000-000000000000 mode 0 numHolders 0 gblNumHolders 4294967295ESC[7m2013-05-12T19:49:11.617Z cpu16:372715)WARNING: DLX: 908: Volume 4e15b3f1-d166c8f8-9bbd-14feb5c781cf ("XXXXXXXXX") might be damaged on the disk.Corrupt lock detected at offset 2279800: [type 10c00001 offset 36149248 v 6231, hb offset 372ESC[0$

    您也有可能在 vmkernel.log 檔案中看到下列記錄訊息:

    2013-07-24T05:00:43.171Z cpu13:11547)WARNING: Vol3: ValidateFS:2267: XXXXXX/51c27b20-4974c2d8-edad-b8ac6f8710c7: Non-zero generation of VMFS3 volume: 1

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

  • 在 HP 伺服器上安裝 EMC PowerPath 之後無法使用 ESXi 本機磁碟
    安裝 EMC PowerPath 後,沒有任何多路徑外掛程式 (MPP) 宣告本機資料存放區。執行宣告規則時,如果路徑符合宣告規則,則會將該路徑提供給 MPP。在 vSphere 5.1 中,如果 MPP 傳回失敗,則會將該路徑與其他宣告規則比對,如果相符,則會將該路徑提供給這些宣告規則中的 MPP。如果沒有任何 MPP 宣告路徑,則會由於 catch-all 宣告規則而將路徑提供給 NMP。

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

  • ESXi 主機顯示含有錯誤的紫色診斷畫面
    在 VMkernel 系統資訊 (VSI) 從 userworld 程式 ps 呼叫期間,當傳送到核心的執行個體清單損毀時,VMkernel 發生錯誤。如果 numParams 過高,而核心嘗試存取該索引的陣列,便會發生此問題。會顯示含類似下列內容的反向追蹤之紫色診斷畫面:
  • 2013-09-06T00:35:49.995Z cpu11:148536)@BlueScreen: #PF Exception 14 in world 148536:ps IP 0x418004b31a34 addr 0x410019463308

    PTEs:0x4064ffe023;0x2080001023;0x100065023;0x0;

    2013-09-06T00:35:49.996Z cpu11:148536)Code start: 0x418004800000 VMK uptime: 2:11:35:53.448
    2013-09-06T00:35:49.996Z cpu11:148536)0x412250e1bd80:[0x418004b31a34]VSIVerifyInstanceArgs@vmkernel#nover+0xf3 stack: 0x410009979570
    2013-09-06T00:35:49.997Z cpu11:148536)0x412250e1bdd0:[0x418004b31bbb]VSI_CheckValidLeaf@vmkernel#nover+0xca stack: 0x8c8
    2013-09-06T00:35:49.998Z cpu11:148536)0x412250e1be40:[0x418004b32222]VSI_GetInfo@vmkernel#nover+0xb1 stack: 0x4100194612c0
    2013-09-06T00:35:49.999Z cpu11:148536)0x412250e1beb0:[0x418004ca7f31]UWVMKSyscallUnpackVSI_Get@<None>#<None>+0x244 stack: 0x412250e27000
    2013-09-06T00:35:50.000Z cpu11:148536)0x412250e1bef0:[0x418004c79348]User_UWVMKSyscallHandler@<None>#<None>+0xa3 stack: 0x0
    2013-09-06T00:35:50.001Z cpu11:148536)0x412250e1bf10:[0x4180048a8672]User_UWVMKSyscallHandler@vmkernel#nover+0x19 stack: 0xffea48d8
    2013-09-06T00:35:50.001Z cpu11:148536)0x412250e1bf20:[0x418004910064]gate_entry@vmkernel#nover+0x63 stack: 0x0
    2013-09-06T00:35:50.004Z cpu11:148536)base fs=0x0 gs=0x418042c00000 Kgs=0x0

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

  • ESXi 主機無法回應,並且與 vCenter Server 中斷連線
    ESXi 主機無法回應,並且與 vCenter Server 中斷連線。另外,DCUI 與 SSH 由於在 lsassd 中的記憶體流失 (因為 Active Directory 環境中的網域離線),而未能成功登入主機。

  • 已在此版本中解決此問題。
  • 允許虛擬機器顯示實體主機序號
    虛擬機器無法反映實體 ESXi 主機的序號。

  • 已在此版本中解決此問題。
  • ESXi 主機所顯示的 resourceCpuAllocMax 系統計數器值不正確
    當您嘗試針對主機系統來擷取 resourceCpuAllocMax 與 resourceMemAllocMax 系統計數器值時,ESX 主機傳回不正確的值。vSphere Client 連線到 vCenter Server 時會出現此問題。

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

  • 光纖通道主機匯流排介面卡 (HBA) 的速度顯示不正確
    受管理物件瀏覽器 (MOB) 上某些 ESXi 主機的光纖通道主機匯流排介面卡 (HBA) 速度一直錯誤地顯示成 0。

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

  • 多個 ESXi 主機可能會在 vCenter Server 中停止回應
    將大量平行 HTTP GET /folder URL 要求傳送到 hostd 時,hostd 服務會失敗。這會防止將主機新增回 VCenter Server。畫面上可能會顯示類似下列內容的錯誤訊息:
     
    無法存取指定主機,可能是指定主機不存在、伺服器軟體未回應或網路有問題。
     
    已在此版本中解決此問題。
  • 硬體版本低於 10 的虛擬機器無法連線到 NVS 網路
    硬體版本低於 10 的虛擬機器無法連線到 NVS (NSX Virtual Switch) 網路。但硬體版本為 4 或更新版本的虛擬機器可以連線到 NVS 網路。

  • 已在此版本中解決此問題。
  • Hostd 失敗並產生 hostd-worker 傾印
    將軟體 iSCSI 磁碟 (與 vDS 上的 vmknic 連線) 卸除後,ESXi 5.5 主機可能會產生 hostd-worker 傾印。當您嘗試擷取主機上的最新資訊時,便會發生這個問題。

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

  • 當共用的非持續性磁碟與另一個已開啟電源的虛擬機器連接 (或共用) 時,共用的非持續性磁碟之熱移除將需要花費更多時間
    當您將共用的非持續性唯讀磁碟新增至虛擬機器時,虛擬機器可能會花費更多時間在磁碟移除工作作業上。

    已在此版本中解決此問題。
  • 佈建和自訂虛擬機器可能會中斷與網路的連線
    當您在具有暫時連接埠的 vDS 上從範本佈建和自訂虛擬機器時,虛擬機器可能會中斷與網路的連線。

    類似下列內容的錯誤訊息可能會寫入記錄檔中:

    2013-08-05T06:33:33.990Z| vcpu-1| VMXNET3 user: Ethernet1 Driver Info: version = 16847360 gosBits = 2 gosType = 1, gosVer = 0, gosMisc = 0
    2013-08-05T06:33:35.679Z| vmx| Msg_Post: Error
    2013-08-05T06:33:35.679Z| vmx| [msg.mac.cantGetPortID] Unable to get dvs.portId for ethernet0
    2013-08-05T06:33:35.679Z| vmx| [msg.mac.cantGetNetworkName] Unable to get networkName or devName for ethernet0
    2013-08-05T06:33:35.679Z| vmx| [msg.device.badconnect] Failed to connect virtual device Ethernet0.
    2013-08-05T06:33:35.679Z| vmx|

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

  • 停止 SNMP 代理程式時,會在 ESXi 主機中建立設陷檔案
    停止 SNMP 代理程式時,簡易網路管理通訊協定 (SNMP) 會在 ESXi 主機的 /var/spool/snmp 資料夾中建立設陷檔案 (.trp)。SNMP 代理程式在停止時若未成功刪除目錄 /var/spool/snmp,hostd 會將設陷檔案 (.trp) 寫入 /var/spool/snmp,這將導致主機的 inode 不足,並在 vCenter Server 中顯示為已中斷連線。因此,您可能無法在主機上執行任何工作。

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

  • 在透過開機前執行環境 (PXE) 開機的主機上,已開啟電源的虛擬機器遺失 GuestNicInfo
    安裝和執行 VMware Tools 時,在已開啟電源的虛擬機器上沒有 GuestNicInfo 和 GuestStackInfo。
  • 已在此版本中解決此問題。

  • 執行 ESXCLI 命令或使用依賴 SNMP 代理程式的監控工具,可能會導致與 ESXi 主機的連線中斷
    當您執行 ESXCLI 命令,或者如果您使用的監控工具依賴 ESXi 中 SNMP 代理程式的資料,則與 ESXi 主機的連線可能會因為 hostd 服務的失敗而中斷。

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

  • ESXi 主機的 bandwidthCap 和 throughputCap 選項可能無法在客體作業系統上運作
    在 ESXi 主機上,同時設定 bandwidthCap 和 throughputCap 時,I/O 節流選項在虛擬機器上可能無法正常運作。發生此情況的原因是,在 SCSI 排程器中設定節流選項時邏輯比較不正確。

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

  • 在已啟用 SNMP 以及伺服器上已安裝第三方 CIM 提供者的主機上不會收到 SNMP 設陷
    在已啟用 SNMP 和已安裝第三方 CIM 提供者的 ESXi 主機中變更監控的硬體狀態時,您可能不會收到 SNMP 設陷。類似下列內容的訊息會記錄在 syslog 檔案中:

    2013-07-11T05:24:39Z snmpd: to_sr_type: unable to convert varbind type '71'
    2013-07-11T05:24:39Z snmpd: convert_value: unknown SR type value
    02013-07-11T05:24:39Z snmpd: parse_varbind: invalid varbind with type 0 and value: '2'
    2013-07-11T05:24:39Z snmpd: forward_notifications: parse file '/var/spool/snmp/1373520279_6_1_3582.trp' failed, ignored

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

  • 嘗試在虛擬機器上重設 CPUID 遮罩時,hostd 失敗
    SetRegisterInfo 的值為 NULL 或空白字串,嘗試在虛擬機器上重設 CPUID 遮罩時,hostd 會當機。

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

  • ESXi 安裝失敗,並顯示「UnboundLocalError」錯誤
    ESXi 安裝失敗,並顯示錯誤:"UnboundLocalError: local variable 'isLocalOnlyAdapter' referenced before assignment"

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

  • 主機設定檔偶爾無法套用網路連接儲存裝置 (NAS) 設定檔
    主機無法套用 NasStorageProfile,且主機無法在應用程式發生故障期間離開維護模式。

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

  • 嘗試套用複雜主機設定檔可能會導致逾時
    套用複雜主機設定檔 (例如,包含大量連接埠群組和資料存放區的主機設定檔) 時,此作業可能逾時,並出現類似下列內容的錯誤訊息:

    2013-04-09T15:27:38.562Z [4048CB90 info 'Default' opID=12DA4C3C-0000057F-ee] [VpxLRO] -- ERROR task-302 -- -- vim.profile.host.profileEngine.HostProfileManager.applyHostConfig:

    vmodl.fault.SystemError:
    --> Result:
    --> (vmodl.fault.SystemError) {
    --> dynamicType = ,
    --> faultCause = (vmodl.MethodFault) null,
    --> reason = "",
    --> msg = "A general system error occurred: ",
    --> }

    hostd 預設逾時為 10 分鐘。由於 applyHostConfig 不是一種漸進式工作,因此 hostd 服務無法在 hostd 逾時期間辨別已失敗的工作和長時間執行的工作。因此,hostd 服務報告 applyHostConfig 已失敗。

    已在此版本中解決此問題,方法是安裝 30 分鐘逾時做為 HostProfileManager 受管理物件的一部分。但是,當您嘗試套用大型主機設定檔時此問題可能仍會發生,並且此工作可能超過 30 分鐘逾時限制。若要解決此問題,請重新套用主機設定檔。

    附註:逾時的實際觸發取決於主機設定檔的複雜性。
  • 虛擬機器監視器傳回無效機器頁碼時,VMKernel 出現故障
    當 VMX 傳遞 VPN 值來讀取頁面時,VMKernel 無法找到針對 VPN 值的有效機器頁碼,這將導致主機發生故障,出現紫色診斷畫面。

    已在此版本中解決此問題。
  • 將虛擬介面卡新增至 vDS 可能會導致 syslog.log 檔案記錄錯誤訊息
    在設定為使用 vSphere Distributed Switch (vDS) 的 ESXi 主機上,如果將虛擬介面卡新增至 vDS,syslog.log 檔案可能會記錄類似下列內容的錯誤訊息:
    lookup_vswitch: fetch VSI_MODULE_NODE_PortCfgs failed Not found
    此錯誤訊息可以安全忽略,其會在 SNMP 記錄層級為 INFO (預設值) 時出現。
    若要確保此訊息不出現在 syslog 檔案中,請將 SNMP 記錄層級設定為 warning 或 error,方法是執行命令 localcli system snmp set --loglevel= warninglocalcli system snmp set --loglevel=error

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

儲存區問題

  • esxtop 效能資料的輸出可能顯示為 0
    將 esxtop 效能資料的輸出重新導向到 CSV 格式的檔案時,在批次模式下所收集的 esxtop.csv 值可能會變更成 0。esxtop.csv 檔案可能會顯示類似下列內容的 I/O 值:

    "09/04/2013 22:00:00","1251.43","4.89","7.12","1839.62","7.19","4.99","1273.05","4.97","7.08""09/04/2013
    22:00:10","1283.92","5.02","7.06","1875.14","7.32","4.89","1290.37","5.04","7.07""09/04/2013
    22:00:20","1286.49","5.03","7.03","1914.86","7.48","4.87","1320.55","5.16","6.90""09/04/2013
    22:00:31","1222.56","4.78","7.44","1775.23","6.93","5.21","1253.87","4.90","7.28""09/04/2013
    22:00:41","1269.87","4.96","7.15","1847.40","7.22","4.97","1267.62","4.95","7.13""09/04/2013
    22:00:51","1291.36","5.04","7.05","1857.97","7.26","4.96","1289.40","5.04","7.08""09/04/2013
    22:01:01","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00""09/04/2013
    22:01:11","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00""09/04/2013
    22:01:22","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00""09/04/2013
    22:01:32","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00""09/04/2013 22:01:42","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00","0.00"


    當 vSCSI 無效訊息依預設設定為 True 而不是 False 時,便會發生此問題。

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

Virtual SAN 問題

  • 當磁碟位於 Virtual SAN 磁碟群組中時,您無法熱拔除由 Advance Host Controller Interface (AHCI) 驅動程式宣告的儲存磁碟
    AHCI 驅動程式宣告已連線至主機板上或經過啟用 AHCI 的儲存裝置介面卡之 SATA 連接埠的資料或 SSD 儲存磁碟。如果磁碟由 AHCI 驅動程式宣告並且位於 Virtual SAN 磁碟群組中,您便無法將其從 ESXi 主機中熱拔除。如果進行熱拔除,則在您將磁碟重新連線後,主機將無法偵測到磁碟。

    已在此版本中解決此問題。
  • 進行 SSD 熱拔除時,ESXi 主機可能會發生故障。
    當您嘗試熱拔除 SSD 時,您的 ESXi 主機可能會當機並發生故障。

    已在此版本中解決此問題。
  • Virtual SAN 可能無法偵測到您熱拔除後又熱重新插入的磁碟
    如果您熱拔除 SSD 或非 SSD 磁碟,則在其熱重新插入後,Virtual SAN 可能偵測不到該磁碟。

    已在此版本中解決此問題。
  • ESXi 主機形成一個單節點叢集,並且無法加入現有 Virtual SAN 叢集
    如果啟用 Virtual SAN 時針對 Virtual SAN 設定的 vmknic 不具有 IP 位址,則會發生此問題。如果啟用 Virtual SAN 後 vmknic 取得 IP 位址時 hostd 尚未啟動,則主機可能會形成一個單節點叢集。

    已在此版本中解決此問題。
  • 如果 Virtual SAN 叢集的目前容量使用量超過 70%,則節點無法透過完整資料撤除選項進入維護模式
    當從叢集中移除節點導致容量使用量超過 Virtual SAN 叢集的 70% 時,便會發生此問題。叢集容量指的是 Virtual SAN 叢集中的空間。

    已在此版本中解決此問題。
  • 複製具有儲存區原則的虛擬機器始終會將儲存區原則傳輸至目標虛擬機器,即使您不需要該原則亦如此。
    當您複製與儲存區原則相關聯的虛擬機器,並選取不將儲存區原則指派給目標虛擬機器時,複製程序會成功。但是,原始虛擬機器的儲存區原則將用於目標虛擬機器的組態。因此,目標虛擬機器可能會無意中使用 Virtual SAN 資料存放區上的額外資源。

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

vCenter Server 和 vSphere Web Client 問題

  • 虛擬磁碟輸送量的效能統計資料計算可能由於 1024 的因數不正確
    虛擬磁碟輸送量的效能統計資料計算以位元組/秒為單位測量不正確。

    已在此版本中解決此問題,方法是將測量單位變更為 KB/秒。

虛擬機器管理問題

  • 當舊版磁碟片在 BIOS 中停用時,虛擬機器無法從 CD 或 DVD 開機
    如果在 BIOS 中停用舊版磁碟片,則虛擬機器可能無法開機。執行下列步驟時會發生此問題:
    1. 建立沒有作業系統的虛擬機器。
    2. 使用虛擬機器設定將 CD 或 DVD 設定為連線到 ISO 映像檔或實體磁碟機,以安裝客體作業系統。
    3. 在 BIOS 中停用舊版磁碟片。
    在 BIOS 中停用舊版磁碟片之後,虛擬機器會發出兩次嗶聲且無法開機。

    已在此版本中解決此問題。
  • 嘗試將虛擬機器做為 OVF 匯出失敗,發生逾時錯誤
    當您嘗試匯出的虛擬機器為開放虛擬化格式 (OVF) 且使用 Ext 2Ext 3 檔案系統,並且磁碟上具有大型空白區塊序列 (例如,210 GB 或更大的空白次要磁碟) 時,作業會逾時。

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

VMware HA 和 Fault Tolerance 問題

  • 嘗試設定 HA 可能會失敗並顯示錯誤訊息,指出找不到 HA 主要代理程式
    您可能無法設定 High Availability (HA)。類似下列內容的錯誤訊息可能會寫入 vpxd.log 檔案:

    vpxd-1967.log:2013-04-06T01:35:02.156+09:00 [07220 warning 'DAS'] [FdmManager::ReportMasterChange] VC couldn't find a master for cluster HA_GD for 120 seconds
    vpxd-1968.log:2013-04-06T05:02:55.991+09:00 [07320 warning 'DAS'] [FdmManager::ReportMasterChange] VC couldn't find a master for cluster HA_ID for 120 seconds


    當 hostd 函數用盡工作階段時,會發生此問題。類似下列內容的錯誤訊息會寫入 hostd.log 檔案:

    SOAP session count limit reached.

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

升級與安裝問題

  • ESXi 安裝失敗,並顯示 UnboundLocalError 錯誤
    ESXi 安裝失敗,並顯示錯誤:UnboundLocalError: local variable 'isLocalOnlyAdapter' referenced before assignment

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

VMware Tools 問題

  • 在 VMware Tools 更新期間,嘗試解除登錄 VSS 驅動程式可能會導致 vCenter Protect Agent 顯示警告訊息
    嘗試使用擁有未簽署 comreg.exe 檔案的 VMware Tools 版本更新 Windows 客體作業系統上的 VMware Tools 以及解除登錄 VSS 驅動程式時,vCenter Protect Agent 可能會顯示類似下列內容的警告訊息:

    comreg.exe 正在嘗試執行

    透過包含 VMware 簽署的 comreg.exe 檔案,已在此版本中解決此問題。
  • Microsoft Office 無法將檔案儲存到共用目錄
    當您將 Microsoft Office 2007 或 Microsoft Office 2010 應用程式中的檔案儲存到受 VMware vShield Endpoint 和無代理程式防毒解決方案保護之虛擬機器上的共用目錄時,會看到類似下列內容的錯誤:

    檔案目前正在使用中。請稍後再試。
    無法將檔案儲存到此位置。

    儲存到共用的檔案為空,大小為 0 KB。

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

  • 更新 RHEL 6.2 上的 VMware Tools 時發生錯誤
    當在使用 RPM (Red Hat Package Manager) 的 RHEL 6.2 (Red Hat Linux Enterprise) 虛擬機器中將舊版 VMware Tools 更新到 9.0.5 版本時,可能會顯示類似下列內容的錯誤:

    錯誤: 套件: kmod-vmware-tools-vsock-9.3.3.0-2.6.32.71.el6.x86_64.3.x86_64 (RHEL6-isv)
    需要: vmware-tools-vsock-common = 9.0.1
    已安裝: vmware-tools-vsock-common-9.0.5-1.el6.x86_64 (@/vmware-tools-vsock-common-9.0.5-1.el6.x86_64)
    vmware-tools-vsock-common = 9.0.5-1.el6
    可用: vmware-tools-vsock-common-8.6.10-1.el6.x86_64 (RHEL6-isv)
    vmware-tools-vsock-common = 8.6.10-1.el6
    可用: vmware-tools-vsock-common-9.0.1-3.x86_64 (RHEL6-isv)
    vmware-tools-vsock-common = 9.0.1-3

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

  • 在使用 --cmd 引數擷取虛擬機器資訊時,VMware Tools 服務會失敗
    執行 vmtoolsd 查詢 (例如 vmtoolsd --cmd "info-get guestinfo.ovfEnv") 時,VMware Tools 服務可能會失敗。此問題為 VMware Tools 9.0.1 版和 9.0.5 版中的已知問題。

    已在此版本中解決此問題。
  • Oracle Linux 5.x 中遺失預先建立的核心模組
    VMware Tools 已更新,現在可提供具有 2.6.39-200/400 預先建立之核心模組的 Oracle Linux 5.x。

    已在此版本中解決此問題。
  • 使用作業系統特定套件安裝 VMware Tools 時,/tmp/vmware-root 目錄中會填滿 vmware-db.pl.* 檔案
    使用 OSP 安裝 VMware Tools 時,您會發現 /tmp/vmware-root 目錄中的記錄檔數量增加。此問題會出現在 SUSE Linux Enterprise Server 11 Service Pack 2 和 RedHat Enterprise Linux 6 虛擬機器上。

    已在此版本中解決此問題。
  • vSphere Web Client 可能無法辨識 Linux 客體作業系統已安裝 VMware Tools
    vSphere Web Client 可能無法辨識 Linux 客體作業系統已安裝 VMware Tools。
    類似下列內容的錯誤訊息可能會顯示在 vSphere Web Client 的摘要索引標籤下:
    此虛擬機器上未安裝 VMware Tools。

    已在此版本中解決此問題。
  • Maxon Cinema 4D 應用程式在 vSGA 模式下可能會失敗
    嘗試按一下應用程式的任一 UI 項目時,由於 VMware OpenGL 驅動程式中存在問題,Maxon Cinema 4D 在虛擬共用圖形加速 (vSGA) 模式下可能會失敗。

    已在此版本中解決此問題。
  • 在虛擬機器中執行 Petrel 3D 應用程式時,可能會看到與轉譯相關的錯誤
    在虛擬機器中執行 Petrel 3D 應用程式時,由於 OpenGL 圖形驅動程式存在問題,可能會看到與轉譯相關的錯誤。

    已在此版本中解決此問題。
  • 在 VMware Tools 升級期間,使用者被強制登出 Windows 8 和 Windows 8.1 虛擬機器
    當在 Windows 8 和 Windows 8.1 虛擬機器中升級 VMware Tools 時,使用者會被自動登出虛擬機器。

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

已知問題

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

安裝問題
  • 在 Windows Server 2012 上執行簡單安裝失敗
    如果作業系統設定為使用 DHCP IP 位址,則在 Windows Server 2012 上執行簡單安裝會失敗

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

  • 在軟體 iSCSI LUN 上執行安裝失敗,並顯示錯誤:必須要有 2 個開機區,找到 0 個
    伴隨該問題的完整錯誤如下:
    錯誤 (如需詳細資訊,請參閱記錄檔):
    必須要有 2 個開機區,找到 0 個。

    當第一個網路介面卡設定為從 iBFT iSCSI 開機時,便會發生此問題。iBFT IP 設定用於設定建立來存取 iSCSI 開機磁碟的 VMkernel 網路連接埠。在這種情況下,該連接埠為管理網路連接埠,因為第一個介面卡用於管理流量。

    當安裝完成大約 90% 時,安裝程式會使用 DHCP 重新設定管理介面。因此,iBFT IP 設定會遺失,同時 TCP 與 iSCSI 開機目標之間的連線將中斷。

    因應措施:採取下列其中一項動作:

    • 如果有多個網路介面卡可用,請使用第二個網路介面卡存取 iSCSI 開機磁碟。
    • 如果僅有一個網路介面卡可用,請設定 iBFT 使用 DHCP。iSCSI 目標應該位於管理網路上。如果 iSCSI 目標位於不同的子網路上,則預設 VMkernel 閘道會同時路由管理流量和 iSCSI 流量。
  • 如果您對 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"

升級問題

  • 修補程式 ID ESXi550-Update01 的修補程式名稱顯示為「參閱說明」*
    使用 vSphere Update Manager 時,您可能會注意到,ESXi 5.5 Update 1 彙總服務包,修補程式 ID ESXi550-Update01 的修補程式名稱會顯示參閱說明,(無 KB)
    遺失修補程式名稱沒有功能性影響。彙總服務包詳細資料可在知識庫 2065832 中找到。

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

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

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

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

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

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

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

    因應措施:無。

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

    因應措施:無。

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

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

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

    因應措施:

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

網路問題

  • 與 vmknic 介面和動態 IP 位址相關聯的靜態路由在重新開機後可能無法顯示*
    將主機重新開機後,與 VMkernel 網路介面 (vmknic) 和動態 IP 位址相關聯的靜態路由可能無法顯示。
    此問題是由 DHCP 用戶端和還原路由命令之間的競爭情形導致。主機嘗試在重新開機程序期間還原自訂路由時,DHCP 用戶端可能無法完成擷取 vmknics 的 IP 位址。因此,可能無法設定閘道且不會還原路由。

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

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

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

    因應措施:無

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

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

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

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

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

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

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

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

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

伺服器組態問題

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

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

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

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

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

  • 將 Auto Deploy 用於 USB 的無狀態快取或可設定狀態的安裝後,顯示不符合規範訊息
    編輯主機設定檔以在主機上對 USB 磁碟啟用無狀態的快取後,主機設定檔在嘗試修復時收到符合性錯誤。主機將重新開機並完成快取。在檢查符合性之後,會收到以下符合性錯誤:
    主機狀態與規格不相符

    因應措施:不需要任何因應措施。此訊息不正確。

  • 將 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 主機。

儲存區問題

  • 嘗試執行具有 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

  • 虛擬機器目錄包含重複的分頁檔 (.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 命令。
  • 不穩定的網路可能會導致對 Virtual SAN 叢集進行磁碟分割*
    如果 Virtual SAN 網路由於 DHCP 或 DNS 相關問題而不穩定,可能會對 Virtual SAN 叢集進行磁碟分割。
    記錄檔可能包含類似下列內容的項目:
    var/run/log/dhclient.log:2013-11-08T15:59:07Z dhclient-uw[33625]: ipv4: Unbinding interface
    var/run/log/dhclient.log:2013-11-08T15:59:23Z dhclient-uw[33635]: ipv4: Unbinding interface


    因應措施:使用靜態 IP。

vCenter Server 和 vSphere Web Client

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

    因應措施:
    1. 依序重新啟動 netlogond、lwiod 及 lsassd 精靈。
    2. 使用 vSphere Client 登入 ESXi 主機。
    3. 組態索引標籤中,按一下驗證服務設定
    4. 重新整理以檢視信任的網域。
虛擬機器管理問題
  • 地區設定為法文且裝有 Windows 7 Enterprise 64 位元客體作業系統的虛擬機器於複製作業期間遇到問題
    如果您已複製執行法文地區設定的 Windows 7 Enterprise 64 位元虛擬機器,虛擬機器會從網路中斷連線且不會套用自訂規格。當虛擬機器於 ESXi 5.1 主機上執行,而您將其複製到 ESXi 5.5 並將 VMware Tools 升級到 5.5 主機可用的最新版本時,就會發生這個問題。

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

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

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

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

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

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

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

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

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

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

    因應措施:無。

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

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

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

VMware Tools 問題

  • 升級 VMware Tools 後檔案消失*
    升級 VMware 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 套件