VMware ESXi 6.0 Update 3a 版本說明

|

ESXi 6.0 Update 3 | 2017 年 7 月 11 日 | ISO 組建編號 5572656

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

版本說明的內容

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

新增功能

舊版 ESXi 6.0

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

國際化

VMware ESXi 6.0 提供下列語言版本:

  • 英文
  • 法文
  • 德文
  • 日文
  • 韓文
  • 簡體中文
  • 西班牙文
  • 繁體中文

VMware vSphere 6.0 元件 (包括 vCenter Server、ESXi、vSphere Web Client 和 vSphere Client) 不接受非 ASCII 輸入。

相容性

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

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

vSphere Web Client 隨 vCenter Server 一併封裝。您可以透過 VMware vCenter 自動執行功能表安裝屬於模組 ISO 檔案的 vSphere Client。

ESXi 的硬體相容性

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

ESXi 的裝置相容性

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

某些裝置已過時,不再受 ESXi 6.0 支援。在執行升級程序期間,裝置驅動程式會安裝在 ESXi 6.0 主機上。裝置驅動程式可能仍會在 ESXi 6.0 上運作,但是該裝置不再受 ESXi 6.0 支援。如需已過時且不再受 ESXi 6.0 支援的裝置清單,請參閱知識庫 2087970

ESXi 的第三方交換器相容性

VMware 現在支援具備 vSphere 6.0 的 Cisco Nexus 1000V。vSphere 至少需要 5.2(1)SV3(1.4) 版的 NX-OS。如需有關 Cisco Nexus 1000V 的詳細資訊,請參閱 Cisco 版本說明。在舊版 vSphere 中,並不支援 Ciscso Nexus 1000V AVS 模式。

ESXi 的客體作業系統相容性

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

 

ESXi 的虛擬機器相容性

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

此版本的安裝和升級

此版本的安裝說明

請閱讀《vSphere 安裝和設定》說明文件,以取得安裝和設定 ESXi 與 vCenter Server 的指引。

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

建議的 vSphere 6.0 部署模型

VMware 僅建議兩種部署模型:

  • 含內嵌式 Platform Services Controller 的 vCenter Server。如果需要在資料中心內部署一或多個獨立 vCenter Server 執行個體,則建議使用此模型。不建議在這些含內嵌式 Platform Services Controller 的 vCenter Server 的模型之間執行複寫。

  • 含外部 Platform Services Controller 的 vCenter Server。僅當需要連結多個 vCenter Server 執行個體或想要減少資料中心內的 Platform Services Controller 使用量時,才建議使用此模型。支援在這些含外部 Platform Services Controller 的 vCenter Server 的模型之間執行複寫。

請閱讀《vSphere 安裝和設定》說明文件,以取得安裝和設定 vCenter Server 的指引。

請閱讀 vSphere 6.0 及其相容 VMware 產品的更新序列,以取得更新 vSphere 元件的適當序列。

另請閱讀 KB 2108548,以取得安裝和設定 vCenter Server 的指引。

vCenter 主機作業系統資訊

閱讀知識庫文章 KB 2091273

備份和還原使用外部 Platform Services Controller 進行的 vCenter Server 和 vCenter Server Appliance 部署

儘管《vSphere 安裝和設定》說明文件中的聲明限制您嘗試備份和還原使用外部 Platform Services Controller 的 vCenter Server 和 vCenter Server Appliance 部署,您仍可以透過依照知識庫 2110294 中的步驟來執行此工作。

從內嵌式 Platform Services Controller 移轉至外部 Platform Services Controller

含內嵌式 Platform Services Controller 的 vCenter Server 無法自動移轉至含外部 Platform Services Controller 的 vCenter Server。此移轉公用程式的測試尚未完成。

在安裝 vCenter Server 之前,判定所需部署選項。如果複寫設定需要多部 vCenter Server,請始終部署含外部 Platform Services Controller 的 vCenter。

移轉第三方解決方案

如需有關透過第三方自訂項目進行升級的資訊,請參閱《vSphere 升級》說明文件。如需有關使用 Image Builder 來自訂 ISO 的資訊,請參閱《vSphere 安裝和設定》說明文件。

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

vSphere 6.0 僅支援 2006 年 6 月 (第三季度) 後可供使用的處理器。與 vSphere 5.x 支援的處理器相比,vSphere 6.0 不再支援下列處理器:

  • AMD Opteron 12xx 系列
  • AMD Opteron 22xx 系列
  • AMD Operton 82xx 系列

在安裝或升級期間,安裝程式會檢查主機 CPU 與 vSphere 6.0 的相容性。如果您的主機硬體不相容,將有紫色畫面顯示關於不相容的資訊訊息,並停止 vSphere 6.0 安裝程序。

此版本的升級說明

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

VMware vSphere 6.0 的開放原始碼元件

下列網址提供了適用於分布於 vSphere 6.0 中的開放原始碼軟體元件的版權聲明與授權:http://www.vmware.com。您需要登入 My VMware 帳戶。然後,從下載功能表中選取 vSphere。在開放原始碼索引標籤上,您也可以針對任意 GPL、LGPL、需要原始碼或需要修改原始碼的其他相似授權下載來源檔案,使其適用於 vSphere 的最新可用版本。

產品支援通知

  • vCenter Server 資料庫。在 vSphere 6.0 版本中,做為 vCenter Server Appliance 之外部資料庫的 Oracle 11g 和 12c 已被取代。在 vSphere 6.0 中,VMware 將繼續支援 Oracle 11g 和 12c 做為外部資料庫。在未來的主要版本中,VMware 將不支援 Orace 11g 和 12c 做為 vCenter Server Appliance 的外部資料庫。

  • vSphere Web Client。vSphere 6.0 Web Client 中無法再使用物件之監控索引標籤中的儲存區報告選項。

  • vSphere Client。vSphere 6.0 Web Client 中無法再使用儲存區視圖索引標籤。

  • Site Recovery Manager:若虛擬機器位於 ESXi 6.0 上且使用 VMware Tools 10.1 版及更高版本,則 SRM 6.5 之前版本的 Site Recovery Manager (SRM)不支援該虛擬機的 IP 自訂和客體內圖說文字作業。如需更多詳細資料,請參閱 VMware Tools 問題

此版本中包含的修補程式

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

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

ESXi600-Update03a (安全性專用組建編號) 修補程式發行版本包含下列個別公告:

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

ESXi600-Update03a (安全性專用組建編號) 修補程式發行版本包含下列映像設定檔:

已解決的問題

已解決的問題分類如下。

備份問題
  • 當您將現有或新虛擬磁碟熱新增至 VVOL 資料存放區上啟用了 CBT (異動區塊追蹤) 的虛擬機器 (VM) 時,客體作業系統可能會停止回應

    當您將現有或新虛擬磁碟熱新增至 VVOL 資料存放區上啟用了 CBT 的虛擬機器時,客體作業系統可能會停止回應,直到熱新增程序完成。虛擬機器是否無回應取決於新增的虛擬磁碟的大小。熱新增完成後,虛擬機器會自動復原。

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

CIM 和 API 問題
  • SNMP 代理程式報告錯誤的 ifOutErrors 和 ifOutOctets 計數器值

    簡易網路管理通訊協定 (SNMP) 代理程式為原本應不同的 ifOutErrors 和 ifOutOctets 計數器報告了相同的值。

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

  • BMC 硬重設後,IPMI 堆疊無回應

    基礎板管理控制器 (BMC) 硬重設後,智慧平台管理介面 (IPMI) 堆疊無回應。

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

  • DDR4 記憶體模組在 vCenter Server 中的 [硬體健全狀況狀態] 頁面上顯示為 [不明]

    Dell 13G 伺服器的 DDR4 記憶體模組在 vCenter Server 中的 [硬體狀態] 頁面上顯示為 [不明]。

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

客體作業系統問題
  • 當您使用 PCI passthru 時,主機發生故障,並出現顯示 VMKPCIPassthru_SetupIntrProxy 的紫色診斷畫面

    當您將 PCI passthru 用於使用 MSI-X 及較新 Linux 核心的裝置時,出現顯示 VMKPCIPassthru_SetupIntrProxy 的紫色診斷畫面。此問題是由 PCIPassthruChangeIntrSettings 中的程式碼導致。

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

主機設定檔和 Auto Deploy 問題
  • 無法登入透過 vSphere Authentication Proxy 使用 Auto Deploy 新增至 Active Directory 網域的 ESXi 主機。

    在您透過 vSphere Authentication Proxy 使用 Auto Deploy 將主機新增至 Active Direcotry 網域後,無法使用 AD 認證登入此主機。

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

國際化問題
  • 非拉丁字元可能不會在虛擬機器儲存區設定檔名稱中正確顯示

    UTF-8 字元在傳遞到 VVol Vasa 提供者之前未正確處理。因此,Vasa 提供者不會正確識別、處理或顯示使用國際字元的虛擬機器儲存區設定檔。

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

其他問題
  • 客體作業系統可能會變慢或 CPU 使用率突然增加

    您的客體作業系統可能會變慢或 CPU 使用率突然增加,這種情況會在停用客體作業系統中的 ASLR 並執行 FSR 後消失。

    下列程序可能會導致出現此類行為:
    1.轉譯快取已填滿在客體作業系統中不同虛擬位址遇到的多個使用者層級 CPUID/RDTSC 指令的轉譯。
    2.虛擬機器監控器檢查現有轉譯時使用分散性較差的雜湊函數。

    停用 ASLR 可暫時解決此問題,您可以將 ESXi 主機升級至包含修正檔的版本以徹底解決此問題。已在此版本中解決此問題。

  • 在銷毀初始配置大小為 64 MB 或更多的實際連續 VMkernel 堆積期間,ESXi 主機發生故障並顯示紫色畫面或出現警告訊息

    由於額外負荷記憶體的錯誤計算,在銷毀初始配置大小為 64 MB 或更多的實際連續 VMkernel 堆積時,ESXi 主機在解除載入時發生故障並顯示紫色畫面或出現警告訊息。

    出現下列警告訊息:

    堆積: 2781: 將銷毀非空堆積 (<heapName>) (可用大小為 <size>,應為 <size>)。

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

  • 您可能會在 hostd 記錄的 lunTimestamps.log 檔案中看到鎖定爭用錯誤訊息

    若要為 ESXi 主機上的每個 LUN 更新上次查看時間戳記,程序必須在 /etc/vmware/lunTimestamps.log 檔案上擷取鎖定。鎖定必須為每個程序保留足夠長的時間。如果有很多此類程序嘗試更新 /etc/vmware/lunTimestamps.log 檔案,它們可能會在此檔案上導致鎖定爭用。如果 hostd 是嘗試擷取鎖定的程序之一,ESXi 主機可能會與 vCenter Server 中斷連線或變得無回應,並在 hostd 記錄中顯示鎖定爭用錯誤訊息 (在 lunTimestamps.log 檔案上)。您可能會看到類似的錯誤訊息:

    Error interacting with configuration file /etc/vmware/lunTimestamps.log: Timeout while waiting for lock, /etc/vmware/lunTimestamps.log.LOCK, to be released.Another process has kept this file locked for more than 30 seconds.The process currently holding the lock is ().This is likely a temporary condition.Please try your operation again.

    附註:

    • process_name 是目前在 /etc/vmware/lunTimestamps.log 上保留鎖定的程序或服務。例如,smartd、esxcfg-scsidevs、localcli 等。
    • PID 是任何這些服務的程序識別碼。

     

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

  • 虛擬機器可能會自動關閉電源,並顯示錯誤「MXUserAllocSerialNumber: 鎖定過多」

    在一般虛擬機器作業期間,VMware Tools 服務 (9.10.0 版及更新版本) 會建立 vSocket 連線以與 Hypervisor 交換資料。如果建立了大量此類連線,Hypervisor 可能會用盡鎖定序號,虛擬機器會關閉電源並顯示錯誤。

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

  • 系統記錄中記錄湧出

    每次核心 API vmk_ScsiCmdGetVMUuid 無法取得有效的虛擬機器 UUID 時,均會在系統記錄中列印類似下列內容的錯誤訊息:

    2016-06-30T16:46:08.749Z cpu6:33528)WARNING: World: vm 0: 11020: vm not found

    透過從核心 API vmk_ScsiCmdGetVMUuid 有條件地叫用導致記錄湧出的 World_GetVcUuid 函數,已在此版本中解決此問題。

網路問題
  • 當您將 ESXi 主機重新連線到 vCenter Server 時,此主機可能會變得無回應

    如果您將 ESXi 主機與 vCenter Server 中斷連線,並且此主機上的某些虛擬機器正在使用 LAG,則在 vCenter Server 端重新建立相同的 LAG 後將 ESXi 主機重新連線到 vCenter Server 時,此主機可能會變得無回應,並顯示錯誤,例如:
    0x439116e1aeb0:[0x418004878a9c]LACPScheduler@ # +0x3c stack: 0x417fcfa00040 0x439116e1aed0:[0x418003df5a26]Net_TeamScheduler@vmkernel#nover+0x7a stack: 0x43070000003c 0x439116e1af30:[0x4180044f5004]TeamES_Output@ # +0x410 stack: 0x4302c435d958 0x439116e1afb0:[0x4180044e27a7]EtherswitchPortDispatch@ # +0x633 stack: 0x0

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

  • 網路統計資料在 vCenter Server 網路效能圖中顯示異常封包計數

    網路封包計數計算可能由多個 CPU 處理。此計算可能會引入網路統計資料計算錯誤,以及在網路效能圖中顯示錯誤數字。

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

  • 設定為使用 EFI 韌體的虛擬機器在某些 DHCP 環境下無法進行 PXE 開機

    如果 DHCP 環境透過 IP 單點傳播進行回應,則設定為使用 EFI 韌體的虛擬機器在嘗試進行 PXE 開機時將無法取得 IP 位址。EFI 韌體無法接收 IP 單點傳播傳送的 DHCP 回覆。

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

  • 由於 Etherswitch 堆積記憶體不足,所有虛擬機器均中斷連線

    Etherswitch 堆積中有大小為 32 位元組到 63 位元組的記憶體流失。堆積記憶體不足時,虛擬機器會中斷連線。

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

  • ESXi 主機在 DVFilter vMotion 層級發生故障並顯示紫色診斷畫面,並報告「PCPU 25: 無活動訊號 (已接收 3/3 IPI)」錯誤

    當您在下列情況下將 ESXi 主機重新開機時,此主機可能會發生故障並顯示紫色診斷畫面,以及 PCPU xxx: 無活動訊號錯誤。
     

    •  您可以在 NSX 環境中使用 vSphere Network Appliance (DVFilter)
    •  您可以在 DVFilter 的控制下,使用 vMotion 移轉虛擬機器

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

  • 使用即時複製技術的虛擬桌面基礎結構 (VDI) 集區中的虛擬機器 (VM) 與 Guest Introspection 服務中斷連線

    使用即時複製的現有虛擬機器,以及使用或未使用即時複製建立的新虛擬機器均與 Guest Introspection 主機模組中斷連線。因此,這些虛擬機器不受保護,並且沒有新 Guest Introspection 組態可轉送到 ESXi 主機。vCenter Server 使用者介面還會顯示「Guest introspection 未就緒」警告。

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

  • VMkernel 記錄包含一或多個「無法啟用保持運作」警告

    在 VMware NSX 和合作夥伴解決方案透過 VMCI 通訊端 (vsock) 通訊時,出現「無法啟用保持運作」警告。VMkernel 記錄現在省略了這些重複警告,因為可以安全地忽略它們。

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

  • 由於使用 e1000/e1000e vNIC 的虛擬機器的網路連線中斷,可能會發生核心危急

    對於使用 e1000/e1000e vNIC 的虛擬機器,當 e1000/e1000e 驅動程式告訴 e1000/e1000e VMkernel 模擬略過描述元 (傳輸描述元位址和長度為 0) 時,可能會發生連線中斷,並且虛擬機器可能會進入核心危急狀態。

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

  • 當 ESXi 連線到設定了 LACP 的 vSphere Distributed Switch 時,vSphere vMotion 失敗

    如果 ESXi 主機連線到設定了 LACP 的 vSphere Distributed Switch,且 LAG 具有處於向下連結狀態的上行連結,那麼當您嘗試使用 vSphere vMotion 時,會看到類似下列內容的警告:目前已連線的網路介面「網路介面卡 1」使用無法存取的網路「DSwitchName」。

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

  • ESXi 主機可能會在關閉期間變得無法使用

    如果您在 ESXi 主機上使用 IPv6 位址類型,則此主機可能會在關閉期間變得無法使用

    將 ESXi 主機升級至版本 6.0 Update 3a。

安全性問題
  • Pixman 程式庫更新

    Pixman 程式庫已更新至 0.35.1 版。

  • 未啟用 ESXi 上的 Likewise 堆疊來支援 SMBv2

    Windows 2012 網域控制站支援 SMBv2,而 ESXi 上的 Likewise 堆疊僅支援 SMBv1。

    藉助此版本,ESXi 上的 Likewise 堆疊可支援 SMBv2。

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

  • VMware Tools 更新

    VMware Tools 已更新至 10.1.5 版。如需詳細資訊,請參閱《VMware Tools 10.1.5 版本說明》

    VMware Tools 10.1.5 解決了開放原始碼元件中的安全性問題。

  • OpenSSL 更新

    OpenSSL 套件已更新至 openssl-1.0.2k 版,可解決 CVE-2017-3731、CVE-2017-3730、CVE-2017-3732 和 CVE-2016-7055。

  • Python 更新

    Python 已更新至 2.7.13 版,可解決 CVE-2016-2183 和 CVE-2016-1000110。

伺服器組態問題
  • vpxd 服務當機,vSphere Web Client 使用者介面無法連線到 vCenter Server 並進行更新

    在某些情況下,VMODL 物件的設定檔路徑保留未設定狀態。這種情況會在回應檔案驗證網路組態期間觸發序列化問題,從而導致 vpxd 服務當機。

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

  • 無法透過主機設定檔將 ESXi 6.x 主機加入 Active Directory

    當您嘗試使用主機設定檔將 ESXi 6.x 主機加入 Active Directory 網域時,應用程式當機或失敗並顯示錯誤。

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

儲存區問題
  • vm-support 命令在執行時出現非嚴重錯誤

    vm-support 命令使用稱為 smartinfo.sh 的指令碼,為 ESXi 主機上的每個儲存裝置收集 SMART 資料。vm-support 命令會為收集支援資料的每個命令施加 20 秒逾時。但是,smartinfo.sh 需要 20 秒以上才能完成,導致 vm-support 命令在執行時出現下列錯誤:由於缺少最後 10 秒的程序,cmd /usr/lib/vmware/vm-support/bin/smartinfo.sh 在 20 秒後逾時 (已讀取 0 位元組)。

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

  • 由於未初始化程式庫,hostd 當機

    當您嘗試將主機重新新增至 vCenter Server 時,如果此主機已啟用 IOFilter,且具有已啟用異動區塊追蹤 (CBT) 的虛擬機器,hostd 可能會當機。篩選器程式庫使用輪詢和 Worker 程式庫。如果篩選器程式庫在輪詢和 Worker 程式庫之前初始化,則無法正常運作並當機。

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

  • 當 ESXi 主機上的虛擬機器在 SeSparse 快照上執行時,此主機可能會停止回應

    當您建立 SEsparse 格式的虛擬機器快照後,如果快照有重大但不同的寫入 IOPS,可能會遇到極少見的競爭情形。這種競爭情形可能會使 ESXi 主機停止回應。

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

  • 執行特定 I/O 工作負載時,使用 SEsparse 虛擬磁碟格式的虛擬機器可能會停止回應

    在多個執行緒中針對特定類型的 I/O 工作負載執行 I/O 作業期間,具有以 SEsparse 為基礎之快照的虛擬機器可能會停止回應。

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

  • 在執行儲存區設定檔變更作業期間從錯誤還原,導致設定檔識別碼損毀

    如果 VVol VASA 提供者在執行儲存區設定檔變更作業期間傳回錯誤,vSphere 會嘗試復原此作業,但設定檔識別碼會在此程序中遭到損毀。

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

  • vSphere Web Client 中針對 VVol 資料存放區顯示錯誤的讀取/寫入延遲

    vSphere Web Client 中針對 VVol 資料存放區顯示的每台主機的讀取/寫入延遲錯誤。

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

  • Auto Deploy 環境中的主機設定檔作業失敗

    Auto Deploy 環境中的主機設定檔作業 (例如檢查符合性、修復和複製主機設定檔) 失敗。
    出現下列情況:

    1. 使用 Auto Deploy 全新安裝 ESXi 主機期間
      • 針對主機設定檔檢查符合性失敗,並顯示類似訊息:
        主機無法用於檢查符合性
      • 主機設定檔修復 (套用主機設定檔) 失敗並顯示下列錯誤:
        在 vCenter Server <vCenter_hostname> 上呼叫物件「HostProfileManager」的「HostProfileManager.GenerateConfigTaskList」失敗
    2. 變更主機設定檔的參考主機失敗並顯示下列錯誤:
      在 vCenter Server <vCenter_hostname> 上呼叫物件「HostProfileManager」的「HostProfileManager.CreateProfile」失敗。
    3. 複製主機設定檔失敗並顯示下列錯誤:
      在 vCenter Server <vCenter_hostname> 上呼叫物件「HostProfileManager」的「HostProfileManager.CreateProfile」失敗。設定檔沒有相關聯的參考主機

    在位於 /var/log/syslog.log 的記錄檔中,出現失敗的作業,並顯示下列錯誤:
    Error: profileData from only a single profile instance supported in VerifyMyProfilesPolicies.

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

  • 含已設定 VMware vFlash Read Cache (VFRC) 之虛擬機器的 ESXi 主機可能會發生故障並顯示紫色畫面

    當後端儲存區變慢或無法存取時,含已設定 VMware vFlash Read Cache (VFRC) 之虛擬機器的 ESXi 主機可能會發生故障並顯示紫色畫面。發生此故障的原因是 VFRC 程式碼中出現鎖定缺失。

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

  • SESparse 導致客體作業系統檔案系統損毀

    使用 SESparse 同時建立快照和複製虛擬機器可能會導致客體作業系統檔案系統損毀。

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

  • 裝置佇列深度參數的動態變更導致 hostd 填滿且出現事件通知

    當 Storage I/O Control (SIOC) 變更 LUN 的最大佇列深度參數時,會從插入式存放結構 (PSA) 傳送事件通知到 hostd。在佇列深度參數動態變更的設定中,事件通知載入會傳送至 hostd,從而導致 vSphere 工作變慢或從 vCenter Server 中斷 hostd 連線等效能問題。

    在此版本中,PSA 不會傳送任何事件通知到 hostd

  • 針對已啟用 Content Based Read Cache (CBRC) 的磁碟重新計算摘要永遠不會報告百分比完成計算,而是傳回系統錯誤

    CBRC 篩選器會使用 32 位元計算來執行計算,並傳回每個摘要重新計算要求的完成百分比。對於大型磁碟,雜湊數量夠大以讓 32 位元計算溢位,從而導致出現不正確的完成百分比。

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

  • 使用者需要為 Pure Storage FlashArray 模型手動設定 SATP 規則

    針對 Pure Storage FlashArray 裝置,使用者將需要手動新增 SATP 規則以根據需求設定 SATP、PSP 和 IOPs。

    已在此版本中解決此問題,且向 ESXi 新增了 SATP 規則,以針對所有 Pure Storage FlashArray 模型將 SATP 設定為 VMW_SATP_ALUA、將 PSP 設定為 VMW_PSP_RR,以及將 IOPs 設定為 1。

    附註:在無狀態 ESXi 安裝中,如果已套用舊主機設定檔,則在升級後會覆寫新的規則。

  • 資料存放區卸載失敗

    有時,在嘗試從 vCenter Server 卸載 NFS 資料存放區時,作業可能會失敗並顯示錯誤 NFS 資料存放區卸載失敗 - 資料存放區具有開啟的檔案,無法卸載

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

  • 使用 Storage vMotion 時,虛擬磁碟的 UUID 可能會變更

    在 vSphere Virtual Volumes 儲存區上使用 Storage vMotion 時,虛擬磁碟的 UUID 可能會變更。UUID 識別虛擬磁碟,變更的 UUID 會使虛擬磁碟顯示為新的不同磁碟。UUID 還對客體作業系統可見,且可能會導致磁碟機被錯誤識別。

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

  • 在 vSAN 中開機 ESXi 或掛接磁碟群組期間,您會在 vmkernel.log 中看到「Failed to open file」錯誤訊息。

    已啟用 vSAN 的 ESXi 主機開機時,或在 vSAN 中手動掛接磁碟群組期間,您會在 vmkernel.log 檔案中看到「Failed to open file」錯誤訊息。

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

  • 在 I/O 案例中,磁碟類型為 SESparse 的連結複製虛擬機器可能會因 HBA 驅動程式、控制器、韌體、連線或儲存區拓撲相關的任何問題而當機或捨棄封包

    當 I/O 作業因 HBA 驅動程式、控制器、韌體、連線或儲存區拓撲相關的任何問題在 HBA 驅動程式層當機或捨棄時,停滯的 I/O 不會中止,從而導致虛擬機器當機。

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

  • 系統變得無回應,您可能會在 vmkernel.log 檔案中收到錯誤「Issue of delete blocks」

    當取消對應命令失敗時,ESXi 主機可能會因失敗路徑中的記憶體流失而停止回應。您可能會在 vmkernel.log 檔案中收到下列錯誤訊息:FSDisk: 300: Issue of delete blocks failed [sync:0] and the host gets unresponsive.

    透過避免記憶體流失,已在此版本中解決此問題。

  • 如果使用 SEsparse 並啟用了取消對應作業,則客體作業系統的檔案系統可能會損毀

    如果使用 SEsparse 並啟用取消對應作業來建立虛擬機器的快照和複製品,在抹除作業 (儲存區取消對應) 完成後,客體作業系統的檔案系統可能會損毀。虛擬機器的完整複製運行良好。

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

  • 修改已啟用異動區塊追蹤 (CBT) 之虛擬磁碟的 IOPS 限制可能會失敗

    若要定義虛擬機器 (VM) 的 Storage I/O 排程原則,您可以透過修改 IOPS 限制來為每個虛擬機器磁碟設定 I/O 輸送量。編輯 IOPS 限制並針對虛擬機器啟用 CBT 時,作業會失敗並顯示錯誤排程參數變更失敗。由於發生此問題,虛擬機器的排程原則將無法更改。vSphere [最近的工作] 窗格中會顯示錯誤訊息。

    您可以在 /var/log/vmkernel.log 檔案中看到下列錯誤:

    2016-11-30T21:01:56.788Z cpu0:136101)VSCSI: 273: handle 8194(vscsi0:0):Input values: res=0 limit=-2 bw=-1 Shares=1000 2016-11-30T21:01:56.788Z cpu0:136101)ScsiSched: 2760: Invalid Bandwidth Cap Configuration 2016-11-30T21:01:56.788Z cpu0:136101)WARNING: VSCSI: 337: handle 8194(vscsi0:0):Failed to invert policy
     

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

  • 取消快照建立工作未正確執行

    嘗試取消快照建立工作,但 VASA 提供者無法在支援 VVoL 的磁碟上取消相關的基礎作業時,已建立快照的 VVoL 會建立且在廢棄項目收集將其清理前會一直存在。

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

  • 取消複製品建立工作未正確執行

    嘗試取消複製品建立工作,但 VASA 提供者無法取消相關的基礎作業時,vCenter Server 會建立新的 VVoL、複製所有資料,並報告複製品建立已成功完成。

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

支援的硬體問題
  • 正在執行 ESXi600-201611001 修補程式的 ESXi 主機可能會因 HPE ProLiant Gen8 伺服器上的非遮罩式插斷 (NMI) 而失敗,並顯示紫色診斷畫面

    ESXi600-201611001 修補程式包括允許 ESXi 停用 Intel® IOMMU (也稱為 VT-d) 插斷重新對應程式功能的變更。在 HPE ProLiant Gen8 伺服器中,停用此功能會導致 PCI 錯誤。由於這些錯誤,平台會產生 NMI,該 NMI 會導致 ESXi 主機發生故障並顯示紫色診斷畫面。

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

升級與安裝問題
  • 使用 SSH 登入 ESXi 主機需要重新輸入密碼

    如果 ESXi 主機在屬於某個網域一部分時從 vSphere 5.5 升級到 6.0 版本,則透過 SSH 連線至 ESXi 主機時,系統會提示您輸入兩次密碼。

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

vCenter Server、vSphere Web Client 和 vSphere Client 問題
  • 無法在 Chrome 57 中使用 VMware Host Client

    當您嘗試使用 Chrome 57 登入 VMware Host Client 時,VMware Host Client 會立即報告錯誤。報告的錯誤為 Angular 中的「Digest in progress」錯誤。

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

虛擬機器管理問題
  • 刪除某個虛擬機器時,摘要 VMDK 檔案不會從虛擬機器資料夾中刪除

    從摘要 VMDK 檔案建立連結複製時,vCenter Server 會將摘要磁碟檔案標記為無法刪除。因此,當刪除個別虛擬機器時,由於描述元檔案中的 ddb.deletable = FALSE ddb 項目,摘要 VMDK 檔案不會從虛擬機器資料夾中刪除。

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

  • 虛擬機器可能會變得無回應

    建立虛擬機器的快照時,該虛擬機器可能會變得無回應。

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

  • 由於作用中記憶體下降,虛擬機器可能會變得無回應

    如果 ESXi 主機上執行的虛擬機器之作用中記憶體低於 1% 並下降至 0,則主機可能會啟動記憶體回收,即使主機擁有足夠的可用記憶體亦如此。

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

    1. 使用 vSphere Web Client 連線至 vCenter Server。
    2. 在詳細目錄中選取 ESXi 主機。
    3. 關閉 ESXi 主機上所有虛擬機器的電源。
    4. 按一下設定
    5. 在 [系統] 標題下,按一下進階系統設定
    6. 搜尋 Mem.SampleActivePctMin 設定。
    7. 按一下編輯
    8. 將該值變更為 1。
    9. 按一下確定接受變更。
    10. 開啟虛擬機器電源。
  • ESXi 主機可能與 vCenter Server 中斷連線

    由於記憶體流失,hostd 程序可能會當機並顯示下列錯誤: 

    記憶體超過固定限制。危急。

    hostd 記錄報告大量錯誤,例如,Unable to build Durable Name

    此類記憶體流失會導致主機與 vCenter Server 中斷連線。

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

  • 快照整併期間,虛擬機器停止回應

    快照整併期間,可能會執行精確計算,以決定執行整併所需的儲存空間。該精確計算可能會導致虛擬機器停止回應,因為需要很長時間才能完成。

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

  • 虛擬機器 (VM) 的 vMotion 移轉有時會暫停,接著會失敗並出現逾時

    如果虛擬機器擁有佔用過多記憶體的驅動程式 (尤其是圖形驅動程式) 或應用程式,則會在虛擬機器中建立一個自黏頁面。當此虛擬機器將要 vMotion 移轉到另一台主機時,移轉程序會因輸入/輸出計算的不正確擱置而暫停,且隨後會失敗。

    已在此版本中修正此問題。

vSAN 問題
  • 對於 RAID5/6 物件,VC 和 RVC 中的 bytsToSync 計算值可能會不正確地顯示

    重新同步位元組的目前計算會過高估計 RAID5/6 組態的完整重新同步流量。當存在以下任一情況時,可能會發生該問題:

    • 透過「移轉全部資料」或「確保可存取性」撤除模式將節點置於維護模式。
    • 在元件因叢集中的失敗而遺失後建立該元件的完整鏡像。

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

  • 系統可能會顯示一般錯誤訊息用於識別空間不足問題,而不是顯示特定訊息

    在某些情況下,系統可能會顯示一般錯誤訊息用於識別空間不足問題,而不是顯示特定訊息。例如,當失敗由磁碟空間不足所致時,您可以看到錯誤訊息,例如「儲存區原則變更失敗: 12 (無法配置記憶體)」。

    已在此版本中修正此問題。

  • 在 bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:199 中,ESXi 主機可能會發生故障並顯示紫色畫面

    多個 LSOM 內部程式碼路徑之間發生一些競爭。釋放快取層中的區域兩次會導致以下類型的堆疊追蹤和危急狀態:

    PanicvPanicInt@vmkernel#nover+0x36b stack: 0x417ff6af0980, 0x4180368 2015-04-20T16:27:38.399Z cpu7:1000015002)0x439124d1a780:[0x4180368ad6b7]Panic_vPanic@vmkernel#nover+0x23 stack: 0x46a, 0x4180368d7bc1, 0x43a 2015-04-20T16:27:38.411Z cpu7:1000015002)0x439124d1a7a0:[0x4180368d7bc1]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x439124d1a800, 0x4 2015-04-20T16:27:38.423Z cpu7:1000015002)0x439124d1a800:[0x418037cc6d46]SSDLOG_FreeLogEntry@LSOMCommon#1+0xb6e stack: 0x6, 0x4180368dd0f4, 0 2015-04-20T16:27:38.435Z cpu7:1000015002)0x439124d1a880:[0x418037d3c351]PLOGCommitDispatch@com.vmware.plog#0.0.0.1+0x849 stack: 0x46a7500, 0

    [PLOG 重新記錄]、[PLOG 探查] 和 [PLOG 解除委任] 工作流程之間發生競爭。

    已在此版本中修正此問題。

  • 在大量 I/O 工作負載下,vSAN 程序可能會長時間佔用 CPU 週期,從而導致短時間鎖定 PCPU

    在大量 I/O 工作負載下,vSAN 程序可能會長時間佔用 CPU 週期,從而導致短時間鎖定 PCPU。這會導致 VMkernel 記錄檔中出現非遮罩式插斷和記錄湧出。

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

  • 已啟用 vSAN 的 ESXi 主機可能會發生故障並顯示 PSOD

    已啟用 vSAN 的 ESXi 主機可能會發生故障並顯示紫色畫面,該畫面上具有以下反向追蹤:

    2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bd20:[0x418032a77f83]Panic_vPanic@vmkernel#nover+0x23 stack: 0x4313df6720ba, 0x418032a944 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bd40:[0x418032a944a9]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x43911b29bda0, 0x4 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bda0:[0x41803387b46c]vs_space_mgmt_svc_start@com.vmware.virsto#0.0.0.1+0x414 stack: 0x100 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29be00:[0x41803384266d]Virsto_StartInstance@com.vmware.virsto#0.0.0.1+0x68d stack: 0x4312df 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bf00:[0x4180338f138f]LSOMMountHelper@com.vmware.lsom#0.0.0.1+0x19b stack: 0x43060d72b980, 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bf30:[0x418032a502c2]helpFunc@vmkernel#nover+0x4e6 stack: 0x0, 0x43060d6a60a0, 0x35, 0x0, 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bfd0:[0x418032c14c1e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0

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

  • 在 vSAN 見證主機上使用 objtool 可能會導致 ESXi 主機發生故障並顯示紫色畫面

    如果在見證主機上使用 objtool,則會執行 ioctl 呼叫,該呼叫會導致 vSAN 見證 ESXi 主機中出現空指針引用,且主機會當機。

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

  • 解除委任已啟用重複資料刪除和壓縮的磁碟 (含有失敗媒體存取命令) 可能會在 vSAN 節點中導致失敗並顯示紫色畫面

    解除委任已啟用重複資料刪除和壓縮的 vSAN 磁碟群組期間,磁碟群組應含有存取命令失敗的磁碟。這些失敗可透過 VMkernel 記錄訊息驗證,例如:
    Partition: 914: Read of GPT header (hdrlba = 1) failed on "naa.55cd2e404c185332" : I/O error.
    解除委任時,這會導致 vSAN 主機發生故障。

    已在此版本中修正此問題。

  • 您可能會收到 vSAN 健全狀況檢查的假警示

    有時,vSAN 健全狀況使用者介面可能會報告類型為「所有主機均已設定 Virtual SAN vmknic」的不正確網路健全狀況檢查狀態,然後觸發假 vCenter Server 警示。

    已在此版本中修正此問題。

  • 虛擬機器可能會停止回應,或主機可能會變為已與 vCenter Server 中斷連線,同時 6.0 Update 2 中出現記錄擁塞或 6.0 Update 3 中出現記憶體擁塞

    從 vSAN 叢集中移除處於無效狀態的 vSAN 元件可能會導致虛擬機器停止回應,或主機變為已與 vCenter Server 中斷連線。

    已在此版本中修正此問題。

  • ESXi 主機可能會發生故障,並顯示紫色畫面

    由於分散式物件管理員用戶端初始化和分散式物件管理員 VMkernel sysinfo 介面程式碼路徑之間存在競爭,ESXi 主機可能會發生故障,並顯示紫色畫面。

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

  • SSD 擁塞可能會導致多個虛擬機器變得無回應

    根據虛擬機器的工作負載和數量,主機上的磁碟群組可能會進入永久裝置遺失 (PDL) 狀態。這會造成磁碟群組不允許其他 IO,從而將其轉譯為無法使用,直到手動介入為止。
     

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

已知問題

已知問題分類如下。

安裝問題
  • 即使在 DCUI 中變更預設組態之後,DNS 尾碼可能仍持續存在
    如果 ESXi 主機部署在 DHCP 伺服器服務的網路上,則首次開機時該主機可能已自動設定預設 DNS + DNS 尾碼。當您嘗試變更 DNS 尾碼時,DCUI 不會移除現有的 DNS 尾碼,但也會僅新增提供的新尾碼。

    因應措施:設定見證 OVF 的 DNS 主機名稱時,請在「DNS 主機名稱」欄位設定完整的 FQDN 名稱以附加正確的 DNS 尾碼。然後可在「自訂 DNS 尾碼」欄位移除不必要的 DNS 尾碼。

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

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

升級問題另請檢閱版本說明的「安裝問題」部分。許多安裝問題也會影響升級程序。
  • 嘗試使用 esxcli software vib update 命令從 ESXi 6.x 升級到 6.0 Update 2 及更高版本失敗
    嘗試使用 esxcli software vib update 從 ESXi 6.x 升級到 6.0 Update 2 失敗,並顯示類似下列內容的錯誤訊息:

    [DependencyError]
    VIB VMware_bootbank_esx-base_6.0.0-2.34.xxxxxxx requires vsan << 6.0.0-2.35, but the requirement cannot be satisfied within the ImageProfile.
    VIB VMware_bootbank_esx-base_6.0.0-2.34.xxxxxxx requires vsan >= 6.0.0-2.34, but the requirement cannot be satisfied within the ImageProfile.


    由於引入了與 esx-base VIB 相互依存的新 Virtual SAN VIB 並且 esxcli software vib update 命令僅更新系統上已安裝的 VIB,因此,出現了該問題。

    因應措施:若要解決此問題,請執行 esxcli software profile update,如下列範例所示:

    esxcli software profile update -d /vmfs/volumes/datastore1/update-from-esxi6.0-6.0_update02.zip -p ESXi-6.0.0-20160302001-standard

  • 從舊版 vSphere 6.0 升級至 vSphere 6.0 Update 1 及更高版本之後,Auto Deploy 上的 SSLv3 保持啟用狀態
    當您從舊版 vSphere 6.0 升級至 vSphere 6.0 Update 1 及更高版本時,Auto Deploy 上的 SSLv3 通訊協定保持啟用狀態。

    因應措施:執行下列步驟以使用 PowerCLI 命令停用 SSLv3:

    1. 執行下列命令以連線至 vCenter Server:

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Connect-VIServer -Server <FQDN_hostname or IP Address of vCenter Server>

    2. 執行下列命令以檢查目前的 sslv3 狀態:

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Get-DeployOption

    3. 執行下列命令以停用 sslv3:

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Set-DeployOption disable-sslv3 1

    4. 重新啟動 Auto Deploy 服務以更新變更。

  • 在 ESXi 從 5.5.x 升級到 6.0 之後,光纖通道主機匯流排介面卡裝置號碼可能會變更

    在 ESXi 從 5.5.x 升級到 6.0 期間,光纖通道主機匯流排介面卡裝置號碼有時會變更。如果使用 esxcli storage core adapter list 命令,裝置號碼可能會變更為另一個號碼。

    例如,在 ESXi 升級之前,光纖通道主機匯流排介面卡的裝置號碼可能會類似下列內容:

    HBA Name
    ––––––––
    vmhba3
    vmhba4
    vmhba5
    vmhba66

    在 ESXi 升級到 6.0 之後,光纖通道主機匯流排介面卡的裝置號碼可能會類似下列內容:

    HBA Name
    ––––––––
    vmhba64
    vmhba65
    vmhba5
    vmhba6

    此範例說明使用 esxcli storage core adapter list 命令可能發生的隨機變更:裝置別名號碼 vmhba2 和 vmhba3 變更為 vmhba64 和 vmhba65,而裝置號碼 vmhba5 和 vmhba6 則保持不變。然而,如果使用 esxcli hardware pci list 命令,則裝置號碼在升級之後不會變更。

    此問題在 VMware 外部,可能不會影響您。ESXi 會顯示裝置別名,但是它不會在任何作業中使用它們。您可以使用主機設定檔來重設裝置別名。請參閱 VMware 產品說明文件及知識庫文章。

    因應措施:無。

  • 升級後不會保留 Active Directory 設定
    將主機升級至 ESXi 6.0 後,不會保留升級前在 ESXi 主機中設定的 Active Directory 設定。

    因應措施:如果升級前 ESXi 版本為 5.1 或更新版本,則在升級後將該主機新增至 Active Directory 網域。如果升級前 ESXi 版本為 ESXi 5.0.x,升級後則不要將該主機新增至 Active Directory 網域。

  • 將 ESXi 升級到先前已新增至網域的 6.0 主機後不再加入該網域
    首次將 vSphere 5.5 升級至 vSphere 6.0 後,不會保留 Active Directory 組態。

    因應措施:升級後,將主機重新加入 vCenter Server 網域:

    1. 將主機新增至 vCenter Server。

    2. 將主機加入網域 (例如 example.com)

    3. 將所有主機升級至 ESXi 6.0。

    4. 手動將最近升級的主機加入網域。

    5. 擷取主機設定檔並停用所有其他設定檔 (除了「驗證」以外)。

    6. 將手動加入的主機設定檔套用至其他最近升級的主機。

  • 在升級 vCenter Server for Windows 後,先前執行的 VMware ESXi Dump Collector 服務重設為預設的 [已停用] 設定
    升級程序會將 VMware Vsphere ESXi Dump Collector 6.0 安裝做為一組 vCenter Server 之選擇性服務的一部分。您必須手動啟用 VMware vSphere ESXi Dump Collector 服務,才能將其用作 vCenter Server 6.0 for Windows 的一部分。

    因應措施:如需如何啟用和執行 vCenter Server 6.0 for Windows 中選擇性服務的相關資訊,請閱讀 VMWare 說明文件或搜尋 VMware 知識庫。

    在作業系統中啟用 VMware vSphere ESXi Dump Collector 服務:

    1. 在 [控制台] 功能表中,選取管理工具,然後按兩下服務

    2. VMware vSphere ESXi Dump Collector編輯啟動類型上按一下滑鼠右鍵。

    3. 啟動類型設定為自動

    4. VMware vSphere ESXi Dump Collector啟動上按一下滑鼠右鍵。

    此時,服務啟動類型將設定為 [自動],且服務處於執行中狀態。

vCenter Single Sign-On 和憑證管理問題
  • 升級 ESXi 主機的 SSL 憑證後,無法連線至虛擬機器主控台
    如果升級由 ESXi 主機使用的 SSL 憑證,並嘗試連線至憑證已被取代時執行的任何虛擬機器的虛擬機器主控台,則可能會導致憑證驗證錯誤。這是因為舊憑證已快取,且任何新主控台連線皆因不相符而遭到拒絕。
    主控台連線仍有可能成功 (例如,如果舊憑證可以透過其他方式進行驗證),但不保證一定成功。現有虛擬機器主控台連線不受影響,但是,如果該主控台在憑證取代期間執行、停止後再重新啟動,則可能會出現問題。

    因應措施:將主機置於維護模式或使其暫停,或者關閉所有虛擬機器電源。僅執行中的虛擬機器受到影響。最佳做法是將主機置於維護模式後執行所有 SSL 憑證升級。

網路問題

  • 某些 vSphere 功能不支援 IPv6
    您可以啟用 IPv6 以用於所有節點和元件,除了下列功能以外:

    • 未對應到 DNS 伺服器上完整網域名稱 (FQDN) 的 ESXi 主機和 vCenter Server 的 IPv6 位址。
      因應措施:使用 FQDN 或確保 IPv6 位址已對應到 DNS 伺服器上的 FQDN,以供反向名稱查閱。

    • 虛擬磁碟區

    • PXE 開機做為 Auto Deploy 和主機設定檔的一部分
      因應措施:透過 IPv4 對 ESXi 主機進行 PXE 開機,然後使用主機設定檔針對 IPv6 設定主機。

    • ESXi 主機和 vCenter Server Appliance 與 Active Directory 的連線
      因應措施:使用 Active Directory over LDAP 做為 vCenter Single Sign-On 中的身分識別來源。

    • 使用 Kerberos 的 NFS 4.1 儲存區
      因應措施:搭配使用 NFS 4.1 與 AUTH_SYS。

    • Authentication Proxy

    • vSphere Management Assistant 和 vSphere Command-Line Interface 與 Active Directory 的連線。
      因應措施:連線至 Active Directory over LDAP。

    • 使用 vSphere Client 針對 vSphere 功能啟用 IPv6
      因應措施:使用 vSphere Web Client 針對 vSphere 功能啟用 IPv6。

  • 使用 ESXi Dump Collector 時可能會發生遞迴危急
    如果主機在顯示紫色診斷畫面並透過網路將核心傾印寫入 ESXi Dump Collector 時處於危急狀態,則可能會發生遞迴核心危急。VMkernel zdump 檔案可能不適用於對 vCenter Server 中的 ESXi Dump Collector 進行疑難排解。

    如果發生遞迴核心危急,則主機上的紫色診斷畫面會顯示下列訊息:
    2014-09-06T01:59:13.972Z cpu6:38776)Starting network coredump from host_ip_address to esxi_dump_collector_ip_address.
    [7m2014-09-06T01:59:13.980Z cpu6:38776)WARNING: Net: 1677: Check what type of stack we are running on [0m
    Recursive panic on same CPU (cpu 6, world 38776, depth 1): ip=0x418000876a27 randomOff=0x800000:
    #GP Exception 13 in world 38776:vsish @ 0x418000f0eeec
    Secondary panic trap frame registers:
    RAX:0x0002000001230121 RCX:0x000043917bc1af80 RDX:0x00004180009d5fb8 RBX:0x000043917bc1aef0
    RSP:0x000043917bc1aee8 RBP:0x000043917bc1af70 RSI:0x0002000001230119 RDI:0x0002000001230121
    R8: 0x0000000000000038 R9: 0x0000000000000040 R10:0x0000000000010000 R11:0x0000000000000000
    R12:0x00004304f36b0260 R13:0x00004304f36add28 R14:0x000043917bc1af20 R15:0x000043917bc1afd0
    CS: 0x4010 SS: 0x0000 FS: 0x4018 GS: 0x4018 IP: 0x0000418000f0eeec RFG:0x0000000000010006
    2014-09-06T01:59:14.047Z cpu6:38776)Backtrace for current CPU #6, worldID=38776, rbp=0x43917bc1af70
    2014-09-06T01:59:14.056Z cpu6:38776)0x43917bc1aee8:[0x418000f0eeec]do_free_skb@com.vmware.driverAPI#9.2+0x4 stack: 0x0, 0x43a18b4a5880,
    2014-09-06T01:59:14.068Z cpu6:38776)Recursive panic on same CPU (cpu 6, world 38776): ip=0x418000876a27 randomOff=0x800000:
    #GP Exception 13 in world 38776:vsish @ 0x418000f0eeec
    Halt$Si0n5g# PbC8PU 7.

    如果在大量流量流經實體網路介面卡 (亦設定為將核心傾印傳送至 vCenter Server 上的收集器) 時出現 VMkernel 危急,則可能會發生遞迴核心危急。

    因應措施:執行下列任一項因應措施:

    • 將實體網路介面卡專用於核心傾印傳輸,只為降低來自系統和虛擬機器流量的影響。

    • 透過執行下列 ESXCLI 主控台命令停用主機上的 ESXi Dump Collector:
      esxcli system coredump network set --enable false

儲存區問題

    NFS 版本 4.1 問題

    • 在 NFS 4.1 共用從所有路徑失效 (APD) 狀態復原後,NFS 4.1 資料存放區上的虛擬機器失敗
      如果 NFS 4.1 儲存區進入 APD 狀態並在寬限期後結束該狀態,則執行於 NFS 4.1 資料存放區上的已開啟電源的虛擬機器會失敗。此寬限期取決於陣列廠商。
      在 NFS 4.1 共用從 APD 復原之後,您會在 vSphere Web Client 中的虛擬機器摘要頁面上看到下列訊息:
      用於保護 VM.vmdk 的鎖定已遺失,可能是由於基礎儲存區問題而引起的。如果此虛擬機器已設定為高度可用,請先確保該虛擬機器在某些其他主機上執行,然後按一下 [確定]。
      按一下 [確定] 後,會產生當機檔案,而虛擬機器將關閉電源。

      因應措施:無。

    • NFS 4.1 用戶端在嘗試建立新工作階段時與伺服器失去同步
      與伺服器中斷連線一段時間後,NFS 4.1 用戶端可能會在嘗試建立新工作階段時與伺服器失去同步。發生這種情況時,vmkernel.log 檔案會包含一系列節流警告訊息,用於說明 NFS41 CREATE_SESSION 要求失敗並顯示 NFS4ERR_SEQ_MISORDERED。

      因應措施:依序執行下列步驟。

      1. 嘗試取消掛接受影響的檔案系統。如果在取消掛接時沒有開啟任何檔案,此作業會成功,NFS 用戶端模組會清理其內部狀態。然後,可以重新掛接已取消掛接的檔案系統並繼續一般作業。

      2. 中斷 NIC 與掛接之 IP 位址的連線,讓其保留中斷狀態足夠長的時間,以便多個伺服器租用時間到期。五分鐘的時間應該足夠。然後,將 NIC 重新連線。一般作業應繼續進行。

      3. 如果上述步驟皆失敗,請將 ESXi 主機重新開機。

    • NFS 4.1 用戶端與 NFS 伺服器失去同步,即使工作階段已重設亦無法復原連線
      與伺服器中斷連線一段時間後,NFS 4.1 用戶端可能會與伺服器失去同步,且即使工作階段已重設亦無法復原與伺服器的同步連線。此問題由 EMC VNX 伺服器問題所致。發生這種情況時,vmkernel.log 檔案會包含一系列節流警告訊息,指出 NFS41: NFS41ProcessSessionUp:2111: resetting session with mismatched clientID; probable server bug

      因應措施:若要結束工作階段,請取消掛接所有資料存放區,然後將其重新掛接。

    • ONTAP Kerberos 磁碟區變得無法存取或發生虛擬機器 I/O 失敗
      NetApp 伺服器收到順序錯誤的 RPCSEC_GSS 要求時沒有回應。因此,對應的 I/O 作業將停止,除非該作業終止且客體作業系統停止或發生 I/O 錯誤。此外,根據 RFC 2203,用戶端僅可以具有與 seq_window (32,若為 ONTAP) 相等的大量未完成要求 (根據 RPCSEC_GSS 內容),且必須等待直到伺服器完成最低的未完成要求。因此,伺服器永遠不會回覆順序錯誤的 RPCSEC_GSS 要求,當用戶端達到最大未完成要求 seq_window 數目後,會停止傳送要求至伺服器。這會造成磁碟區變得無法存取。

      因應措施:無。檢查最新的硬體相容性清單 (HCL),以找到已解決此問題的受支援 ONTAP 伺服器。

    • 無法在 EMC VNX 中的 NFS 4.1 資料存放區上建立大於 1 TB 的虛擬磁碟
      EMC VNX (含韌體 7.x 版本) 中的 NFS 4.1 版儲存區僅支援 32 位元的檔案格式。這會防止您在 NFS 4.1 資料存放區上建立大於 1 TB 的虛擬機器檔案。

      因應措施:將 EMC VNX 陣列更新至 8.x 版本。

    • 在韌體升級期間,EMC VNX 儲存區支援的 NFS 4.1 資料存放區變得無法存取
      將 EMC VNX 儲存區升級至新韌體時,掛接在 ESXi 主機上的 NFS 4.1 資料存放區會變得無法存取。出現這種情況的原因在於 VNX 伺服器在韌體升級後變更其主要裝置編號。主機上的 NFS 4.1 用戶端未預期與伺服器建立連線之後變更主要編號,並導致資料存放區永久無法存取。

      因應措施:取消掛接由 VNX 伺服器匯出的所有 NFS 4.1 資料存放區,然後升級韌體。

    • 當 ESXi 主機使用不同的安全機制掛接相同的 NFS 4.1 資料存放區時,虛擬機器可能會發生故障
      如果不同的 ESXi 主機使用不同的安全機制 (AUTH_SYS 和 Kerberos) 掛接相同的 NFS 4.1 資料存放區,則置於該資料存放區上的虛擬機器可能會出現問題和故障。例如,您嘗試將虛擬機器從 host1 移轉到 host2 可能會失敗,並顯示權限遭拒錯誤。在您嘗試從 host2 存取 host1 虛擬機器時,也可能會看到這些錯誤。

      因應措施:確保掛接 NFS 4.1 磁碟區的所有主機使用相同的安全類型。

    • 嘗試將唯讀檔案複製到使用 Kerberos 的 NFS 4.1 資料存放區失敗
      當您嘗試從來源檔案複製資料到目標檔案時,可能會失敗。目標檔案仍為空白。

      因應措施:無。

    • 當您建立資料存放區叢集時,不保證統一 NFS 4.1 安全類型
      建立資料存放區叢集時,vSphere 不會確認及強制統一 NFS 4.1 安全類型。因此,使用不同安全類型 (AUTH_SYS 和 Kerberos) 的資料存放區可能屬於相同的叢集。如果從使用 Kerberos 的資料存放區移轉虛擬機器至使用 AUTH_SYS 的資料存放區,則虛擬機器的安全性層級會降低。
      此問題適用於 vMotion、Storage vMotion、DRS 和 Storage DRS 等功能。

      因應措施:如果您的虛擬機器需要 Kerberos 安全性,請確保組成同一叢集的所有 NFS 4.1 磁碟區僅使用 Kerberos 安全類型。請勿包括 NFS 3 資料存放區,因為 NFS 3 僅支援 AUTH_SYS。

    Virtual SAN 問題

    • Virtual SAN 健全狀況 UI 因逾時而無法顯示
      Virtual SAN 叢集 > 監控 > Virtual SAN > 健全狀況下存取 Virtual SAN 健全狀況 UI 時,UI 不顯示。可能的原因是 vSphere ESX Agent Manager 當機並導致逾時。若要確認,請開啟 Virtual SAN 健全狀況記錄 (位於 /var/log/vmware/vsan-health/vmware-vsan-health-service.log),然後使用 VsanEamUtil.getClusterStatus: 字串搜尋對 vSphere ESX Agent Manager 服務的呼叫。

      因應措施:使用 vSphere Web Client 重新啟動 vSphere ESX Agent Manager 服務,然後重新整理 Virtual SAN 健全狀況 UI。

    • 使用第三方 lsi_msgpt3 驅動程式時,Virtual SAN 磁碟服務性不會運作
      Virtual SAN 叢集 > 監控 > Virtual SAN > 健全狀況 > 限制健全狀況下對具有兩個或三個節點的 Virtual SAN 進行的健全狀況檢查,在另外 1 個主機失敗後顯示紅色,並在叢集的磁碟空間使用率超過 50% 時觸發 false vCenter Server 事件或警示。

      因應措施:新增一或多個主機至 Virtual SAN 叢集或新增更多磁碟,可將叢集的磁碟空間使用率降低到 50% 以下。

    • 包含兩個或三個節點的 Virtual SAN 叢集的限制健全狀況檢查顯示為紅色
      適用於 Virtual SAN 磁碟服務性的外掛程式 (lsu-lsi-lsi-msgpt3-plugin) 支援取得裝置位置以及開啟或關閉磁碟 LED 的作業。VMware lsi_msgpt3 收件匣驅動程式支援服務性外掛程式。但是,如果您使用第三方非同步驅動程式,則外掛程式不會運作。

      因應措施:使用 VMware 收件匣 lsi_msgpt3 驅動程式 06.255.10.00-2vmw 版或更新版本。

    Virtual Volumes 問題

    • 由於 Virtual Volumes VASA 提供者使用的憑證不正確,無法建立虛擬資料存放區
      有時,Virtual Volumes VASA 提供者使用的自我簽署憑證可能會在未設定 keyCertSign 位元的情況下將 KeyUsage 延伸錯誤地定義為嚴重。在此情況下,提供者登錄成功。但是,您無法從 VASA 提供者報告的儲存區容器建立虛擬資料存放區。

      因應措施:在提供者登錄時由 VASA 提供者使用的自我簽署憑證不應該在未設定 keyCertSign 位元的情況下將 KeyUsage 延伸定義為嚴重。

    一般儲存區問題

    • ESXi 6.0 Update 2 主機連線到具有特定韌體版本之特定儲存區陣列後,可能會遇到 I/O 逾時及後續中止
      ESXi 6.0 Update 2 主機連線到具有特定韌體版本之特定儲存陣列後,會將 SMART 資料要求傳送至儲存陣列,如果該陣列回應時顯示 PDL 錯誤,則 6.0 Update 2 中的 PDL 回應行為可能導致因這些失敗命令持續重試而封鎖其他命令的情況。此錯誤會導致大範圍的 I/O 逾時及後續中止。

      此外,ESXi 主機重新開機後,可能需要較長時間才能重新連線至 vCenter Server,或者主機可能會在 vCenter Server 中顯示為「沒有回應」狀態。諸如 HBA 重新掃描等與儲存區相關的工作可能需要很長時間才能完成。

      因應措施:若要解決此問題,請參閱知識庫文章 2133286

    • 從現有磁碟建立新的虛擬機器時,vSphere Web Client 會將儲存區原則錯誤地顯示為已附加
      當您使用 vSphere Web Client 從現有磁碟建立新虛擬機器,並在設定磁碟時指定儲存區原則時。若選取新的虛擬機器 --> 按一下虛擬機器原則 --> 編輯虛擬機器儲存區原則,篩選器會顯示為已附加,但篩選器實際上並未附加。您可以查看 .vmdk 檔案或 vmkfstools --iofilterslist <vmdk-file>,確認篩選器是否附加。

      因應措施:建立新的虛擬機器後,在開啟其電源之前,按一下虛擬機器原則 --> 編輯虛擬機器儲存區原則,將篩選器新增到 vmdk。

    • NFS 查詢作業傳回 NFS STALE 錯誤
      當您在 NFS 資料存放區中部署大量虛擬機器時,虛擬機器部署會因競爭情形而失敗,並顯示類似下列內容的錯誤訊息:

      失效 NFS 檔案控點

      因應措施:重新啟動查詢作業。如需詳細資訊,請參閱知識庫文章 2130593

    • 如果已使用 QLogic iSCSI 介面卡,則嘗試在 Dell EqualLogic LUN 上建立 VMFS 資料存放區失敗
      無法在透過 QLogic iSCSI 介面卡探索到的 Dell EqualLogic 儲存裝置上建立 VMFS 資料存放區。
      如果嘗試失敗,vCenter Server 上會顯示下列錯誤訊息:無法建立檔案系統,如需詳細資料請參閱 VMkernel 記錄: 連線已逾時。VMkernel 記錄包含持續的 iscsi 工作階段已封鎖iscsi 工作階段已取消封鎖訊息。在 Dell EqualLogic 儲存區陣列上,監控記錄針對 QLogic 啟動器 IQN 名稱顯示從啟動器收到的封包出現通訊協定錯誤訊息。

      使用下列元件時會出現此問題:

      • Dell EqualLogic 陣列韌體:V6.0.7

      • QLogic iSCSI 介面卡韌體版本:3.00.01.75

      • 驅動程式版本:5.01.03.2-7vmw-debug

      因應措施:在 QLogic iSCSI 介面卡上啟用 iSCSI ImmediateData 介面卡參數。依預設,此參數會關閉。無法透過 vSphere Web Client 或 esxcli 命令變更此參數。若要變更此參數,請使用廠商提供的軟體,例如 QConvergeConsole CLI。

    • 具有 Emulex OneConnect HBA 的 ESXi 主機無法開機
      如果 ESXi 主機已安裝 Emulex OneConnect HBA,該主機可能無法開機。可能是因為 Emulex 韌體存在問題而導致此失敗。

      因應措施:若要更正此問題,請連絡 Emulex 以取得適用於您的 HBA 的最新韌體。

      如果您繼續使用舊版韌體,請遵循下列步驟以避免開機失敗:

      1. ESXi 載入時,請在開機 ESXi 核心之前按 Shift+O。

      2. 將現有開機選項保留原樣,然後新增空格後面跟隨 dmaMapperPolicy=false

    • Flash Read Cache 在 APD 期間不會加速 I/O
      如果設定為 Flash Read Cache 之虛擬 Flash 資源的快閃磁碟發生故障或無法存取,或磁碟儲存區無法從主機取得連線,則該主機上的 Flash Read Cache 執行個體無效且無法加速 I/O。因此,當主機和儲存區之間的連線重新建立後,快取不會提供失效資料。連線中斷可能是暫時的所有路徑失效 (APD) 情況,也可能是永久的永久裝置遺失 (PDL)。此情況持續存在,直到虛擬機器已重新開啟電源。

      因應措施:可以將虛擬機器重新開啟電源,以使用 Flash Read Cache 還原 I/O 加速。

    • 所有路徑失效 (APD) 或路徑容錯移轉可能會導致系統失敗
      在共用 SAS 環境中,如果磁碟由 lsi_msgpt3 驅動程式宣告且發生大量 I/O 活動,則 APD 或路徑容錯移轉情況可能會導致系統失敗。

      因應措施:無

    • 頻繁使用 SCSI 中止命令會導致系統失敗
      由於大量 I/O 活動,頻繁使用 SCSI 中止命令會導致 MegaRAID 控制器回應速度很慢。如果已在先前內容中發佈的資源參考出現非預期的中斷情況,可能會導致系統失敗。

      因應措施:無

    • 當 IQN 發生變更時,iSCSI 連線失敗且資料存放區變得無法存取
      當 iSCSI 介面卡上的 iSCSI 工作階段仍處於作用中狀態時,如果變更該介面卡的 IQN,則可能會發生此問題。

      因應措施:當您變更 iSCSI 介面卡的 IQN 時,該介面卡上的工作階段不應該處於作用中狀態。移除介面卡上的所有 iSCSI 工作階段和所有目標,然後再變更 IQN。

    • nvmecli 上線和離線作業並非永遠生效
      當您執行 nvmecli device online -A vmhba* 作業使 NVMe 裝置上線時,該作業似乎已成功。但是,該裝置可能仍處於離線狀態。

      因應措施:透過執行 nvmecli device list 命令檢查 NVMe 裝置的狀態。

    伺服器組態問題
    • 在從可設定狀態之主機將主機設定檔套用到使用 Auto Deploy 佈建的主機時,修復失敗
      當從有狀態部署的主機將主機設定檔套用到使用 Auto Deploy 佈建的主機 (無狀態主機,無本機儲存區) 時,修復嘗試會失敗,並顯示下列錯誤訊息之一:

      • PCI 匯流排位址為 sxxxxxxxx.xx 的 vmhba 裝置不存在於您的主機上。必須先關閉,然後再將卡插入 PCI 插槽 yy。卡的類型應與參考主機上的卡完全相符。

      • 找不到任何有效的核心傾印磁碟分割。

      因應措施:從主機設定檔停用導致問題 (例如,裝置別名組態或核心傾印組態) 的外掛程式,然後修復主機設定檔。

    • 將具有靜態 IP 的主機設定檔套用到主機導致符合性錯誤
      如果從具有 DHCP 網路組態的主機擷取主機設定檔,然後編輯主機設定檔使其擁有靜態 IP 位址,則在您將其套用到其他主機時,會發生符合性錯誤,並顯示下列訊息:

      IPv4 路由數目不相符。

      因應措施:從 DHCP 主機解壓縮主機設定檔前,對主機進行設定,使其具有一個靜態 IP 位址。

    • 當您熱新增已過度認可網路資源的虛擬網路介面卡時,虛擬機器電源可能會關閉
      在已啟用 Network I/O Control 的 vSphere Distributed Switch 上,已開啟電源的虛擬機器將根據主機上實體網路介面卡上的虛擬機器系統流量保留區設定頻寬保留區。將網路介面卡熱新增至已超過主機上實體網路介面卡中可用頻寬的虛擬機器設定網路頻寬保留區。

      熱新增網路介面卡時,VMkernel 會啟動快速暫停和繼續 (FSR) 程序。由於虛擬機器所需網路資源超過可用資源,因此,VMkernel 將使用 FSR 程序的失敗路徑。此失敗路徑的錯誤會導致虛擬機器關閉電源。

      因應措施:不要在網路介面卡新增至已開啟電源的虛擬機器時設定頻寬保留區。

    VMware HA 和 Fault Tolerance 問題
    • 舊版 Fault Tolerance (FT) 在 Intel Skylake-DT/S、Broadwell-EP、Broadwell-DT 和 Broadwell-DE 平台上不受支援
      舊版 FT 在 Intel Skylake-DT/S、Broadwell-EP、Broadwell-DT 和 Broadwell-DE 平台上不受支援。在啟用單一處理器的舊版 Fault Tolerance 後,嘗試開啟虛擬機器電源會失敗。

      因應措施:無。

    客體作業系統問題
    • 在熱插拔後嘗試在 NVMe PCIe SSD 裝置上啟用傳遞模式可能會失敗
      若要透過 vSphere Web Client 在 SSD 裝置上啟用傳遞模式,您可以選取主機,依序按一下管理索引標籤和設定,導覽至硬體區段,按一下 PCI 裝置 > 編輯,從可啟用用於傳遞的作用中裝置清單中選取裝置,然後按一下確定。但是,當您針對不具有 PCIe NVMe 磁碟機的 ESXi 6.0 主機熱插拔新的 NVMe 裝置時,新的 NVMe PCIe SSD 裝置將無法啟用用於傳遞模式,且不會顯示在可用傳遞裝置清單中。

      因應措施:重新啟動主機。也可以在 ESXi 主機上執行命令。

      1. 以根使用者身分登入。

      2. 執行命令
        /etc/init.d/hostd start

    支援的硬體問題
    • 執行 esxcli 以取得磁碟位置時,HP 伺服器上 Avago 控制器的結果不正確
      針對 HP 伺服器上的 Avago 控制器執行 esxcli storage core device physical get 時,結果不正確。

      例如,如果執行:
      esxcli storage core device physical get -d naa.5000c5004d1a0e76
      系統會傳回:
      Physical Location: enclosure 0, slot 0

      實體伺服器上該插槽的實際標籤為 1。

      因應措施:仔細檢查 HP 伺服器上的插槽。由於 HP 伺服器上的插槽號碼是從 1 開始,因此您必須增加命令傳回的插槽號碼才能取得正確的結果。

    CIM 和 API 問題
    • sfcb-vmware_raw 可能會失敗
      sfcb-vmware_raw 可能會失敗,因為配置的最大預設外掛程式資源群組記憶體不夠。

      因應措施:使用以下命令新增用於 sfcbd 外掛程式記憶體限制的 UserVars CIMOemPluginsRPMemMax,並重新啟動 sfcbd,使新的外掛程式值生效:

      esxcfg-advcfg -A CIMOemPluginsRPMemMax --add-desc 'Maximum Memory for plugins RP' --add-default XXX --add-type int --add-min 175 --add-max 500

      XXX 是您要配置的記憶體限制。此值應在最小值 (175) 和最大值 (500) 的範圍內。