ESXi 7.0 Update 2c | 2021 年 8 月 24 日 | 組建編號 18426014

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

版本說明的內容

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

新增功能

舊版 ESXi 7.0

每個版本的版本說明中均說明了 ESXi 的新功能、已解決問題和已知問題。舊版 ESXi 7.0 的版本說明如下：

如需國際化、相容性及開放原始碼元件，請參閱《VMware vSphere 7.0 版本說明》。

如需有關支援升級至 ESXi 7.0 Update 2c 的 ESXi 版本的詳細資訊，請參閱 VMware 知識庫文章 67077。

此版本中包含的修補程式

此版本的 ESXi 7.0 Update 2c 提供下列修補程式：

組建編號詳細資料

下載檔案名稱： VMware-ESXi-7.0U2c-18426014-depot
組建編號： 18426014
下載大小： 580.8 MB
md5sum： a6b2d1e3a1a071b8d93a55d7a7fc0b63
sha1checksum： 829da0330f765b4ae46c2fb5b90a8b60f90e4e5b
需要主機重新開機： 是
需要虛擬機器移轉或關閉： 是

元件

元件 公告 類別 嚴重性
ESXi 元件 - 核心 ESXi VIB ESXi_7.0.2-0.20.18426014 錯誤修正 嚴重
Emulex FC 驅動程式 Broadcom-ELX-lpfc_12.8.298.3-2vmw.702.0.20.18426014 錯誤修正 嚴重
適用於 VMware ESXi 的 Broadcom NetXtreme-E 網路和 ROCE/RDMA 驅動程式 Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.702.0.20.18426014 錯誤修正 重要
適用於 VMware ESXi 的 QLogic FastLinQ 10/25/40/50/100 GbE 乙太網路和 RoCE/RDMA 驅動程式 MRVL-E4-CNA-Driver-Bundle_1.0.0.0-1vmw.702.0.20.18426014 錯誤修正 重要
ESXi 安裝/升級元件 esx-update_7.0.2-0.20.18426014 錯誤修正 嚴重
適用於 Intel(R) X710/XL710/XXV710/X722 介面卡的網路驅動程式 Intel-i40en_1.8.1.137-1vmw.702.0.20.18426014 錯誤修正 嚴重
USB 驅動程式 VMware-vmkusb_0.1-4vmw.702.0.20.18426014 錯誤修正 嚴重
ESXi 元件 - 核心 ESXi VIB ESXi_7.0.2-0.15.18295176 安全性 嚴重
USB 驅動程式 VMware-vmkusb_0.1-1vmw.702.0.15.18295176 安全性 中
ESXi Tools 元件 VMware-VM-Tools_11.2.6.17901274-18295176 安全性 嚴重
ESXi 安裝/升級元件 esx-update_7.0.2-0.15.18295176 安全性 嚴重

重要事項：

  • 若要從 VMware Customer Connect 下載 ESXi 7.0 Update 2c 修補程式離線存放庫 ZIP 檔案，必須導覽至產品和帳戶 > 產品修補程式。從選取產品下拉式功能表中選取 ESXi (Embedded 和 Installable)，然後從選取版本下拉式功能表中選取 7.0。
  • 從 vSphere 7.0 開始，VMware 會使用元件來封裝 VIB 以及實體套件。ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。 
  • 使用 VMware Update Manager 從 ESXi 7.0 Update 2 之前的版本修補 ESXi 主機時，強烈建議在修補程式基準中使用彙總實體套件。如果無法使用彙總實體套件，請務必在修補基準中包含下列所有套件。如果基準中未包含下列套件，則更新作業會失敗：
    • VMware-vmkusb_0.1-1vmw.701.0.0.16850804 或更高版本
    • VMware-vmkata_0.1-1vmw.701.0.0.16850804 或更高版本
    • VMware-vmkfcoe_1.0.0.2-1vmw.701.0.0.16850804 或更高版本
    • VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.0.16850804 或更高版本

彙總公告

此彙總實體套件包含最新的 VIB，其中含有 ESXi 7.0 初始版本後的所有修正。

公告識別碼 類別 嚴重性 詳細資料
ESXi-7.0U2c-18426014 錯誤修正 嚴重 錯誤修正和安全性
ESXi-7.0U2sc-18295176 安全性 嚴重 僅限安全性

映像設定檔

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

映像設定檔名稱
ESXi-7.0U2c-18426014-standard
ESXi-7.0U2c-18426014-no-tools
ESXi-7.0U2sc-18295176-standard
ESXi-7.0U2sc-18295176-no-tools

ESXi 映像

名稱和版本 發行日期 類別 詳細資料
ESXi70U2c-18426014 2021 年 8 月 24 日 錯誤修正 錯誤修正和安全性映像
ESXi70U2sc-18295176 2021 年 8 月 24 日 安全性 僅安全性映像

如需有關個別元件和實體套件的資訊，請參閱產品修補程式頁面和〈已解決的問題〉一節。

修補程式下載和安裝

在 vSphere 7.0.x 中，用於管理 vSphere Update Manager 的 Update Manager 外掛程式會取代為 Lifecycle Manager 外掛程式。vSphere Update Manager 的管理作業在 Lifecycle Manager 外掛程式下仍可用，並且提供了 vSphere Lifecycle Manager 的新功能。
將修補程式套用至 ESXi 7.0.x 主機的一般方式是使用 vSphere Lifecycle Manager。如需詳細資料，請參閱〈關於 vSphere Lifecycle Manager〉和〈vSphere Lifecycle Manager 基準和映像〉。
您也可以使用映像設定檔來更新 ESXi 主機，而不使用 Lifecycle Manager 外掛程式。若要執行此操作，您必須從產品修補程式頁面手動下載修補程式離線服務包 ZIP 檔案，然後使用 esxcli software profile update 命令。
如需詳細資訊，請參閱〈使用 ESXCLI 命令升級主機〉和《VMware ESXi 升級》指南。

產品支援通知

  • 在未來的主要 vSphere 版本中終止使用信賴平台模組 (TPM) 1.2：VMware 打算在未來的主要 vSphere 版本中停止支援 TPM 1.2 以及具有 TXT 的 TPM 1.2 等相關聯功能。若要充分利用 vSphere 功能，您可以使用 TPM 2.0 而非 TPM 1.2。所有 vSphere 7.0.x 版本、更新和修補程式繼續支援 TPM 1.2。但是，在安裝或更新 7.0.x 版本期間，您將不會看到 TPM 1.2 的取代警告。

  • 依預設，服務位置通訊協定 (SLP) 服務處於停用狀態：從 ESX 7.0 Update 2c 開始，依預設會停用 SLP 服務，以防止潛在的安全性漏洞。升級至 ESX 7.0 Update 2c 後，SLP 服務也會自動停用。您可以使用命令 esxcli system slp set --enable true 手動啟用 SLP 服務。如需詳細資訊，請參閱 VMware 知識庫文章 76372。

已解決的問題

已解決的問題分類如下。

ESXi_7.0.2-0.20.18426014
修補程式類別 錯誤修正
修補程式嚴重性 嚴重
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用
包含的 VIB
  • VMware_bootbank_vsanhealth_7.0.2-0.20.18426014
  • VMware_bootbank_vsan_7.0.2-0.20.18426014
  • VMware_bootbank_gc_7.0.2-0.20.18426014
  • VMware_bootbank_esx-xserver_7.0.2-0.20.18426014
  • VMware_bootbank_clusterstore_7.0.2-0.20.18426014
  • VMware_bootbank_vdfs_7.0.2-0.20.18426014
  • VMware_bootbank_native-misc-drivers_7.0.2-0.20.18426014
  • VMware_bootbank_cpu-microcode_7.0.2-0.20.18426014
  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.20.18426014
  • VMware_bootbank_esx-base_7.0.2-0.20.18426014
修正的 PR 2717698、2731446、2515171、2731306、2751564、2718934、2755056、2725886、2725886、2753231、2728910、2741111、2759343、2721379、2751277、2708326、2755977、2737934、2777001、2760932、2731263、2731142、2760267、2749688、2763986、2765534、2766127、2777003、2778793、2755807、2760081、2731644、2749815、2749962、2738238、2799408
CVE 號碼 不適用

ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。

更新了 crx、vsanhealth、vsan、gc、esx-xserver、clusterstore、vdfs、native-misc-drivers、cpu-microcode、esx-dvfilter-generic-fastpath 和 esx-base VIB 以解決下列問題：

  • PR 2717698：由於 qedentv 驅動程式中極少見的競爭情形，ESXi 主機可能會失敗，並顯示紫色診斷畫面

    qedentv 驅動程式中極少見的競爭情形可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。如果在一般服務介面 (GSI) 佇列配對 (QP) 銷毀後立即出現 Rx 完全中斷 (例如，在 qedentv 驅動程式解除載入或系統關閉期間)，則會發生此問題。在這種情況下，qedentv 驅動程式可能會存取已釋放的 QP 位址，從而造成 PF 例外狀況。在與具有大量未經請求的 GSI 流量的忙碌實體交換器連線的 ESXi 主機中，可能會發生此問題。在反向追蹤中，會顯示類似下列內容的訊息：

    cpu4:2107287)0x45389609bcb0:[0x42001d3e6f72]qedrntv_ll2_rx_cb@(qedrntv)#<None>+0x1be stack: 0x45b8f00a7740, 0x1e146d040, 0x432d65738d40, 0x0, 0x
    2021-02-11T03:31:53.882Z cpu4:2107287)0x45389609bd50:[0x42001d421d2a]ecore_ll2_rxq_completion@(qedrntv)#<None>+0x2ab stack: 0x432bc20020ed, 0x4c1e74ef0, 0x432bc2002000,
    2021-02-11T03:31:53.967Z cpu4:2107287)0x45389609bdf0:[0x42001d1296d0]ecore_int_sp_dpc@(qedentv)#<None>+0x331 stack: 0x0, 0x42001c3bfb6b, 0x76f1e5c0, 0x2000097, 0x14c2002
    2021-02-11T03:31:54.039Z cpu4:2107287)0x45389609be60:[0x42001c0db867]IntrCookieBH@vmkernel#nover+0x17c stack: 0x45389609be80, 0x40992f09ba, 0x43007a436690, 0x43007a43669
    2021-02-11T03:31:54.116Z cpu4:2107287)0x45389609bef0:[0x42001c0be6b0]BH_Check@vmkernel#nover+0x121 stack: 0x98ba, 0x33e72f6f6e20, 0x0, 0x8000000000000000, 0x430000000001
    2021-02-11T03:31:54.187Z cpu4:2107287)0x45389609bf70:[0x42001c28370c]NetPollWorldCallback@vmkernel#nover+0x129 stack: 0x61, 0x42001d0e0000, 0x42001c283770, 0x0, 0x0
    2021-02-11T03:31:54.256Z cpu4:2107287)0x45389609bfe0:[0x42001c380bad]CpuSched_StartWorld@vmkernel#nover+0x86 stack: 0x0, 0x42001c0c2b44, 0x0, 0x0, 0x0
    2021-02-11T03:31:54.319Z cpu4:2107287)0x45389609c000:[0x42001c0c2b43]Debug_IsInitialized@vmkernel#nover+0xc stack: 0x0, 0x0, 0x0, 0x0, 0x0
    2021-02-11T03:31:54.424Z cpu4:2107287)^[[45m^[[33;1mVMware ESXi 7.0.2 [Releasebuild-17435195 x86_64]^[[0m
    #PF Exception 14 in world 2107287:vmnic7-pollW IP 0x42001d3e6f72 addr 0x1c

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

  • PR 2731446：當 vSphere Replication 應用裝置開啟電源時，hostd 服務可能會失敗，並導致 ESXi 主機暫時對 vCenter Server 沒有回應

    在少數情況下，當 vSphere Replication 應用裝置開啟電源時，hostd 服務可能會失敗，並導致 ESXi 主機暫時對 vCenter Server 沒有回應。hostd 服務會自動重新啟動並還原連線。

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

  • PR 2515171：在主機設定檔中編輯進階選項參數，並將值設定為 false 時，會導致將值設定為 true

    在主機設定檔中嘗試將進階選項參數的值設定為 false 時，使用者介面會建立一個非空白字串值。非空白的值會轉譯為 true，而進階選項參數則會在主機設定檔中收到 true 值。

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

  • PR 2731306：ESXi 主機對 vCenter Server 沒有回應，且重複出現許可失敗的訊息

    即使 ESXi 主機可以存取且正在執行，這些主機也可能對 vCenter Server 沒有回應。在包含自訂驅動程式的廠商映像中，如果 ImageConfigManager 耗用的 RAM 超過配置的數量，則會發生此問題。這樣一來，ImageConfigManager 重複出現失敗會導致 ESXi 主機與 vCenter Server 中斷連線。
    在 vmkernel 記錄中，會重複顯示類似下列內容的錯誤：
    Admission failure in path: host/vim/vmvisor/hostd-tmp/sh.<pid1>:python.<pid2>:uw.<pid2>.
    在 hostd 記錄中，會顯示類似下列內容的訊息：Task Created : haTask-ha-host-vim.host.ImageConfigManager.fetchSoftwarePackages-<sequence>，隨後顯示：ForkExec(/usr/bin/sh) <pid1>，其中 <pid1> 用於識別 ImageConfigManager 程序。

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

  • PR 2751564：如果降低 DiskMaxIOSize 進階組態選項的值，ESXi 主機 I/O 作業可能會失敗

    如果將 DiskMaxIOSize 進階組態選項變更為較低值，則具有大型區塊大小的 I/O 可能會錯誤地分割並在 PSA 路徑中排入佇列。這樣一來，ESXi 主機 I/O 作業可能會逾時並失敗。

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

  • PR 2718934：虛擬機器的開啟電源或關閉電源作業花費的時間過長

    在某些情況下，虛擬機器的開啟電源或關閉電源作業可能需要長達 20 分鐘。當虛擬機器的基礎儲存區執行背景作業 (例如 HBA 重新掃描或 APD 事件) 且某些鎖定持續保留時，會發生此問題。

    已在此版本中解決此問題。此修正移除了儲存資源上不必要的鎖定，並採用快速 Mutex 來提升虛擬機器電源作業效能。

  • PR 2755056：由於重要產品資料 (VPD) 頁面回應大小差異，ESXi 主機失敗並顯示紫色診斷畫面

    在少數情況下，如果目標 ESXi 主機中的 VPD 頁面回應大小在主機的不同路徑上有所不同，ESXi 寫入的位元組數可能超過指定路徑的配置長度。因此，ESXi 主機會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
    危急訊息: @BlueScreen: PANIC bora/vmkernel/main/dlmalloc.c:4878 - Corruption in dlmalloc

    已在此版本中解決此問題。此修正使用單獨的欄位來追蹤 VPD 頁面的大小，而不是取決於 VPD 回應標頭。

  • PR 2725886：罕見的鎖定爭用可能會導致某些虛擬機器作業失敗

    罕見的鎖定爭用可能會導致諸如容錯移轉或移轉之類的虛擬機器作業失敗。
    鎖定失敗訊息類似下列內容：
    vol 'VM_SYS_11', lock at 480321536: [Req mode 1] Checking liveness:
    type 10c00003 offset 480321536 v 1940464, hb offset 3801088
    或
    Res3: 2496: Rank violation threshold reached: cid 0xc1d00002, resType 2, cnum 5 vol VM_SYS_11

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

  • PR 2766036：在 vSphere Client 中，您會看到虛擬機器的已佈建空間數值不正確

    在導致建立多個虛擬機器的複雜工作流程中，當您導覽至虛擬機器 > 虛擬機器時，某些虛擬機器的 [已佈建空間] 資料行中顯示的數值可能巨大。例如，顯示了 2.95 TB，而不是 25 GB 的實際佈建空間。

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

  • PR 2753231：由於 ESXi 儲存區堆疊中的呼叫堆疊損毀，ESXi 主機會失敗並顯示紫色診斷畫面

    處理 SCSI 命令 READ CAPACITY (10) 時，ESXi 可能會從回應複製多餘的資料並損毀呼叫堆疊。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

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

  • PR 2728910：當虛擬機器開啟電源時，ESX 主機可能會失敗並顯示紫色診斷畫面

    在極少數情況下，日誌交易中包含的 VMFS 資源叢集可能不會鎖定。因此，在開啟虛擬機器電源期間，由於 VMFS 層中出現例外狀況 14，多個 ESXi 主機可能會失敗並顯示紫色診斷畫面。在 vmkernel 記錄中顯示的一般訊息和堆疊追蹤如下所示：
    @BlueScreen: #PF Exception 14 in world 2097684:VSCSI Emulat IP 0x418014d06fca addr 0x0
    PTEs:0x16a47a027;0x600faa8007;0x0;
    2020-06-24T17:35:57.073Z cpu29:2097684)Code start: 0x418013c00000 VMK uptime: 0:01:01:20.555
    2020-06-24T17:35:57.073Z cpu29:2097684)0x451a50a1baa0:[0x418014d06fca]Res6MemUnlockTxnRCList@esx#nover+0x176 stack: 0x1 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb10:[0x418014c7cdb6]J3_DeleteTransaction@esx#nover+0x33f stack: 0xbad0003
    2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb40:[0x418014c7db10]J3_AbortTransaction@esx#nover+0x105 stack: 0x0 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb80:[0x418014cbb752]Fil3_FinalizePunchFileHoleTxnVMFS6@esx#nover+0x16f stack: 0x430fe950e1f0
    2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bbd0:[0x418014c7252b]Fil3UpdateBlocks@esx#nover+0x348 stack: 0x451a50a1bc78 2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bce0:[0x418014c731dc]Fil3_PunchFileHoleWithRetry@esx#nover+0x89 stack: 0x451a50a1bec8
    2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bd90:[0x418014c739a5]Fil3_FileBlockUnmap@esx#nover+0x50e stack: 0x230eb5 2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be40:[0x418013c4c551]FSSVec_FileBlockUnmap@vmkernel#nover+0x6e stack: 0x230eb5
    2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be90:[0x418013fb87b1]VSCSI_ExecFSSUnmap@vmkernel#nover+0x8e stack: 0x0 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf00:[0x418013fb71cb]VSCSIDoEmulHelperIO@vmkernel#nover+0x2c stack: 0x430145fbe070
    2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf30:[0x418013ceadfa]HelperQueueFunc@vmkernel#nover+0x157 stack: 0x430aa05c9618 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bfe0:[0x418013f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0
    2020-06-24T17:35:57.083Z cpu29:2097684)base fs=0x0 gs=0x418047400000 Kgs=0x0

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

  • PR 2741111：如果某些 Intel CPU 無法轉送偵錯例外狀況 (#DB) 設陷，可能會導致虛擬機器出現三重故障

    在少數情況下，某些 Intel CPU 可能無法轉送 #DB 設陷，如果在 Windows 系統呼叫期間發生計時器中斷的情況，則虛擬機器可能會出現三重故障。

    已在此版本中解決此問題。此修正會將 CPU 中的所有 #DB 設陷轉送至客體作業系統，但資料庫設陷來自連結至虛擬機器的偵錯工具的情況除外。

  • PR 2759343：從 Direct Console 使用者介面 (DCUI) 重新啟動 ESXi 管理代理程式時，sfcbd 服務不會啟動

    如果從 DCUI 重新啟動 ESXi 管理代理程式，則 sfcbd 服務不會啟動。您必須手動啟動 SFCB 服務。

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

  • PR 2721379：hostd 服務每 2 分鐘記錄一次零電源供應器感應器警告

    hostd 服務每 2 分鐘記錄一次訊息：BuildPowerSupplySensorList 找到 0 個電源供應器感應器。在 ESXi 主機上升級至或全新安裝 ESXi 7.0 Update 1 時，會發生此問題。

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

  • PR 2751277：由於 Null 指標參考錯誤，ESXi 主機可能會失敗並顯示紫色診斷畫面

    在少數情況下，核心記憶體配置器可能會傳回可能無法正確解除參照的 NULL 指標。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#GP Exception 13 in world 2422594:vmm:overCom @ 0x42003091ede4。在反向追蹤中，會顯示類似下列內容的錯誤：
    #1 Util_ZeroPageTable
    #2 Util_ZeroPageTableMPN
    #3 VmMemPfUnmapped
    #4 VmMemPfInt
    #5 VmMemPfGetMapping
    #6 VmMemPf
    #7 VmMemPfLockPageInt
    #8 VMMVMKCall_Call
    #9 VMKVMM_ArchEnterVMKernel

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

  • PR 2708326：如果在較短時間間隔內將 NVMe 裝置進行熱新增和熱移除，則 ESXi 主機可能會失敗，並顯示紫色診斷畫面

    如果在較短時間間隔內將 NVMe 裝置進行熱新增和熱移除，則 NVMe 驅動程式可能會因命令逾時而無法初始化 NVMe 控制器。因此，驅動程式可能會存取清理程序中已釋放的記憶體。在反向追蹤中，會顯示類似下列內容的訊息：警告: NVMEDEV: NVMEInitializeController:4045: 無法取得控制器識別資料，狀態: 逾時。
    最終，ESXi 主機可能會失敗並顯示紫色診斷畫面，出現類似下列內容的訊息：#PF Exception ... in world ...:vmkdevmgr。

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

  • PR 2755977：在虛擬機器開啟電源期間，ESXi 主機可能無法佈建完整的 VMDK 或建立分頁檔

    當 ESXi 主機沒有可用的大型檔案區塊 (LFB) 可供配置時，主機會實現完整 VMDK 佈建或使用小型檔案區塊 (SFB) 建立分頁檔。但是，在少數情況下，主機可能也無法配置 SFB。因此，完整 VMDK 佈建或分頁檔建立失敗。當虛擬機器嘗試開啟電源時，在 vmkernel 記錄中會顯示類似下列內容的錯誤：
     vmkernel.1:2021-01-08T19:13:28.341Z cpu20:2965260)Fil3: 10269: Max no space retries (10) exceeded for caller Fil3_SetFileLength (status 'No space left on device')

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

  • PR 2737934：如果使用的 VMFS6 資料存放區非常大，可能會重複顯示 CPU 鎖定錯誤，或 ESXi 主機可能會間歇性失敗

    如果使用的 VMFS6 資料存放區非常大，為資源叢集中的精簡 VMDK 配置檔案區塊的程序可能會導致 CPU 鎖定。因此，您會看到 CPU 鎖定訊息，並且在少數情況下，ESXi 主機可能會失敗。在反向追蹤中，會顯示類似下列內容的訊息：
    2021-04-07T02:18:08.730Z cpu31:2345212)WARNING: Heartbeat: 849: PCPU 10 didn't have a heartbeat for 7 seconds; *may* be locked up.
    涉及 Res6AffMgr 函數的相關聯反向追蹤類似下列內容：
    2021-01-06T02:16:16.073Z cpu0:2265741)ALERT: NMI: 694: NMI IPI: RIPOFF(base):RBP:CS [0x121d74d(0x42001a000000):0x50d0:0xf48] (Src 0x1, CPU0)
    2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b320:[0x42001b21d74c]Res6AffMgrComputeSortIndices@esx#nover+0x369 stack: 0x43119125a000
    2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b3b0:[0x42001b224e46]Res6AffMgrGetCluster@esx#nover+0xb1f stack: 0xd 2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b4b0:[0x42001b226491]Res6AffMgr_AllocResourcesInt@esx#nover+0x40a stack: 0x4311910f4890
    2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b680:[0x42001b2270e2]Res6AffMgr_AllocResources@esx#nover+0x1b stack: 0x0

    已在此版本中解決此問題。如需詳細資訊，請參閱 VMware 知識庫文章 83473。

  • PR 2777001：升級至 ESXi 7.0 Update 2 期間或之後，實體 CPU 計數較大的 ESXi 主機可能會失敗並顯示紫色診斷畫面

    升級至 ESXi 7.0 Update 2 期間或之後，ESX 儲存區層可能無法為實體 CPU 計數較大的 ESXi 主機以及連線至這些主機的許多儲存裝置或路徑配置足夠的記憶體資源。因此，此類 ESXi 主機可能會失敗並顯示紫色診斷畫面。

    已在此版本中解決此問題。此修正更正了 ESX 儲存區層記憶體配置。

  • PR 2760932：執行 vSphere vMotion 作業期間，具有硬體版本 18 的虛擬機器可能會間歇性失敗

    執行 vSphere vMotion 或 Storage vMotion 期間，具有硬體版本 18 和 VMware Tools 11.2.0 或更新版本的虛擬機器可能因目的地端的虛擬圖形裝置問題而失敗。
    在 vmkernel.log 中，會顯示類似以下一行內容：
    PF failed to handle a fault on mmInfo at va 0x114f5ae0: Out of memory.Terminating...

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

  • PR 2731263：更新至硬體版本 18 後，虛擬機器中會顯示客體作業系統核心危急訊息

    更新至硬體版本 18 後，在將虛擬機器開機時，AMD CPU 上的某些客體作業系統 (例如 CentOS 7) 可能會失敗並顯示核心危急。開啟虛擬機器的 Web 主控台時，會出現核心危急訊息。

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

  • PR 2731142：在虛擬機器之間的流量中，具有 [IPv6 通道封裝限制] 選項的封包遺失

    某些 Linux 核心會將 [IPv6 通道封裝限制] 選項新增至 IPv6 通道封包，如 RFC 2473 第 5.1 條中所述。因此，由於 IPv6 延伸標頭，將在虛擬機器之間的流量中捨棄 IPv6 通道封包。

    已在此版本中解決此問題。此修正會使用 [IPv6 通道封裝限制] 選項正確剖析封包。

  • PR 2760267：在 vmkernel 記錄中，將會顯示多個警告，指示裝置 XXX 在待命狀態下切換到慣用路徑 XXX

    使用整合式 Dell 遠端存取控制器 (iDRAC) 將虛擬媒體 (例如 CD 光碟機) 連線至 vSphere 環境，並且未將任何媒體檔案對應到磁碟機時，可能會在 vmkernel 記錄中顯示多個警告訊息，例如：
    vmw_psp_fixed: psp_fixedSelectPathToActivateInt:439: Switching to preferred path vmhba32:C0:T0:L1 in STANDBY state for device mpx.vmhba32:C0:T0:L1.WARNING: vmw_psp_fixed: psp_fixedSelectPathToActivateInt:464: Selected current STANDBY path vmhba32:C0:T0:L1 for device mpx.vmhba32:C0:T0:L1 to activate.This may lead to path thrashing.

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

  • PR 2749688：vCenter Server 可能會間歇性地從 ESXi 主機移除內部 NSX 控制的分散式虛擬連接埠

    在 vSphere Distributed Switch 的 24 小時同步工作流程期間，vCenter Server 可能會間歇性地從 ESXi 主機移除 NSX 控制的分散式虛擬連接埠，例如服務平面轉送 (SPF) 連接埠。因此，虛擬機器的 vSphere vMotion 作業可能會失敗。在記錄中會顯示類似下列內容的錯誤：Could not connect SPF port : Not found。

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

  • PR 2763986：如果在 VMFS 磁碟區的根目錄上設定暫存磁碟分割，則升級至 ESXi 7.0.x 會失敗，並且 VMFS 磁碟區上的資料可能會遺失

    ESXi 7.0 引入了以 VMFS-L 為基礎的 ESX-OSData 磁碟分割，以擔任舊版暫存磁碟分割、VMware Tools 的 Locker 磁碟分割及核心傾印目的地的角色。如果在升級至 ESXi 7.0.x 期間於 VMFS 磁碟區的根目錄上設定暫存磁碟分割，系統會嘗試將 VMFS 檔案轉換為 VMFS-L 格式，以符合 OS-Data 磁碟分割需求。因此，OS-Data 磁碟分割可能會覆寫 VMFS 磁碟區並導致資料遺失。

    已在此版本中解決此問題。此修正新增了確認檔案系統在轉換為 OS-DATA 之前是否為 VFAT 的檢查。如需詳細資訊，請參閱 VMware 知識庫文章 83647。

  • PR 2765534：升級至 ESXi 7.0 Update 2a 後，NSX Data Center for vSphere 叢集中 ESXi 主機的通訊通道健全狀況狀態為已關閉

    由於記錄處理問題，在升級至 ESXi 7.0 Update 2a 後，當您檢查通訊通道健全狀況狀態時，會看到所有 ESXi 主機的狀態為已關閉，因為 NSX Manager 無法連線至防火牆代理程式。

    已在此版本中解決此問題。如果您已面臨此問題，請停止 vsfwd 服務，然後重試升級作業。

  • PR 2766127：如果透過在 FCoE 環境中使用 vSphere Quick Boot 升級 ESXi 主機，實體伺服器可能會失敗並顯示紫色診斷畫面

    如果 7.0 Update 2 版的 ESXi 主機安裝在 FCoE LUN 上並使用 UEFI 開機模式，則當您嘗試使用 vSphere QuickBoot 升級主機時，實體伺服器可能會因記憶體錯誤而失敗並顯示紫色診斷畫面。

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

  • PR 2777003：如果將 USB 用作 ESXi 7.0 Update 2a 的開機裝置，ESXi 主機可能會沒有回應，並且您會看到主機沒有回應且找不到開機區的警示

    USB 裝置的佇列深度較小，並且由於 ESXi 儲存區堆疊中的競爭情形，某些 I/O 作業可能無法到達裝置。此類 I/O 將在 ESXi 儲存區堆疊中排入佇列且最終逾時。因此，ESXi 主機會變得沒有回應。
    在 vSphere Client 中，會顯示類似下列內容的警示：警示: 在路徑「/bootbank」中找不到 /bootbank 以及主機沒有回應。
    在 vmkernel 記錄中，會顯示類似下列內容的錯誤：
    2021-04-12T04:47:44.940Z cpu0:2097441)ScsiPath: 8058: Cancelled Cmd(0x45b92ea3fd40) 0xa0, cmdId.initiator=0x4538c859b8f8 CmdSN 0x0 from world 0 to path "vmhba32:C0:T0:L0".Cmd count Active:0 Queued:1.
    2021-04-12T04:48:50.527Z cpu2:2097440)ScsiDeviceIO: 4315: Cmd(0x45b92ea76d40) 0x28, cmdId.initiator=0x4305f74cc780 CmdSN 0x1279 from world 2099370 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x5 D:0x0 P:0x0 Cancelled from path layer.Cmd count Active:1
    2021-04-12T04:48:50.527Z cpu2:2097440)Queued:4

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

  • PR 2778793：升級至 ESXi Update 2a 後，ESXi 主機的開機時間會變長

    升級至 ESXi Update 2a 後，ESXi 主機的開機時間可能會延長至最多 60 分鐘。
    此問題不會影響從舊版 ESXi 7.0.x 更新至 ESXi Update 2a。
    只有在使用 vSphere Lifecycle Manager 映像或基準或使用 esxcli software profile update 命令執行升級作業時，才會發生此問題。如果使用 ISO 映像或指令碼式安裝，則不會遇到此問題。
    此問題最有可能影響 iSCSI 組態，但與用於開機區偵測的 ESXi 演算法有關，而不會降低外部儲存區目標的速度。

    已在此版本中解決此問題。此修正增加了在未立即提供 boot.cfg 檔案或儲存區時的容限。

  • PR 2755807：ESXi 主機上的 vSphere vMotion 作業失敗，並顯示記憶體不足錯誤

    由於連接埠集堆積中的記憶體流失，ESXi 主機上的 vSphere vMotion 作業可能會失敗，並顯示記憶體不足錯誤。在 vSphere Client 中，會顯示類似下列內容的錯誤：
    無法保留連接埠: DVSwitch 50 18 34 d1 76 81 ec 9e-03 62 e2 d4 6f 23 30 ba port 1 39.
    失敗，錯誤狀態為: 記憶體不足。

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

  • PR 2760081：升級至 vSAN 7.0 Update 2 後，出現 vSAN 組建編號建議引擎健全狀況警告

    如果 vCenter Server 無法將 vcsa.vmware.com 解析為 IP 位址，則無法上傳 vSAN 版本目錄。下列 vSAN 健全狀況檢查會顯示警告：vSAN 組建編號建議引擎健全狀況。
    您可能會看到類似下列內容的錯誤訊息：
    2021-04-12T11:40:59.435Z ERROR vsan-mgmt[32221] [VsanHttpRequestWrapper::urlopen opID=noOpId] Exception while sending request : Cannot resolve localhost or Internet websites.
    2021-04-12T11:40:59.435Z WARNING vsan-mgmt[32221] [VsanVumCoreUtil::CheckVumServiceStatus opID=noOpId] Failed to connect VUM service: Cannot resolve localhost or Internet websites.
    2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumIntegration::VumStatusCallback opID=noOpId] VUM is not installed or not responsive ​
    2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumSystemUtil::HasConfigIssue opID=noOpId] Config issue health.test.vum.vumDisabled exists on entity None

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

  • PR 2731644：在 vSAN 上出現比平常更多的清除活動

    整數溢位錯誤可能會導致 vSAN DOM 比已進行的設定更頻繁地發出清除。

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

  • PR 2749815：在執行作用中客體寫入的情況下中止重新同步時，ESXi 主機失敗並顯示紫色診斷畫面

    在 ESXi 主機所擁有的物件上同時執行重新同步和客體寫入時，主機可能會失敗並顯示紫色診斷畫面。

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

  • PR 2749962：您會看到 syslog 錯誤：無法在輪替時寫入標頭

    當 cmmdstimemachineDump.log 檔案達到 10 MB 的上限時會進行輪替，並建立一個新的 cmmdstimemachineDump 檔案。但是，在輪替期間，vmsyslogd.err 記錄中會顯示類似下列內容的錯誤：
    2021-04-08T03:15:53.719Z vmsyslog.loggers.file : ERROR ] Failed to write header on rotate.Exception: [Errno 2] No such file or directory: '/var/run/cmmdstimemachineDumpHeader.txt'

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

  • PR 2738238：物件格式變更工作需要很長時間才能回應

    在某些情況下，叢集監控、成員資格和目錄服務 (CMMDS) 不會為物件格式變更工作提供正確的輸入，並且該工作需要很長時間才能回應。

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

  • PR 2799408：將延伸叢集升級至 ESXi 7.0 Update 2 版或更新版本可能會導致多個 ESX 主機失敗，並顯示紫色診斷畫面

    在少數情況下，如果見證主機在升級過程中被取代，且磁碟格式轉換工作在取代不久後便執行，則延伸叢集上的多個 ESX 主機可能會失敗，並顯示紫色診斷畫面。

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

  • PR 2949777：如果在 ESX 7.0 Update 3 及更新版本上啟用 vmxnet3 裝置的 LargeBAR 設定，虛擬機器可能會中斷連線

    用於延伸 vmxnet3 裝置上基底位址暫存器 (BAR) 的 LargeBAR 設定支援統一傳遞 (UPT)。但是，ESX 7.0 Update 3 及更新版本不支援 UPT，如果 vmxnet3 驅動程式降級至低於 7.0 的版本，並且已啟用 LargeBAR 設定，則虛擬機器可能會中斷連線。

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

esx-update_7.0.2-0.20.18426014
修補程式類別 錯誤修正
修補程式嚴重性 嚴重
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用
包含的 VIB
  • VMware_bootbank_loadesx_7.0.2-0.20.18426014
  • VMware_bootbank_esx-update_7.0.2-0.20.18426014
修正的 PR 2722263、2812906
CVE 號碼 不適用

更新了 loadesx 和 esx-update VIB 以解決下列問題：

  • PR 2722263：升級至 ESXi 7.0 Update 2a 後，無法移除自訂 ESXi 映像中的元件

    如果使用 ESXi Packaging Kit 建立自訂 7.0 Update 2a 映像，覆寫基礎映像中的某些元件 (例如 Intel-ixgben:1.8.9.0-1OEM.700.1.0.15525992)，然後升級 ESXi 7.0.x 主機，則無法在升級後移除自訂元件。此外，自訂元件中的某些 VIB 可能會遺失。

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

  • PR 2812906：在某些 ESXi 部署案例中，VMFS 資料存放區的中繼資料可能會因系統通用唯一識別碼 (UUID) 重複而損毀

    某些部署案例 (例如複製 ESXi 開機區) 可能會導致多個 ESXi 主機的部分或全部 UUID 相同。由於 UUID 將用於 VMFS 活動訊號和日誌作業，如果 UUID 重複，多個 ESXi 主機會在安裝或升級作業後嘗試存取相同 VMFS 資料存放區上的中繼資料區域。因此，您可能會在某些 VMFS 資料存放區中看到中繼資料損毀。
    在 vmkernel 記錄中，會顯示類似下列內容的訊息：
    vmkernel 608: VMFS volume DCS_HCFA_TEDS_Regulated_10032/5ba2905b-ac11166d-b145-0025b5920a02 on naa.60060e8012a34f005040a34f00000d64:1 has been detected corrupted.
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 319: FS3RCMeta 2245 200 21 105 0
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 326: 0 0 0 0 0 0 0 0 0 0 0 7 0 254 1 4 0 248 3 96 0 0 0 0 0
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 332: 0 0 0
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 338: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
    2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

    其他受影響的部署案例包括重複使用硬體設定檔 (例如，使用相同 MAC 部署新執行個體的刀鋒型系統) 以及在伺服器之間移動開機磁碟。

    因應措施：無。如需詳細資訊，請參閱 VMware 知識庫文章 84280 和 84349。

Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.702.0.20.18426014
修補程式類別 錯誤修正
修補程式嚴重性 重要
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用
包含的 VIB
  • VMW_bootbank_bnxtroce_216.0.58.0-20vmw.702.0.20.18426014
  • VMW_bootbank_bnxtnet_216.0.50.0-34vmw.702.0.20.18426014
修正的 PR 不適用
CVE 號碼 不適用

更新了 bnxtroce VIB。

    MRVL-E4-CNA-Driver-Bundle_1.0.0.0-1vmw.702.0.20.18426014
    修補程式類別 錯誤修正
    修補程式嚴重性 重要
    需要主機重新開機 是
    需要虛擬機器移轉或關閉 是
    受影響的硬體 不適用
    受影響的軟體 不適用
    包含的 VIB
    • VMW_bootbank_qedrntv_3.40.5.53-17vmw.702.0.20.18426014
    • VMW_bootbank_qedentv_3.40.5.53-20vmw.702.0.20.18426014
    修正的 PR 不適用
    CVE 號碼 不適用

    更新了 qedrntv VIB。

      Intel-i40en_1.8.1.137-1vmw.702.0.20.18426014
      修補程式類別 錯誤修正
      修補程式嚴重性 嚴重
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用
      包含的 VIB
      • VMW_bootbank_i40enu_1.8.1.137-1vmw.702.0.20.18426014
      修正的 PR

      2750390
      CVE 號碼 不適用

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

      • PR 2750390：升級至 ESXi 7.0 Update 2a 之後，適用於 ESXi 的 i40en 非同步網路驅動程式的 VIB 會略過或還原為 VMware 內建驅動程式 i40enu

        從 vSphere 7.0 Update 2 開始，i40en 內建驅動程式已重新命名為 i40enu。因此，如果您嘗試安裝 i40en 合作夥伴非同步驅動程式，則 i40en VIB 會略過或還原為 VMware i40enu 內建驅動程式。

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

      Broadcom-ELX-lpfc_12.8.298.3-2vmw.702.0.20.18426014
      修補程式類別 錯誤修正
      修補程式嚴重性 嚴重
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用
      包含的 VIB
      • VMW_bootbank_lpfc_12.8.298.3-2vmw.702.0.20.18426014
      修正的 PR 2715138
      CVE 號碼 不適用

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

      • PR 2715138：在安裝 Dell EMC PowerPath 外掛程式期間，ESXi 主機可能會失敗並顯示紫色診斷畫面

        在安裝 Dell EMC PowerPath 外掛程式期間，罕見的頁面故障錯誤可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。

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

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

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

      • PR 2753546：如果使用 USB 開機裝置，則與 /bootbank 磁碟分割的連線可能會中斷，或 VMFS-L LOCKER 磁碟分割會損毀

        如果 USB 主機控制器與 vSphere 系統中斷連線，並且裝置上的任何資源 (例如傾印檔案) 仍由 ESXi 使用，則在裝置重新連線時無法釋放裝置路徑。因此，ESXi 提供了 USB 裝置的新路徑，這會中斷與 /bootbank 磁碟分割的連線或損毀 VMFS-L LOCKER 磁碟分割。

        已在此版本中解決此問題。此修正增強了 USB 主機控制器驅動程式以容許命令逾時失敗，從而使 ESXi 有足夠的時間釋放 USB 裝置資源。
        最佳做法是，不要在 USB 儲存裝置上設定傾印磁碟分割。如需詳細資訊，請參閱 VMware 知識庫文章 2077516 和 2149257。

      ESXi_7.0.2-0.15.18295176
      修補程式類別 安全性
      修補程式嚴重性 嚴重
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用
      包含的 VIB
      • VMware_bootbank_vdfs_7.0.2-0.15.18295176
      • VMware_bootbank_esx-xserver_7.0.2-0.15.18295176
      • VMware_bootbank_esx-base_7.0.2-0.15.18295176
      • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.15.18295176
      • VMware_bootbank_crx_7.0.2-0.15.18295176
      • VMware_bootbank_native-misc-drivers_7.0.2-0.15.18295176
      • VMware_bootbank_cpu-microcode_7.0.2-0.15.18295176
      • VMware_bootbank_gc_7.0.2-0.15.18295176
      • VMware_bootbank_vsanhealth_7.0.2-0.15.18295176
      • VMware_bootbank_clusterstore_7.0.2-0.15.18295176
      • VMware_bootbank_vsan_7.0.2-0.15.18295176
      修正的 PR 2738816、2738857、2735594
      CVE 號碼 不適用

      ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。

      更新了 vdfs、esx-xserver、esx-base、esx-dvfilter-generic-fastpath、crx、native-misc-drivers、cpu-microcode、gc、vsanhealth、clusterstore、vsan 和 esx-base VIB 以解決下列問題：

      • OpenSSH 更新

        OpenSSH 已更新至 8.5p1 版。

      • OpenSSL 程式庫更新

        OpenSSL 程式庫已更新至 openssl-1.0.2y 版。

      • Libarchive 程式庫更新

        Libarchive 程式庫已更新至 3.5.1 版。

      esx-update_7.0.2-0.15.18295176
      修補程式類別 安全性
      修補程式嚴重性 嚴重
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用
      包含的 VIB
      • VMware_bootbank_loadesx_7.0.2-0.15.18295176
      • VMware_bootbank_esx-update_7.0.2-0.15.18295176
      修正的 PR 不適用
      CVE 號碼 不適用

      更新了 loadesx 和 esx-update VIB。

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

        更新了 tools-light VIB 以解決下列問題：

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

        更新了 vmkusb VIB。

          ESXi-7.0U2c-18426014-standard
          設定檔名稱 ESXi-7.0U2c-18426014-standard
          組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
          廠商 VMware, Inc.
          發行日期 2021 年 8 月 24 日
          接受程度 PartnerSupported
          受影響的硬體 不適用
          受影響的軟體 不適用
          受影響的 VIB
          • VMware_bootbank_vsanhealth_7.0.2-0.20.18426014
          • VMware_bootbank_vsan_7.0.2-0.20.18426014
          • VMware_bootbank_gc_7.0.2-0.20.18426014
          • VMware_bootbank_esx-xserver_7.0.2-0.20.18426014
          • VMware_bootbank_clusterstore_7.0.2-0.20.18426014
          • VMware_bootbank_vdfs_7.0.2-0.20.18426014
          • VMware_bootbank_native-misc-drivers_7.0.2-0.20.18426014
          • VMware_bootbank_cpu-microcode_7.0.2-0.20.18426014
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.20.18426014
          • VMware_bootbank_esx-base_7.0.2-0.20.18426014
          • VMware_bootbank_loadesx_7.0.2-0.20.18426014
          • VMware_bootbank_esx-update_7.0.2-0.20.18426014
          • VMW_bootbank_bnxtroce_216.0.58.0-20vmw.702.0.20.18426014
          • VMW_bootbank_bnxtnet_216.0.50.0-34vmw.702.0.20.18426014
          • VMW_bootbank_qedrntv_3.40.5.53-17vmw.702.0.20.18426014
          • VMW_bootbank_qedentv_3.40.5.53-20vmw.702.0.20.18426014
          • VMW_bootbank_i40enu_1.8.1.137-1vmw.702.0.20.18426014
          • VMW_bootbank_lpfc_12.8.298.3-2vmw.702.0.20.18426014
          • VMW_bootbank_vmkusb_0.1-4vmw.702.0.20.18426014
          修正的 PR 2717698、2731446、2515171、731306、2751564、2718934、2755056、2725886、2725886、2753231、2728910、2741111、2759343、2721379、2751277、2708326、2755977、2737934、2777001、2760932、2731263、2731142、2760267、2749688、2763986、2765534、2766127、2777003、2778793、2755807、2760081、2731644、2749815、2749962、2738238、2799408、2722263、2812906、2750390、2715138、2753546
          相關的 CVE 號碼 不適用

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

            • qedentv 驅動程式中極少見的競爭情形可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。如果在一般服務介面 (GSI) 佇列配對 (QP) 銷毀後立即出現 Rx 完全中斷 (例如，在 qedentv 驅動程式解除載入或系統關閉期間)，則會發生此問題。在這種情況下，qedentv 驅動程式可能會存取已釋放的 QP 位址，從而造成 PF 例外狀況。在與具有大量未經請求的 GSI 流量的忙碌實體交換器連線的 ESXi 主機中，可能會發生此問題。在反向追蹤中，會顯示類似下列內容的訊息：

              cpu4:2107287)0x45389609bcb0:[0x42001d3e6f72]qedrntv_ll2_rx_cb@(qedrntv)#<None>+0x1be stack: 0x45b8f00a7740, 0x1e146d040, 0x432d65738d40, 0x0, 0x
              2021-02-11T03:31:53.882Z cpu4:2107287)0x45389609bd50:[0x42001d421d2a]ecore_ll2_rxq_completion@(qedrntv)#<None>+0x2ab stack: 0x432bc20020ed, 0x4c1e74ef0, 0x432bc2002000,
              2021-02-11T03:31:53.967Z cpu4:2107287)0x45389609bdf0:[0x42001d1296d0]ecore_int_sp_dpc@(qedentv)#<None>+0x331 stack: 0x0, 0x42001c3bfb6b, 0x76f1e5c0, 0x2000097, 0x14c2002
              2021-02-11T03:31:54.039Z cpu4:2107287)0x45389609be60:[0x42001c0db867]IntrCookieBH@vmkernel#nover+0x17c stack: 0x45389609be80, 0x40992f09ba, 0x43007a436690, 0x43007a43669
              2021-02-11T03:31:54.116Z cpu4:2107287)0x45389609bef0:[0x42001c0be6b0]BH_Check@vmkernel#nover+0x121 stack: 0x98ba, 0x33e72f6f6e20, 0x0, 0x8000000000000000, 0x430000000001
              2021-02-11T03:31:54.187Z cpu4:2107287)0x45389609bf70:[0x42001c28370c]NetPollWorldCallback@vmkernel#nover+0x129 stack: 0x61, 0x42001d0e0000, 0x42001c283770, 0x0, 0x0
              2021-02-11T03:31:54.256Z cpu4:2107287)0x45389609bfe0:[0x42001c380bad]CpuSched_StartWorld@vmkernel#nover+0x86 stack: 0x0, 0x42001c0c2b44, 0x0, 0x0, 0x0
              2021-02-11T03:31:54.319Z cpu4:2107287)0x45389609c000:[0x42001c0c2b43]Debug_IsInitialized@vmkernel#nover+0xc stack: 0x0, 0x0, 0x0, 0x0, 0x0
              2021-02-11T03:31:54.424Z cpu4:2107287)^[[45m^[[33;1mVMware ESXi 7.0.2 [Releasebuild-17435195 x86_64]^[[0m
              #PF Exception 14 in world 2107287:vmnic7-pollW IP 0x42001d3e6f72 addr 0x1c

            • 在少數情況下，當 vSphere Replication 應用裝置開啟電源時，hostd 服務可能會失敗，並導致 ESXi 主機暫時對 vCenter Server 沒有回應。hostd 服務會自動重新啟動並還原連線。

            • 在主機設定檔中嘗試將進階選項參數的值設定為 false 時，使用者介面會建立一個非空白字串值。非空白的值會轉譯為 true，而進階選項參數則會在主機設定檔中收到 true 值。

            • 即使 ESXi 主機可以存取且正在執行，這些主機也可能對 vCenter Server 沒有回應。在廠商映像包含的自訂驅動程式中，如果 ImageConfigManager 耗用的 RAM 超過配置的 RAM，則會發生此問題。這樣一來，ImageConfigManager 重複出現失敗會導致 ESXi 主機與 vCenter Server 中斷連線。
              在 vmkernel 記錄中，會重複顯示類似下列內容的錯誤：
              Admission failure in path: host/vim/vmvisor/hostd-tmp/sh.<pid1>:python.<pid2>:uw.<pid2>.
              在 hostd 記錄中，會顯示類似下列內容的訊息：Task Created : haTask-ha-host-vim.host.ImageConfigManager.fetchSoftwarePackages-<sequence>，隨後顯示：ForkExec(/usr/bin/sh) <pid1>，其中 <pid1> 用於識別 ImageConfigManager 程序。

            • 如果將 DiskMaxIOSize 進階組態選項變更為較低值，則具有大型區塊大小的 I/O 可能會錯誤地分割並在 PSA 路徑中排入佇列。這樣一來，ESXi 主機 I/O 作業可能會逾時並失敗。

            • 在某些情況下，虛擬機器的開啟電源或關閉電源作業可能需要長達 20 分鐘。當虛擬機器的基礎儲存區執行背景作業 (例如 HBA 重新掃描或 APD 事件) 且某些鎖定持續保留時，會發生此問題。

            • 在少數情況下，如果目標 ESXi 主機中的 VPD 頁面回應大小在主機的不同路徑上有所不同，ESXi 寫入的位元組數可能超過指定路徑的配置長度。因此，ESXi 主機會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
              危急訊息: @BlueScreen: PANIC bora/vmkernel/main/dlmalloc.c:4878 - Corruption in dlmalloc

            • 罕見的鎖定爭用可能會導致諸如容錯移轉或移轉之類的虛擬機器作業失敗。
              鎖定失敗訊息類似下列內容：
              vol 'VM_SYS_11', lock at 480321536: [Req mode 1] Checking liveness:
              type 10c00003 offset 480321536 v 1940464, hb offset 3801088
              或
              Res3: 2496: Rank violation threshold reached: cid 0xc1d00002, resType 2, cnum 5 vol VM_SYS_11

            • 在導致建立多個虛擬機器的複雜工作流程中，當您導覽至虛擬機器 > 虛擬機器時，某些虛擬機器的 [已佈建空間] 資料行中顯示的數值可能巨大。例如，顯示了 2.95 TB，而不是 25 GB 的實際佈建空間。

            • 處理 SCSI 命令 READ CAPACITY (10) 時，ESXi 可能會從回應複製多餘的資料並損毀呼叫堆疊。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

            • 在極少數情況下，日誌交易中包含的 VMFS 資源叢集可能不會鎖定。因此，在開啟虛擬機器電源期間，由於 VMFS 層中出現例外狀況 14，多個 ESXi 主機可能會失敗並顯示紫色診斷畫面。在 vmkernel 記錄中顯示的一般訊息和堆疊追蹤如下所示：
              @BlueScreen: #PF Exception 14 in world 2097684:VSCSI Emulat IP 0x418014d06fca addr 0x0
              PTEs:0x16a47a027;0x600faa8007;0x0;
              2020-06-24T17:35:57.073Z cpu29:2097684)Code start: 0x418013c00000 VMK uptime: 0:01:01:20.555
              2020-06-24T17:35:57.073Z cpu29:2097684)0x451a50a1baa0:[0x418014d06fca]Res6MemUnlockTxnRCList@esx#nover+0x176 stack: 0x1 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb10:[0x418014c7cdb6]J3_DeleteTransaction@esx#nover+0x33f stack: 0xbad0003
              2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb40:[0x418014c7db10]J3_AbortTransaction@esx#nover+0x105 stack: 0x0 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb80:[0x418014cbb752]Fil3_FinalizePunchFileHoleTxnVMFS6@esx#nover+0x16f stack: 0x430fe950e1f0
              2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bbd0:[0x418014c7252b]Fil3UpdateBlocks@esx#nover+0x348 stack: 0x451a50a1bc78 2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bce0:[0x418014c731dc]Fil3_PunchFileHoleWithRetry@esx#nover+0x89 stack: 0x451a50a1bec8
              2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bd90:[0x418014c739a5]Fil3_FileBlockUnmap@esx#nover+0x50e stack: 0x230eb5 2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be40:[0x418013c4c551]FSSVec_FileBlockUnmap@vmkernel#nover+0x6e stack: 0x230eb5
              2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be90:[0x418013fb87b1]VSCSI_ExecFSSUnmap@vmkernel#nover+0x8e stack: 0x0 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf00:[0x418013fb71cb]VSCSIDoEmulHelperIO@vmkernel#nover+0x2c stack: 0x430145fbe070
              2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf30:[0x418013ceadfa]HelperQueueFunc@vmkernel#nover+0x157 stack: 0x430aa05c9618 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bfe0:[0x418013f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0
              2020-06-24T17:35:57.083Z cpu29:2097684)base fs=0x0 gs=0x418047400000 Kgs=0x0

            • 在少數情況下，某些 Intel CPU 可能無法轉送 #DB 設陷，如果在 Windows 系統呼叫期間發生計時器中斷的情況，則虛擬機器可能會出現三重故障。

            • 如果從 DCUI 重新啟動 ESXi 管理代理程式，則 sfcbd 服務不會啟動。您必須手動啟動 SFCB 服務。

            • hostd 服務每 2 分鐘記錄一次訊息：BuildPowerSupplySensorList 找到 0 個電源供應器感應器。在 ESXi 主機上升級至或全新安裝 ESXi 7.0 Update 1 時，會發生此問題。

            • 在少數情況下，核心記憶體配置器可能會傳回可能無法正確解除參照的 NULL 指標。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#GP Exception 13 in world 2422594:vmm:overCom @ 0x42003091ede4。在反向追蹤中，會顯示類似下列內容的錯誤：
              #1 Util_ZeroPageTable
              #2 Util_ZeroPageTableMPN
              #3 VmMemPfUnmapped
              #4 VmMemPfInt
              #5 VmMemPfGetMapping
              #6 VmMemPf
              #7 VmMemPfLockPageInt
              #8 VMMVMKCall_Call
              #9 VMKVMM_ArchEnterVMKernel

            • 如果在較短時間間隔內將 NVMe 裝置進行熱新增和熱移除，則 NVMe 驅動程式可能會因命令逾時而無法初始化 NVMe 控制器。因此，驅動程式可能會存取清理程序中已釋放的記憶體。在反向追蹤中，會顯示類似下列內容的訊息：WARNING: NVMEDEV: NVMEInitializeController:4045: 無法取得控制器識別資料，狀態: 逾時。
              最終，ESXi 主機可能會失敗並顯示紫色診斷畫面，出現類似下列內容的錯誤：#PF Exception ... in world ...:vmkdevmgr。

            • 當 ESXi 主機沒有可用的大型檔案區塊 (LFB) 可供配置時，主機會實現完整 VMDK 佈建或使用小型檔案區塊 (SFB) 建立分頁檔。但是，在少數情況下，主機可能也無法配置 SFB。因此，完整 VMDK 佈建或分頁檔建立失敗。當虛擬機器嘗試開啟電源時，在 vmkernel 記錄中會顯示類似下列內容的錯誤：
               vmkernel.1:2021-01-08T19:13:28.341Z cpu20:2965260)Fil3: 10269: Max no space retries (10) exceeded for caller Fil3_SetFileLength (status 'No space left on device')

            • 如果使用的 VMFS6 資料存放區非常大，為資源叢集中的精簡 VMDK 配置檔案區塊的程序可能會導致 CPU 鎖定。因此，您會看到 CPU 鎖定訊息，並且在少數情況下，ESXi 主機可能會失敗。在反向追蹤中，會顯示類似下列內容的訊息：
              2021-04-07T02:18:08.730Z cpu31:2345212)WARNING: Heartbeat: 849: PCPU 10 didn't have a heartbeat for 7 seconds; *may* be locked up.
              涉及 Res6AffMgr 函數的相關聯反向追蹤類似下列內容：
              2021-01-06T02:16:16.073Z cpu0:2265741)ALERT: NMI: 694: NMI IPI: RIPOFF(base):RBP:CS [0x121d74d(0x42001a000000):0x50d0:0xf48] (Src 0x1, CPU0)
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b320:[0x42001b21d74c]Res6AffMgrComputeSortIndices@esx#nover+0x369 stack: 0x43119125a000
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b3b0:[0x42001b224e46]Res6AffMgrGetCluster@esx#nover+0xb1f stack: 0xd 2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b4b0:[0x42001b226491]Res6AffMgr_AllocResourcesInt@esx#nover+0x40a stack: 0x4311910f4890
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b680:[0x42001b2270e2]Res6AffMgr_AllocResources@esx#nover+0x1b stack: 0x0

            • 升級至 ESXi 7.0 Update 2 期間或之後，ESX 儲存區層可能無法為實體 CPU 計數較大的 ESXi 主機以及連線至這些主機的許多儲存裝置或路徑配置足夠的記憶體資源。因此，此類 ESXi 主機可能會失敗並顯示紫色診斷畫面。

            • 執行 vSphere vMotion 或 Storage vMotion 期間，具有硬體版本 18 和 VMware Tools 11.2.0 或更新版本的虛擬機器可能因目的地端的虛擬圖形裝置問題而失敗。
              在 vmkernel.log 中，會顯示類似以下一行內容：
              PF failed to handle a fault on mmInfo at va 0x114f5ae0: Out of memory.Terminating...

            • 更新至硬體版本 18 後，在將虛擬機器開機時，AMD CPU 上的某些客體作業系統 (例如 CentOS 7) 可能會失敗並顯示核心危急。開啟虛擬機器的 Web 主控台時，會出現核心危急訊息。

            • 某些 Linux 核心會將 [IPv6 通道封裝限制] 選項新增至 IPv6 通道封包，如 RFC 2473 第 5.1 條中所述。因此，由於 IPv6 延伸標頭，將在虛擬機器之間的流量中捨棄 IPv6 通道封包。

            • 使用整合式 Dell 遠端存取控制器 (iDRAC) 將虛擬媒體 (例如 CD 光碟機) 連線至 vSphere 環境，並且未將任何媒體檔案對應到磁碟機時，可能會在 vmkernel 記錄中顯示多個警告訊息，例如：
              vmw_psp_fixed: psp_fixedSelectPathToActivateInt:439: Switching to preferred path vmhba32:C0:T0:L1 in STANDBY state for device mpx.vmhba32:C0:T0:L1.WARNING: vmw_psp_fixed: psp_fixedSelectPathToActivateInt:464: Selected current STANDBY path vmhba32:C0:T0:L1 for device mpx.vmhba32:C0:T0:L1 to activate.This may lead to path thrashing.

            • 在 vSphere Distributed Switch 的 24 小時同步工作流程期間，vCenter Server 可能會間歇性地從 ESXi 主機移除 NSX 控制的分散式虛擬連接埠，例如服務平面轉送 (SPF) 連接埠。因此，虛擬機器的 vSphere vMotion 作業可能會失敗。在記錄中會顯示類似下列內容的錯誤：Could not connect SPF port : Not found。

            • ESXi 7.0 引入了以 VMFS-L 為基礎的 ESX-OSData 磁碟分割，以擔任舊版暫存磁碟分割、VMware Tools 的 Locker 磁碟分割及核心傾印目的地的角色。如果在升級至 ESXi 7.0.x 期間於 VMFS 磁碟區的根目錄上設定暫存磁碟分割，系統會嘗試將 VMFS 檔案轉換為 VMFS-L 格式，以符合 OS-Data 磁碟分割需求。因此，OS-Data 磁碟分割可能會覆寫 VMFS 磁碟區並導致資料遺失。

            • 由於記錄處理問題，在升級至 ESXi 7.0 Update 2a 後，當您檢查通訊通道健全狀況狀態時，會看到所有 ESXi 主機的狀態為已關閉，因為 NSX Manager 無法連線至防火牆代理程式。

            • 如果 7.0 Update 2 版的 ESXi 主機安裝在 FCoE LUN 上並使用 UEFI 開機模式，則當您嘗試使用 vSphere QuickBoot 升級主機時，實體伺服器可能會因記憶體錯誤而失敗並顯示紫色診斷畫面。

            • USB 裝置的佇列深度較小，並且由於 ESXi 儲存區堆疊中的競爭情形，某些 I/O 作業可能無法到達裝置。此類 I/O 將在 ESXi 儲存區堆疊中排入佇列且最終逾時。因此，ESXi 主機會變得沒有回應。
              在 vSphere Client 中，會顯示類似下列內容的警示：警示: 在路徑「/bootbank」中找不到 /bootbank 以及主機沒有回應。
              在 vmkernel 記錄中，會顯示類似下列內容的錯誤：
              2021-04-12T04:47:44.940Z cpu0:2097441)ScsiPath: 8058: Cancelled Cmd(0x45b92ea3fd40) 0xa0, cmdId.initiator=0x4538c859b8f8 CmdSN 0x0 from world 0 to path "vmhba32:C0:T0:L0".Cmd count Active:0 Queued:1.
              2021-04-12T04:48:50.527Z cpu2:2097440)ScsiDeviceIO: 4315: Cmd(0x45b92ea76d40) 0x28, cmdId.initiator=0x4305f74cc780 CmdSN 0x1279 from world 2099370 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x5 D:0x0 P:0x0 Cancelled from path layer.Cmd count Active:1
              2021-04-12T04:48:50.527Z cpu2:2097440)Queued:4

            • 升級至 ESXi Update 2a 後，ESXi 主機的開機時間可能會延長至最多 60 分鐘。
              此問題不會影響從舊版 ESXi 7.0.x 更新至 ESXi Update 2a。
              只有在使用 vSphere Lifecycle Manager 映像或基準或使用 esxcli software profile update 命令執行升級作業時，才會發生此問題。如果使用 ISO 映像或指令碼式安裝，則不會遇到此問題。
              此問題最有可能影響 iSCSI 組態，但與用於開機區偵測的 ESXi 演算法有關，而不會降低外部儲存區目標的速度。

            • 由於連接埠集堆積中的記憶體流失，ESXi 主機上的 vSphere vMotion 作業可能會失敗，並顯示記憶體不足錯誤。在 vSphere Client 中，會顯示類似下列內容的錯誤：
              無法保留連接埠: DVSwitch 50 18 34 d1 76 81 ec 9e-03 62 e2 d4 6f 23 30 ba port 1 39.
              失敗，錯誤狀態為: 記憶體不足。

            • 如果 vCenter Server 無法將 vcsa.vmware.com 解析為 IP 位址，則無法上傳 vSAN 版本目錄。下列 vSAN 健全狀況檢查會顯示警告：vSAN 組建編號建議引擎健全狀況。
              您可能會看到類似下列內容的錯誤訊息：
              2021-04-12T11:40:59.435Z ERROR vsan-mgmt[32221] [VsanHttpRequestWrapper::urlopen opID=noOpId] Exception while sending request : Cannot resolve localhost or Internet websites.
              2021-04-12T11:40:59.435Z WARNING vsan-mgmt[32221] [VsanVumCoreUtil::CheckVumServiceStatus opID=noOpId] Failed to connect VUM service: Cannot resolve localhost or Internet websites.
              2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumIntegration::VumStatusCallback opID=noOpId] VUM is not installed or not responsive ​
              2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumSystemUtil::HasConfigIssue opID=noOpId] Config issue health.test.vum.vumDisabled exists on entity None

            • 整數溢位錯誤可能會導致 vSAN DOM 比已進行的設定更頻繁地發出清除。

            • 在 ESXi 主機所擁有的物件上同時執行重新同步和客體寫入時，主機可能會失敗並顯示紫色診斷畫面。

            • 當 cmmdstimemachineDump.log 檔案達到 10 MB 的上限時會進行輪替，並建立一個新的 cmmdstimemachineDump 檔案。但是，在輪替期間，vmsyslogd.err 記錄中會顯示類似下列內容的錯誤：
              2021-04-08T03:15:53.719Z vmsyslog.loggers.file : ERROR ] Failed to write header on rotate.Exception: [Errno 2] No such file or directory: '/var/run/cmmdstimemachineDumpHeader.txt'

            • 在某些情況下，叢集監控、成員資格和目錄服務 (CMMDS) 不會為物件格式變更工作提供正確的輸入，並且該工作需要很長時間才能回應。

            • 在少數情況下，如果見證主機在升級過程中被取代，且磁碟格式轉換工作在取代不久後便執行，則延伸叢集上的多個 ESX 主機可能會失敗，並顯示紫色診斷畫面。

            • 如果使用 ESXi Packaging Kit 建立自訂 7.0 Update 2a 映像，覆寫基礎映像中的某些元件 (例如 Intel-ixgben:1.8.9.0-1OEM.700.1.0.15525992)，然後升級 ESXi 7.0.x 主機，則無法在升級後移除自訂元件。此外，自訂元件中的某些 VIB 可能會遺失。

            • 複製 ESXi 開機裝置時，將使用相同的 UUID 建立執行個體。由於 UUID 將用於 VMFS 活動訊號和日誌作業，如果 UUIDS 重複，多個 ESXi 主機會在安裝或升級作業後嘗試存取相同 VMFS 資料存放區上的中繼資料區域。這樣一來，在多個 ESXi 主機上的 VMFS 資料存放區中會出現大量中繼資料損毀的情況。
              在 vmkernel 記錄中，會顯示類似下列內容的訊息：
              vmkernel 608: VMFS volume DCS_HCFA_TEDS_Regulated_10032/5ba2905b-ac11166d-b145-0025b5920a02 on naa.60060e8012a34f005040a34f00000d64:1 has been detected corrupted.
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 319: FS3RCMeta 2245 200 21 105 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 326: 0 0 0 0 0 0 0 0 0 0 0 7 0 254 1 4 0 248 3 96 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 332: 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 338: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

            • 從 vSphere 7.0 Update 2 開始，i40en 內建驅動程式已重新命名為 i40enu。因此，如果您嘗試安裝 i40en 合作夥伴非同步驅動程式，則 i40en VIB 會略過或還原為 VMware i40enu 內建驅動程式。

            • 在安裝 Dell EMC PowerPath 外掛程式期間，罕見的頁面故障錯誤可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。

            • 如果 USB 主機控制器與 vSphere 系統中斷連線，並且裝置上的任何資源 (例如傾印檔案) 仍由 ESXi 使用，則在裝置重新連線時無法釋放裝置路徑。因此，ESXi 提供了 USB 裝置的新路徑，這會中斷與 /bootbank 磁碟分割的連線或損毀 VMFS-L LOCKER 磁碟分割。

          ESXi-7.0U2c-18426014-no-tools
          設定檔名稱 ESXi-7.0U2c-18426014-no-tools
          組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
          廠商 VMware, Inc.
          發行日期 2021 年 8 月 24 日
          接受程度 PartnerSupported
          受影響的硬體 不適用
          受影響的軟體 不適用
          受影響的 VIB
          • VMware_bootbank_vsanhealth_7.0.2-0.20.18426014
          • VMware_bootbank_vsan_7.0.2-0.20.18426014
          • VMware_bootbank_gc_7.0.2-0.20.18426014
          • VMware_bootbank_esx-xserver_7.0.2-0.20.18426014
          • VMware_bootbank_clusterstore_7.0.2-0.20.18426014
          • VMware_bootbank_vdfs_7.0.2-0.20.18426014
          • VMware_bootbank_native-misc-drivers_7.0.2-0.20.18426014
          • VMware_bootbank_cpu-microcode_7.0.2-0.20.18426014
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.20.18426014
          • VMware_bootbank_esx-base_7.0.2-0.20.18426014
          • VMware_bootbank_loadesx_7.0.2-0.20.18426014
          • VMware_bootbank_esx-update_7.0.2-0.20.18426014
          • VMW_bootbank_bnxtroce_216.0.58.0-20vmw.702.0.20.18426014
          • VMW_bootbank_bnxtnet_216.0.50.0-34vmw.702.0.20.18426014
          • VMW_bootbank_qedrntv_3.40.5.53-17vmw.702.0.20.18426014
          • VMW_bootbank_qedentv_3.40.5.53-20vmw.702.0.20.18426014
          • VMW_bootbank_i40enu_1.8.1.137-1vmw.702.0.20.18426014
          • VMW_bootbank_lpfc_12.8.298.3-2vmw.702.0.20.18426014
          • VMW_bootbank_vmkusb_0.1-4vmw.702.0.20.18426014
          修正的 PR 2717698、2731446、2515171、731306、2751564、2718934、2755056、2725886、2725886、2753231、2728910、2741111、2759343、2721379、2751277、2708326、2755977、2737934、2777001、2760932、2731263、2731142、2760267、2749688、2763986、2765534、2766127、2777003、2778793、2755807、2760081、2731644、2749815、2749962、2738238、2799408、2722263、2812906、2750390、2715138、2753546
          相關的 CVE 號碼 不適用

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

            • qedentv 驅動程式中極少見的競爭情形可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。如果在一般服務介面 (GSI) 佇列配對 (QP) 銷毀後立即出現 Rx 完全中斷 (例如，在 qedentv 驅動程式解除載入或系統關閉期間)，則會發生此問題。在這種情況下，qedentv 驅動程式可能會存取已釋放的 QP 位址，從而造成 PF 例外狀況。在與具有大量未經請求的 GSI 流量的忙碌實體交換器連線的 ESXi 主機中，可能會發生此問題。在反向追蹤中，會顯示類似下列內容的訊息：

              cpu4:2107287)0x45389609bcb0:[0x42001d3e6f72]qedrntv_ll2_rx_cb@(qedrntv)#<None>+0x1be stack: 0x45b8f00a7740, 0x1e146d040, 0x432d65738d40, 0x0, 0x
              2021-02-11T03:31:53.882Z cpu4:2107287)0x45389609bd50:[0x42001d421d2a]ecore_ll2_rxq_completion@(qedrntv)#<None>+0x2ab stack: 0x432bc20020ed, 0x4c1e74ef0, 0x432bc2002000,
              2021-02-11T03:31:53.967Z cpu4:2107287)0x45389609bdf0:[0x42001d1296d0]ecore_int_sp_dpc@(qedentv)#<None>+0x331 stack: 0x0, 0x42001c3bfb6b, 0x76f1e5c0, 0x2000097, 0x14c2002
              2021-02-11T03:31:54.039Z cpu4:2107287)0x45389609be60:[0x42001c0db867]IntrCookieBH@vmkernel#nover+0x17c stack: 0x45389609be80, 0x40992f09ba, 0x43007a436690, 0x43007a43669
              2021-02-11T03:31:54.116Z cpu4:2107287)0x45389609bef0:[0x42001c0be6b0]BH_Check@vmkernel#nover+0x121 stack: 0x98ba, 0x33e72f6f6e20, 0x0, 0x8000000000000000, 0x430000000001
              2021-02-11T03:31:54.187Z cpu4:2107287)0x45389609bf70:[0x42001c28370c]NetPollWorldCallback@vmkernel#nover+0x129 stack: 0x61, 0x42001d0e0000, 0x42001c283770, 0x0, 0x0
              2021-02-11T03:31:54.256Z cpu4:2107287)0x45389609bfe0:[0x42001c380bad]CpuSched_StartWorld@vmkernel#nover+0x86 stack: 0x0, 0x42001c0c2b44, 0x0, 0x0, 0x0
              2021-02-11T03:31:54.319Z cpu4:2107287)0x45389609c000:[0x42001c0c2b43]Debug_IsInitialized@vmkernel#nover+0xc stack: 0x0, 0x0, 0x0, 0x0, 0x0
              2021-02-11T03:31:54.424Z cpu4:2107287)^[[45m^[[33;1mVMware ESXi 7.0.2 [Releasebuild-17435195 x86_64]^[[0m
              #PF Exception 14 in world 2107287:vmnic7-pollW IP 0x42001d3e6f72 addr 0x1c

            • 在少數情況下，當 vSphere Replication 應用裝置開啟電源時，hostd 服務可能會失敗，並導致 ESXi 主機暫時對 vCenter Server 沒有回應。hostd 服務會自動重新啟動並還原連線。

            • 在主機設定檔中嘗試將進階選項參數的值設定為 false 時，使用者介面會建立一個非空白字串值。非空白的值會轉譯為 true，而進階選項參數則會在主機設定檔中收到 true 值。

            • 即使 ESXi 主機可以存取且正在執行，這些主機也可能對 vCenter Server 沒有回應。在廠商映像包含的自訂驅動程式中，如果 ImageConfigManager 耗用的 RAM 超過配置的 RAM，則會發生此問題。這樣一來，ImageConfigManager 重複出現失敗會導致 ESXi 主機與 vCenter Server 中斷連線。
              在 vmkernel 記錄中，會重複顯示類似下列內容的錯誤：
              Admission failure in path: host/vim/vmvisor/hostd-tmp/sh.<pid1>:python.<pid2>:uw.<pid2>.
              在 hostd 記錄中，會顯示類似下列內容的訊息：Task Created : haTask-ha-host-vim.host.ImageConfigManager.fetchSoftwarePackages-<sequence>，隨後顯示：ForkExec(/usr/bin/sh) <pid1>，其中 <pid1> 用於識別 ImageConfigManager 程序。

            • 如果將 DiskMaxIOSize 進階組態選項變更為較低值，則具有大型區塊大小的 I/O 可能會錯誤地分割並在 PSA 路徑中排入佇列。這樣一來，ESXi 主機 I/O 作業可能會逾時並失敗。

            • 在某些情況下，虛擬機器的開啟電源或關閉電源作業可能需要長達 20 分鐘。當虛擬機器的基礎儲存區執行背景作業 (例如 HBA 重新掃描或 APD 事件) 且某些鎖定持續保留時，會發生此問題。

            • 在少數情況下，如果目標 ESXi 主機中的 VPD 頁面回應大小在主機的不同路徑上有所不同，ESXi 寫入的位元組數可能超過指定路徑的配置長度。因此，ESXi 主機會失敗並顯示紫色診斷畫面，同時出現類似下列內容的訊息：
              危急訊息: @BlueScreen: PANIC bora/vmkernel/main/dlmalloc.c:4878 - Corruption in dlmalloc

            • 罕見的鎖定爭用可能會導致諸如容錯移轉或移轉之類的虛擬機器作業失敗。
              鎖定失敗訊息類似下列內容：
              vol 'VM_SYS_11', lock at 480321536: [Req mode 1] Checking liveness:
              type 10c00003 offset 480321536 v 1940464, hb offset 3801088
              或
              Res3: 2496: Rank violation threshold reached: cid 0xc1d00002, resType 2, cnum 5 vol VM_SYS_11

            • 在導致建立多個虛擬機器的複雜工作流程中，當您導覽至虛擬機器 > 虛擬機器時，某些虛擬機器的 [已佈建空間] 資料行中顯示的數值可能巨大。例如，顯示了 2.95 TB，而不是 25 GB 的實際佈建空間。

            • 處理 SCSI 命令 READ CAPACITY (10) 時，ESXi 可能會從回應複製多餘的資料並損毀呼叫堆疊。因此，ESXi 主機會失敗並顯示紫色診斷畫面。

            • 在極少數情況下，日誌交易中包含的 VMFS 資源叢集可能不會鎖定。因此，在開啟虛擬機器電源期間，由於 VMFS 層中出現例外狀況 14，多個 ESXi 主機可能會失敗並顯示紫色診斷畫面。在 vmkernel 記錄中顯示的一般訊息和堆疊追蹤如下所示：
              @BlueScreen: #PF Exception 14 in world 2097684:VSCSI Emulat IP 0x418014d06fca addr 0x0
              PTEs:0x16a47a027;0x600faa8007;0x0;
              2020-06-24T17:35:57.073Z cpu29:2097684)Code start: 0x418013c00000 VMK uptime: 0:01:01:20.555
              2020-06-24T17:35:57.073Z cpu29:2097684)0x451a50a1baa0:[0x418014d06fca]Res6MemUnlockTxnRCList@esx#nover+0x176 stack: 0x1 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb10:[0x418014c7cdb6]J3_DeleteTransaction@esx#nover+0x33f stack: 0xbad0003
              2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb40:[0x418014c7db10]J3_AbortTransaction@esx#nover+0x105 stack: 0x0 2020-06-24T17:35:57.074Z cpu29:2097684)0x451a50a1bb80:[0x418014cbb752]Fil3_FinalizePunchFileHoleTxnVMFS6@esx#nover+0x16f stack: 0x430fe950e1f0
              2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bbd0:[0x418014c7252b]Fil3UpdateBlocks@esx#nover+0x348 stack: 0x451a50a1bc78 2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bce0:[0x418014c731dc]Fil3_PunchFileHoleWithRetry@esx#nover+0x89 stack: 0x451a50a1bec8
              2020-06-24T17:35:57.075Z cpu29:2097684)0x451a50a1bd90:[0x418014c739a5]Fil3_FileBlockUnmap@esx#nover+0x50e stack: 0x230eb5 2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be40:[0x418013c4c551]FSSVec_FileBlockUnmap@vmkernel#nover+0x6e stack: 0x230eb5
              2020-06-24T17:35:57.076Z cpu29:2097684)0x451a50a1be90:[0x418013fb87b1]VSCSI_ExecFSSUnmap@vmkernel#nover+0x8e stack: 0x0 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf00:[0x418013fb71cb]VSCSIDoEmulHelperIO@vmkernel#nover+0x2c stack: 0x430145fbe070
              2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bf30:[0x418013ceadfa]HelperQueueFunc@vmkernel#nover+0x157 stack: 0x430aa05c9618 2020-06-24T17:35:57.077Z cpu29:2097684)0x451a50a1bfe0:[0x418013f0eaa2]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0
              2020-06-24T17:35:57.083Z cpu29:2097684)base fs=0x0 gs=0x418047400000 Kgs=0x0

            • 在少數情況下，某些 Intel CPU 可能無法轉送 #DB 設陷，如果在 Windows 系統呼叫期間發生計時器中斷的情況，則虛擬機器可能會出現三重故障。

            • 如果從 DCUI 重新啟動 ESXi 管理代理程式，則 sfcbd 服務不會啟動。您必須手動啟動 SFCB 服務。

            • hostd 服務每 2 分鐘記錄一次訊息：BuildPowerSupplySensorList 找到 0 個電源供應器感應器。在 ESXi 主機上升級至或全新安裝 ESXi 7.0 Update 1 時，會發生此問題。

            • 在少數情況下，核心記憶體配置器可能會傳回可能無法正確解除參照的 NULL 指標。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#GP Exception 13 in world 2422594:vmm:overCom @ 0x42003091ede4。在反向追蹤中，會顯示類似下列內容的錯誤：
              #1 Util_ZeroPageTable
              #2 Util_ZeroPageTableMPN
              #3 VmMemPfUnmapped
              #4 VmMemPfInt
              #5 VmMemPfGetMapping
              #6 VmMemPf
              #7 VmMemPfLockPageInt
              #8 VMMVMKCall_Call
              #9 VMKVMM_ArchEnterVMKernel

            • 如果在較短時間間隔內將 NVMe 裝置進行熱新增和熱移除，則 NVMe 驅動程式可能會因命令逾時而無法初始化 NVMe 控制器。因此，驅動程式可能會存取清理程序中已釋放的記憶體。在反向追蹤中，會顯示類似下列內容的訊息：WARNING: NVMEDEV: NVMEInitializeController:4045: 無法取得控制器識別資料，狀態: 逾時。
              最終，ESXi 主機可能會失敗並顯示紫色診斷畫面，出現類似下列內容的錯誤：#PF Exception ... in world ...:vmkdevmgr。

            • 當 ESXi 主機沒有可用的大型檔案區塊 (LFB) 可供配置時，主機會實現完整 VMDK 佈建或使用小型檔案區塊 (SFB) 建立分頁檔。但是，在少數情況下，主機可能也無法配置 SFB。因此，完整 VMDK 佈建或分頁檔建立失敗。當虛擬機器嘗試開啟電源時，在 vmkernel 記錄中會顯示類似下列內容的錯誤：
               vmkernel.1:2021-01-08T19:13:28.341Z cpu20:2965260)Fil3: 10269: Max no space retries (10) exceeded for caller Fil3_SetFileLength (status 'No space left on device')

            • 如果使用的 VMFS6 資料存放區非常大，為資源叢集中的精簡 VMDK 配置檔案區塊的程序可能會導致 CPU 鎖定。因此，您會看到 CPU 鎖定訊息，並且在少數情況下，ESXi 主機可能會失敗。在反向追蹤中，會顯示類似下列內容的訊息：
              2021-04-07T02:18:08.730Z cpu31:2345212)WARNING: Heartbeat: 849: PCPU 10 didn't have a heartbeat for 7 seconds; *may* be locked up.
              涉及 Res6AffMgr 函數的相關聯反向追蹤類似下列內容：
              2021-01-06T02:16:16.073Z cpu0:2265741)ALERT: NMI: 694: NMI IPI: RIPOFF(base):RBP:CS [0x121d74d(0x42001a000000):0x50d0:0xf48] (Src 0x1, CPU0)
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b320:[0x42001b21d74c]Res6AffMgrComputeSortIndices@esx#nover+0x369 stack: 0x43119125a000
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b3b0:[0x42001b224e46]Res6AffMgrGetCluster@esx#nover+0xb1f stack: 0xd 2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b4b0:[0x42001b226491]Res6AffMgr_AllocResourcesInt@esx#nover+0x40a stack: 0x4311910f4890
              2021-01-06T02:16:16.073Z cpu0:2265741)0x4538d261b680:[0x42001b2270e2]Res6AffMgr_AllocResources@esx#nover+0x1b stack: 0x0

            • 升級至 ESXi 7.0 Update 2 期間或之後，ESX 儲存區層可能無法為實體 CPU 計數較大的 ESXi 主機以及連線至這些主機的許多儲存裝置或路徑配置足夠的記憶體資源。因此，此類 ESXi 主機可能會失敗並顯示紫色診斷畫面。

            • 執行 vSphere vMotion 或 Storage vMotion 期間，具有硬體版本 18 和 VMware Tools 11.2.0 或更新版本的虛擬機器可能因目的地端的虛擬圖形裝置問題而失敗。
              在 vmkernel.log 中，會顯示類似以下一行內容：
              PF failed to handle a fault on mmInfo at va 0x114f5ae0: Out of memory.Terminating...

            • 更新至硬體版本 18 後，在將虛擬機器開機時，AMD CPU 上的某些客體作業系統 (例如 CentOS 7) 可能會失敗並顯示核心危急。開啟虛擬機器的 Web 主控台時，會出現核心危急訊息。

            • 某些 Linux 核心會將 [IPv6 通道封裝限制] 選項新增至 IPv6 通道封包，如 RFC 2473 第 5.1 條中所述。因此，由於 IPv6 延伸標頭，將在虛擬機器之間的流量中捨棄 IPv6 通道封包。

            • 使用整合式 Dell 遠端存取控制器 (iDRAC) 將虛擬媒體 (例如 CD 光碟機) 連線至 vSphere 環境，並且未將任何媒體檔案對應到磁碟機時，可能會在 vmkernel 記錄中顯示多個警告訊息，例如：
              vmw_psp_fixed: psp_fixedSelectPathToActivateInt:439: Switching to preferred path vmhba32:C0:T0:L1 in STANDBY state for device mpx.vmhba32:C0:T0:L1.WARNING: vmw_psp_fixed: psp_fixedSelectPathToActivateInt:464: Selected current STANDBY path vmhba32:C0:T0:L1 for device mpx.vmhba32:C0:T0:L1 to activate.This may lead to path thrashing.

            • 在 vSphere Distributed Switch 的 24 小時同步工作流程期間，vCenter Server 可能會間歇性地從 ESXi 主機移除 NSX 控制的分散式虛擬連接埠，例如服務平面轉送 (SPF) 連接埠。因此，虛擬機器的 vSphere vMotion 作業可能會失敗。在記錄中會顯示類似下列內容的錯誤：Could not connect SPF port : Not found。

            • ESXi 7.0 引入了以 VMFS-L 為基礎的 ESX-OSData 磁碟分割，以擔任舊版暫存磁碟分割、VMware Tools 的 Locker 磁碟分割及核心傾印目的地的角色。如果在升級至 ESXi 7.0.x 期間於 VMFS 磁碟區的根目錄上設定暫存磁碟分割，系統會嘗試將 VMFS 檔案轉換為 VMFS-L 格式，以符合 OS-Data 磁碟分割需求。因此，OS-Data 磁碟分割可能會覆寫 VMFS 磁碟區並導致資料遺失。

            • 由於記錄處理問題，在升級至 ESXi 7.0 Update 2a 後，當您檢查通訊通道健全狀況狀態時，會看到所有 ESXi 主機的狀態為已關閉，因為 NSX Manager 無法連線至防火牆代理程式。

            • 如果 7.0 Update 2 版的 ESXi 主機安裝在 FCoE LUN 上並使用 UEFI 開機模式，則當您嘗試使用 vSphere QuickBoot 升級主機時，實體伺服器可能會因記憶體錯誤而失敗並顯示紫色診斷畫面。

            • USB 裝置的佇列深度較小，並且由於 ESXi 儲存區堆疊中的競爭情形，某些 I/O 作業可能無法到達裝置。此類 I/O 將在 ESXi 儲存區堆疊中排入佇列且最終逾時。因此，ESXi 主機會變得沒有回應。
              在 vSphere Client 中，會顯示類似下列內容的警示：警示: 在路徑「/bootbank」中找不到 /bootbank 以及主機沒有回應。
              在 vmkernel 記錄中，會顯示類似下列內容的錯誤：
              2021-04-12T04:47:44.940Z cpu0:2097441)ScsiPath: 8058: Cancelled Cmd(0x45b92ea3fd40) 0xa0, cmdId.initiator=0x4538c859b8f8 CmdSN 0x0 from world 0 to path "vmhba32:C0:T0:L0".Cmd count Active:0 Queued:1.
              2021-04-12T04:48:50.527Z cpu2:2097440)ScsiDeviceIO: 4315: Cmd(0x45b92ea76d40) 0x28, cmdId.initiator=0x4305f74cc780 CmdSN 0x1279 from world 2099370 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x5 D:0x0 P:0x0 Cancelled from path layer.Cmd count Active:1
              2021-04-12T04:48:50.527Z cpu2:2097440)Queued:4

            • 升級至 ESXi Update 2a 後，ESXi 主機的開機時間可能會延長至最多 60 分鐘。
              此問題不會影響從舊版 ESXi 7.0.x 更新至 ESXi Update 2a。
              只有在使用 vSphere Lifecycle Manager 映像或基準或使用 esxcli software profile update 命令執行升級作業時，才會發生此問題。如果使用 ISO 映像或指令碼式安裝，則不會遇到此問題。
              此問題最有可能影響 iSCSI 組態，但與用於開機區偵測的 ESXi 演算法有關，而不會降低外部儲存區目標的速度。

            • 由於連接埠集堆積中的記憶體流失，ESXi 主機上的 vSphere vMotion 作業可能會失敗，並顯示記憶體不足錯誤。在 vSphere Client 中，會顯示類似下列內容的錯誤：
              無法保留連接埠: DVSwitch 50 18 34 d1 76 81 ec 9e-03 62 e2 d4 6f 23 30 ba port 1 39.
              失敗，錯誤狀態為: 記憶體不足。

            • 如果 vCenter Server 無法將 vcsa.vmware.com 解析為 IP 位址，則無法上傳 vSAN 版本目錄。下列 vSAN 健全狀況檢查會顯示警告：vSAN 組建編號建議引擎健全狀況。
              您可能會看到類似下列內容的錯誤訊息：
              2021-04-12T11:40:59.435Z ERROR vsan-mgmt[32221] [VsanHttpRequestWrapper::urlopen opID=noOpId] Exception while sending request : Cannot resolve localhost or Internet websites.
              2021-04-12T11:40:59.435Z WARNING vsan-mgmt[32221] [VsanVumCoreUtil::CheckVumServiceStatus opID=noOpId] Failed to connect VUM service: Cannot resolve localhost or Internet websites.
              2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumIntegration::VumStatusCallback opID=noOpId] VUM is not installed or not responsive ​
              2021-04-12T11:40:59.435Z INFO vsan-mgmt[32221] [VsanVumSystemUtil::HasConfigIssue opID=noOpId] Config issue health.test.vum.vumDisabled exists on entity None

            • 整數溢位錯誤可能會導致 vSAN DOM 比已進行的設定更頻繁地發出清除。

            • 在 ESXi 主機所擁有的物件上同時執行重新同步和客體寫入時，主機可能會失敗並顯示紫色診斷畫面。

            • 當 cmmdstimemachineDump.log 檔案達到 10 MB 的上限時會進行輪替，並建立一個新的 cmmdstimemachineDump 檔案。但是，在輪替期間，vmsyslogd.err 記錄中會顯示類似下列內容的錯誤：
              2021-04-08T03:15:53.719Z vmsyslog.loggers.file : ERROR ] Failed to write header on rotate.Exception: [Errno 2] No such file or directory: '/var/run/cmmdstimemachineDumpHeader.txt'

            • 在某些情況下，叢集監控、成員資格和目錄服務 (CMMDS) 不會為物件格式變更工作提供正確的輸入，並且該工作需要很長時間才能回應。

            • 在少數情況下，如果見證主機在升級過程中被取代，且磁碟格式轉換工作在取代不久後便執行，則延伸叢集上的多個 ESX 主機可能會失敗，並顯示紫色診斷畫面。

            • 如果使用 ESXi Packaging Kit 建立自訂 7.0 Update 2a 映像，覆寫基礎映像中的某些元件 (例如 Intel-ixgben:1.8.9.0-1OEM.700.1.0.15525992)，然後升級 ESXi 7.0.x 主機，則無法在升級後移除自訂元件。此外，自訂元件中的某些 VIB 可能會遺失。

            • 複製 ESXi 開機裝置時，將使用相同的 UUID 建立執行個體。由於 UUID 將用於 VMFS 活動訊號和日誌作業，如果 UUIDS 重複，多個 ESXi 主機會在安裝或升級作業後嘗試存取相同 VMFS 資料存放區上的中繼資料區域。這樣一來，在多個 ESXi 主機上的 VMFS 資料存放區中會出現大量中繼資料損毀的情況。
              在 vmkernel 記錄中，會顯示類似下列內容的訊息：
              vmkernel 608: VMFS volume DCS_HCFA_TEDS_Regulated_10032/5ba2905b-ac11166d-b145-0025b5920a02 on naa.60060e8012a34f005040a34f00000d64:1 has been detected corrupted.
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 319: FS3RCMeta 2245 200 21 105 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 326: 0 0 0 0 0 0 0 0 0 0 0 7 0 254 1 4 0 248 3 96 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 332: 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 338: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
              2021-06-08T15:58:22.126Z cpu1:2097600)FS3: 346: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

            • 從 vSphere 7.0 Update 2 開始，i40en 內建驅動程式已重新命名為 i40enu。因此，如果您嘗試安裝 i40en 合作夥伴非同步驅動程式，則 i40en VIB 會略過或還原為 VMware i40enu 內建驅動程式。

            • 在安裝 Dell EMC PowerPath 外掛程式期間，罕見的頁面故障錯誤可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。

            • 如果 USB 主機控制器與 vSphere 系統中斷連線，並且裝置上的任何資源 (例如傾印檔案) 仍由 ESXi 使用，則在裝置重新連線時無法釋放裝置路徑。因此，ESXi 提供了 USB 裝置的新路徑，這會中斷與 /bootbank 磁碟分割的連線或損毀 VMFS-L LOCKER 磁碟分割。

          ESXi-7.0U2sc-18295176-standard
          設定檔名稱 ESXi-7.0U2sc-18295176-standard
          組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
          廠商 VMware, Inc.
          發行日期 2021 年 8 月 24 日
          接受程度 PartnerSupported
          受影響的硬體 不適用
          受影響的軟體 不適用
          受影響的 VIB
          • VMware_bootbank_vdfs_7.0.2-0.15.18295176
          • VMware_bootbank_esx-xserver_7.0.2-0.15.18295176
          • VMware_bootbank_esx-base_7.0.2-0.15.18295176
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.15.18295176
          • VMware_bootbank_crx_7.0.2-0.15.18295176
          • VMware_bootbank_native-misc-drivers_7.0.2-0.15.18295176
          • VMware_bootbank_cpu-microcode_7.0.2-0.15.18295176
          • VMware_bootbank_gc_7.0.2-0.15.18295176
          • VMware_bootbank_vsanhealth_7.0.2-0.15.18295176
          • VMware_bootbank_clusterstore_7.0.2-0.15.18295176
          • VMware_bootbank_vsan_7.0.2-0.15.18295176
          • VMware_bootbank_loadesx_7.0.2-0.15.18295176
          • VMware_bootbank_esx-update_7.0.2-0.15.18295176
          • VMware_locker_tools-light_11.2.6.17901274-18295176
          • VMW_bootbank_vmkusb_0.1-1vmw.702.0.15.18295176
          修正的 PR 2738816、2738857、2735594、2761942
          相關的 CVE 號碼 不適用

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

            • OpenSSH 已更新至 8.5p1 版。

            • OpenSSL 程式庫已更新至 openssl-1.0.2y 版。

            • Libarchive 程式庫已更新至 3.5.1 版。

            • 與 ESXi 綁定的 VMware Tools 11.2.6 ISO 映像如下：

              • windows.iso：適用於 Windows 7 SP1 或 Windows Server 2008 R2 SP1 或更新版本的 VMware Tools 映像
              • linux.iso：適用於具有 glibc 2.5 或更新版本之舊版 Linux 作業系統的 VMware Tools 10.3.23 映像

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

              • solaris.iso：適用於 Solaris 的 VMware Tools 映像
              • darwin.iso：適用於 Mac OS X 版本 10.11 及更新版本的 VMware Tools 映像。

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

          ESXi-7.0U2sc-18295176-no-tools
          設定檔名稱 ESXi-7.0U2sc-18295176-no-tools
          組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
          廠商 VMware, Inc.
          發行日期 2021 年 8 月 24 日
          接受程度 PartnerSupported
          受影響的硬體 不適用
          受影響的軟體 不適用
          受影響的 VIB
          • VMware_bootbank_vdfs_7.0.2-0.15.18295176
          • VMware_bootbank_esx-xserver_7.0.2-0.15.18295176
          • VMware_bootbank_esx-base_7.0.2-0.15.18295176
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.2-0.15.18295176
          • VMware_bootbank_crx_7.0.2-0.15.18295176
          • VMware_bootbank_native-misc-drivers_7.0.2-0.15.18295176
          • VMware_bootbank_cpu-microcode_7.0.2-0.15.18295176
          • VMware_bootbank_gc_7.0.2-0.15.18295176
          • VMware_bootbank_vsanhealth_7.0.2-0.15.18295176
          • VMware_bootbank_clusterstore_7.0.2-0.15.18295176
          • VMware_bootbank_vsan_7.0.2-0.15.18295176
          • VMware_bootbank_loadesx_7.0.2-0.15.18295176
          • VMware_bootbank_esx-update_7.0.2-0.15.18295176
          • VMware_locker_tools-light_11.2.6.17901274-18295176
          • VMW_bootbank_vmkusb_0.1-1vmw.702.0.15.18295176
          修正的 PR 2738816、2738857、2735594、2761942
          相關的 CVE 號碼 不適用

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

            • OpenSSH 已更新至 8.5p1 版。

            • OpenSSL 程式庫已更新至 openssl-1.0.2y 版。

            • Libarchive 程式庫已更新至 3.5.1 版。

            • 與 ESXi 綁定的 VMware Tools 11.2.6 ISO 映像如下：

              • windows.iso：適用於 Windows 7 SP1 或 Windows Server 2008 R2 SP1 或更新版本的 VMware Tools 映像
              • linux.iso：適用於具有 glibc 2.5 或更新版本之舊版 Linux 作業系統的 VMware Tools 10.3.23 映像

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

              • solaris.iso：適用於 Solaris 的 VMware Tools 映像
              • darwin.iso：適用於 Mac OS X 版本 10.11 及更新版本的 VMware Tools 映像。

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

          ESXi 映像 - ESXi70U2c-18426014
          名稱 ESXi
          版本 ESXi70U2c-18426014
          發行日期 2020 年 8 月 24 日
          類別 錯誤修正
          受影響的元件
          • ESXi 元件 - 核心 ESXi VIB
          • Emulex FC 驅動程式
          • 適用於 VMware ESXi 的 Broadcom NetXtreme-E 網路和 ROCE/RDMA 驅動程式
          • 適用於 VMware ESXi 的 QLogic FastLinQ 10/25/40/50/100 GbE 乙太網路和 RoCE/RDMA 驅動程式
          • ESXi 安裝/升級元件
          • 適用於 Intel(R) X710/XL710/XXV710/X722 介面卡的網路驅動程式
          • USB 驅動程式
          修正的 PR  2717698、2731446、2515171、731306、2751564、2718934、2755056、2725886、2725886、2753231、2728910、2741111、2759343、2721379、2751277、2708326、2755977、2737934、2777001、2760932、2731263、2731142、2760267、2749688、2763986、2765534、2766127、2777003、2778793、2755807、2760081、2731644、2749815、2749962、2738238、2799408、2722263、2812906、2750390、2715138、2753546
          相關的 CVE 號碼 不適用
            ESXi 映像 - ESXi70U2sc-18295176
            名稱 ESXi
            版本 ESXi70U2sc-18295176
            發行日期 2020 年 8 月 24 日
            類別 安全性
            受影響的元件
            • ESXi 元件 - 核心 ESXi VIB
            • USB 驅動程式
            • ESXi Tools 元件
            • ESXi 安裝/升級元件
            修正的 PR  2738816、2738857、2735594、2761942
            相關的 CVE 號碼 不適用

              已知問題

              已知問題分類如下。

              其他問題
              • sensord 精靈無法報告 ESXi 主機硬體狀態

                IPMI SDR 驗證中的邏輯錯誤可能會導致 sensord 無法識別電源供應器資訊的來源。因此，當您執行命令 vsish -e get /power/hostStats 時，可能看不到任何輸出。

                因應措施：無

              安裝、升級和移轉問題
              • 在 Hitachi 儲存區陣列上升級 brcmfcoe 驅動程式後，ESXi 主機可能會中斷連線

                在 Hitachi 儲存區陣列上升級 brcmfcoe 驅動程式後，ESXi 主機可能無法開機並中斷連線。

                因應措施：無。

              舊版中的已知問題

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

              check-circle-line exclamation-circle-line close-line
              Scroll to top icon