發行日期：2021 年 3 月 18 日

組建編號詳細資料

下載檔案名稱：	ESXi670-202103001.zip
組建編號：	17700523
下載大小：	476.7 MB
md5sum：	26f177706bce4a0432d9e8af016a5bad
sha1checksum：	0263a25351d003d34321a062b391d9fe5c312bd2
需要主機重新開機：	是
需要虛擬機器移轉或關閉：	是

公告

公告識別碼	類別	嚴重性
ESXi670-202103401-BG	錯誤修正	嚴重
ESXi670-202103402-BG	錯誤修正	重要
ESXi670-202103403-BG	錯誤修正	重要
ESXi670-202103101-SG	安全性	重要
ESXi670-202103102-SG	安全性	中
ESXi670-202103103-SG	安全性	中

彙總公告

此彙總公告包含最新的 VIB，其中含有自 ESXi 6.7 的初始版本起的所有修正。

公告識別碼	類別	嚴重性
ESXi670-202103001	錯誤修正	嚴重

重要事項：對於使用 VMware vSAN 的叢集，您必須先升級 vCenter Server 系統。不支援僅升級 ESXi 主機。
升級前，請務必確認《VMware 產品互通性對照表》中從舊版 ESXi、vCenter Server 和 vSAN 到目前版本的相容升級路徑。 

映像設定檔

VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。

映像設定檔名稱

ESXi-6.7.0-20210304001-standard

ESXi-6.7.0-20210304001-no-tools

ESXi-6.7.0-20210301001s-standard

ESXi-6.7.0-20210301001s-no-tools

如需有關個別公告的詳細資訊，請參閱下載修補程式頁面和〈已解決的問題〉一節。

修補程式下載和安裝

將修補程式套用至 ESXi 主機的一般方式是使用 VMware vSphere Update Manager。如需詳細資料，請參閱〈關於安裝與管理 VMware vSphere Update Manager〉。

可透過以下方式更新 ESXi 主機：從 VMware 下載頁面手動下載修補程式 ZIP 檔案，並使用 esxcli software vib 命令安裝 VIB。此外，可以使用映像設定檔和 esxcli software profile 命令更新系統。

如需詳細資訊，請參閱《vSphere Command-Line Interface 概念和範例》以及《vSphere 升級》指南。

已解決的問題

已解決的問題分類如下。

• ESXi670-202103401-BG
• ESXi670-202103402-BG
• ESXi670-202103403-BG
• ESXi670-202103101-SG
• ESXi670-202103102-SG
• ESXi670-202103103-SG
• ESXi-6.7.0-20210304001-standard
• ESXi-6.7.0-20210304001-no-tools
• ESXi-6.7.0-20210301001s-standard
• ESXi-6.7.0-20210301001s-no-tools

ESXi670-202103401-BG

修補程式類別	錯誤修正
修補程式嚴重性	嚴重
需要主機重新開機	是
需要虛擬機器移轉或關閉	是
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMware_bootbank_vsan_6.7.0-3.143.17661912 VMware_bootbank_esx-update_6.7.0-3.143.17700523 VMware_bootbank_esx-base_6.7.0-3.143.17700523 VMware_bootbank_vsanhealth_6.7.0-3.143.17665851
修正的 PR	2677275、2664834、2678794、2681680、2649392、2680976、2681253、2701199、2687411、2664504、2684836、2687729、2685806、2683749、2713397、2706021、2710158、2669702、2660017、2685772、2704741、2645044、2683393、2678705、2693303、2695382、2678639、2679986、2713569、2682261、2652285、2697898、2681921、2691872、2719154、2711959、2681786、2659768、2663643
CVE 號碼	不適用

更新了 esx-base、esx-update、vsan 和 vsanhealth VIB 以解決下列問題：

• PR 2677275：如果 Xorg 程序在 ESXi 主機結束維護模式時無法重新啟動，則 hostd 服務可能會沒有回應

  如果 Xorg 程序在 ESXi 主機結束維護模式時無法重新啟動，則 hostd 服務可能會沒有回應，因為它無法完成結束作業。

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

• PR 2664834：由於虛擬機器中的磁碟配置問題，儲存區中斷可能會導致環境中出現錯誤

  在短暫儲存區中斷後，虛擬機器一旦復原，磁碟配置可能不會重新整理並保持不完整狀態。因此，環境中可能會出現錯誤。例如，您可能會在 VMware Horizon 環境的 View Composer 記錄中看到類似下列內容的重複錯誤：InvalidSnapshotDiskConfiguration。

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

• PR 2678794：ESX 主機因 hostd 服務故障而沒有回應

  如果在不支援此作業的虛擬磁碟上由 VMware vSphere Replication 觸發的 vim.VirtualDiskManager.revertToChildDisk 作業中缺少 NULL 檢查，可能會導致 hostd 服務失敗。如此一來，ESXi 主機會與 vCenter Server 系統中斷連線。

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

• PR 2681680：如果停用 RC4，則 ESXi 主機上的 Active Directory 使用者驗證可能會失敗

  如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

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

• PR 2649392：DvFilter 代理程式堆積不足可能會導致使用 vSphere vMotion 移轉虛擬機器失敗

  DVFilter 代理程式使用一般堆積來配置其內部結構和緩衝區的空間，以及用於在 vSphere vMotion 作業期間移動用戶端代理程式狀態的暫存配置空間。
  在某些部署和情況下，篩選器狀態的大小可能會非常大，並且在 vSphere vMotion 作業期間耗盡堆積。
  在 vmkernel 記錄中，會顯示類似下列內容的錯誤：Failed waiting for data.Error bad0014.Out of memory.

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

• PR 2680976：建立 ContainerView 受管理物件時，hostd 服務可能會因資料遺失而失敗

  如果在虛擬機器物件管理基礎結構工作階段期間建立 ContainerView 受管理物件所需的某些資料無法使用，則 hostd 服務可能會失敗。

  已在此版本中解決此問題。如果您已面臨此問題，請移除用於建立 ContainerView 物件的第三方解決方案。

• PR 2681253：由於容器連接埠中的競爭情形，ESXi 主機可能會失敗並顯示紫色診斷畫面

  由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源，ESXi 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的反向追蹤：
  gdb) bt #0
LockCheckSelfDeadlockInt (lck=0x4301ad7d6094) at bora/vmkernel/core/lock.c:1820
#1 0x000041801a911dff in Lock_CheckSelfDeadlock (lck=0x4301ad7d6094) at bora/vmkernel/private/lock.h:598
#2 MCSLockRWContended (rwl=rwl@entry=0x4301ad7d6080, writer=writer@entry=1 '\001', downgrade=downgrade@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK) at bora/vmkernel/main/mcslock.c:2078
#3 0x000041801a9124fd in MCS_DoAcqWriteLockWithRA (rwl=rwl@entry=0x4301ad7d6080, try=try@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK, ra= ) at bora/vmkernel/main/mcslock.c:2541
#4 0x000041801a90ee41 in MCS_AcqWriteLockWithFlags (ra= , flags=MCS_ALWAYS_LOCK, rwl=0x4301ad7d6080) at bora/vmkernel/private/mcslock.h:1246
#5 RefCountBlockSpin (ra=0x41801aa753ca, refCounter=0x4301ad7d6070) at bora/vmkernel/main/refCount.c:565
#6 RefCountBlock (refCounter=0x4301ad7d6070, ra=ra@entry=0x41801aa753ca) at bora/vmkernel/main/refCount.c:646
#7 0x000041801aa3c0a8 in RefCount_BlockWithRA (ra=0x41801aa753ca, refCounter= ) at bora/vmkernel/private/refCount.h:793
#8 Portset_LockExclWithRA (ra=0x41801aa753ca, ps=0x4305d081c010) at bora/vmkernel/net/portset.h:763
#9 Portset_GetPortExcl (portID=1329) at bora/vmkernel/net/portset.c:3254
#10 0x000041801aa753ca in Net_WorldCleanup (initFnArgs= ) at bora/vmkernel/net/vmkernel_exports.c:1605
#11 0x000041801a8ee8bb in InitTable_Cleanup (steps=steps@entry=0x41801acaa640, numSteps=numSteps@entry=35, clientData=clientData@entry=0x451a86f9bf28) at bora/vmkernel/main/initTable.c:381
#12 0x000041801a940912 in WorldCleanup (world= ) at bora/vmkernel/main/world.c:1522 #13 World_TryReap (worldID= ) at bora/vmkernel/main/world.c:6113
#14 0x000041801a90e133 in ReaperWorkerWorld (data= ) at bora/vmkernel/main/reaper.c:425
#15 0x000041801ab107db in CpuSched_StartWorld (destWorld= , previous= )
at bora/vmkernel/sched/cpusched.c:11957 #16 0x0000000000000000 in ?? ()​

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

• PR 2701199：在 NFS 伺服器容錯移轉期間，虛擬機器可能會關閉電源

  在 NFS 伺服器容錯移轉期間，用戶端會回收所有開啟的檔案。在少數情況下，由於 NFS 伺服器拒絕失敗的要求，回收作業會失敗且虛擬機器將關閉電源。

  已在此版本中解決此問題。此修正可確保回收要求成功。 

• PR 2687411：在 ESXi 主機重新開機後，您可能無法看到 vCenter Server 系統中掛接的 Nutanix 所提供的使用 Fault Tolerance 解決方案的 NFS 資料存放區

  在 ESXi 主機重新開機後，您可能無法看到 vCenter Server 系統中掛接的 Nutanix 所提供的使用 Fault Tolerance 解決方案的 NFS 資料存放區。但是，您可以看到 ESXi 主機中的磁碟區。

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

• PR 2664504：vSAN 主機在調整大型快取的大小或將其停用時失敗

  在非先佔式環境中執行的 vSAN 主機可能會在釋放快取緩衝區中的 256 Gb 或更多的記憶體時佔用 CPU。主機可能會失敗並顯示紫色診斷畫面。

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

• PR 2684836：如果使用大型區塊大小，I/O 頻寬可能會下降

  在某些組態中，如果您使用的區塊大小高於儲存裝置支援的最大傳輸長度，則 I/O 頻寬可能會下降。此問題發生的原因是，儲存區堆疊中 I/O 分割層的緩衝區配置造成了鎖定爭用問題。

  已在此版本中解決此問題。此修正會最佳化 I/O 分割層，以避免新的緩衝區配置。但是，最佳化取決於客體作業系統在發出 I/O 時所建立的緩衝區，並且可能無法在所有情況下都起作用。

• PR 2687729：由於 I/O 流量停滯，ESXi 主機可能會失敗並顯示紫色診斷畫面

  如果高優先順序的工作長時間佔用實體 CPU，則 I/O 流量可能會停止，且最終導致 ESXi 主機失敗並顯示紫色診斷畫面。在反向追蹤中，會顯示類似下列內容的訊息：警告: PLOG: PLOGStuckIOCB:7729: Stuck IOs detected on vSAN device:xxx。

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

• PR 2685806：將具有大量 VMFS 資料存放區的 ESXi 主機開機可能需要很長時間

  如果已使用虛擬 Flash 檔案系統 (VFFS) 設定虛擬 Flash 資源，將具有大量 VMFS 資料存放區的 ESXi 主機開機可能需要很長時間。延遲是由於比較檔案類型 VFFS 和 VMFS 的程序造成的。

  已在此版本中解決此問題。此修正會移除檔案類型比較。

• PR 2683749：具有虛擬網路裝置的虛擬機器可能會隨機變得沒有回應，且不顯示反向追蹤

  在少數情況下，具有虛擬網路裝置的虛擬機器可能會隨機變得沒有回應，並且您需要將其關閉。出於診斷原因嘗試產生核心傾印失敗。

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

• PR 2713397：hostd 服務重新啟動後，ESXi 主機的 bootTime 內容可能會變更

  每次啟動 hostd 服務時都會重新計算開機時間。VMkernel 僅提供 ESXi 主機的運作時間。計時器未同步移動，因此，在 hostd 重新啟動時，開機時間可能會來回變更。

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

• PR 2706021：當可用容量超過所需容量時，vSAN 報告元件建立失敗

  如果 vSAN 報告所需容量少於可用容量，則相應的記錄訊息可能具有誤導性。針對所需空間和可用空間報告的值可能不正確。

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

• PR 2710158：對於 FUJITSU ETERNUS 儲存區，必須手動將宣告規則新增至 ESXi 主機

  對於 FUJITSU ETERNUS AB/HB 系列儲存區陣列，必須手動將宣告規則新增至 ESXi 主機。

  已在此版本中解決此問題。此修正會將儲存區陣列類型外掛程式 (SATP) 設定為 VMW_SATP_ALUA、將路徑選取原則 (PSP) 設定為 VMW_PSP_RR，以及將宣告選項設定為 tpgs_on，以作為 FUJITSU ETERNUS AB/HB 系列儲存區陣列的預設值。

• PR 2669702：由於碎片中繼資料損毀，vSAN 主機可能會失敗並顯示紫色診斷畫面

  由於 LSOM/VSAN 碎片中出現釋放後使用 (UAF) 錯誤，vSAN 主機可能會失敗並顯示紫色診斷畫面。在以下堆疊中會出現此問題： 
  cpu11:2100603)0x451c5f09bd68:[0x418027d285d2]vmk_SlabAlloc@vmkernel#nover+0x2e stack: 0x418028f981ba, 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960
cpu11:2100603)0x451c5f09bd70:[0x418028f5e28c][email protected]#0.0.0.1+0xd stack: 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98
cpu11:2100603)0x451c5f09bd80:[0x418028f981b9]LSOM_Alloc@LSOMCommon#1+0xaa stack: 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98, 0x418028f57eb3, 0x431d231dbae0
cpu11:2100603)0x451c5f09bdb0:[0x418028f57eb2][email protected]#0.0.0.1+0x5f stack: 0x1, 0x459c836cb960, 0x418029164388, 0x41802903c607, 0xffffffffffffffff
cpu11:2100603)0x451c5f09bde0:[0x41802903c606][email protected]#0.0.0.1+0x87 stack: 0x459c836cb740, 0x0, 0x43218d3b7c00, 0x43036e815070, 0x451c5f0a3000
cpu11:2100603)0x451c5f09be20:[0x418029165075][email protected]#0.0.0.1+0xfa stack: 0x0, 0x418027d15483, 0x451bc0580000, 0x418027d1c57a, 0x26f5abad8d0ac0
cpu11:2100603)0x451c5f09bf30:[0x418027ceaf52]HelperQueueFunc@vmkernel#nover+0x30f stack: 0x431d231ba618, 0x431d231ba608, 0x431d231ba640, 0x451c5f0a3000, 0x431d231ba618
cpu11:2100603)0x451c5f09bfe0:[0x418027f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0, 0x0, 0x0, 0x0, 0x0

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

• PR 2660017：在 vSphere Client 中，會顯示狀態為 [未知] 的硬體健全狀況警告

  在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

  已在此版本中解決此問題。系統會忽略不支援解碼的感應器，並且不會將其包含在系統健全狀況報告中。

• PR 2685772：wsman 服務可能會沒有回應並停止接受傳入要求，直到重新啟動

  由於內部記憶體流失，wsman 服務在某些伺服器上的記憶體使用量可能會增加至超出 23 MB 的上限。因此，服務會停止接受傳入要求，直到重新啟動。此問題會影響 Dell 和 Lenovo 伺服器。

  已在此版本中解決此問題。不過，此修正尤其適用於 Dell 伺服器。 

• PR 2704741：hostd 服務間歇性地沒有回應且虛擬機器快照逾時

  在某些環境中，vSphere Storage Appliance (VSA) 外掛程式 (也稱為安全性虛擬應用裝置 (SVA)) 可能會導致 hostd 服務在建立 TCP 連線期間間歇性地沒有回應。此外，虛擬機器快照可能會逾時。自 2014 年起不再支援 VSA。

  已在此版本中解決此問題。對於較舊版本，在每次 ESXi 重新開機後，都應從 /usr/lib/vmware/nas_plugins/lib64 和 /usr/lib/vmware/nas_plugins/lib32 移除此外掛程式。

• PR 2645044：在 MSCS 叢集上重新啟動虛擬機器時，解除鎖定的執行緒同步鎖定可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面

  在少數情況下，重新啟動屬於 Microsoft 叢集服務 (MSCS) 叢集的虛擬機器時，解除鎖定的執行緒同步鎖定可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。如果您的環境中已啟用 VMware vSphere High Availability，則此問題可能會影響許多 ESXi 主機，因為 vSphere HA 會嘗試在其他主機中開啟虛擬機器電源。

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

• PR 2683393：由於碎片配置問題，vSAN 主機可能會失敗並顯示紫色診斷畫面

  如果在 RCRead 路徑中未正確處理碎片配置故障，vSAN 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的警告：bora/modules/vmkernel/lsom/rc_io.c:2115 -- NOT REACHED.

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

• PR 2678705：VMXNET3 驅動程式不會將 TCP 封包的尾端位元組 (例如乙太網路尾端) 複製到客體虛擬機器

  VMXNET3 驅動程式會複製並計算 IP 總長度欄位中所指示的裝載的總和檢查碼。但是，VMXNET3 不會複製位於裝載後面的未包括在長度欄位中的任何其他位元組，此類位元組無法傳遞至客體虛擬機器。例如，VMXNET3 不會複製和傳遞乙太網路尾端。

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

• PR 2693303：因 vSAN 裝置故障導致的暫時性錯誤可能會造成延遲和壅塞

  如果 vSAN 磁碟群組中的儲存裝置因讀取失敗而發生暫時性錯誤，則完整重建避免 (FRA) 可能無法修復該裝置。在此類情況下，FRA 未執行重新記錄，這可能會導致在 PLOG 上建置記錄，從而造成壅塞和延遲問題。

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

• PR 2695382：從網路介面使用 BIOS 韌體將虛擬機器開機需要很長時間

  從網路介面使用 BIOS 韌體將虛擬機器開機時，由於網路問題，與環境中不同伺服器的互動可能需要很長時間。此問題不會影響客體作業系統執行階段期間的網路效能。

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

• PR 2678639：如果連結彙總群組中的實體連接埠關閉或重新啟動，連結彙總可能會暫時不穩定

  如果連結彙總群組中的實體連接埠關閉或重新啟動，但同時 ESXi 主機將不同步的 LACP 封包傳送至實體交換器，則 vmnic 可能也會關閉。這可能會導致連結彙總暫時不穩定。

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

• PR 2679986：對 NFS 資料存放區執行 vSphere vMotion 作業期間，虛擬機器可能大約有 40 秒的時間沒有回應

  對 NFS 資料存放區執行 vSphere vMotion 作業期間，可能不會刪除以 NFS 磁碟為基礎的鎖定檔案。因此，目的地主機上的虛擬機器大約有 40 秒的時間沒有回應。

  已在此版本中解決此問題。此修正可確保在 vSphere vMotion 作業期間會從磁碟中移除鎖定檔案。 

• PR 2713569：在 vSphere Client 和 vSphere Web Client 中看不到 vCenter Server 警示

  如果使用 /bin/services.sh restart 命令重新啟動 vCenter Server 管理服務，則負責將 ESXi 主機事件傳送至 vCenter Server 的 vobd 精靈可能不會重新啟動。因此，在 vSphere Client 和 vSphere Web Client 中看不到警示。

  已在此版本中解決此問題。此修正可確保 vobd 精靈在使用 /bin/services.sh restart 時不會關閉。

• PR 2682261：如果 vSphere HA 重新啟動或容錯移轉，虛擬機器 vNIC 可能會中斷與網路的連線

  在少數情況下，如果 vSphere HA 重新啟動或容錯移轉，則 vSphere HA 叢集上的虛擬機器可能會中斷連線，並顯示類似下列內容的錯誤：VMXNET3 使用者: 無法將「Ethernet0」連線至 DV 連接埠「xx」。

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

• PR 2652285：如果中間盒或 TCP Proxy 在 SYN-ACK 階段移除時間戳記選項，則與 ESXi 主機的 TCP 連線會失敗

  TCP 使用包含 3 個步驟的同步 (SYN) 和確認 (ACK) 程序來建立連線：SYN、SYN-ACK 和 SYN-ACK 的 ACK。TCP 時間戳記等選項會在此程序過程中進行交涉。基於流量最佳化的原因，中間盒或 TCP Proxy 可能會在 SYN-ACK 階段移除時間戳記選項。因此，與 ESXi 主機的 TCP 連線會重設並關閉。封包擷取作業將在 TCP 信號交換後立即顯示來自伺服器的 RST 封包。

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

• PR 2697898：由於堆積記憶體中的值無效，ESXi 主機可能會失敗並顯示紫色診斷畫面

  在少數情況下，如果堆積記憶體中的未初始化欄位針對 VMFS 資源叢集編號傳回了無效值，可能會導致後續在 VMFS 磁碟區上搜尋此叢集失敗。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

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

• PR 2681921：中斷與 vSphere Distributed Switch 的連線時，ESXi 主機可能會失敗並顯示紫色診斷畫面

  中斷與 VDS 的連線時，LAG 連接埠讀取鎖定的極少見競爭情形可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

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

• PR 2691872：IORETRY 佇列耗盡可能會導致 I/O 失敗

  vSAN 讀取快取為了從高度分散的寫入緩衝區填入混合 vSAN 陣列的 1 MB 讀取快取行而發出讀取 I/O，可能會導致 IORETRY 將讀取快取發出的所有 64 KB 讀取 I/O 分割為 16 個 4 KB 的 I/O。這可能會導致 IORETRY 佇列耗盡。

  已在此版本中解決此問題。對於每個非見證 vSAN 主機，可以使用下列命令將 LSOM maxQueudIos 的預設值從 25,000 變更為 100,000：
  esxcfg-advcfg --set 100000 /LSOM/maxQueudIos
  透過重新掛接磁碟群組或將主機重新開機來重新建立每個 vSAN 磁碟群組的記憶體內執行個體時，新值即會生效。

• PR 2719154：如果 vSAN 資料存放區包含許多閒置的虛擬機器，則作用中虛擬機器可能會出現效能降級的情況

  如果 vSAN 資料存放區包含許多已關閉電源或已暫停的虛擬機器，而這些虛擬機器未接收任何 I/O，則 vSAN 資料存放區上的作用中虛擬機器可能會由於 vSAN 中增加 LSOM 記憶體壅塞而出現效能降級的情況。

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

• PR 2711959：由於物件處於錯誤狀態，vSAN 主機可能會失敗並顯示紫色診斷畫面

  在少數情況下，如果您在磁碟群組上認可某個物件，但在具有該磁碟群組的 vSAN 主機重新開機後此物件顯示為未認可，則 vSAN 可能會錯誤地認為物件處於錯誤狀態。因此，vSAN 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
  Object <uuid> corrupted. lastCWLSN = <number>, pendingLSN = <number>
PanicvPanicInt@vmkernel#nover+0x439
Panic_vPanic@vmkernel#nover+0x23
vmk_PanicWithModuleID@vmkernel#nover+0x41
[email protected]#0.0.0.1+0x6b3
[email protected]#0.0.0.1+0xa5
[email protected]#0.0.0.1+0xce
[email protected]#0.0.0.1+0x5e1
vmkWorldFunc@vmkernel#nover+0x4f
CpuSched_StartWorld@vmkernel#nover+0x77

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

• PR 2681786：重新啟動電源後，已開啟電源的虛擬機器可能會顯示為已關閉電源

  如果在虛擬機器的硬體升級期間使用 vmx.reboot.powerCycle=TRUE 進階設定來設定重新啟動電源旗標，則 hostd 服務可能會無法追蹤虛擬機器電源狀態。在虛擬機器重新開機後，hostd 可能會將已開啟電源的虛擬機器報告為已關閉電源。

  已在此版本中解決此問題。此修正可透過使用 vmx.reboot.powerCycle=TRUE 設定，確保 hostd 在升級期間追蹤虛擬機器在重新開機後的電源狀態。如果您已面臨此問題，請重新載入所有已關閉電源的虛擬機器。
  若要重新載入所有已關閉電源的虛擬機器，請使用此命令：
  Get-View -ViewType VirtualMachine -Property Runtime.PowerState -Filter @{ "Runtime.PowerState" = "poweredOff" }).reload()
  如果您要按叢集篩選已關閉電源的虛擬機器，請使用此命令：
  $ClusterName = "MyClusterName" ; (Get-View -ViewType VirtualMachine -Property Runtime.PowerState -Filter @{ "Runtime.PowerState" = "poweredOff" } -SearchRoot $(Get-View -ViewType "ClusterComputeResource" -Property Name -Filter @{"Name"="$ClusterName"}).MoRef).reload()

• PR 2659768：在虛擬機器磁碟整併作業期間，ESXi 主機可能會因鎖定而沒有回應

  在虛擬機器磁碟整併作業 (例如快照磁碟整併) 期間，hostd 服務可能會長時間持有鎖定。這樣一來，hostd 會延遲回應其他工作與狀態要求。因此，如果磁碟整併工作花費時間過長，ESXi 主機將沒有回應。

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

• PR 2663643：使用 vSphere vMotion 執行移轉作業後，虛擬機器會中斷網路連線

  如果虛擬機器的 UUID 發生變更 (例如，使用 vSphere vMotion 進行移轉後)，並且虛擬機器具有 NSX-T 管理的交換器上的 vNIC，則虛擬機器會中斷網路連線。vNIC 無法重新連線。

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

ESXi670-202103402-BG

修補程式類別	錯誤修正
修補程式嚴重性	重要
需要主機重新開機	是
需要虛擬機器移轉或關閉	是
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMW_bootbank_vmw-ahci_2.0.7-2vmw.670.3.143.17700523
修正的 PR	2666166
CVE 號碼	不適用

更新了 vmw-ahci VIB 以解決下列問題：

• PR 2666166：ESXi 主機間歇性地沒有回應

  由於 VMware AHCI SATA 存放控制器驅動程式中的競爭情形，一或多個 ESXi 主機可能會間歇性地沒有回應。在 vmkernel.log 檔案中，您會看到許多訊息，例如：​
  …ahciAbortIO:(curr) HWQD: 0 BusyL: 0

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

ESXi670-202103403-BG

修補程式類別	錯誤修正
修補程式嚴重性	重要
需要主機重新開機	是
需要虛擬機器移轉或關閉	是
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMW_bootbank_vmkusb_0.1-1vmw.670.3.143.17700523
修正的 PR	2688190
CVE 號碼	不適用

更新了 vmkusb VIB 以解決下列問題：

• PR 2688190：如果 USB 裝置的程序控制 I/O 超過 1K，則流向 ESXi 主機上虛擬機器的 I/O 流量可能會出現故障

  ESXi USB 驅動程式 vmkusb 可能無法處理超過 1K 的控制 I/O。因此，某些 USB 裝置會導致流向 ESXi 主機上虛擬機器的 I/O 流量出現故障。

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

ESXi670-202103101-SG

修補程式類別	安全性
修補程式嚴重性	重要
需要主機重新開機	是
需要虛擬機器移轉或關閉	是
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMware_bootbank_esx-update_6.7.0-3.139.17700514 VMware_bootbank_vsan_6.7.0-3.139.17598146 VMware_bootbank_vsanhealth_6.7.0-3.139.17598147 VMware_bootbank_esx-base_6.7.0-3.139.17700514
修正的 PR	2704743
CVE 號碼	不適用

更新了 esx-base、esx-update、vsan 和 vsanhealth VIB 以解決下列問題：

• OpenSSH 更新

  OpenSSH 版本已更新至 8.4p1。

• Python 程式庫更新

  Python 第三方程式庫已更新至 3.5.10 版。

• OpenSSL 程式庫更新

  ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2x 版。

ESXi670-202103102-SG

修補程式類別	安全性
修補程式嚴重性	中
需要主機重新開機	否
需要虛擬機器移轉或關閉	否
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMware_locker_tools-light_11.2.5.17337674-17700514
修正的 PR	2713501
CVE 號碼	不適用

更新了 tools-light VIB。

• 與 ESXi 670-202103001 綁定的 VMware Tools ISO 映像如下：

  • windows.iso：VMware Tools 11.2.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
  • linux.iso：適用於 glibc 2.11 或更新版本之 Linux 作業系統的 VMware Tools 10.3.23 ISO 映像。

  下列 VMware Tools ISO 映像可供下載：

  • VMware Tools 10.0.12：
    • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
    • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
  • VMware Tools 11.0.6：
    • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
  • solaris.iso：適用於 Solaris 的 VMware Tools 10.3.10 映像。
  • darwin.iso：支援 Mac OS X 10.11 版及更新版本。

  遵循下列文件所列出的程序下載適用於未與 ESXi 綁定之平台的 VMware Tools：

  • VMware Tools 11.2.5 版本說明
  • 舊版 VMware Tools
  • 每位 vSphere 管理員對於 VMware Tools 的須知事項
  • 適用於使用 Auto Deploy 佈建之主機的 VMware Tools
  • 更新 VMware Tools

ESXi670-202103103-SG

修補程式類別	安全性
修補程式嚴重性	中
需要主機重新開機	是
需要虛擬機器移轉或關閉	是
受影響的硬體	不適用
受影響的軟體	不適用
包含的 VIB	VMware_bootbank_cpu-microcode_6.7.0-3.139.17700514
修正的 PR	2673509
相關的 CVE 號碼	不適用

此修補程式更新了 cpu-microcode VIB。

• cpu-microcode VIB 包含下列 Intel 微碼：

  程式碼名稱	FMS	Plt 識別碼	MCU 修訂版本	MCU 日期	品牌名稱
  Nehalem EP	0x106a5	0x03	0x0000001d	2018/5/11	Intel Xeon 35xx 系列； Intel Xeon 55xx 系列
  Lynnfield	0x106e5	0x13	0x0000000a	2018/5/8	Intel Xeon 34xx Lynnfield 系列
  Clarkdale	0x20652	0x12	0x00000011	2018/5/8	Intel i3/i5 Clarkdale 系列； Intel Xeon 34xx Clarkdale 系列
  Arrandale	0x20655	0x92	0x00000007	2018/4/23	Intel Core i7-620LE 處理器
  Sandy Bridge DT	0x206a7	0x12	0x0000002f	2019/2/17	Intel Xeon E3-1100 系列； Intel Xeon E3-1200 系列； Intel i7-2655-LE 系列； Intel i3-2100 系列
  Westmere EP	0x206c2	0x03	0x0000001f	2018/5/8	Intel Xeon 56xx 系列； Intel Xeon 36xx 系列
  Sandy Bridge EP	0x206d6	0x6d	0x00000621	2020/3/4	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
  Sandy Bridge EP	0x206d7	0x6d	0x0000071a	2020/3/24	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
  Nehalem EX	0x206e6	0x04	0x0000000d	2018/5/15	Intel Xeon 65xx 系列； Intel Xeon 75xx 系列
  Westmere EX	0x206f2	0x05	0x0000003b	2018/5/16	Intel Xeon E7-8800 系列； Intel Xeon E7-4800 系列； Intel Xeon E7-2800 系列
  Ivy Bridge DT	0x306a9	0x12	0x00000021	2019/2/13	Intel i3-3200 系列； Intel i7-3500-LE/UE； Intel i7-3600-QE； Intel Xeon E3-1200-v2 系列； Intel Xeon E3-1100-C-v2 系列； Intel Pentium B925C
  Haswell DT	0x306c3	0x32	0x00000028	2019/11/12	Intel Xeon E3-1200-v3 系列； Intel i7-4700-EQ 系列； Intel i5-4500-TE 系列； Intel i3-4300 系列
  Ivy Bridge EP	0x306e4	0xed	0x0000042e	2019/3/14	Intel Xeon E5-4600-v2 系列； Intel Xeon E5-2600-v2 系列； Intel Xeon E5-2400-v2 系列； Intel Xeon E5-1600-v2 系列； Intel Xeon E5-1400-v2 系列
  Ivy Bridge EX	0x306e7	0xed	0x00000715	2019/3/14	Intel Xeon E7-8800/4800/2800-v2 系列
  Haswell EP	0x306f2	0x6f	0x00000044	5/27/2020	Intel Xeon E5-4600-v3 系列； Intel Xeon E5-2600-v3 系列； Intel Xeon E5-2400-v3 系列； Intel Xeon E5-1600-v3 系列； Intel Xeon E5-1400-v3 系列
  Haswell EX	0x306f4	0x80	0x00000016	2019/6/17	Intel Xeon E7-8800/4800-v3 系列
  Broadwell H	0x40671	0x22	0x00000022	2019/11/12	Intel Core i7-5700EQ； Intel Xeon E3-1200-v4 系列
  Avoton	0x406d8	0x01	0x0000012d	2019/9/16	Intel Atom C2300 系列； Intel Atom C2500 系列； Intel Atom C2700 系列
  Broadwell EP/EX	0x406f1	0xef	0x0b000038	2019/6/18	Intel Xeon E7-8800/4800-v4 系列； Intel Xeon E5-4600-v4 系列； Intel Xeon E5-2600-v4 系列； Intel Xeon E5-1600-v4 系列
  Skylake SP	0x50654	0xb7	0x02006a08	6/16/2020	Intel Xeon Platinum 8100 系列； Intel Xeon Gold 6100/5100、Silver 4100、Bronze 3100 系列； Intel Xeon D-2100 系列； Intel Xeon D-1600 系列； Intel Xeon W-3100 系列； Intel Xeon W-2100 系列
  Cascade Lake B-0	0x50656	0xbf	0x04003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
  Cascade Lake	0x50657	0xbf	0x05003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
  Cooper Lake	0x5065b	0xbf	0x0700001f	9/17/2020	Intel Xeon Platinum 8300 系列； Intel Xeon Gold 6300/5300
  Broadwell DE	0x50662	0x10	0x0000001c	2019/6/17	Intel Xeon D-1500 系列
  Broadwell DE	0x50663	0x10	0x07000019	2019/6/17	Intel Xeon D-1500 系列
  Broadwell DE	0x50664	0x10	0x0f000017	2019/6/17	Intel Xeon D-1500 系列
  Broadwell NS	0x50665	0x10	0x0e00000f	2019/6/17	Intel Xeon D-1600 系列
  Skylake H/S	0x506e3	0x36	0x000000e2	7/14/2020	Intel Xeon E3-1500-v5 系列； Intel Xeon E3-1200-v5 系列
  Denverton	0x506f1	0x01	0x00000032	3/7/2020	Intel Atom C3000 系列
  Snow Ridge	0x80665	0x01	0x0b000007	2/25/2020	Intel Atom P5000 系列
  Kaby Lake H/S/X	0x906e9	0x2a	0x000000de	5/26/2020	Intel Xeon E3-1200-v6 系列； Intel Xeon E3-1500-v6 系列
  Coffee Lake	0x906ea	0x22	0x000000de	5/25/2020	Intel Xeon E-2100 系列； Intel Xeon E-2200 系列 (4 或 6 核心)
  Coffee Lake	0x906eb	0x02	0x000000de	5/25/2020	Intel Xeon E-2100 系列
  Coffee Lake	0x906ec	0x22	0x000000de	6/3/2020	Intel Xeon E-2100 系列
  Coffee Lake Refresh	0x906ed	0x22	0x000000de	5/24/2020	Intel Xeon E-2200 系列 (8 核心)

ESXi-6.7.0-20210304001-standard

設定檔名稱	ESXi-6.7.0-20210304001-standard
組建編號	如需組建編號資訊，請參閱此版本中包含的修補程式。
廠商	VMware, Inc.
發行日期	2021 年 3 月 18 日
接受程度	PartnerSupported
受影響的硬體	不適用
受影響的軟體	不適用
受影響的 VIB	VMware_bootbank_vsan_6.7.0-3.143.17661912 VMware_bootbank_esx-update_6.7.0-3.143.17700523 VMware_bootbank_esx-base_6.7.0-3.143.17700523 VMware_bootbank_vsanhealth_6.7.0-3.143.17665851 VMW_bootbank_vmw-ahci_2.0.7-2vmw.670.3.143.17700523 VMW_bootbank_vmkusb_0.1-1vmw.670.3.143.17700523 VMware_locker_tools-light_11.2.5.17337674-17700514 VMware_bootbank_cpu-microcode_6.7.0-3.139.17700514
修正的 PR	2677275、2664834、2678794、2681680、2649392、2680976、2681253、2701199、2687411、2664504、2684836、2687729、2685806、2683749、2713397、2706021、2710158、2669702、2660017、2685772、2704741、2645044、2683393、2678705、2693303、2695382、2678639、2679986、2713569、2682261、2652285、2697898、2681921、2691872、2719154、2711959、2681786、2659768、2663643、2666166、2688190
相關的 CVE 號碼	不適用

• 此修補程式更新了下列問題：

  • 如果 Xorg 程序在 ESXi 主機結束維護模式時無法重新啟動，則 hostd 服務可能會沒有回應，因為它無法完成結束作業。

  • 在短暫儲存區中斷後，虛擬機器一旦復原，磁碟配置可能不會重新整理並保持不完整狀態。因此，環境中可能會出現錯誤。例如，您可能會在 VMware Horizon 環境的 View Composer 記錄中看到類似下列內容的重複錯誤：InvalidSnapshotDiskConfiguration。

  • 如果在不支援此作業的虛擬磁碟上由 VMware vSphere Replication 觸發的 vim.VirtualDiskManager.revertToChildDisk 作業中缺少 NULL 檢查，可能會導致 hostd 服務失敗。如此一來，ESXi 主機會與 vCenter Server 系統中斷連線。

  • 如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

  • DVFilter 代理程式使用一般堆積來配置其內部結構和緩衝區的空間，以及用於在 vSphere vMotion 作業期間移動用戶端代理程式狀態的暫存配置空間。
    在某些部署和情況下，篩選器狀態的大小可能會非常大，並且在 vSphere vMotion 作業期間耗盡堆積。
    在 vmkernel 記錄中，會顯示類似下列內容的錯誤：Failed waiting for data.Error bad0014.Out of memory.

  • 如果在虛擬機器物件管理基礎結構工作階段期間建立 ContainerView 受管理物件所需的某些資料無法使用，則 hostd 服務可能會失敗。

  • 由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源，ESXi 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的反向追蹤：
    gdb) bt #0
LockCheckSelfDeadlockInt (lck=0x4301ad7d6094) at bora/vmkernel/core/lock.c:1820
#1 0x000041801a911dff in Lock_CheckSelfDeadlock (lck=0x4301ad7d6094) at bora/vmkernel/private/lock.h:598
#2 MCSLockRWContended (rwl=rwl@entry=0x4301ad7d6080, writer=writer@entry=1 '\001', downgrade=downgrade@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK) at bora/vmkernel/main/mcslock.c:2078
#3 0x000041801a9124fd in MCS_DoAcqWriteLockWithRA (rwl=rwl@entry=0x4301ad7d6080, try=try@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK, ra=) at bora/vmkernel/main/mcslock.c:2541
#4 0x000041801a90ee41 in MCS_AcqWriteLockWithFlags (ra=, flags=MCS_ALWAYS_LOCK, rwl=0x4301ad7d6080) at bora/vmkernel/private/mcslock.h:1246
#5 RefCountBlockSpin (ra=0x41801aa753ca, refCounter=0x4301ad7d6070) at bora/vmkernel/main/refCount.c:565
#6 RefCountBlock (refCounter=0x4301ad7d6070, ra=ra@entry=0x41801aa753ca) at bora/vmkernel/main/refCount.c:646
#7 0x000041801aa3c0a8 in RefCount_BlockWithRA (ra=0x41801aa753ca, refCounter=) at bora/vmkernel/private/refCount.h:793
#8 Portset_LockExclWithRA (ra=0x41801aa753ca, ps=0x4305d081c010) at bora/vmkernel/net/portset.h:763
#9 Portset_GetPortExcl (portID=1329) at bora/vmkernel/net/portset.c:3254
#10 0x000041801aa753ca in Net_WorldCleanup (initFnArgs=) at bora/vmkernel/net/vmkernel_exports.c:1605
#11 0x000041801a8ee8bb in InitTable_Cleanup (steps=steps@entry=0x41801acaa640, numSteps=numSteps@entry=35, clientData=clientData@entry=0x451a86f9bf28) at bora/vmkernel/main/initTable.c:381
#12 0x000041801a940912 in WorldCleanup (world=) at bora/vmkernel/main/world.c:1522 #13 World_TryReap (worldID=) at bora/vmkernel/main/world.c:6113
#14 0x000041801a90e133 in ReaperWorkerWorld (data=) at bora/vmkernel/main/reaper.c:425
#15 0x000041801ab107db in CpuSched_StartWorld (destWorld=, previous=)
at bora/vmkernel/sched/cpusched.c:11957 #16 0x0000000000000000 in ?? ()​

  • 在 NFS 伺服器容錯移轉期間，用戶端會回收所有開啟的檔案。在少數情況下，由於 NFS 伺服器拒絕失敗的要求，回收作業會失敗且虛擬機器將關閉電源。

  • 在 ESXi 主機重新開機後，您可能無法看到 vCenter Server 系統中掛接的 Nutanix 所提供的使用 Fault Tolerance 解決方案的 NFS 資料存放區。但是，您可以看到 ESXi 主機中的磁碟區。

  • 在非先佔式環境中執行的 vSAN 主機可能會在釋放快取緩衝區中的 256 Gb 或更多的記憶體時佔用 CPU。主機可能會失敗並顯示紫色診斷畫面。

  • 在某些組態中，如果您使用的區塊大小高於儲存裝置支援的最大傳輸長度，則 I/O 頻寬可能會下降。此問題發生的原因是，儲存區堆疊中 I/O 分割層的緩衝區配置造成了鎖定爭用問題。

  • 如果高優先順序的工作長時間佔用實體 CPU，則 I/O 流量可能會停止，且最終導致 ESXi 主機失敗並顯示紫色診斷畫面。在反向追蹤中，會顯示類似下列內容的訊息：WARNING: PLOG: PLOGStuckIOCB:7729: Stuck IOs detected on vSAN device:xxx。

  • 如果已使用虛擬 Flash 檔案系統 (VFFS) 設定虛擬 Flash 資源，將具有大量 VMFS 資料存放區的 ESXi 主機開機可能需要很長時間。延遲是由於比較檔案類型 VFFS 和 VMFS 的程序造成的。

  • 在少數情況下，具有虛擬網路裝置的虛擬機器可能會隨機變得沒有回應，並且您需要將其關閉。出於診斷原因嘗試產生核心傾印失敗。

  • 每次啟動 hostd 服務時都會重新計算開機時間。VMkernel 僅提供 ESXi 主機的運作時間。計時器未同步移動，因此，在 hostd 重新啟動時，開機時間可能會來回變更。

  • 如果 vSAN 報告所需容量少於可用容量，則相應的記錄訊息可能具有誤導性。針對所需空間和可用空間報告的值可能不正確。

  • 對於 FUJITSU ETERNUS AB/HB 系列儲存區陣列，必須手動將宣告規則新增至 ESXi 主機。

  • 由於 LSOM/VSAN 碎片中出現釋放後使用 (UAF) 錯誤，vSAN 主機可能會失敗並顯示紫色診斷畫面。在以下堆疊中會出現此問題： 
    cpu11:2100603)0x451c5f09bd68:[0x418027d285d2]vmk_SlabAlloc@vmkernel#nover+0x2e stack: 0x418028f981ba, 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960
cpu11:2100603)0x451c5f09bd70:[0x418028f5e28c][email protected]#0.0.0.1+0xd stack: 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98
cpu11:2100603)0x451c5f09bd80:[0x418028f981b9]LSOM_Alloc@LSOMCommon#1+0xaa stack: 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98, 0x418028f57eb3, 0x431d231dbae0
cpu11:2100603)0x451c5f09bdb0:[0x418028f57eb2][email protected]#0.0.0.1+0x5f stack: 0x1, 0x459c836cb960, 0x418029164388, 0x41802903c607, 0xffffffffffffffff
cpu11:2100603)0x451c5f09bde0:[0x41802903c606][email protected]#0.0.0.1+0x87 stack: 0x459c836cb740, 0x0, 0x43218d3b7c00, 0x43036e815070, 0x451c5f0a3000
cpu11:2100603)0x451c5f09be20:[0x418029165075][email protected]#0.0.0.1+0xfa stack: 0x0, 0x418027d15483, 0x451bc0580000, 0x418027d1c57a, 0x26f5abad8d0ac0
cpu11:2100603)0x451c5f09bf30:[0x418027ceaf52]HelperQueueFunc@vmkernel#nover+0x30f stack: 0x431d231ba618, 0x431d231ba608, 0x431d231ba640, 0x451c5f0a3000, 0x431d231ba618
cpu11:2100603)0x451c5f09bfe0:[0x418027f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0, 0x0, 0x0, 0x0, 0x0

  • 在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

  • 由於內部記憶體流失，wsman 服務在某些伺服器上的記憶體使用量可能會增加至超出 23 MB 的上限。因此，服務會停止接受傳入要求，直到重新啟動。此問題會影響 Dell 和 Lenovo 伺服器。

  • 在某些環境中，vSphere Storage Appliance (VSA) 外掛程式 (也稱為安全性虛擬應用裝置 (SVA)) 可能會導致 hostd 服務在建立 TCP 連線期間間歇性地沒有回應。此外，虛擬機器快照可能會逾時。自 2014 年起不再支援 VSA。

  • 在少數情況下，重新啟動屬於 Microsoft 叢集服務 (MSCS) 叢集的虛擬機器時，解除鎖定的執行緒同步鎖定可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。如果您的環境中已啟用 VMware vSphere High Availability，則此問題可能會影響許多 ESXi 主機，因為 vSphere HA 會嘗試在其他主機中開啟虛擬機器電源。

  • 如果在 RCRead 路徑中未正確處理碎片配置故障，vSAN 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的警告：bora/modules/vmkernel/lsom/rc_io.c:2115 -- NOT REACHED.

  • VMXNET3 驅動程式會複製並計算 IP 總長度欄位中所指示的裝載的總和檢查碼。但是，VMXNET3 不會複製位於裝載後面的未包括在長度欄位中的任何其他位元組，此類位元組無法傳遞至客體虛擬機器。例如，VMXNET3 不會複製和傳遞乙太網路尾端。

  • 如果 vSAN 磁碟群組中的儲存裝置因讀取失敗而發生暫時性錯誤，則完整重建避免 (FRA) 可能無法修復該裝置。在此類情況下，FRA 未執行重新記錄，這可能會導致在 PLOG 上建置記錄，從而造成壅塞和延遲問題。

  • 從網路介面使用 BIOS 韌體將虛擬機器開機時，由於網路問題，與環境中不同伺服器的互動可能需要很長時間。此問題不會影響客體作業系統執行階段期間的網路效能。

  • 如果連結彙總群組中的實體連接埠關閉或重新啟動，但同時 ESXi 主機將不同步的 LACP 封包傳送至實體交換器，則 vmnic 可能也會關閉。這可能會導致連結彙總暫時不穩定。

  • 對 NFS 資料存放區執行 vSphere vMotion 作業期間，可能不會刪除以 NFS 磁碟為基礎的鎖定檔案。因此，目的地主機上的虛擬機器大約有 40 秒的時間沒有回應。

  • 如果使用 /bin/services.sh restart 命令重新啟動 vCenter Server 管理服務，則負責將 ESXi 主機事件傳送至 vCenter Server 的 vobd 精靈可能不會重新啟動。因此，在 vSphere Client 和 vSphere Web Client 中看不到警示。

  • 在少數情況下，如果 vSphere HA 重新啟動或容錯移轉，則 vSphere HA 叢集上的虛擬機器可能會中斷連線，並顯示類似下列內容的錯誤：VMXNET3 使用者: 無法將「Ethernet0」連線至 DV 連接埠「xx」。

  • TCP 使用包含 3 個步驟的同步 (SYN) 和確認 (ACK) 程序來建立連線：SYN、SYN-ACK 和 SYN-ACK 的 ACK。TCP 時間戳記等選項會在此程序過程中進行交涉。基於流量最佳化的原因，中間盒或 TCP Proxy 可能會在 SYN-ACK 階段移除時間戳記選項。因此，與 ESXi 主機的 TCP 連線會重設並關閉。封包擷取作業將在 TCP 信號交換後立即顯示來自伺服器的 RST 封包。

  • 在少數情況下，如果堆積記憶體中的未初始化欄位針對 VMFS 資源叢集編號傳回了無效值，可能會導致後續在 VMFS 磁碟區上搜尋此叢集失敗。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

  • 中斷與 VDS 的連線時，LAG 連接埠讀取鎖定的極少見競爭情形可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

  • vSAN 讀取快取為了從高度分散的寫入緩衝區填入混合 vSAN 陣列的 1 MB 讀取快取行而發出讀取 I/O，可能會導致 IORETRY 將讀取快取發出的所有 64 KB 讀取 I/O 分割為 16 個 4 KB 的 I/O。這可能會導致 IORETRY 佇列耗盡。

  • 如果 vSAN 資料存放區包含許多已關閉電源或已暫停的虛擬機器，而這些虛擬機器未接收任何 I/O，則 vSAN 資料存放區上的作用中虛擬機器可能會由於 vSAN 中增加 LSOM 記憶體壅塞而出現效能降級的情況。

  • 在少數情況下，如果您在磁碟群組上認可某個物件，但在具有該磁碟群組的 vSAN 主機重新開機後此物件顯示為未認可，則 vSAN 可能會錯誤地認為物件處於錯誤狀態。因此，vSAN 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
    Object <uuid> corrupted. lastCWLSN = <number>, pendingLSN = <number>
PanicvPanicInt@vmkernel#nover+0x439
Panic_vPanic@vmkernel#nover+0x23
vmk_PanicWithModuleID@vmkernel#nover+0x41
[email protected]#0.0.0.1+0x6b3
[email protected]#0.0.0.1+0xa5
[email protected]#0.0.0.1+0xce
[email protected]#0.0.0.1+0x5e1
vmkWorldFunc@vmkernel#nover+0x4f
CpuSched_StartWorld@vmkernel#nover+0x77

  • 如果在虛擬機器的硬體升級期間使用 vmx.reboot.powerCycle=TRUE 進階設定來設定重新啟動電源旗標，則 hostd 服務可能會無法追蹤虛擬機器電源狀態。在虛擬機器重新開機後，hostd 可能會將已開啟電源的虛擬機器報告為已關閉電源。

  • 在虛擬機器磁碟整併作業 (例如快照磁碟整併) 期間，hostd 服務可能會長時間持有鎖定。這樣一來，hostd 會延遲回應其他工作與狀態要求。因此，如果磁碟整併工作花費時間過長，ESXi 主機將沒有回應。

  • 如果虛擬機器的 UUID 發生變更 (例如，使用 vSphere vMotion 進行移轉後)，並且虛擬機器具有 NSX-T 管理的交換器上的 vNIC，則虛擬機器會中斷網路連線。vNIC 無法重新連線。
    由於 VMware AHCI SATA 存放控制器驅動程式中的競爭情形，一或多個 ESXi 主機可能會間歇性地沒有回應。在 vmkernel.log 檔案中，您會看到許多訊息，例如：​
    …ahciAbortIO:(curr) HWQD: 0 BusyL: 0

  • ESXi USB 驅動程式 vmkusb 可能無法處理超過 1K 的控制 I/O。因此，某些 USB 裝置會導致流向 ESXi 主機上虛擬機器的 I/O 流量出現故障。

ESXi-6.7.0-20210304001-no-tools

設定檔名稱	ESXi-6.7.0-20210304001-no-tools
組建編號	如需組建編號資訊，請參閱此版本中包含的修補程式。
廠商	VMware, Inc.
發行日期	2021 年 3 月 18 日
接受程度	PartnerSupported
受影響的硬體	不適用
受影響的軟體	不適用
受影響的 VIB	VMware_bootbank_vsan_6.7.0-3.143.17661912 VMware_bootbank_esx-update_6.7.0-3.143.17700523 VMware_bootbank_esx-base_6.7.0-3.143.17700523 VMware_bootbank_vsanhealth_6.7.0-3.143.17665851 VMW_bootbank_vmw-ahci_2.0.7-2vmw.670.3.143.17700523 VMW_bootbank_vmkusb_0.1-1vmw.670.3.143.17700523 VMware_bootbank_cpu-microcode_6.7.0-3.139.17700514
修正的 PR	2677275、2664834、2678794、2681680、2649392、2680976、2681253、2701199、2687411、2664504、2684836、2687729、2685806、2683749、2713397、2706021、2710158、2669702、2660017、2685772、2704741、2645044、2683393、2678705、2693303、2695382、2678639、2679986、2713569、2682261、2652285、2697898、2681921、2691872、2719154、2711959、2681786、2659768、2663643、2666166、2688190
相關的 CVE 號碼	不適用

• 此修補程式更新了下列問題：

  • 如果 Xorg 程序在 ESXi 主機結束維護模式時無法重新啟動，則 hostd 服務可能會沒有回應，因為它無法完成結束作業。

  • 在短暫儲存區中斷後，虛擬機器一旦復原，磁碟配置可能不會重新整理並保持不完整狀態。因此，環境中可能會出現錯誤。例如，您可能會在 VMware Horizon 環境的 View Composer 記錄中看到類似下列內容的重複錯誤：InvalidSnapshotDiskConfiguration。

  • 如果在不支援此作業的虛擬磁碟上由 VMware vSphere Replication 觸發的 vim.VirtualDiskManager.revertToChildDisk 作業中缺少 NULL 檢查，可能會導致 hostd 服務失敗。如此一來，ESXi 主機會與 vCenter Server 系統中斷連線。

  • 如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

  • DVFilter 代理程式使用一般堆積來配置其內部結構和緩衝區的空間，以及用於在 vSphere vMotion 作業期間移動用戶端代理程式狀態的暫存配置空間。
    在某些部署和情況下，篩選器狀態的大小可能會非常大，並且在 vSphere vMotion 作業期間耗盡堆積。
    在 vmkernel 記錄中，會顯示類似下列內容的錯誤：Failed waiting for data.Error bad0014.Out of memory.

  • 如果在虛擬機器物件管理基礎結構工作階段期間建立 ContainerView 受管理物件所需的某些資料無法使用，則 hostd 服務可能會失敗。

  • 由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源，ESXi 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的反向追蹤：
    gdb) bt #0
LockCheckSelfDeadlockInt (lck=0x4301ad7d6094) at bora/vmkernel/core/lock.c:1820
#1 0x000041801a911dff in Lock_CheckSelfDeadlock (lck=0x4301ad7d6094) at bora/vmkernel/private/lock.h:598
#2 MCSLockRWContended (rwl=rwl@entry=0x4301ad7d6080, writer=writer@entry=1 '\001', downgrade=downgrade@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK) at bora/vmkernel/main/mcslock.c:2078
#3 0x000041801a9124fd in MCS_DoAcqWriteLockWithRA (rwl=rwl@entry=0x4301ad7d6080, try=try@entry=0 '\000', flags=flags@entry=MCS_ALWAYS_LOCK, ra=) at bora/vmkernel/main/mcslock.c:2541
#4 0x000041801a90ee41 in MCS_AcqWriteLockWithFlags (ra=, flags=MCS_ALWAYS_LOCK, rwl=0x4301ad7d6080) at bora/vmkernel/private/mcslock.h:1246
#5 RefCountBlockSpin (ra=0x41801aa753ca, refCounter=0x4301ad7d6070) at bora/vmkernel/main/refCount.c:565
#6 RefCountBlock (refCounter=0x4301ad7d6070, ra=ra@entry=0x41801aa753ca) at bora/vmkernel/main/refCount.c:646
#7 0x000041801aa3c0a8 in RefCount_BlockWithRA (ra=0x41801aa753ca, refCounter=) at bora/vmkernel/private/refCount.h:793
#8 Portset_LockExclWithRA (ra=0x41801aa753ca, ps=0x4305d081c010) at bora/vmkernel/net/portset.h:763
#9 Portset_GetPortExcl (portID=1329) at bora/vmkernel/net/portset.c:3254
#10 0x000041801aa753ca in Net_WorldCleanup (initFnArgs=) at bora/vmkernel/net/vmkernel_exports.c:1605
#11 0x000041801a8ee8bb in InitTable_Cleanup (steps=steps@entry=0x41801acaa640, numSteps=numSteps@entry=35, clientData=clientData@entry=0x451a86f9bf28) at bora/vmkernel/main/initTable.c:381
#12 0x000041801a940912 in WorldCleanup (world=) at bora/vmkernel/main/world.c:1522 #13 World_TryReap (worldID=) at bora/vmkernel/main/world.c:6113
#14 0x000041801a90e133 in ReaperWorkerWorld (data=) at bora/vmkernel/main/reaper.c:425
#15 0x000041801ab107db in CpuSched_StartWorld (destWorld=, previous=)
at bora/vmkernel/sched/cpusched.c:11957 #16 0x0000000000000000 in ?? ()​

  • 在 NFS 伺服器容錯移轉期間，用戶端會回收所有開啟的檔案。在少數情況下，由於 NFS 伺服器拒絕失敗的要求，回收作業會失敗且虛擬機器將關閉電源。

  • 在 ESXi 主機重新開機後，您可能無法看到 vCenter Server 系統中掛接的 Nutanix 所提供的使用 Fault Tolerance 解決方案的 NFS 資料存放區。但是，您可以看到 ESXi 主機中的磁碟區。

  • 在非先佔式環境中執行的 vSAN 主機可能會在釋放快取緩衝區中的 256 Gb 或更多的記憶體時佔用 CPU。主機可能會失敗並顯示紫色診斷畫面。

  • 在某些組態中，如果您使用的區塊大小高於儲存裝置支援的最大傳輸長度，則 I/O 頻寬可能會下降。此問題發生的原因是，儲存區堆疊中 I/O 分割層的緩衝區配置造成了鎖定爭用問題。

  • 如果高優先順序的工作長時間佔用實體 CPU，則 I/O 流量可能會停止，且最終導致 ESXi 主機失敗並顯示紫色診斷畫面。在反向追蹤中，會顯示類似下列內容的訊息：WARNING: PLOG: PLOGStuckIOCB:7729: Stuck IOs detected on vSAN device:xxx。

  • 如果已使用虛擬 Flash 檔案系統 (VFFS) 設定虛擬 Flash 資源，將具有大量 VMFS 資料存放區的 ESXi 主機開機可能需要很長時間。延遲是由於比較檔案類型 VFFS 和 VMFS 的程序造成的。

  • 在少數情況下，具有虛擬網路裝置的虛擬機器可能會隨機變得沒有回應，並且您需要將其關閉。出於診斷原因嘗試產生核心傾印失敗。

  • 每次啟動 hostd 服務時都會重新計算開機時間。VMkernel 僅提供 ESXi 主機的運作時間。計時器未同步移動，因此，在 hostd 重新啟動時，開機時間可能會來回變更。

  • 如果 vSAN 報告所需容量少於可用容量，則相應的記錄訊息可能具有誤導性。針對所需空間和可用空間報告的值可能不正確。

  • 對於 FUJITSU ETERNUS AB/HB 系列儲存區陣列，必須手動將宣告規則新增至 ESXi 主機。

  • 由於 LSOM/VSAN 碎片中出現釋放後使用 (UAF) 錯誤，vSAN 主機可能會失敗並顯示紫色診斷畫面。在以下堆疊中會出現此問題： 
    cpu11:2100603)0x451c5f09bd68:[0x418027d285d2]vmk_SlabAlloc@vmkernel#nover+0x2e stack: 0x418028f981ba, 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960
cpu11:2100603)0x451c5f09bd70:[0x418028f5e28c][email protected]#0.0.0.1+0xd stack: 0x0, 0x431d231dbae0, 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98
cpu11:2100603)0x451c5f09bd80:[0x418028f981b9]LSOM_Alloc@LSOMCommon#1+0xaa stack: 0x451c5f09bde8, 0x459c836cb960, 0x431d231f7c98, 0x418028f57eb3, 0x431d231dbae0
cpu11:2100603)0x451c5f09bdb0:[0x418028f57eb2][email protected]#0.0.0.1+0x5f stack: 0x1, 0x459c836cb960, 0x418029164388, 0x41802903c607, 0xffffffffffffffff
cpu11:2100603)0x451c5f09bde0:[0x41802903c606][email protected]#0.0.0.1+0x87 stack: 0x459c836cb740, 0x0, 0x43218d3b7c00, 0x43036e815070, 0x451c5f0a3000
cpu11:2100603)0x451c5f09be20:[0x418029165075][email protected]#0.0.0.1+0xfa stack: 0x0, 0x418027d15483, 0x451bc0580000, 0x418027d1c57a, 0x26f5abad8d0ac0
cpu11:2100603)0x451c5f09bf30:[0x418027ceaf52]HelperQueueFunc@vmkernel#nover+0x30f stack: 0x431d231ba618, 0x431d231ba608, 0x431d231ba640, 0x451c5f0a3000, 0x431d231ba618
cpu11:2100603)0x451c5f09bfe0:[0x418027f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0, 0x0, 0x0, 0x0, 0x0

  • 在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

  • 由於內部記憶體流失，wsman 服務在某些伺服器上的記憶體使用量可能會增加至超出 23 MB 的上限。因此，服務會停止接受傳入要求，直到重新啟動。此問題會影響 Dell 和 Lenovo 伺服器。

  • 在某些環境中，vSphere Storage Appliance (VSA) 外掛程式 (也稱為安全性虛擬應用裝置 (SVA)) 可能會導致 hostd 服務在建立 TCP 連線期間間歇性地沒有回應。此外，虛擬機器快照可能會逾時。自 2014 年起不再支援 VSA。

  • 在少數情況下，重新啟動屬於 Microsoft 叢集服務 (MSCS) 叢集的虛擬機器時，解除鎖定的執行緒同步鎖定可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。如果您的環境中已啟用 VMware vSphere High Availability，則此問題可能會影響許多 ESXi 主機，因為 vSphere HA 會嘗試在其他主機中開啟虛擬機器電源。

  • 如果在 RCRead 路徑中未正確處理碎片配置故障，vSAN 主機可能會失敗，並顯示紫色診斷畫面。將會顯示類似下列內容的警告：bora/modules/vmkernel/lsom/rc_io.c:2115 -- NOT REACHED.

  • VMXNET3 驅動程式會複製並計算 IP 總長度欄位中所指示的裝載的總和檢查碼。但是，VMXNET3 不會複製位於裝載後面的未包括在長度欄位中的任何其他位元組，此類位元組無法傳遞至客體虛擬機器。例如，VMXNET3 不會複製和傳遞乙太網路尾端。

  • 如果 vSAN 磁碟群組中的儲存裝置因讀取失敗而發生暫時性錯誤，則完整重建避免 (FRA) 可能無法修復該裝置。在此類情況下，FRA 未執行重新記錄，這可能會導致在 PLOG 上建置記錄，從而造成壅塞和延遲問題。

  • 從網路介面使用 BIOS 韌體將虛擬機器開機時，由於網路問題，與環境中不同伺服器的互動可能需要很長時間。此問題不會影響客體作業系統執行階段期間的網路效能。

  • 如果連結彙總群組中的實體連接埠關閉或重新啟動，但同時 ESXi 主機將不同步的 LACP 封包傳送至實體交換器，則 vmnic 可能也會關閉。這可能會導致連結彙總暫時不穩定。

  • 對 NFS 資料存放區執行 vSphere vMotion 作業期間，可能不會刪除以 NFS 磁碟為基礎的鎖定檔案。因此，目的地主機上的虛擬機器大約有 40 秒的時間沒有回應。

  • 如果使用 /bin/services.sh restart 命令重新啟動 vCenter Server 管理服務，則負責將 ESXi 主機事件傳送至 vCenter Server 的 vobd 精靈可能不會重新啟動。因此，在 vSphere Client 和 vSphere Web Client 中看不到警示。

  • 在少數情況下，如果 vSphere HA 重新啟動或容錯移轉，則 vSphere HA 叢集上的虛擬機器可能會中斷連線，並顯示類似下列內容的錯誤：VMXNET3 使用者: 無法將「Ethernet0」連線至 DV 連接埠「xx」。

  • TCP 使用包含 3 個步驟的同步 (SYN) 和確認 (ACK) 程序來建立連線：SYN、SYN-ACK 和 SYN-ACK 的 ACK。TCP 時間戳記等選項會在此程序過程中進行交涉。基於流量最佳化的原因，中間盒或 TCP Proxy 可能會在 SYN-ACK 階段移除時間戳記選項。因此，與 ESXi 主機的 TCP 連線會重設並關閉。封包擷取作業將在 TCP 信號交換後立即顯示來自伺服器的 RST 封包。

  • 在少數情況下，如果堆積記憶體中的未初始化欄位針對 VMFS 資源叢集編號傳回了無效值，可能會導致後續在 VMFS 磁碟區上搜尋此叢集失敗。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

  • 中斷與 VDS 的連線時，LAG 連接埠讀取鎖定的極少見競爭情形可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

  • vSAN 讀取快取為了從高度分散的寫入緩衝區填入混合 vSAN 陣列的 1 MB 讀取快取行而發出讀取 I/O，可能會導致 IORETRY 將讀取快取發出的所有 64 KB 讀取 I/O 分割為 16 個 4 KB 的 I/O。這可能會導致 IORETRY 佇列耗盡。

  • 如果 vSAN 資料存放區包含許多已關閉電源或已暫停的虛擬機器，而這些虛擬機器未接收任何 I/O，則 vSAN 資料存放區上的作用中虛擬機器可能會由於 vSAN 中增加 LSOM 記憶體壅塞而出現效能降級的情況。

  • 在少數情況下，如果您在磁碟群組上認可某個物件，但在具有該磁碟群組的 vSAN 主機重新開機後此物件顯示為未認可，則 vSAN 可能會錯誤地認為物件處於錯誤狀態。因此，vSAN 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
    Object <uuid> corrupted. lastCWLSN = <number>, pendingLSN = <number>
PanicvPanicInt@vmkernel#nover+0x439
Panic_vPanic@vmkernel#nover+0x23
vmk_PanicWithModuleID@vmkernel#nover+0x41
[email protected]#0.0.0.1+0x6b3
[email protected]#0.0.0.1+0xa5
[email protected]#0.0.0.1+0xce
[email protected]#0.0.0.1+0x5e1
vmkWorldFunc@vmkernel#nover+0x4f
CpuSched_StartWorld@vmkernel#nover+0x77

  • 如果在虛擬機器的硬體升級期間使用 vmx.reboot.powerCycle=TRUE 進階設定來設定重新啟動電源旗標，則 hostd 服務可能會無法追蹤虛擬機器電源狀態。在虛擬機器重新開機後，hostd 可能會將已開啟電源的虛擬機器報告為已關閉電源。

  • 在虛擬機器磁碟整併作業 (例如快照磁碟整併) 期間，hostd 服務可能會長時間持有鎖定。這樣一來，hostd 會延遲回應其他工作與狀態要求。因此，如果磁碟整併工作花費時間過長，ESXi 主機將沒有回應。

  • 如果虛擬機器的 UUID 發生變更 (例如，使用 vSphere vMotion 進行移轉後)，並且虛擬機器具有 NSX-T 管理的交換器上的 vNIC，則虛擬機器會中斷網路連線。vNIC 無法重新連線。
    由於 VMware AHCI SATA 存放控制器驅動程式中的競爭情形，一或多個 ESXi 主機可能會間歇性地沒有回應。在 vmkernel.log 檔案中，您會看到許多訊息，例如：​
    …ahciAbortIO:(curr) HWQD: 0 BusyL: 0

  • ESXi USB 驅動程式 vmkusb 可能無法處理超過 1K 的控制 I/O。因此，某些 USB 裝置會導致流向 ESXi 主機上虛擬機器的 I/O 流量出現故障。

ESXi-6.7.0-20210301001s-standard

設定檔名稱	ESXi-6.7.0-20210301001s-standard
組建編號	如需組建編號資訊，請參閱此版本中包含的修補程式。
廠商	VMware, Inc.
發行日期	2021 年 3 月 18 日
接受程度	PartnerSupported
受影響的硬體	不適用
受影響的軟體	不適用
受影響的 VIB	VMware_bootbank_esx-update_6.7.0-3.139.17700514 VMware_bootbank_vsan_6.7.0-3.139.17598146 VMware_bootbank_vsanhealth_6.7.0-3.139.17598147 VMware_bootbank_esx-base_6.7.0-3.139.17700514 VMware_locker_tools-light_11.2.5.17337674-17700514 VMware_bootbank_cpu-microcode_6.7.0-3.139.17700514
修正的 PR	2704743、2713501、2673509
相關的 CVE 號碼	不適用

• 此修補程式更新了下列問題：

  • OpenSSH 版本已更新至 8.4p1。

  • Python 第三方程式庫已更新至 3.5.10 版。

  • ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2x 版。

  • 與 ESXi 670-202103001 綁定的 VMware Tools ISO 映像如下：

    • windows.iso：VMware Tools 11.2.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
    • linux.iso：適用於 glibc 2.11 或更新版本之 Linux 作業系統的 VMware Tools 10.3.23 ISO 映像。

    • 下列 VMware Tools ISO 映像可供下載：

    • VMware Tools 10.0.12：
      • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
      • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
    • VMware Tools 11.0.6：
      • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
    • solaris.iso：適用於 Solaris 的 VMware Tools 10.3.10 映像。
    • darwin.iso：支援 Mac OS X 10.11 版及更新版本。

    • 遵循下列文件所列出的程序下載適用於未與 ESXi 綁定之平台的 VMware Tools：

    • VMware Tools 11.2.5 版本說明
    • 舊版 VMware Tools
    • 每位 vSphere 管理員對於 VMware Tools 的須知事項
    • 適用於使用 Auto Deploy 佈建之主機的 VMware Tools
    • 更新 VMware Tools
       

  • 程式碼名稱	FMS	Plt 識別碼	MCU 修訂版本	MCU 日期	品牌名稱
    Nehalem EP	0x106a5	0x03	0x0000001d	2018/5/11	Intel Xeon 35xx 系列； Intel Xeon 55xx 系列
    Lynnfield	0x106e5	0x13	0x0000000a	2018/5/8	Intel Xeon 34xx Lynnfield 系列
    Clarkdale	0x20652	0x12	0x00000011	2018/5/8	Intel i3/i5 Clarkdale 系列； Intel Xeon 34xx Clarkdale 系列
    Arrandale	0x20655	0x92	0x00000007	2018/4/23	Intel Core i7-620LE 處理器
    Sandy Bridge DT	0x206a7	0x12	0x0000002f	2019/2/17	Intel Xeon E3-1100 系列； Intel Xeon E3-1200 系列； Intel i7-2655-LE 系列； Intel i3-2100 系列
    Westmere EP	0x206c2	0x03	0x0000001f	2018/5/8	Intel Xeon 56xx 系列； Intel Xeon 36xx 系列
    Sandy Bridge EP	0x206d6	0x6d	0x00000621	2020/3/4	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
    Sandy Bridge EP	0x206d7	0x6d	0x0000071a	2020/3/24	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
    Nehalem EX	0x206e6	0x04	0x0000000d	2018/5/15	Intel Xeon 65xx 系列； Intel Xeon 75xx 系列
    Westmere EX	0x206f2	0x05	0x0000003b	2018/5/16	Intel Xeon E7-8800 系列； Intel Xeon E7-4800 系列； Intel Xeon E7-2800 系列
    Ivy Bridge DT	0x306a9	0x12	0x00000021	2019/2/13	Intel i3-3200 系列； Intel i7-3500-LE/UE； Intel i7-3600-QE； Intel Xeon E3-1200-v2 系列； Intel Xeon E3-1100-C-v2 系列； Intel Pentium B925C
    Haswell DT	0x306c3	0x32	0x00000028	2019/11/12	Intel Xeon E3-1200-v3 系列； Intel i7-4700-EQ 系列； Intel i5-4500-TE 系列； Intel i3-4300 系列
    Ivy Bridge EP	0x306e4	0xed	0x0000042e	2019/3/14	Intel Xeon E5-4600-v2 系列； Intel Xeon E5-2600-v2 系列； Intel Xeon E5-2400-v2 系列； Intel Xeon E5-1600-v2 系列； Intel Xeon E5-1400-v2 系列
    Ivy Bridge EX	0x306e7	0xed	0x00000715	2019/3/14	Intel Xeon E7-8800/4800/2800-v2 系列
    Haswell EP	0x306f2	0x6f	0x00000044	5/27/2020	Intel Xeon E5-4600-v3 系列； Intel Xeon E5-2600-v3 系列； Intel Xeon E5-2400-v3 系列； Intel Xeon E5-1600-v3 系列； Intel Xeon E5-1400-v3 系列
    Haswell EX	0x306f4	0x80	0x00000016	2019/6/17	Intel Xeon E7-8800/4800-v3 系列
    Broadwell H	0x40671	0x22	0x00000022	2019/11/12	Intel Core i7-5700EQ； Intel Xeon E3-1200-v4 系列
    Avoton	0x406d8	0x01	0x0000012d	2019/9/16	Intel Atom C2300 系列； Intel Atom C2500 系列； Intel Atom C2700 系列
    Broadwell EP/EX	0x406f1	0xef	0x0b000038	2019/6/18	Intel Xeon E7-8800/4800-v4 系列； Intel Xeon E5-4600-v4 系列； Intel Xeon E5-2600-v4 系列； Intel Xeon E5-1600-v4 系列
    Skylake SP	0x50654	0xb7	0x02006a08	6/16/2020	Intel Xeon Platinum 8100 系列； Intel Xeon Gold 6100/5100、Silver 4100、Bronze 3100 系列； Intel Xeon D-2100 系列； Intel Xeon D-1600 系列； Intel Xeon W-3100 系列； Intel Xeon W-2100 系列
    Cascade Lake B-0	0x50656	0xbf	0x04003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
    Cascade Lake	0x50657	0xbf	0x05003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
    Cooper Lake	0x5065b	0xbf	0x0700001f	9/17/2020	Intel Xeon Platinum 8300 系列； Intel Xeon Gold 6300/5300
    Broadwell DE	0x50662	0x10	0x0000001c	2019/6/17	Intel Xeon D-1500 系列
    Broadwell DE	0x50663	0x10	0x07000019	2019/6/17	Intel Xeon D-1500 系列
    Broadwell DE	0x50664	0x10	0x0f000017	2019/6/17	Intel Xeon D-1500 系列
    Broadwell NS	0x50665	0x10	0x0e00000f	2019/6/17	Intel Xeon D-1600 系列
    Skylake H/S	0x506e3	0x36	0x000000e2	7/14/2020	Intel Xeon E3-1500-v5 系列； Intel Xeon E3-1200-v5 系列
    Denverton	0x506f1	0x01	0x00000032	3/7/2020	Intel Atom C3000 系列
    Snow Ridge	0x80665	0x01	0x0b000007	2/25/2020	Intel Atom P5000 系列
    Kaby Lake H/S/X	0x906e9	0x2a	0x000000de	5/26/2020	Intel Xeon E3-1200-v6 系列； Intel Xeon E3-1500-v6 系列
    Coffee Lake	0x906ea	0x22	0x000000de	5/25/2020	Intel Xeon E-2100 系列； Intel Xeon E-2200 系列 (4 或 6 核心)
    Coffee Lake	0x906eb	0x02	0x000000de	5/25/2020	Intel Xeon E-2100 系列
    Coffee Lake	0x906ec	0x22	0x000000de	6/3/2020	Intel Xeon E-2100 系列
    Coffee Lake Refresh	0x906ed	0x22	0x000000de	5/24/2020	Intel Xeon E-2200 系列 (8 核心)

ESXi-6.7.0-20210301001s-no-tools

設定檔名稱	ESXi-6.7.0-20210301001s-no-tools
組建編號	如需組建編號資訊，請參閱此版本中包含的修補程式。
廠商	VMware, Inc.
發行日期	2021 年 3 月 18 日
接受程度	PartnerSupported
受影響的硬體	不適用
受影響的軟體	不適用
受影響的 VIB	VMware_bootbank_esx-update_6.7.0-3.139.17700514 VMware_bootbank_vsan_6.7.0-3.139.17598146 VMware_bootbank_vsanhealth_6.7.0-3.139.17598147 VMware_bootbank_esx-base_6.7.0-3.139.17700514 VMware_bootbank_cpu-microcode_6.7.0-3.139.17700514
修正的 PR	2704743、2713501、2673509
相關的 CVE 號碼	不適用

• 此修補程式更新了下列問題：

  • OpenSSH 版本已更新至 8.4p1。

  • Python 第三方程式庫已更新至 3.5.10 版。

  • ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2x 版。

  • 與 ESXi 670-202103001 綁定的 VMware Tools ISO 映像如下：

    • windows.iso：VMware Tools 11.2.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
    • linux.iso：適用於 glibc 2.11 或更新版本之 Linux 作業系統的 VMware Tools 10.3.23 ISO 映像。

    • 下列 VMware Tools ISO 映像可供下載：

    • VMware Tools 10.0.12：
      • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
      • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
    • VMware Tools 11.0.6：
      • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
    • solaris.iso：適用於 Solaris 的 VMware Tools 10.3.10 映像。
    • darwin.iso：支援 Mac OS X 10.11 版及更新版本。

    • 遵循下列文件所列出的程序下載適用於未與 ESXi 綁定之平台的 VMware Tools：

    • VMware Tools 11.2.5 版本說明
    • 舊版 VMware Tools
    • 每位 vSphere 管理員對於 VMware Tools 的須知事項
    • 適用於使用 Auto Deploy 佈建之主機的 VMware Tools
    • 更新 VMware Tools
       

  • 程式碼名稱	FMS	Plt 識別碼	MCU 修訂版本	MCU 日期	品牌名稱
    Nehalem EP	0x106a5	0x03	0x0000001d	2018/5/11	Intel Xeon 35xx 系列； Intel Xeon 55xx 系列
    Lynnfield	0x106e5	0x13	0x0000000a	2018/5/8	Intel Xeon 34xx Lynnfield 系列
    Clarkdale	0x20652	0x12	0x00000011	2018/5/8	Intel i3/i5 Clarkdale 系列； Intel Xeon 34xx Clarkdale 系列
    Arrandale	0x20655	0x92	0x00000007	2018/4/23	Intel Core i7-620LE 處理器
    Sandy Bridge DT	0x206a7	0x12	0x0000002f	2019/2/17	Intel Xeon E3-1100 系列； Intel Xeon E3-1200 系列； Intel i7-2655-LE 系列； Intel i3-2100 系列
    Westmere EP	0x206c2	0x03	0x0000001f	2018/5/8	Intel Xeon 56xx 系列； Intel Xeon 36xx 系列
    Sandy Bridge EP	0x206d6	0x6d	0x00000621	2020/3/4	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
    Sandy Bridge EP	0x206d7	0x6d	0x0000071a	2020/3/24	Intel Pentium 1400 系列； Intel Xeon E5-1400 系列； Intel Xeon E5-1600 系列； Intel Xeon E5-2400 系列； Intel Xeon E5-2600 系列； Intel Xeon E5-4600 系列
    Nehalem EX	0x206e6	0x04	0x0000000d	2018/5/15	Intel Xeon 65xx 系列； Intel Xeon 75xx 系列
    Westmere EX	0x206f2	0x05	0x0000003b	2018/5/16	Intel Xeon E7-8800 系列； Intel Xeon E7-4800 系列； Intel Xeon E7-2800 系列
    Ivy Bridge DT	0x306a9	0x12	0x00000021	2019/2/13	Intel i3-3200 系列； Intel i7-3500-LE/UE； Intel i7-3600-QE； Intel Xeon E3-1200-v2 系列； Intel Xeon E3-1100-C-v2 系列； Intel Pentium B925C
    Haswell DT	0x306c3	0x32	0x00000028	2019/11/12	Intel Xeon E3-1200-v3 系列； Intel i7-4700-EQ 系列； Intel i5-4500-TE 系列； Intel i3-4300 系列
    Ivy Bridge EP	0x306e4	0xed	0x0000042e	2019/3/14	Intel Xeon E5-4600-v2 系列； Intel Xeon E5-2600-v2 系列； Intel Xeon E5-2400-v2 系列； Intel Xeon E5-1600-v2 系列； Intel Xeon E5-1400-v2 系列
    Ivy Bridge EX	0x306e7	0xed	0x00000715	2019/3/14	Intel Xeon E7-8800/4800/2800-v2 系列
    Haswell EP	0x306f2	0x6f	0x00000044	5/27/2020	Intel Xeon E5-4600-v3 系列； Intel Xeon E5-2600-v3 系列； Intel Xeon E5-2400-v3 系列； Intel Xeon E5-1600-v3 系列； Intel Xeon E5-1400-v3 系列
    Haswell EX	0x306f4	0x80	0x00000016	2019/6/17	Intel Xeon E7-8800/4800-v3 系列
    Broadwell H	0x40671	0x22	0x00000022	2019/11/12	Intel Core i7-5700EQ； Intel Xeon E3-1200-v4 系列
    Avoton	0x406d8	0x01	0x0000012d	2019/9/16	Intel Atom C2300 系列； Intel Atom C2500 系列； Intel Atom C2700 系列
    Broadwell EP/EX	0x406f1	0xef	0x0b000038	2019/6/18	Intel Xeon E7-8800/4800-v4 系列； Intel Xeon E5-4600-v4 系列； Intel Xeon E5-2600-v4 系列； Intel Xeon E5-1600-v4 系列
    Skylake SP	0x50654	0xb7	0x02006a08	6/16/2020	Intel Xeon Platinum 8100 系列； Intel Xeon Gold 6100/5100、Silver 4100、Bronze 3100 系列； Intel Xeon D-2100 系列； Intel Xeon D-1600 系列； Intel Xeon W-3100 系列； Intel Xeon W-2100 系列
    Cascade Lake B-0	0x50656	0xbf	0x04003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
    Cascade Lake	0x50657	0xbf	0x05003003	6/18/2020	Intel Xeon Platinum 9200/8200 系列； Intel Xeon Gold 6200/5200； Intel Xeon Silver 4200/Bronze 3200； Intel Xeon W-3200
    Cooper Lake	0x5065b	0xbf	0x0700001f	9/17/2020	Intel Xeon Platinum 8300 系列； Intel Xeon Gold 6300/5300
    Broadwell DE	0x50662	0x10	0x0000001c	2019/6/17	Intel Xeon D-1500 系列
    Broadwell DE	0x50663	0x10	0x07000019	2019/6/17	Intel Xeon D-1500 系列
    Broadwell DE	0x50664	0x10	0x0f000017	2019/6/17	Intel Xeon D-1500 系列
    Broadwell NS	0x50665	0x10	0x0e00000f	2019/6/17	Intel Xeon D-1600 系列
    Skylake H/S	0x506e3	0x36	0x000000e2	7/14/2020	Intel Xeon E3-1500-v5 系列； Intel Xeon E3-1200-v5 系列
    Denverton	0x506f1	0x01	0x00000032	3/7/2020	Intel Atom C3000 系列
    Snow Ridge	0x80665	0x01	0x0b000007	2/25/2020	Intel Atom P5000 系列
    Kaby Lake H/S/X	0x906e9	0x2a	0x000000de	5/26/2020	Intel Xeon E3-1200-v6 系列； Intel Xeon E3-1500-v6 系列
    Coffee Lake	0x906ea	0x22	0x000000de	5/25/2020	Intel Xeon E-2100 系列； Intel Xeon E-2200 系列 (4 或 6 核心)
    Coffee Lake	0x906eb	0x02	0x000000de	5/25/2020	Intel Xeon E-2100 系列
    Coffee Lake	0x906ec	0x22	0x000000de	6/3/2020	Intel Xeon E-2100 系列
    Coffee Lake Refresh	0x906ed	0x22	0x000000de	5/24/2020	Intel Xeon E-2200 系列 (8 核心)

舊版中的已知問題

若要檢視以前已知問題的清單，請按一下此處。

以前的已知問題分類如下。

• CIM 問題
• 安裝、升級和移轉問題
• 安全性功能問題
• 網路問題
• 儲存區問題
• 備份和還原問題
• vCenter Server Appliance、vCenter Server、vSphere Web Client 和 vSphere Client 問題
• 虛擬機器管理問題
• vSphere HA 和 Fault Tolerance 問題
• Auto Deploy 和 Image Builder 問題
• 其他問題

CIM 問題

• 升級到 ESXi670-202004002 之後，您可能會在 vSphere Client 中看到有關 HP Gen10 伺服器風扇健全狀況的嚴重警告

  由於誤報驗證，升級到 ESXi670-202004002 之後，您可能會在 vSphere Client 中看到有關 HP Gen10 伺服器風扇健全狀況的嚴重警告。

  因應措施：請依照 VMware 知識庫文章 78989 中所述的步驟執行。

安裝、升級和移轉問題

• 由於 HPE ProLiant - DL380/360 Gen 9 伺服器上的記憶體損毀，ESXi 安裝或升級失敗

  在具有 Smart Array P440ar 存放控制器的 HPE ProLiant - DL380/360 Gen 9 伺服器上會發生此問題。

  因應措施：安裝或升級 ESXi 之前，將伺服器 BIOS 模式設為 UEFI。

• 將 ESXi 升級到 6.7 版，並且後續復原為 6.5 或更早版本後，可能會發生失敗並顯示錯誤訊息

  在還原為 6.5 或更早版本後，於 ESXi 主機上執行下列其中一項作業時，可能會出現失敗和錯誤訊息：

  • 在主機上安裝修補程式和 VIB
    錯誤訊息：[DependencyError] VIB VMware_locker_tools-light requires esx-version >= 6.6.0
  • 在虛擬機器上安裝或升級 VMware Tools
    錯誤訊息：無法安裝 VMware Tools。

  ESXi 從 6.7 版復原後，新的 tools-light VIB 不會還原為舊版。因此，VIB 會變得與復原後的 ESXi 主機不相容，進而導致出現這些問題。

  因應措施：執行下列作業以修正此問題。

  使用 SSH 登入主機，然後執行下列其中一個命令：

  esxcli software vib install -v /path/to/tools-light.vib

  或

  esxcli software vib install -d /path/to/depot/zip -n tools-light

  其中，vib 和 zip 適用於目前執行的 ESXi 版本。

  附註：對於已安裝新 VMware Tools 的虛擬機器，當 ESXi 主機復原後，無需還原 VMware Tools。

• 在密碼中使用反斜線 (\) 或雙引號 (") 特殊字元導致安裝預先檢查失敗

  在 vCenter Server Appliance 安裝期間，如果在 ESXi、vCenter Single Sign-On 或作業系統密碼欄位中使用反斜線 (\) 或雙引號 (") 特殊字元，安裝預先檢查會失敗並顯示下列錯誤：

  錯誤訊息: com.vmware.vcsa.installer.template.cli_argument_validation: 無效的 \ 逸出: 行 ## 欄 ## (字元 ###)

  因應措施：如果在 ESXi、作業系統或 Single Sign-On 的密碼中包含反斜線 (\) 或雙引號 (") 特殊字元，則需要逸出特殊字元。例如，密碼 pass\word 應逸出為 pass\\word。

• 如果密碼中存在非 ASCII 字元，Windows vCenter Server 6.7 安裝程式會失敗

  如果 Single Sign-on 密碼包含中文、日文、韓文和繁體中文地區設定的非 ASCII 字元，Windows vCenter Server 6.7 安裝程式會失敗。

  因應措施：請確保 Single Sign-on 密碼僅包含中文、日文、韓文和繁體中文地區設定的 ASCII 字元。

• 如果 vCenter Server root 密碼中包含冒號字元 (:)，將無法登入 vSphere 應用裝置管理介面

  在 vCenter Server Appliance UI 安裝期間 (階段 1：設定應用裝置虛擬機器頁面)，如果 vCenter Server root 密碼中包含冒號字元 (:)，則登入 vSphere 應用裝置管理介面 (https://vc_ip:5480) 會失敗，即無法登入。在安裝期間，密碼規則檢查可能會接受此密碼，但登入失敗。

  因應措施：請勿使用冒號字元 (:) 在 vCenter Server Appliance UI (階段 1：設定應用裝置虛擬機器) 中設定 vCenter Server root 密碼。

• 如果 vCenter Single Sign-On 密碼中包含反斜線字元 (\)，vCenter Server Appliance 安裝會失敗

  在 vCenter Server Appliance UI 安裝期間 (階段 2：SSO 設定頁面)，如果 vCenter Single Sign-On 密碼中包含反斜線字元 (\)，安裝會失敗並顯示錯誤向 Component Manager 登錄分析服務失敗。密碼規則檢查可能會接受此密碼，但安裝失敗。

  因應措施：請勿使用反斜線字元 (\) 在 vCenter Server Appliance UI 安裝程式 (階段 2：SSO 設定頁面) 中設定 vCenter Single Sign-On 密碼。

• 在 HP ProLiant Gen 9 伺服器上執行指令碼式 ESXi 安裝失敗並顯示錯誤 

  當您在下列情況下於 HP ProLiant Gen 9 伺服器上執行指令碼式 ESXi 安裝時： 

  • BIOS 中已啟用 [內嵌式使用者磁碟分割] 選項。 
  • 在安裝期間使用多個 USB 磁碟機：一個 USB 磁碟機包含 ks.cfg 檔案，而其他 USB 磁碟機未格式化且可供使用。

  安裝失敗，並顯示錯誤訊息磁碟分割未初始化。

  因應措施：

  1. 在伺服器 BIOS 中停用 [內嵌式使用者磁碟分割] 選項。
  2. 使用檔案系統將未格式化的 USB 磁碟機格式化，或將其從伺服器拔除。
• 如果 vCenter Server 包含以非 ASCII 或高位元 ASCII 命名的 5.5 主機設定檔，將 Windows vCenter Server 6.0.x 或 6.5.x 升級到 vCenter Server 6.7 會失敗

  當來源 Windows vCenter Server 6.0.x 或 6.5.x 包含以非 ASCII 或高位元 ASCII 字元命名的 vCenter Server 5.5.x 主機設定檔時，UpgradeRunner 無法在升級預先檢查程序期間啟動。

  因應措施：將 Windows vCenter Server 6.0.x 或 6.5.x 升級至 vCenter Server 6.7 之前，請將具有以非 ASCII 或高位元 ASCII 命名之主機設定檔的 ESXi 5.5.x 升級至 ESXi 6.0.x 或 6.5.x，然後透過按一下從主機複製設定，從升級後的主機更新主機設定檔。

• 如果 vCenter Single Sign-On 密碼包含非 ASCII 字元，則無法執行具有 -x 選項的 camregister 命令

  例如，當您執行具有 -x file 選項的 camregister 命令來登錄 vSphere Authentication Proxy 時，如果 vCenter Single Sign-On 密碼包含非 ASCII 字元，則程序失敗並顯示存取遭拒錯誤。

  因應措施：設定包含 ASCII 字元的 vCenter Single Sign-On 密碼，或者當您執行 camregister 命令以輸入包含非 ASCII 字元的 vCenter Single Sign-On 密碼時使用 –p password 選項。

• 升級到 vCenter Server 6.7 之後，Bash shell 和 SSH 登入會停用

  升級到 vCenter Server 6.7 之後，無法使用 Bash shell 或 SSH 登入來存取 vCenter Server Appliance。

  因應措施：

  1. 成功升級到 vCenter Server 6.7 之後，登入 vCenter Server Appliance 管理介面。在網頁瀏覽器中，前往 https://appliance_ip_address_or_fqdn:5480
  2. 以 root 身分登入。
     預設 root 密碼為您在部署 vCenter Server Appliance 時設定的密碼。
  3. 按一下 [存取]，然後按一下 [編輯]。
  4. 編輯 Bash shell 和 SSH 登入的存取設定。 
     啟用對 vCenter Server Appliance 的 Bash shell 存取時，輸入保持存取啟用的分鐘數。
  5. 按一下 [確定] 儲存設定。
• 如果在先前未啟用傳輸層安全性 1.2 的情況下，在 Windows Server 2008 R2 上安裝 vCenter Server for Windows 6.0，管理節點移轉將會遭到封鎖

  如果在 Windows Server 2008 R2 上使用外部 Platform Services Controller (MxN 拓撲) 移轉 vCenter Server for Windows 6.0，會發生此問題。移轉外部 Platform Services Controller (PSC) 後，在管理節點上執行 Migration Assistant 會失敗，報告其無法擷取 PSC 版本。發生此錯誤的原因是，Windows Server 2008 R2 預設不支援傳輸層安全性 (TLS) 1.2 (Platform Services Controller 6.7 的預設 TLS 通訊協定)。

  因應措施：針對 Windows Server 2008 R2.1 啟用 TLS 1.2。

  1. 導覽至登錄機碼：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
  2. 建立新資料夾，並將其標示為 TLS 1.2。
  3. 透過 TLS 1.2 資料夾建立兩個新機碼，並將機碼命名為 Client 和 Server。
  4. 在 Client 機碼下，建立兩個 DWORD (32 位元) 值，並將其命名為 DisabledByDefault 和 Enabled。
  5. 在 Server 機碼下，建立兩個 DWORD (32 位元) 值，並將其命名為 DisabledByDefault 和 Enabled。
  6. 確保 [值] 欄位設為 0，且 DisabledByDefault 的基底為十六進位。
  7. 確保 [值] 欄位設為 1，且 Enabled 的基底為十六進位。
  8. 將 Windows Server 2008 R2 電腦重新開機。

  如需將 TLS 1.2 用於 Windows Server 2008 R2 的詳細資訊，請參閱作業系統廠商的說明文件。

• 升級到 6.7 版期間，包含版本低於 6.0 之主機設定檔的 vCenter Server 失敗

  vCenter Server 6.7 不支援版本低於 6.0 的主機設定檔。若要升級至 vCenter Server 6.7，如果具備以下任何元件，必須先將主機設定檔升級至 6.0 版或更新版本：

  • ESXi 主機版本 - 5.1 或 5.5
  • vCenter Server 版本 - 6.0 或 6.5
  • 主機設定檔版本 - 5.1 或 5.5

  因應措施：請參閱知識庫 52932

• 升級到 vCenter Server 6.7 之後，對 ESXi 主機之 /etc/ssh/sshd_config 檔案的任何編輯都會捨棄，然後檔案還原為 vCenter Server 6.7 預設組態

  由於 /etc/ssh/sshd_config 檔案中的預設值變更，vCenter Server 6.7 升級會使用預設組態取代對此組態檔的任何手動編輯。此變更是必要的，因為部分舊設定 (例如允許的加密) 不再與目前的 ESXi 行為相容，導致 SSHD (SSH 精靈) 無法正確啟動。

  注意：不建議編輯 /etc/ssh/sshd_config。SSHD 預設為停用，而編輯系統組態的慣用方法是透過 VIM API (包括 ESXi Host Client 介面) 或 ESXCLI。

  因應措施：如果需要編輯 /etc/ssh/sshd_config，您可以在成功完成 vCenter Server 6.7 升級後加以套用。預設組態檔現在包含版本號碼。保留版本號碼以避免覆寫此檔案。

  如需有關編輯 /etc/ssh/sshd_config 檔案的詳細資訊，請參閱下列知識庫文章：

  • 如需啟用公開/私密金鑰驗證的相關資訊，請參閱知識庫文章 1002866
  • 如需變更預設 SSHD 組態的相關資訊，請參閱知識庫文章 1020530

安全性功能問題

• 在 Windows 客體作業系統 RS1、RS2 和 RS3 中，vSphere 上的虛擬式安全性 (VBS) 需要在客體作業系統中啟用 HyperV。

  在 Windows 客體作業系統 RS1、RS2 和 RS3 中，vSphere 上的虛擬式安全性 (VBS) 需要在客體作業系統中啟用 HyperV。

  因應措施：在 Windows Server 2016 上啟用 Hyper-V 平台。在 Server Manager 中，在 [本機伺服器] 下選取 [管理] -> [新增角色和功能] 精靈，然後在角色型或功能型安裝下，從伺服器集區中選取 Hyper-V，並指定伺服器角色。針對伺服器角色、功能、Hyper-V、虛擬交換器、移轉和預設存放區選擇預設值。將主機重新開機。

  在 Windows 10 上啟用 Hyper-V：瀏覽至 [控制台] -> [程式] -> [開啟或關閉 Windows 功能]。勾選包含 Hyper-V Hypervisor 和 Hyper-V 服務的 Hyper-V 平台。取消勾選 [Hyper-V 管理工具]。按一下 [確定]。將主機重新開機。

網路問題

• 主機設定檔 PeerDNS 旗標在某些情況下無法運作

  如果在具有相關聯主機設定檔的無狀態主機上針對 vmknic 啟用適用於 IPv4 的 PeerDNS，iPv6PeerDNS 可能會在主機重新開機後以不同狀態出現在擷取的主機設定檔中。

  因應措施：無。

• 某些 Intel 網路介面卡可能無法接收 LLDP 封包

  系列 X710、XL710、XXV710 和 X722 的 Intel 網路介面卡可能無法接收 LLDP 封包。這是由於在韌體上執行的晶片上代理程式耗用從 LAN 連接埠收到的 LLDP 框架。此耗用量可防止軟體根據 LLDP 框架 (例如虛擬分散式交換器) 來取得 LLDP 封包。

  因應措施：若要啟用 Intel 網路介面卡以接收 LLDP 封包，您必須：

  1. 使用大於等於 6.0 的韌體版本
  2. 使用大於等於 1.7.x 的驅動程式版本
  3. 將 i40en 的 LLDP 模組參數設定為 0。

     例如，若要在所有 4 個 NIC 上停用 LLDP 代理程式，請執行下列命令：

      # esxcli system module parameters set -p "LLDP=0,0,0,0" i40en
  0 參數的數目應等於 ESXi 主機上 i40en 上行的數目。

• 將 vSphere Distributed Switch 升級到 6.6 版時，您可能會遇到一些已知問題

  在升級期間，已連線的虛擬機器可能會有幾秒鍾的時間出現封包遺失情況。

  因應措施：如果您有多個 vSphere Distributed Switch 需要升級到 6.6 版，請依序升級這些交換器。

  在維護時段內排程 vSphere Distributed Switch 升級、將 DRS 模式設定為手動，並且在升級期間不套用 DRS 建議。

  如需有關已知問題和解決方案的更多詳細資料，請參閱知識庫 52621

• 如果您使用單一根目錄 I/O 虛擬化 (SR-IOV) 並修改 ixgben 驅動程式的實體功能 (PF)，部分虛擬機器可能會中斷連線

  如果您使用 SR-IOV 並重設 PF，或先關閉 PF 後再啟動 PF，則使用 SR-IOV 虛擬功能進行網路連線的虛擬機器可能會中斷連線。

  因應措施：將 ESXi 伺服器重新開機，然後開啟虛擬機器的電源。但是，如果您使用 DHCP，則虛擬機器的 IP 可能會變更。

• 當 Network I/O Control 已啟用並且所有作用中的上行已關閉時，虛擬機器無法開啟電源

  當 Network I/O Control 已啟用並且符合下列條件時，虛擬機器無法開啟電源：

  • 虛擬機器已連線到 vSphere Distributed Switch 上的分散式連接埠群組
  • 虛擬機器已設定頻寬配置保留區，並且虛擬機器的網路介面卡 (vNIC) 已設定保留區
  • 分散式連接埠群組的整併原則已設定為容錯移轉
  • Distributed Switch 上的所有作用中上行皆已關閉。在此情況下，vSphere DRS 無法使用待命上行，並且虛擬機器無法開啟電源。

  因應措施：將可用待命介面卡移到分散式連接埠群組整併原則的作用中介面卡清單。

• 如果您使用 i40en 驅動程式在裝置上設定相同的 MAC 位址和上行連接埠位址，vmknic 可能會收到重複的套件

  如果您使用 i40en 驅動程式在裝置上手動將 vmknic 的 MAC 位址設定為與上行連接埠位址相同，則 vmknic 可能會以過大的流量收到重複的套件。

  因應措施：請勿將 vmknic 的 MAC 位址設定為與上行連接埠位址相同。對於 vmk0 管理網路 (依預設，其中 vmnic 使用相同的 MAC 位址和上行連接埠位址)，請勿將 vmnic 用於高工作負載。

• 使用 qfle3f 驅動程式的 NIC 上發生網路變動可能會導致 ESXi 主機當機

  如果使用 qfle3f 驅動程式的實體 NIC 每 1-2 秒發生頻繁連結狀態變動，則 qfle3f 驅動程式可能會導致 ESXi 主機當機 (PSOD)。

  因應措施：請確保不會發生網路變動。如果連結狀態變動間隔大於 10 秒，則 qfle3f 驅動程式不會導致 ESXi 當機。如需詳細資訊，請參閱知識庫 2008093。

• 封包分析器無法辨識 ERSPAN 類型 III 的連接埠鏡像流量封包

  ERSPAN 類型 III 封包標頭中未正確引入的錯誤位元會導致所有 ERSPAN 類型 III 封包在封包分析器中顯示為已損毀。

  因應措施：如果流量分析器支援，請使用 GRE 或 ERSPAN 類型 II 封包。 

• 非預設 TCP/IP 堆疊不支援 DNS 組態 esxcli 命令

  不支援非預設 TCP/IP 堆疊的 DNS 組態。命令無法運作，例如 esxcli network ip dns server add -N vmotion -s 10.11.12.13。

  因應措施：請勿在非預設 TCP/IP 堆疊上使用 DNS 組態 esxcli 命令。

• 在已針對 vmknic 介面啟用預設 IPv4 閘道的情況下套用主機設定檔時，符合性檢查失敗並顯示錯誤

  在已針對 vmknic 介面啟用預設 IPv4 閘道的情況下套用主機設定檔時，此設定會填入「0.0.0.0」並且不符合主機資訊，從而導致下列錯誤：

  IPv4 vmknic 閘道組態與規格不符

  因應措施：

  1. 編輯主機設定檔設定。
  2. 導覽至網路組態 > 主機虛擬 NIC，或主機連接埠群組 > (vSphere Distributed Switch 的名稱或連接埠群組的名稱) > IP 位址設定。
  3. 從預設閘道 Vmkernel 網路介面卡 (IPv4) 下拉式功能表中，選取針對 vmknic 選擇預設 IPv4 閘道，然後輸入 Vmknic 預設 IPv4 閘道。
• Intel Fortville 系列 NIC 無法接收選項長度超過 255 個位元組的 Geneve 封裝封包

  如果為 Geneve 封裝設定的選項長度超過 255 個位元組，則無法在 Intel Fortville NIC X710、XL710 和 XXV710 上正確接收封包。

  因應措施：透過執行下列命令，在這些 NIC 上停用硬體 VLAN 移除：

  esxcli network nic software set --untagging=1 -n vmnicX.

• 移轉後，RSPAN_SRC 鏡像工作階段會失敗

  如果將連線到指派給 RSPAN_SRC 鏡像工作階段之連接埠的虛擬機器移轉至另一台主機，並且目的地主機的目的地網路上沒有所需的 pNic，則 RSPAN_SRC 鏡像工作階段將無法在連接埠上進行設定。這會導致連接埠連線失敗，但 vMotion 移轉程序會成功。

  因應措施：若要還原連接埠連線失敗，請完成以下任一項作業：

  • 移除失敗的連接埠，並新增連接埠。
  • 停用連接埠，然後將其啟用。

  鏡像工作階段無法設定，但會還原連接埠連線。

儲存區問題

• NFS 資料存放區會間歇性地變成唯讀狀態

  當 NFS vmknic 暫時中斷其 IP 位址時或在無狀態主機重新開機後，主機的 NFS 資料存放區可能會變成唯讀狀態。

  因應措施：您可以卸載並重新掛接資料存放區，以透過 NFS vmknic 重新取得連線。也可以將 NFS 資料存放區寫入權限設定為 NFS vmknic 的 IP 位址和管理 vmknic 的 IP 位址。

• 在編輯虛擬機器的儲存區原則時，選取 [主機-本機 PMem 儲存區原則] 失敗並顯示錯誤 

  在編輯虛擬機器儲存區原則對話方塊中，如果從下拉式功能表中選取主機-本機 PMem 儲存區原則並按一下確定，工作將會失敗並顯示下列錯誤之一：

  物件不支援此作業。

  或

  為裝置「0」指定的裝置支援不相容

  因應措施：您無法將主機-本機 PMem 儲存區原則套用至虛擬機器首頁。對於虛擬磁碟，您可以使用移轉精靈移轉虛擬磁碟並套用主機-本機 PMem 儲存區原則。

• 當叢集中的 ESXi 主機從永久裝置遺失狀態復原後，資料存放區可能會顯示為無法存取

  此問題可能會發生於叢集中的主機共用大量資料存放區 (例如，512 至 1000 個資料存放區) 的環境。
  當叢集中的主機從永久裝置遺失狀況復原後，將在主機層級成功掛接資料存放區。但是，在 vCenter Server 中，多個資料存放區可能會繼續顯示為無法供大量主機存取。

  因應措施：在 vCenter Server 視圖中顯示無法存取的資料存放區的主機上，從 vCenter Server 執行重新掃描儲存區作業。

• 在混合的 ESXi 6.5 和 6.7 主機環境中，將虛擬機器從 VMFS3 資料存放區移轉到 VMFS5 失敗

  如果您具有混合主機環境，則無法將虛擬機器從連線到 ESXi 6.5 主機的 VMFS3 資料存放區移轉到 ESXi 6.7 主機上的 VMFS5 資料存放區。

  因應措施：將 VMFS3 資料存放區升級到 VMFS5，以便能夠將虛擬機器移轉到 ESXi 6.7 主機。

• 使用 CLI 升級 VMFS3 資料存放區後，關於 VMFS3 資料存放區的警告訊息仍保持不變

  通常，您可以使用 CLI 升級在 ESXi 升級期間無法升級的 VMFS3 資料存放區。由於下列多種原因，VMFS3 資料存放區可能無法升級，包括：

  • VMFS3 資料存放區上沒有空間可用。
  • 合併的資料存放區的其中一個範圍處於離線狀態。

  修正失敗原因並使用 CLI 將 VMFS3 資料存放區升級到 VMFS5 後，主機會繼續偵測 VMFS3 資料存放區，並報告下列錯誤：

  找到已過時的 VMFS (版本 3) 磁碟區。必須將此類磁碟區升級至 VMFS (版本 5)，才能確保持續在 vSphere 6.7 主機上可用。

  因應措施：若要移除錯誤訊息，請使用 /etc/init.d/hostd restart 命令重新啟動 hostd，或將主機重新開機。

• 當 Mellanox ConnectX-4/ConnectX-5 原生 ESXi 驅動程式的預設佇列接收端調整 (DRSS) 功能開啟時，該驅動程式的效能可能會降低

  接收端調整 (RSS) 技術可將傳入網路流量散佈在數個以硬體為基礎的接收佇列之間，讓輸入流量由多個 CPU 進行處理。在預設佇列接收端調整 (DRSS) 模式下，整個裝置處於 RSS 模式。驅動程式將單一邏輯佇列提供給作業系統，並由數個硬體佇列支援。

  適用於 Mellanox ConnectX-4 和 ConnectX-5 介面卡的 native nmlx5_core 驅動程式預設會啟用 DRSS 功能。雖然 DRSS 有助於提升許多工作負載的效能，但是可能會導致某些多虛擬機器和多 vCPU 工作負載的效能降低。

  因應措施：如果發現效能顯著降低，您可以停用 DRSS 功能。

  1. 執行 esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 命令。
  2. 將主機重新開機。
• 資料存放區名稱未擷取到主機設定檔的核心傾印檔案設定中

  當您擷取主機設定檔時，主機設定檔之核心傾印檔案設定中的 [資料存放區名稱] 欄位為空白。使用 esxcli 命令來設定核心傾印時，會出現此問題。

  因應措施：

  1. 從 ESXi 主機擷取主機設定檔。
  2. 編輯主機設定檔設定，並導覽至一般系統設定 > 核心傾印組態 > 核心傾印檔案。
  3. 選取使用明確的資料存放區和大小選項建立核心傾印檔案，然後輸入您想放置核心傾印檔案的資料存放區名稱。
• 將主機重新開機時，ESXi 主機上設定的原生軟體 FCoE 介面卡可能會消失

  成功啟用 vmkfcoe 驅動程式所支援的原生軟體 FCoE 介面卡 (vmhba) 並將主機重新開機後，該介面卡可能會從介面卡清單中消失。當您使用 qfle3 驅動程式支援的 Cavium QLogic 57810 或 QLogic 57840 CNA 時，可能會出現此情況。

  因應措施：若要復原 vmkfcoe 介面卡，請執行下列步驟：

  1. 執行 esxcli storage core adapter list 命令，以確定該介面卡從清單中遺失。
  2. 確認 vmnic 上的 vSwitch 組態與遺失的 FCoE 介面卡相關聯。
  3. 執行下列命令來探索 FCoE vmhba：
     • 在網狀架構設定上：
       #esxcli fcoe nic discover -n vmnic_number
     • 在 VN2VN 設定上：
       #esxcli fcoe nic discover -n vmnic_number
• 在某些軟體 FCoE 環境中，嘗試在 ESXi 6.7 主機上建立 VMFS 資料存放區可能會失敗

  如果您使用下列組態，則嘗試建立 VMFS 資料存放區會失敗：

  • 在 ESXi 6.7 主機上設定原生軟體 FCoE 介面卡。
  • Cavium QLogic 57810 或 57840 CNA。
  • 直接連線到 Dell EMC VNX5300 或 VNX5700 系列中儲存區陣列上的 FCoE 連接埠的 Cisco FCoE 交換器。

  因應措施：無。

  此外，還可以切換至下列端對端組態：
  ESXi 主機 > Cisco FCoE 交換器 > FC 交換器 > DELL EMC VNX5300 和 VNX5700 系列中的儲存區陣列。

備份和還原問題

• Windows 檔案總管會透過與瀏覽器和檔案系統路徑不同的顯示方式來顯示包含 unicode 的一些備份

  包含 unicode 的一些備份會透過與瀏覽器和檔案系統路徑中不同的顯示方式，來顯示在 Windows 檔案總管檔案系統資料夾中。

  因應措施：使用 http、https 或 ftp，您可以透過網頁瀏覽器瀏覽備份，而不是透過 Windows 檔案總管前往儲存區資料夾位置。

vCenter Server Appliance、vCenter Server、vSphere Web Client 和 vSphere Client 問題

• 升級 vCenter Server Appliance 時，不會保留時間同步化模式設定

  如果已在來源 vCenter Server Appliance 上停用 NTP 時間同步化，並且您執行升級至 vCenter Server Appliance 6.7，則在成功完成升級後，NTP 時間同步化將在新升級的應用裝置上啟用。

  因應措施：

  1. 成功升級到 vCenter Server Appliance 6.7 之後，以 root 身分登入 vCenter Server Appliance 管理介面。

     預設 root 密碼為您在部署 vCenter Server Appliance 時設定的密碼。

      https://IP_or_FQDN_of_appliance:5480

  2. 在 vCenter Server Appliance 管理介面中，按一下 [時間]。
  3. 在 [時間同步化] 窗格中，按一下 [編輯]。
  4. 從 [模式] 下拉式功能表中選取 [已停用]。

     新升級的 vCenter Server Appliance 6.7 將不再使用 NTP 時間同步化，而改為使用系統時區設定。

• 在 Firefox 瀏覽器 54 版或更新版本上，使用 Windows 工作階段驗證登入 vSphere Web Client 失敗

  如果使用 Firefox 54 版或更新版本登入 vSphere Web Client，並且使用 Windows 工作階段進行驗證，則 VMware 增強型驗證外掛程式可能無法填入使用者名稱並將您登入。

  因應措施：如果您使用 Windows 工作階段驗證登入 vSphere Web Client，請使用下列其中一個瀏覽器：Internet Explorer、Chrome 或 Firefox 53 版及更早版本。

• vCenter 硬體健全狀況警示通知在某些情況下未觸發

  當 ESXi 主機上屬於相同類別的多個感應器在少於五分鐘的時間範圍內感應時，將不會收到設陷，並且不會傳送電子郵件通知。

  因應措施：無。您可以檢查硬體感應器區段中是否有任何警示。

• 使用 VCSA 安裝程式 [時間同步] 選項時，您必須在 ESX 管理的 [時間與日期設定] 中將目標 ESX 連線至 NTP 伺服器

  如果您要從 VCSA 安裝程式 -> 階段 2 -> [應用裝置組態] -> [時間同步] 選項 (ESX/NTP 伺服器) 中選取 [與 NTP 伺服器進行時間同步]，還必須在 ESX 管理的 [時間與日期設定] 中將目標 ESX 連線至 NTP 伺服器，否則安裝會失敗。

  因應措施：

  1. 將階段 2 -> [應用裝置組態] 中的 [時間同步] 選項設定為與 ESX 同步
  2. 將階段 2 -> [應用裝置組態] 中的 [時間同步] 選項設定為與 NTP 伺服器進行同步，確保 ESX 和 VC 均設定為連線至 NTP 伺服器。
• 當您監控 Windows vCenter Server 健全狀況時，會出現錯誤訊息

  健全狀況服務不適用於 Windows vCenter Server。如果您選取 vCenter Server，然後按一下 [監控] > [健全狀況]，會顯示錯誤訊息：

  無法查詢 vSAN 健全狀況資訊。請查看 vSphere Client 記錄以取得詳細資料。

  將 Windows vCenter Server 從版本 6.0 Update 1 或 6.0 Update 2 升級至版本 6.7 後，會發生此問題。您可以忽略此訊息。

  因應措施：無。使用者可透過 vCenter Server Appliance 存取 vSAN 健全狀況資訊。

• vCenter 硬體健全狀況警示不適用於舊版 ESXi

  如果 ESXi 6.5 Update 1 或更早版本已新增至 vCenter 6.7，當硬體事件 (例如 CPU 溫度較高、風扇故障和電壓波動) 發生時，將不會產生硬體健全狀況相關警示。

  因應措施：無。

• 使用 vmodl 編輯或擴充磁碟時，vCenter Server 會在某些情況下停止運作

  當您使用最新的 vmodl 在已啟用 Storage DRS 的叢集中設定虛擬機器磁碟時，vCenter Server 會停止運作。先前使用舊版 vmodl 的因應措施不再有效，並且還會導致 vCenter Server 停止運作。

  因應措施：無

• vCenter Server for Windows 移轉至 vCenter Server Appliance 失敗並顯示錯誤

  將 vCenter Server for Windows 6.0.x 或 6.5.x 移轉到 vCenter Server Appliance 6.7 時，移轉可能會在資料匯出階段期間失敗並顯示錯誤：壓縮的 zip 資料夾無效或已損毀。

  因應措施：您必須手動壓縮資料匯出資料夾，並遵循下列步驟：

  1. 在來源系統中，建立環境變數 MA_INTERACTIVE_MODE。
  2. 前往 [電腦] > [內容] > [進階系統設定] > [環境變數] > [系統變數] > [新增]。
  3. 輸入「MA_INTERACTIVE_MODE」為變數名稱，並將數值設為 0 或 1。
  4. 啟動 VMware Migration Assistant 並提供您的密碼。
  5. 從用戶端機器開始移轉。移轉將會暫停，並且 Migration Assistant 主控台將顯示訊息若要繼續移轉，請透過匯出資料 (包括匯出資料夾) 手動建立 export.zip 檔案。
  6. 附註：請勿在 Migration Assistant 主控台上按任意鍵或索引標籤。
  7. 前往 %appdata%\vmware\migration-assistant 資料夾。
  8. 刪除由 Migration Assistant 建立的 export.zip。
  9. 若要繼續移轉，請透過匯出資料夾手動建立 export.zip 檔案。
  10. 返回 Migration Assistant 主控台。輸入 Y，然後按 Enter。
• VAMI 中的組建編號與 vSphere Client 中的組建編號不一致

  在 vSphere 6.7 中，VAMI 摘要索引標籤會顯示 vCenter Server 和 vCenter Server Appliance 產品的 ISO 組建編號。vSphere Client 摘要索引標籤會顯示 vCenter 產品的組建編號，其為 vCenter Server 產品內的元件。

  因應措施：無

• vCenter Server Appliance 6.7 在 vCenter Server Appliance 管理介面 (VAMI) 的 [可用更新] 區段中顯示錯誤訊息

  vCenter Server Appliance 管理介面 (VAMI) 的 [可用更新] 區段會顯示下列錯誤訊息：

  檢查 URL，然後再試一次。

  當 vCenter Server Appliance 搜尋，但找不到修補程式或更新時，會產生此訊息。此問題不會影響任何功能。vSphere 6.7 的第一個修補程式發行版本中將解決此問題。

  因應措施：無。此問題不會影響任何功能。

虛擬機器管理問題

• 詳細目錄中的虛擬機器名稱變更為其路徑名稱

  當虛擬機器所在的資料存放區進入 [所有路徑失效] 狀態且變得無法存取時，可能會發生此問題。當 hostd 正在載入或重新載入虛擬機器狀態時，將無法讀取虛擬機器的名稱並改為傳回虛擬機器路徑。例如，/vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333。

  因應措施：解決儲存區問題之後，虛擬機器會重新載入，並再次顯示其名稱。

• 在 AMD 系統上的客體作業系統中啟用 VBS 時，您必須選取「安全開機」的平台安全性層級

  在 AMD 系統上，vSphere 虛擬機器不會提供 vIOMMU。由於 DMA 保護需要 vIOMMU，因此，當 AMD 使用者「開啟虛擬式安全性」時，無法在 Windows 群組原則編輯器中選取「安全開機和 DMA 保護」。改為選取「安全開機」。如果您選取錯誤的選項，會導致 Windows 以無訊息方式停用 VBS 服務。

  因應措施：在 AMD 系統上的客體作業系統中選取「安全開機」的平台安全性層級。

• 在 Windows 中啟用虛擬式安全性 (VBS) 時，無法為 Windows 虛擬機器熱新增記憶體和 CPU

  虛擬式安全性 (VBS) 是 Windows 10 和 Windows Server 2016 中引入的新功能。從 vSphere 6.7 版本開始，vSphere 支援在啟用 VBS 的情況下執行 Windows。但是，在啟用虛擬式安全性 (VBS) 時，無法對 Windows 虛擬機器執行記憶體和 CPU 熱新增。

  因應措施：關閉虛擬機器電源，變更記憶體或 CPU 設定，然後開啟虛擬機器電源。

• 在 vSAN 網路從故障復原後，連結複製虛擬機器的快照樹狀結構可能會不完整

  vSAN 網路故障可能會影響 vSAN 物件和虛擬機器的可存取性。執行網路復原後，vSAN 物件會重新取得可存取性。hostd 服務從儲存區重新載入虛擬機器狀態以復原虛擬機器。不過，對於連結複製虛擬機器，hostd 可能無法偵測到父系虛擬機器命名空間已復原其可存取性。這會導致虛擬機器仍處於無法存取的狀態，並且虛擬機器快照資訊未顯示在 vCenter Server 中。

  因應措施：解除登錄虛擬機器，然後重新登錄以強制 hostd 重新載入虛擬機器狀態。快照資訊將從儲存區載入。

• OVF 虛擬應用裝置無法在 vSphere Client 中啟動

  vSphere Client 不支援在 [部署 OVF 範本] 精靈中選取 vService 延伸。因此，如果 OVF 虛擬應用裝置使用 vService 延伸，並且您使用 vSphere Client 來部署 OVF 檔案，部署將會成功但虛擬應用裝置無法啟動。

  因應措施：使用 vSphere Web Client 來部署使用 vService 延伸的 OVF 虛擬應用裝置。 

vSphere HA 和 Fault Tolerance 問題

• 在 vSphere 6.7 RC 組建版本中，當您在手動/混合模式下設定 Proactive HA 時，系統會提示您兩次以套用 DRS 建議    

  在 vSphere 6.7 RC 組建版本中，當您在手動/混合模式下設定 Proactive HA 並且從 Proactive HA 提供者外掛程式傳送紅色健全狀況更新時，系統會提示您兩次在 [叢集] -> [監控] -> vSphere DRS -> [建議] 下套用建議。第一個提示是讓主機進入維護模式。第二個提示是在進入維護模式後，移轉主機上的所有虛擬機器。在 vSphere 6.5 中，這兩個步驟會做為進入維護模式的單一建議提供，並列出要移轉的所有虛擬機器。

  因應措施：對工作流程或結果沒有任何影響。您必須套用建議兩次。如果要使用自動化指令碼，您必須修改指令碼以包含其他步驟。

• 未設定 VCHA 時，會出現消極式匯入升級互動

  6.5 版本中會提供 VCHA 功能。自 6.5 起，無法在保留 VCHA 組態的同時升級 VCHA 叢集。升級的建議方法是，首先透過 vSphere Client 或透過呼叫終結 VCHA API 來移除 VCHA 組態。因此，對於未設定 VCHA 的消極式匯入升級工作流程，將不會與 VCHA 進行互動。

  當消極式匯入正在進行時，請勿進行全新的 VCHA 設定。VCHA 設定需要複製作用中的虛擬機器以做為被動/見證虛擬機器。由於正在進行的消極式匯入，需要複製的資料量較多，並且可能會導致效能問題。

  因應措施：無。

Auto Deploy 和 Image Builder 問題

• 將 ESXi 無狀態主機重新開機會重設主機的 numRxQueue 值

  透過 vSphere Auto Deploy 重新開機佈建 ESXi 主機時，會遺失先前設定的 numRxQueue 值。主機設定檔功能不支援在主機重新開機後儲存 numRxQueue 值。

  因應措施：在 ESXi 無狀態主機重新開機後：

  1. 從主機移除 vmknic。
  2. 在具有預期 numRxQueue 值的主機上建立 vmknic。
• 在磁碟機上執行快取後，如果伺服器處於 UEFI 模式，將無法成功地從快取開機，除非您明確選取要從 UEFI 開機管理程式開機的裝置

  若為無狀態的快取，在 512n、512e、USB 或 4Kn 目標磁碟上快取 ESXi 映像後，從 Auto Deploy 執行 ESXi 無狀態開機可能會在系統重新開機時失敗。在 Auto Deploy 服務已關閉的情況下，會發生此問題。

  接下來，系統會嘗試按開機順序搜尋磁碟上快取的 ESXi 映像。如果找到 ESXi 快取映像，主機將從該映像開機。在舊版 BIOS 中，這項功能可正常運作而不出現問題。但是，在 BIOS 的 UEFI 模式下，可能找不到下一個具有快取映像的裝置。如此一來，主機無法從映像開機，即使該映像會出現在磁碟上。

  因應措施：如果 Auto Deploy 服務已關閉，當系統重新開機時，請從 UEFI 開機管理程式中手動選取具有快取映像的磁碟。

• ESXi 6.7 主機設定檔可能不支援連結至以 VMware NSX-T 為基礎的不透明網路之 vmknic 中的 PEERDNS

  在某些情況下，ESXi 6.7 上的主機設定檔可能不支援連結至以 NSX-T 為基礎的不透明網路之 vmknic 中的 PEERDNS。此問題特定於當您導覽至主機 > 設定 > TCP/IP 組態 > 預設 > DNS 組態 > 從 VMkernel 網路介面卡自動取得設定時的情況。如果您選取連線至以 NSX-T 為基礎的不透明網路的 vmknic，則從此主機解壓縮的主機設定檔將無法運作。此類主機設定檔在 DNS 子設定檔中缺少支援要用於 DNS 之 vmkernel 網路介面卡的連接埠群組原則。編輯主機設定檔會提供驗證錯誤。

  因應措施：無。請勿從連線至以 NSX-T 為基礎的不透明網路的 vmknic 中選取 PEERDNS。 

• 無狀態的 ESXi 主機開機可能會花費 20 分鐘或更長時間

  將具有 1,000 個已設定的資料存放區的無狀態 ESXi 主機開機可能需要 20 分鐘或更長時間。

  因應措施：無。

其他問題

• 在 qfle3i 驅動程式所宣告的 iSCSI LUN 上執行的虛擬機器重新開機期間，ESXi 可能會失敗

  如果您嘗試在虛擬機器處於執行中 I/O 狀態時將伺服器重新開機，在 qfle3i 驅動程式所宣告的 iSCSI LUN 上執行的虛擬機器重新開機期間，ESXi 可能會失敗

  因應措施：先關閉虛擬機器電源，然後再將 ESXi 主機重新開機。

• 在 UCS VIC 13xx 介面卡上，透過 IPv6 的客體作業系統 TCP 流量不支援 VXLAN 無狀態硬體卸載

  如果將 Cisco UCS VIC 13xx 介面卡上透過 IPv6 的 VXLAN 封裝 TCP 流量設定為使用 VXLAN 無狀態硬體卸載功能，可能會發生問題。對於涉及透過 IPV6 的客體作業系統 TCP 流量的 VXLAN 部署，受 TSO 限制的 TCP 封包不會由 Cisco UCS VIC 13xx 介面卡進行正確處理，進而導致流量中斷。未正確執行無狀態卸載。就 TCP 通訊協定而言，這可能會導致將錯誤的封包總和檢查碼報告至 ESXi 軟體堆疊，從而可能會使客體作業系統中的 TCP 通訊協定處理不正確。

  因應措施：若要解決此問題，請在 Cisco UCS VIC 13xx 介面卡上針對透過 IPv6 的 VXLAN 封裝 TCP 流量停用 VXLAN 無狀態卸載功能。若要在 UCS Manager 中停用 VXLAN 無狀態卸載功能，請停用乙太網路介面卡原則中的 Virtual Extensible LAN 欄位。若要在 Cisco C 系列之 UCS 伺服器的 CIMC 中停用 VXLAN 無狀態卸載功能，請取消勾選 [乙太網路介面 vNIC 內容] 區段中的啟用 VXLAN 欄位。

• 使用批次 QueryUnresolvedVmfsVolume API 列出大量未解析的 VMFS 磁碟區可能需要耗用很長時間

  ESXi 提供批次 QueryUnresolvedVmfsVolume API，以便您可以查詢和列出未解析的 VMFS 磁碟區或 LUN 快照。然後，可以使用其他批次 API 執行作業，例如重新簽章未解析的特定 VMFS 磁碟區。依預設，在主機上叫用 API QueryUnresolvedVmfsVolume 時，系統會針對已找到的所有未解析磁碟區執行其他檔案系統運作情況檢查。  運作情況檢查會偵測其他主機上是否已掛接指定的 LUN、作用中 VMFS 活動訊號是否正在進行中，或者是否有任何檔案系統活動。此作業非常耗時，每個 LUN 需要至少 16 秒。因此，如果您的環境中有大量快照 LUN，則查詢和列出作業可能需要花費很長時間。

  因應措施：若要減少查詢作業的時間，您可以停用檔案系統運作情況檢查。 

  1. 以 root 身分登入您的主機。
  2. 使用文字編輯器開啟 hostd 的組態檔。組態檔位於 /etc/vmware/hostd/config.xml 中的 plugins/hostsvc/storage 節點下。
  3. 新增 checkLiveFSUnresolvedVolume 參數，並將其值設定為 FALSE。使用下列語法：

     <checkLiveFSUnresolvedVolume>FALSE</checkLiveFSUnresolvedVolume>

  此外，還可以在 vSphere Client 中將 ESXi 進階選項 VMFS.UnresolvedVolumeLiveCheck 設定為 FALSE。

• 透過 6.0 版將升級到 6.7 版的 ESXi 主機附加至主機設定檔時，符合性檢查失敗並顯示 UserVars.ESXiVPsDisabledProtocols 選項錯誤

  當您執行下列動作時，會發生問題：

  1. 從 6.0 版的 ESXi 主機擷取主機設定檔。
  2. 將 ESXi 主機升級到 6.7 版。
  3. 即使在修復後，主機仍顯示為 UserVars.ESXiVPsDisabledProtocols 選項不符合標準。

  因應措施： 

  • 從已升級的 ESXi 主機擷取新主機設定檔，然後將主機附加至設定檔。
  • 透過使用 [從主機複製設定]，從已升級的 ESXi 主機升級主機設定檔。
• 在具有 AMD EPYC 7002 系列處理器的 vCenter Server 系統上，手動觸發非遮罩式插斷 (NMI) 可能會不起作用

  從硬體管理主控台 (BMC) 或按下實體 NMI 按鈕要求 NMI 時，會導致 ESXi 主機失敗，並顯示紫色診斷畫面和傾印核心。然而，不會發生任何情況，且 ESXi 會繼續執行。

  因應措施：將核心開機選項 iovDisableIR 設定為 TRUE，停用插斷重新對應程式的使用：

  1. 使用此命令設定 iovDisableIR=TRUE：# esxcli system settings kernel set -s iovDisableIR -v TRUE
  2. 將 ESXi 主機重新開機。
  3. 重新開機後，確認 iovDisableIR 已設定為 TRUE：# esxcli system settings kernel list |grep iovDisableIR.

  除非您需要它來解決此特定問題，否則請勿套用此因應措施。

• 已指派 PCI 傳遞裝置的虛擬機器可能無法在具有 AMD EPYC 7002 系列處理器的 vCenter Server 系統中開啟電源

  在特定 vCenter Server 系統組態和裝置 (如 AMD EPYC 7002 系列處理器) 中，已指派 PCI 傳遞裝置的虛擬機器可能無法開啟電源。在 vmkernel 記錄檔中，會顯示與下列訊息相似的訊息：
  4512 2019-08-06T06:09:55.058Z cpu24:1001397137)AMDIOMMU: 611: IOMMU 0000:20:00.2: Failed to allocate IRTE for IOAPIC ID 243 vector 0x3f
4513 2019-08-06T06:09:55.058Z cpu24:1001397137)WARNING: IOAPIC: 1238: IOAPIC Id 243: Failed to allocate IRTE for vector 0x3f

  因應措施：將核心開機選項 iovDisableIR 設定為 TRUE，停用插斷重新對應程式的使用：

  1. 使用此命令設定 iovDisableIR=TRUE：# esxcli system settings kernel set -s iovDisableIR -v TRUE
  2. 將 ESXi 主機重新開機。
  3. 重新開機後，確認 iovDisableIR 已設定為 TRUE：# esxcli system settings kernel list |grep iovDisableIR.

  除非您需要它來解決此特定問題，否則請勿套用此因應措施。

• 在支援大於 1 MB 的取消對應細微度值的 LUN 所支援的磁碟區上，對虛擬機器執行靜止作業可能需要比平時更長的時間

  具有大於 1 MB 的最佳取消對應細微度的 LUN 所支援的 VMFS 資料存放區，可能會在自動取消對應處理期間重複發生磁碟鎖定。這可能會導致在此類資料存放區上對虛擬機器執行靜止作業所需的時間較長。

  因應措施：在具有大於 1 MB 的最佳取消對應細微度的 LUN 所支援的磁碟區上停用自動取消對應。

• 由於透過 vSphere vMotion 進行移轉期間無法使用 P2M 插槽，虛擬機器可能會失敗或關閉電源

  對需要更多記憶體的虛擬機器 (例如 3D 裝置) 進行記憶體資源分配，可能會在透過 vSphere vMotion 進行移轉期間導致 P2M 緩衝區溢位。因此，共用記憶體分頁可能會中斷。虛擬機器可能會失敗或關閉電源。您可能會看到類似下列內容的錯誤訊息：P2M 保留在經過最大重試次數後失敗。

  因應措施：若要手動設定 P2M 緩衝區，請遵循 VMware 知識庫文章 76387 中的步驟進行操作。

• 如果您在超過 7 天後使用 backup.sh 還原已備份的儲存裝置組態，則部分設定可能會遺失

  如果您在超過 7 天後還原備份，則儲存裝置設定 (例如永久保留) 可能會遺失。發生此情況的原因是，最後一次顯示的裝置時間戳記也會得到備份，且如果裝置已超過 7 天未使用，則會刪除 /etc/vmware/esx.conf 中的裝置項目。因此，還原作業可能會還原較舊的時間戳記。

  因應措施：無。

• 由於取代了到期的數位簽署憑證和金鑰，升級至 ESXi670-202004002 可能會失敗

  由於取代了到期的數位簽署憑證和金鑰，從某些舊版 ESXi 升級至 ESXi670-202004002 可能會失敗。如果您使用 ESXCLI，則會看到一則訊息找不到受信任的簽署者。如果您使用 vSphere Update Manager，則會看到類似下列內容的訊息：無法在主機上執行升級指令碼。

  因應措施：如需有關問題和因應措施的更多詳細資料，請參閱 VMware 知識庫文章 76555。

• 嘗試在已啟用 UEFI 安全開機的叢集中啟用 vSphere HA 可能會失敗，並顯示逾時錯誤

  由於 ESXi VIB 憑證變更，在已啟用 UEFI 安全開機的叢集中設定 vSphere HA 可能會失敗，並顯示作業逾時 錯誤。

  因應措施：容錯網域管理員 VIB 使用新的 ESXi VIB 憑證進行簽署，您必須將 ESXi 主機升級至更新版本。如需有關受影響的 ESXi 版本的詳細資訊，請參閱 VMware 知識庫文章 76555。 

• 升級至 ESXi 6.7 後，Intel 10GbE NIC 上的網路工作負載會導致 CPU 使用率更高

  如果在已升級的 ESXi 6.7 主機上執行特定類型的網路工作負載，在下列情況下可能會出現更高的 CPU 使用率：

  • ESXi 主機上的 NIC 來自 Intel 82599EB 或 X540 系列
  • 工作負載涉及同時執行的多個虛擬機器，並且每個虛擬機器已設定多個 vCPU
  • 升級到 ESXi 6.7 之前曾使用過 VMKLinux ixgbe 驅動程式

  因應措施：還原為舊版 VMKLinux ixgbe 驅動程式：

  1. 連線到 ESXi 主機並執行下列命令：
     # esxcli system module set -e false -m ixgben
  2. 將主機重新開機。

  附註：舊版 VMKLinux ixgbe 收件匣驅動程式 3.7.x 版不支援 Intel X550 NIC。搭配使用 VMKLinux ixgbe 非同步驅動程式 4.x 版與 Intel X550 NIC。

• 使用外部 Platform Services Controller 時無法取消暫存修補程式

  如果要使用修補程式暫存至更新存放庫的 VMWare 應用裝置管理介面來修補外部 Platform Services Controller (MxN 拓撲)，然後嘗試取消暫存修補程式，將會報告下列錯誤訊息：方法叫用發生錯誤 [Errno 2] 沒有此類檔案或目錄: '/storage/core/software-update/stage' 

  因應措施：

  1. 存取應用裝置 shell 並以具有超級管理員角色的使用者身分登入。
  2. 執行命令 software-packages unstage 以取消暫存已暫存的修補程式。會移除暫存程序產生的所有目錄和檔案。
  3. 重新整理 VMware 應用裝置管理介面，目前這會將修補程式報告為正在移除。
• DELL CIM VIB 初始安裝可能無法回應

  安裝第三方 CIM VIB 後，可能無法回應。

  因應措施：若要修正此問題，請輸入以下兩個命令來重新啟動 sfcbd：

  1. esxcli system wbem set --enable false
  2. esxcli system wbem set --enable true

若要摺疊以前已知問題的清單，請按一下此處。