This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

 

ESXi 7.0 Update 3f | 2022 年 7 月 12 日 | ISO 組建編號 20036589

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

版本說明的內容

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

重要事項：如果您的來源系統包含的主機版本介於 ESXi 7.0 Update 2 和 Update 3c 之間，且包含 Intel 驅動程式，則在升級至 ESXi 7.0 Update 3f 之前，請參閱《VMware vCenter Server 7.0 Update 3c 版本說明》的〈新增功能〉一節，因為此章節中的所有內容也適用於 vSphere 7.0 Update 3f。另請參閱相關的 VMware 知識庫文章：86447、87258 和 87308。 

新增功能

  • 此版本解決了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。如需這些漏洞及其對 VMware 產品的影響的詳細資訊，請參閱 VMSA-2022-0020。
  • 在下列伺服器上，ESXi 7.0 Update 3f 支援 vSphere Quick Boot：

    • Cisco Systems Inc：

      • UCSC-C220-M6N
      • UCSC-C225-M6N
      • UCSC-C240-M6L
      • UCSC-C240-M6N
      • UCSC-C240-M6SN
      • UCSC-C240-M6SX

    • Dell Inc：

      • PowerEdge XR11
      • PowerEdge XR12
      • PowerEdge XE8545
    • HPE：
      • Edgeline e920
      • Edgeline e920d
      • Edgeline e920t
      • ProLiant DL20 Gen10 Plus
      • ProLiant DL110 Gen10 Plus
      • ProLiant ML30 Gen10 Plus
    • Lenovo：
      • ThinkSystem SR 860 V2

舊版 ESXi 7.0

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

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

此版本中包含的修補程式

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

組建編號詳細資料

下載檔案名稱： VMware-ESXi-7.0U3f-20036589-depot
組建編號： 20036589
下載大小： 575.2 MB
md5sum： 8543deb5d6d71bc7cc6d6c21977b1181
sha256checksum： b4cd253cbc28abfa01fbe8e996c3b0fd8b6be9e442a4631f35616eb34e9e01e9
需要主機重新開機： 是
需要虛擬機器移轉或關閉： 是

元件

元件 公告 類別 嚴重性
ESXi 元件 - 核心 ESXi VIB ESXi_7.0.3-0.50.20036589 錯誤修正 嚴重
ESXi 安裝/升級元件 esx-update_7.0.3-0.50.20036589 錯誤修正 嚴重
適用於 VMware ESXi 的 Broadcom NetXtreme-E 網路和 ROCE/RDMA 驅動程式 Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.703.0.50.20036589 錯誤修正 嚴重
適用於 Intel(R) E810 介面卡的網路驅動程式 Intel-icen_1.4.1.20-1vmw.703.0.50.20036589 錯誤修正 嚴重
適用於以 Intel(R) X722 和 E810 為基礎的 RDMA 介面卡的網路驅動程式 Intel-irdman_1.3.1.22-1vmw.703.0.50.20036589 錯誤修正 嚴重
VMware 原生 iSER 驅動程式 VMware-iser_1.1.0.1-1vmw.703.0.50.20036589 錯誤修正 嚴重
適用於 FC 介面卡的 Broadcom Emulex Connectivity Division lpfc 驅動程式 Broadcom-ELX-lpfc_14.0.169.26-5vmw.703.0.50.20036589 錯誤修正 嚴重
LSI NATIVE DRIVERS LSU 管理外掛程式 Broadcom-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589 錯誤修正 嚴重
適用於 Intel PRO/1000 系列介面卡的網路驅動程式 Intel-ne1000_0.9.0-1vmw.703.0.50.20036589 錯誤修正 嚴重
USB 驅動程式 VMware-vmkusb_0.1-7vmw.703.0.50.20036589 錯誤修正 嚴重
ESXi 元件 - 核心 ESXi VIB ESXi_7.0.3-0.45.20036586 安全性 嚴重
ESXi 安裝/升級元件 esx-update_7.0.3-0.45.20036586 安全性 嚴重
VMware-VM-Tools VMware-VM-Tools_12.0.0.19345655-20036586 安全性 嚴重

重要事項：

  • 從 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 初始版本後的所有修正。

公告識別碼 類別 嚴重性 詳細資料
ESXi70U3f-20036589 錯誤修正 嚴重 安全性和錯誤修正
ESXi70U3sf-20036586 安全性 嚴重 僅限安全性

映像設定檔

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

映像設定檔名稱
ESXi-7.0U3f-20036589-standard
ESXi-7.0U3f-20036589-no-tools
ESXi-7.0U3sf-20036586-standard
ESXi-7.0U3sf-20036586-no-tools

ESXi 映像

名稱和版本 發行日期 類別 詳細資料
ESXi70U3f-20036589 2022 年 7 月 12 日 錯誤修正 安全性和錯誤修正映像
ESXi70U3sf-20036586 2022 年 7 月 12 日 安全性 僅安全性映像

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

修補程式下載和安裝

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

已解決的問題

已解決的問題分類如下。

ESXi_7.0.3-0.50.20036589
修補程式類別 錯誤修正
修補程式嚴重性 嚴重
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用
包含的 VIB
  • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
  • VMware_bootbank_esx-ui_1.43.8-19798623
  • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
  • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
  • VMware_bootbank_trx_7.0.3-0.50.20036589
  • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
  • VMware_bootbank_esx-base_7.0.3-0.50.20036589
  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
  • VMware_bootbank_gc_7.0.3-0.50.20036589
  • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
  • VMware_bootbank_bmcal_7.0.3-0.50.20036589
  • VMware_bootbank_vsan_7.0.3-0.50.20036589
  • VMware_bootbank_vdfs_7.0.3-0.50.20036589
  • VMware_bootbank_crx_7.0.3-0.50.20036589
修正的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2911320、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2925133、2965277
CVE 號碼 不適用

ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。
更新了 esxio-combiner、esx-ui、esx-xserver、cpu-microcode、trx、vsanhealth、esx-base、esx-dvfilter-generic-fastpath、gc、native-misc-drivers、bmcal、vsan、vdfs 和 crx VIB 以解決下列問題：

  • 新增：PR 2965277：啟用了虛擬化型安全性 (VBS) 且支援巢狀虛擬化的 Windows 虛擬機器可能會顯示 CPU 使用率達到 100%

    在某些情況下，例如增加分頁共用或在虛擬機器或 ESXi 主機層級停用大型分頁，您可能會看到啟用了 VBS 的 Windows 虛擬機器的 CPU 使用率達到 100%。

    已在此版本中解決此問題。此修正可在某些特定情況下阻止分頁共用，以避免發生此問題。 

  • PR 2839515：對 EnvironmentBrowser.QueryConfigOptionEx 執行 Python SDK (pyVmomi) 呼叫失敗，並顯示 UnknownWsdlTypeError

    對 vSphere EnvironmentBrowser.QueryConfigTargetEx API 執行 pyVmomi 呼叫可能會失敗，並顯示 UnknownWsdlTypeError。

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

  • PR 2911320：在 vSphere Client 的硬體健全狀況監控畫面中看到類型為「系統事件」的感應器狀態為 [未知]

    當實體伺服器重新命名時，ESXi 的硬體健全狀況模組可能無法對某些類型為「系統事件」的感應器進行解碼。因此，在 vSphere Client 中，您會在監控 > 硬體健全狀況下看到類型為「系統事件」的感應器狀態為 [未知]。

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

  • PR 2910340：如果具有 vmx.reboot.powerCycle=TRUE 設定的虛擬機器在移轉期間重新開機，則可能無法開啟電源

    如果您將虛擬機器上的 vmx.reboot.powerCycle 進階設定設為 TRUE，則當客體作業系統起始重新開機時，虛擬機器會關閉電源，然後再開啟電源。但是，如果在使用 vSphere vMotion 進行移轉期間重新啟動電源，則作業會失敗，且來源主機上的虛擬機器可能無法重新開啟電源。

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

  • PR 2916848：由於 UNIX 網域通訊端中的資料競爭情形，ESXi 主機可能會失敗並顯示紫色診斷畫面

    如果在 UNIX 網域通訊端之間的內部通訊期間輪詢通訊端時出現連線故障，則可能會出現資料競爭情形。因此，在某些情況下，ESXi 主機可能會存取無效的記憶體區域，同時失敗並顯示紫色診斷畫面，其中顯示 #PF Exception 14 以及類似下列內容的錯誤：UserDuct_PollSize() 和 UserSocketLocalPoll()。

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

  • PR 2891231：無法從使用具有虛擬 NIC 之硬體 iSCSI 介面卡的 ESXi 主機建立主機設定檔

    如果環境中 ESXi 主機上的硬體 iSCSI 介面卡使用虛擬 NIC，您可能無法從此類主機建立主機設定檔，因為虛擬 NIC 没有設定檔所需的 PCI 位址和廠商名稱。

    已在此版本中解決此問題。對於虛擬 NIC，此修正移除了對 PCI 位址和 PCI 廠商名稱值的需求。

  • PR 2898858：由於軟體 iSCSI 介面卡上的基礎儲存區問題，虛擬機器可能會沒有回應

    iscsi_vmk 驅動程式中的競爭情形可能會導致 VMFS 資料存放區上的 I/O 作業停滯或活動訊號逾時。因此，您可能會看到某些虛擬機器沒有回應。

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

  • PR 2792139：由於硬式編碼的傳送和接收緩衝區大小，軟體 iSCSI 介面卡的輸送量受到限制

    由於硬式編碼的傳送和接收緩衝區大小 (傳送和接收緩衝區分別為 600 KB 和 256 KB)，軟體 iSCSI 介面卡的輸送量受到限制。因此，iscsi_vmk 介面卡的效能不是最佳的。

    已在此版本中解決此問題。此修正將 iSCSI 連線的傳送和接收緩衝區大小設為可調整參數。您可以使用 ESXCLI 命令 esxcli system settings advanced set -o /ISCSI/SocketSndBufLenKB -i <your size> 來設定傳送緩衝區大小，並將其限制為 6144 KB。您可以使用命令 esxcli system settings advanced set -o /ISCSI/SocketRcvBufLenKB -i  <your size> 來設定接收緩衝區大小，並將其限制為 6144 KB。

  • PR 2904241：在虛擬機器關閉電源期間，啟用 NVIDIA 虛擬 GPU (vGPU) 的虛擬機器可能不會銷毀所有多執行個體 GPU 資源

    當多個 NVIDIA vGPU 虛擬機器同時關閉電源時，有時不會銷毀某些多執行個體 GPU (MIG) 資源。因此，後續 vGPU 虛擬機器開啟電源可能會因剩餘的 MIG 資源而失敗。

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

  • PR 2944894：在儲存區容錯移轉期間，NFSv4.1 資料存放區上的虛擬機器持續幾秒沒有回應

    在少數情況下，如果 NFSv4.1 伺服器在儲存區容錯移轉期間傳回暫時性錯誤，在作業重新啟動之前，您可能會看到虛擬機器持續 10 秒沒有回應。

    已在此版本中解決此問題。此修正縮短了儲存區容錯移轉期間的復原等待時間。

  • PR 2916980：由於封包在其他連接埠集上完成，ESXi 主機可能會失敗並顯示紫色診斷畫面

    在少數情況下，封包可能不會在原始連接埠或連接埠集上完成，而是在其他連接埠集上完成，這會形成迴圈，導致封包清單損毀且指標無效。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面。在記錄中，您會看到類似下列內容的錯誤：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

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

  • PR 2925733：在 vSphere API 中，NumaNodeInfo 的 memoryRangeLength 欄位不一定會計入相關聯 ESXi 主機 NUMA 節點中的所有記憶體

    ESXi 主機 NUMA 節點中的記憶體可能包含多個實體範圍。在低於 7.0 Update 3f 的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin、memoryRangeLength 欄位配對指定了 NUMA 節點中某個範圍的起始主機實體位址和長度，而忽略了任何其他範圍。

    已在此版本中解決此問題。memoryRangeLength 欄位設定為 NUMA 節點中的記憶體總量，在所有實體範圍內進行了加總。memoryRangeBegin 欄位設定為 0，因為此資訊在具有多個範圍的情況下沒有意義。 

  • PR 2932736：如果您在高效能外掛程式 (HPP) 上為 512e 軟體模擬 4KN 裝置啟用快速路徑，I/O 可能會失敗

    如果您在 HPP 上為 512e 軟體模擬 4KN 裝置啟用快速路徑，則無法按預期運作，因為快速路徑不會處理必須使用慢速路徑的 Read-Modify-Write (R-M-W)。不支援在 4KN 裝置上使用快速路徑。

    已在此版本中解決此問題。此修正可確保即使為 512e 軟體模擬 4KN 裝置啟用快速路徑，系統仍會忽略此設定，並且 I/O 採用慢速路徑。

  • PR 2860126：刪除大型虛擬磁碟的快照可能會暫時凍結執行中的虛擬機器

    如果您有一個執行中的虛擬機器，其虛擬磁碟大於 1 TB，並且您刪除了該虛擬機器上磁碟的快照，則虛擬機器可能會凍結幾秒甚至幾分鐘。虛擬機器最終會復原，但虛擬機器工作負載可能會發生中斷。發生此問題的原因是，刪除作業會在背景中觸發快照整併，從而導致延遲。此問題更可能發生在較慢的儲存區上，例如 NFS。

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

  • PR 2875070：由於 DVFilter 封包處理不當，ESXi 主機可能會失敗並顯示紫色診斷畫面

    DVFilter 封包可能會錯誤地傳輸到網路連接埠，在此連接埠中，封包完成代碼無法執行。因此，ESXi 主機失敗並顯示紫色診斷畫面，同時出現錯誤 PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork。

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

  • PR 2883317：由於分散式防火牆 (DFW) 的罕見問題，虛擬機器可能會間歇性地中斷連線

    在少數情況下，DFW 可能會將封包清單傳送至錯誤的連接埠集。因此，VMkernel 服務可能會失敗，並且虛擬機器會中斷連線。在 vmkernel.log 檔案中，會顯示類似下列內容的錯誤：
    2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

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

  • PR 2944521：無法重新命名由高效能外掛程式 (HPP) 宣告的裝置

    從 vSphere 7.0 Update 2 開始，HPP 將成為本機 NVMe 和 SCSI 裝置的預設外掛程式，並取代 ESX 原生多重路徑外掛程式 (NMP)。但是，在某些環境中，從 NMP 變更為 HPP 會導致 HPP 宣告的某些裝置內容 (例如顯示名稱) 無法存取。

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

  • PR 2945697：您可能會看到 ESXi 主機上 ALUA 裝置的路徑狀態已過期

    在 ALUA 目標中，如果變更 LUN 的目標連接埠群組識別碼 (TPGID)，SATP 使用的快取裝置識別回應可能不會相應地更新。因此，ESXi 可能不會反映對應裝置的正確路徑狀態。

    已在此版本中解決此問題

  • PR 2946036：對於 LUN 上使用 NVMe-SCSI 轉換登錄的裝置，針對磁碟區的所有路徑執行 RTPG 命令會報告相同的 ALUA 存取狀態

    如果您使用 NVMe-SCSI 轉換堆疊在系統中登錄 NVMe 裝置，則 targetPortGroup 和 relativeTargetPortId 內容會針對所有路徑取得控制器識別碼 0。因此，RTPG 命令會針對命名空間的所有路徑傳回相同的 ALUA 存取狀態，因為每個路徑 tpgID 均與第一個描述元相符，即 0。

    已在此版本中解決此問題。當您使用第三方外掛程式時，如果 tpg 描述元中不存在路徑的 tpgID (即控制器的 ANA 頁面空白)，則必須在該特定路徑上執行 RTPG 命令，以填入該控制器的 ANA 頁面並取得路徑的 tpg 描述元和 ALUA 狀態。

  • PR 2943674：在 AD 使用者網域密碼變更後，vSAN 檔案服務健全狀況檢查出現警告：找不到檔案伺服器

    如果在 Active Directory 伺服器上變更了檔案服務管理員的密碼，則 vSAN 檔案服務網域組態中的密碼可能不相符。如果密碼不相符或帳戶鎖定，則某些檔案共用可能無法存取。vSAN 健全狀況服務顯示下列警告：檔案服務：找不到檔案伺服器。

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

  • PR 2944919：您會在 vSphere Virtual Volumes 資料存放區中看到繫結失效的虛擬機器磁碟 (VMDK)

    在發生故障後重新安裝 ESXi 主機時，由於失敗的執行個體永遠不會重新開機，失效的 VMDK 繫結會在 VASA 提供者和 vSphere Virtual Volumes 資料存放區上保持原樣。這樣一來，當您重新安裝主機時，由於現有繫結，您無法刪除這些 VMDK。隨著時間推移，許多此類 VMDK 可能會累積並耗用閒置的儲存空間。

    已在此版本中解決此問題。但是，您必須連絡 VMware 全球支援服務部門才能實作此工作。

  • PR 2912213：如果虛擬機器的序列裝置沒有 fileName 內容且 serial.autodetect 內容設定為 FALSE，則此虛擬機器上的 hostd 服務可能會反覆失敗

    在少數情況下，虛擬機器上的序列裝置可能沒有 serial<N>.fileName 內容且 >serial<N>.autodetect 內容設定為 FALSE。因此，hostd 服務可能會反覆失敗。

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

  • PR 2951234：如果您將流量控管原則交換器或連接埠群組層級的選項設定為大於 2147483 Kbps，則不會儲存設定

    在 vSphere Client 中，如果您將任何流量控管選項 (例如平均頻寬、尖峰頻寬或高載大小) 設定為大於 2147483 Kbps 的值，則不會保留這些設定。

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

  • PR 2945707：對於設定了 vSphere APIs for Array Integration (VAAI) for Network-attached Storage (NAS) 的環境，在升級至 ESXi 7.x 後，vSphere vMotion 作業會失敗

    由於預設檔案描述元數目過低，在升級至 ESXi 7.x 後，某些功能 (例如 vSphere vMotion) 可能會在 VAAI for NAS 環境中失敗，因為可同時操作的 vmdk 檔案數目不足。在 syslog.log 檔案的 vaai-nas 精靈記錄中，會顯示類似下列內容的錯誤：Too many open files。

    已在此版本中解決此問題。預設檔案描述元數目從目前的 256 個增加到最多 64,000 個。

  • PR 2952427：由於 VMFS6 磁碟區中出現罕見的鎖死問題，虛擬機器可能會變得沒有回應

    在少數情況下，如果寫入 I/O 要求與精簡佈建虛擬機器上的客體作業系統觸發的取消對應作業同時執行，則 VMFS6 磁碟區可能會鎖死。因此，此磁碟區上的虛擬機器會變得沒有回應。

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

  • PR 2876044：在虛擬記憶體大小超過 300 GB 的虛擬機器上執行 vSphere Storage vMotion 或熱新增作業可能會失敗

    在記憶體大小超過 300 GB 的虛擬機器上執行 vSphere Storage vMotion 或熱新增作業期間，轉換時間可能接近 2 分鐘，從而導致逾時故障。

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

  • PR 2952003：在開機期間，iSCSI 組態可能無法還原，並且在開機後看不到某些 LUN 或資料存放區

    如果在刪除繫結到 iSCSI 介面卡的 VMkernel NIC 後未移除連接埠繫結，則失效的連接埠繫結可能會在 ESXi 主機重新開機後導致出現問題。在開機期間，將不存在的 VMkernel NIC 繫結到 iSCSI 介面卡失敗，並且 iSCSI 組態在開機期間無法還原。因此，在重新開機完成後，您可能看不到某些 LUN 或資料存放區。

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

  • PR 2957062：執行儲存區容錯移轉後，NFSv4.1 資料存放區仍保持 [無法存取] 狀態

    執行儲存區容錯移轉後，ESXi NFSv4.1 用戶端可能會錯誤地將 NFS 伺服器識別為其他實體並略過復原。因此，NFSv4.1 資料存放區仍保持無法存取狀態。

    已在此版本中解決此問題。此修正可確保 NFSv4.1 用戶端在容錯移轉後能夠識別 NFS 伺服器。

  • PR 2961033：如果 NVMe 裝置報告嚴重警告，則在 ESXi 上初始化失敗且該裝置會離線

    在某些情況下，例如溫度超過臨界值，NVMe 裝置可能會報告嚴重警告，且 ESXi NVMe 控制器不會登錄該裝置並將其置於離線狀態。

    已在此版本中解決此問題。此修正可確保無論嚴重警告如何，NVMe 裝置都會向 ESXi NVMe 控制器登錄。如果裝置處於不良狀態，而不是暫時性狀態 (如溫度過高)，則 NVMe 控制器的韌體必須在 I/O 管理命令處理期間傳送適當的錯誤碼。

  • PR 2928202：無法存取 vSAN 檔案服務中的某些共用，並且看到來自 VDFS 精靈的警告

    使用的區塊快取超過保留快取時出現的罕見問題可能會導致 vSAN 檔案服務中出現保留問題。因此，您無法連線到某些檔案共用，且健全狀況檢查顯示錯誤 VDFS 精靈不在執行中。在 vdfsd-server 記錄中，會顯示類似下列內容的錯誤：
    PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
    PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

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

  • PR 2949902：OVF 檔案可能會意外修改，且虛擬機器無法匯入

    在少數情況下，vCenter Server 在有權存取匯出為 OVF 格式之虛擬機器 vmdk 檔案的 ESXi 主機上執行背景搜尋查詢可能會意外修改這些檔案。因此，您無法匯入虛擬機器。

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

  • PR 2963401：無法使用 JumpStart 工具新增多重路徑 PSA 宣告規則

    由於元件載入問題，使用 JumpStart 工具將多重路徑 PSA 宣告規則新增至 vCenter Server 系統上的宣告規則集可能會失敗。

    已在此版本中解決此問題。此修正可確保載入所有必要的元件以啟用 JumpStart 工具。

  • PR 2965235：將 ESXi 7.x 主機關機或開機後，非對稱邏輯單元存取 (ALUA) 陣列上可能會發生 LUN 切換

    對連結至 ALUA 陣列的 ESXi 伺服器叢集中的任何伺服器進行控制關機或開機後，該伺服器的所有 LUN 可能會切換到陣列上的一個儲存區處理器。因此，其他存取 LUN 的 ESXi 伺服器的效能會下降。

    已在此版本中解決此問題。此修正在關機階段啟用目標上的最後一個路徑之前新增了一項檢查，以防止 LUN 切換。

  • PR 2966783：由於 PSA 記憶體配置失敗的罕見問題，ESXi 主機可能會失敗並顯示紫色診斷畫面

    在少數情況下，當 ESXi 主機有記憶體壓力時，PSA 無法正常處理記憶體配置故障。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers。

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

  • PR 2984134：如果虛擬機器在系統刪除快照時重新開機，則該虛擬機器可能會失敗並顯示核心傾印

    如果執行中的虛擬機器在快照刪除作業期間重新開機，則虛擬機器磁碟可能會在快照整併過程中錯誤地重新開啟和關閉。因此，虛擬機器可能會失敗。但是，這是時機問題，只是偶然發生。

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

  • PR 2929443：掛接啟用叢集化 VMDK 支援的 VMFS6 資料存放區可能會隨機失敗

    在裝置探索期間，保留區衝突可能會導致 ATS 錯誤地報告為不受支援，這樣一來，ESXi 會使用 SCSI-2 保留區而非 ATS。因此，掛接啟用叢集化 VMDK 支援的 VMFS6 資料存放區可能會隨機失敗。

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

  • PR 2957732：在主機 UUID 發生變更後，vSAN 檔案服務伺服器無法開機

    某些作業可能會變更主機 UUID。例如，如果您重新安裝 ESXi 軟體或跨叢集移動主機，則主機 UUID 可能會變更。如果在 vSAN 檔案服務停機期間主機 UUID 發生變更，則 vSAN 檔案服務伺服器將無法開機。

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

  • PR 2955688：vSAN 檔案服務在停用並重新啟用後可能無法按預期運作

    如果停用沒有現有檔案共用的 vSAN 檔案服務，vSAN 會移除檔案服務網域。如果移除某個伺服器失敗，可能會中斷程序並留下一些中繼資料。當您重新啟用檔案服務時，舊中繼資料可能會導致檔案服務無法按預期運作。

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

  • PR 2965146：從 SCSI Report Target Port Groups 命令傳回的 IMPLICIT TRANSITION TIME 值可能不正確

    Report Target Port Groups 命令可能會在 IMPLICIT TRANSITION TIME 欄位中傳回錯誤值，這會影響 SCSI 到 NVMe 轉換層。在多應用裝置移轉等情況下，ALUA 轉換時間對於某些多重路徑軟體 (例如 PowerPath) 正確執行作業至關重要。

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

  • PR 2992648：重新開機或磁碟群組重新掛接後出現高延遲

    將主機重新開機或重新掛接磁碟群組時，可能會封鎖小規模的擱置中取消對應。擱置中的取消對應可能會導致記錄壅塞，進而導致 I/O 延遲。

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

  • PR 2964856：修補 ESXi 7.x 後，資料存放區上的 /productLocker 目錄路徑截斷

    第一次將系統升級或更新至 ESXi 7.x 後，對於每次連續更新 (也稱為修補)，您可能會看到資料存放區上的 /productLocker 目錄路徑出現截斷。例如，如果首次將 ESXi 7.x 從 7.0 Update 2 修補至 7.0 Update 3，則 /productLocker 目錄的路徑最初類似於 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，對於每次連續修補 (例如，從 7.0 Update 3 修補至 7.0 Update 3c)，路徑類似於 /VMware-Tools/productLocker/。

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

  • PR 2963038：vSAN 延伸叢集或雙節點叢集上的物件無法存取

    在 vSAN 延伸叢集或雙節點叢集中，對於 PFTT 為 1 且 SFTT 為 1 或以上的物件，可能無法正確分配仲裁投票。如果一個站台發生故障，且作用中站台上的其他主機或磁碟也發生故障，則物件可能會失去仲裁且變得無法存取。

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

  • PR 2961832：將大小不是 512 個位元組的 VMDK 調整大小時，ESXi 主機可能會失敗

    如果新大小不是 512 個位元組，則調整物件大小請求可能會失敗。此問題可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

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

  • PR 2935355：由於 PacketCapture (pktcap-uw) 公用程式洩漏，您可能會看到 ESXi 主機上的 CPU 耗用量增加

    在某些情況下，例如，當虛擬機器重新啟動時，pktcap-uw 公用程式用於在 ESXi 主機上監控和驗證交換器組態的執行中 SSH 工作階段可能會終止，但 pktcap-uw 公用程式可能會繼續嘗試處理封包。因此，公用程式開始耗用比平常更多的 CPU。您可以使用 esxtop -a 命令追蹤 CPU 效能。

    已在此版本中解決此問題。此修正可防止導致 CPU 耗用量增加的 pktcap-uw 公用程式洩漏。您可以使用 ps -u | grep pktcap 命令查看是否有任何背景 pktcap-uw 公用程式程序執行，儘管這不會影響 CPU 效能。如果僵停程序仍在執行，您可以使用命令 kill -9 結束該程序。

  • PR 2973031：vSAN 健全狀況檢查將經過認證的 NVMe 裝置顯示為未認證

    在執行 7.0 Update 3 的 vCenter Server 中，經過認證的 NVMe 裝置可能出現下列健全狀況檢查警告：NVMe 裝置未經過 VMware 認證。此外，還可能會看到下列健全狀況檢查警告：無法識別 NVMe 裝置。

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

  • PR 2968157：ESXCLI 命令 hardware ipmi bmc get 未傳回 IPMI 基礎板管理控制器 (BMC) 的 IPv6 位址

    由於剖析錯誤，ESXCLI 命令 hardware ipmi bmc get 未傳回 BMC 的 IPv6 位址。

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

  • PR 2963328：vSAN 延伸叢集或雙節點 vSAN 叢集的 [關閉] 精靈失敗，並顯示錯誤：在 orch 中找到已中斷連線的主機

    如果叢集主機無法連線到見證主機，則延伸叢集或雙節點叢集的 vSAN 叢集 [關閉] 精靈可能會失敗。當 vSAN 資料流量和見證流量使用不同的 vmknic 時，會發生此問題。在 vSphere Client 中，您會在 [vSAN 服務] 頁面中看到下列錯誤訊息：在 orch <witness's ip> 中找到已中斷連線的主機。如果 vCenter 主控於叢集上，則 vSphere Client 在關閉期間無法使用，並且 vCenter 虛擬機器所在的 Host Client 中會顯示錯誤訊息。

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

  • PR 2882789：瀏覽 vSphere Virtual Volumes 資料存放區時，您會看到某些虛擬機器的 UUID，而不是看到其名稱

    在 vSphere Client 中，當您按右鍵瀏覽資料存放區時，可能會看到 vSphere Virtual Volumes 資料存放區中某些虛擬機器的 UUID，例如 naa.xxxx，而不是看到其名稱。在 vSphere Virtual Volumes 資料存放區上具有大量容器和虛擬機器的大型環境中，此問題很少出現。此問題不會影響功能，例如不會影響虛擬機器作業、備份或在 vSphere Client 中顯示虛擬機器以外的任何功能。

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

  • PR 2928268：ESXi 基礎結構的罕見問題可能會導致 ESXi 主機沒有回應

    由於 ESXi 基礎結構的罕見問題，VASA 提供者緩慢可能會導致 vSphere Virtual Volumes 資料存放區無法存取且 ESXi 主機沒有回應的情況。

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

  • PR 2946550：當您關閉 ESXi 主機時，該主機不會關閉電源，並顯示錯誤訊息

    在某些環境中，當您關閉 ESXi 主機時，該主機不會關閉電源，並且您會看到一個畫面，其中顯示訊息此系統已暫停。可以安全地使用重設或電源按鈕重新開機。

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

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

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

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

  • PR 2984245：冗餘重做記錄檔會佔用大量儲存空間

    如果從已啟用 vmx.reboot.PowerCycle 組態參數的虛擬機器熱移除獨立非持續性磁碟，則 ESXi 會儲存重做記錄檔。如果此類虛擬機器是備份 Proxy 虛擬機器，您可能會看到大量冗餘重做記錄檔佔用大量儲存區。

    因應措施：透過重新啟動虛擬機器電源或使用 PowerCLI Set-AdvancedSetting cmdlet，停用備份 Proxy 虛擬機器上的 vmx.reboot.PowerCycle 參數。刪除冗餘重做記錄檔。

  • PR 2939395：ESXi 主機間歇性失敗並顯示紫色診斷畫面和傾印，其中顯示 J3_DeleteTransaction 和 J6ProcessReplayTxnList 錯誤

    在少數情況下，當 ESXi 主機嘗試從資源集區快取存取未快取的項目時，主機會間歇性失敗，並顯示 PF Exception 14 紫色診斷畫面和核心傾印檔案。在傾印檔案中，您會看到指示問題的 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模組的錯誤。

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

  • PR 2952432：  由於 VMFS 的罕見問題導致 hostd 服務執行緒的高鎖定爭用，ESXi 主機可能會沒有回應

    對於基本檔案系統呼叫 (例如，open、access 或 rename)，VMFS 的罕見問題可能會導致 hostd 服務執行緒的高鎖定爭用，甚至造成鎖死。因此，ESXi 主機會沒有回應。

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

  • PR 2960882：如果 ESXi SNMP 代理程式組態中的驗證通訊協定為 MD5，則升級至 ESXi 7.x 可能會失敗

    由於 ESXi 7.x 已棄用 MD5 驗證通訊協定，如果 ESXi SNMP 代理程式組態使用 MD5 驗證通訊協定，則升級至 ESXi 7.x 會失敗。

    已在此版本中解決此問題。此修正會移除 MD5 驗證通訊協定，並且您會看到 VMkernel 觀察 (VOB) 訊息，例如升級偵測到弱式密碼編譯通訊協定 (MD5) 並將其移除。請重新產生 v3 使用者。

  • PR 2957966：Syslog.global.logHost 參數中的空格可能會導致升級至 ESXi 7.x 失敗

    在 ESXi 7.x 中，Syslog.global.logHost 參數定義了以逗點分隔的遠端主機清單和訊息傳輸規格，該參數不容許逗點後面有空格。在低於 ESXi 7.x 的版本中，容許 Syslog.global.logHost 參數中的逗點後面有空格。因此，升級至 ESXi 7.x 可能會失敗。

    已在此版本中解決此問題。此修正允許逗點後面有空格。

  • PR 2967359：對於在快照上執行的虛擬機器，可能會顯示以邏輯一致性為基礎的 I/O 錯誤

    當虛擬機器在快照上執行時，與使用機率資料結構 Bloom 篩選器 (旨在將快照上執行的虛擬機器的讀取 I/O 最佳化) 相關的問題可能會導致以邏輯一致性為基礎的 I/O 錯誤。此問題受到限制，只有在快照上執行 SQL Server 時才會發生。

    已在此版本中解決此問題。在問題的根本原因得到解決之前，此修正會停用 Bloom 篩選器功能。

  • PR 2974376：由於罕見的 CPU 鎖定，ESXi 主機失敗並顯示紫色診斷畫面，同時出現 NMI 錯誤

    在某些情況下，如果掃描資料存放區以協助對精簡檔案進行檔案區塊配置的程序發生問題，可能會導致 CPU 鎖定。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：PSOD - @BlueScreen: NMI.

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

  • PR 2905357：您會在 hostd 記錄檔中看到異常多的 Task Created 和 Task Completed 訊息

    對於不可見的工作，hostd 服務的記錄檔可能會收到異常多的 Task Created 和 Task Completed 訊息，進而可能會減少記錄保留時間。 

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

  • PR 2956080：對 vSphere Virtual Volumes 資料存放區執行讀取和寫入作業可能會失敗

    如果對 vSphere Virtual Volumes 資料存放區的通訊協定端點執行 SCSI 命令失敗，則端點狀態可能會變為 [不受支援] 並且會進行快取。因此，對該通訊協定端點執行下列 SCSI 命令會失敗，顯示錯誤碼 (例如 0x5 0x20)，並且對 vSphere Virtual Volumes 資料存放區執行讀取和寫入作業失敗。

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

  • PR 2985369：如果 NVMe 控制器報告 [失敗] 狀態，則可能會中斷與 ESXi 主機的連線

    在某些情況下，例如連接埠關閉錯誤，儘管某些 IO 佇列仍處於作用中狀態，ESXi 主機也可能會中斷與 NVMe 控制器的連線。

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

  • PR 2892901：如果已複寫虛擬機器的磁碟不是 512，虛擬機器可能無法開啟電源

    如果使用 vSphere Replication 複寫虛擬機器，並且虛擬機器磁碟增加到非 512 的其他數字，則虛擬機器無法開啟電源。

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

  • PR 2912230：如果虛擬機器組態中的 CPU 數目不是每個通訊端核心數目的倍數，則虛擬機器無法開啟電源

    如果虛擬機器組態中使用 ConfigSpec#numCPUs 參數定義的 CPU 數目不是使用 ConfigSpec#numCoresPerSocket 參數定義的每個通訊端核心數目的倍數，則虛擬機器不會開啟電源。

    已在此版本中解決此問題。此修正可防止您將 numCPUs 值設定為非 numCoresPerSocket 值的倍數。

  • PR 2949375：延伸叢集中的 vSAN 主機無法在 [確保可存取性] 模式下進入維護模式

    此問題會影響延伸叢集中具有 locality=None、HFT=0、SFT=1 或 SFT=2 原則設定的主機。在 [確保可存取性] 下將主機置於維護模式時，此作業可能會長時間保持在 100% 或在 60 分鐘後失敗。

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

  • PR 2950686：升級至 ESXi 7.0 Update 2 後，頻繁出現 vSAN 網路延遲警示

    將 ESXi 主機升級至 7.0 Update 2 後，當 vSAN 效能服務啟用時，您可能會注意到叢集上頻繁出現 vSAN 網路延遲警示。延遲結果顯示大多數警示由 vSAN 主要節點發出。

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

  • PR 2928789：從 ESXi 7.0、ESXi 7.0 Update 1 或 ESXi 7.0 Update 2 更新至 ESXi 7.0 Update 3c 後，NVMe over RDMA 儲存區變得無法存取

    由於 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的預設管理佇列大小變更，從 ESXi 7.0、ESXi 7.0 Update 1 或 ESXi 7.0 Update 2 更新到 ESXi 7.0 Update 3c 可能會導致 NVMe over RDMA 儲存區變得無法存取。

    已在此版本中解決此問題。如果需要更新至 ESXi 7.0 Update 3c，可以在更新前執行 VMware 知識庫文章 88938 中連結的指令碼，以確保此問題得到解決。

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

    由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源或使用 vSphere vMotion 進行移轉，ESXi 主機可能會失敗，並顯示紫色診斷畫面。發生此問題的原因是連接埠識別碼重複。

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

  • PR 2925133：停用或暫停 vSphere Fault Tolerance 時，對虛擬機器執行 Ping 動作可能會逾時

    停用或暫停 vSphere FT 時，虛擬機器可能會暫時中斷連線，且不會回應 Ping 動作或任何網路流量。對虛擬機器執行 Ping 動作可能會在短時間內 (例如 20 秒) 連續逾時。

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

esx-update_7.0.3-0.50.20036589
修補程式類別 錯誤修正
修補程式嚴重性 嚴重
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用

包含的 VIB
  • VMware_bootbank_esx-update_7.0.3-0.50.20036589
  • VMware_bootbank_loadesx_7.0.3-0.50.20036589
修正的 PR  不適用
CVE 號碼 不適用

更新了 loadesx 和 esx-update VIB。

    Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.703.0.50.20036589
    修補程式類別 錯誤修正
    修補程式嚴重性 嚴重
    需要主機重新開機 是
    需要虛擬機器移轉或關閉 是
    受影響的硬體 不適用
    受影響的軟體 不適用

    包含的 VIB
    • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
    • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
    修正的 PR  不適用
    CVE 號碼 不適用

    更新了 bnxtnet VIB。

      Broadcom-ELX-lpfc_14.0.169.26-5vmw.703.0.50.20036589
      修補程式類別 錯誤修正
      修補程式嚴重性 嚴重
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用

      包含的 VIB
      • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
      修正的 PR  2929821
      CVE 號碼 不適用

      更新了 lpfc VIB 以解決下列問題：
      • PR 2929821：將 lpfc 驅動程式升級至 14.0.x.x 後，ESXi 主機會失去對 Dell EMC Unity 儲存區陣列的存取權

        將 lpfc 驅動程式升級至 14.0.x.x 後，ESXi 主機可能會失去對 Unity 儲存區陣列的存取權。在驅動程式記錄中，您會看到 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等錯誤。

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

      Broadcom-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
      修補程式類別 錯誤修正
      修補程式嚴重性 嚴重 
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 否
      受影響的硬體 不適用
      受影響的軟體 不適用

      包含的 VIB
      • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
      修正的 PR  2960435
      CVE 號碼 不適用

      更新了 lsuv2-lsiv2-drivers-plugin VIB。
      • PR 2960435：需要很長時間才能透過 vSphere Client 或使用 ESXCLI 顯示磁碟位置變更

        對於 LSI 相關的驅動程式，當 ESXi 伺服器開機時，如果拔出磁碟並將其插入同一主機上的其他插槽，則可能需要很長時間才能透過 vSphere Client 或使用 ESXCLI 命令 esxcli storage core device physical get -d 顯示磁碟位置變更。此問題特定於連線多個磁碟 (150 個及更多) 的驅動程式，並且可在 5 分鐘內得到解決。

        已在此版本中解決此問題。此修正在開機時新增了連線到 LSI 控制器的所有裝置的快取，以確保快速處理對異常詳細目錄的呼叫。

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

      更新了 icen VIB。

      • 在 ESXi 7.0 Update 3f 中，Intel-icen 驅動程式支援 Intel Icelake-D 平台的 E822/E823 NIC 上的網路功能。不支援此類裝置上的 ENS (增強型網路堆疊) 和 RDMA 功能。

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

      更新了 irdman VIB。

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

        更新了 ne1000 VIB。

        • ESXi 7.0 Update 3f 會升級 Intel-ne1000 驅動程式，以支援較新伺服器型號 (例如 Intel Rocket Lake-S 平台) 所需的 Intel I219-LM 裝置。由於硬體 DMA 中的已知問題，I219 裝置的 TCP 分段卸載已停用。

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

        更新了 iser VIB。

        • PR 2921564：由於罕見問題，將 iSER 啟動器連線至 IBM FlashSystem V9000 陣列的 ESXi 主機可能會失敗，並顯示紫色診斷畫面

          極少見的 Null 指標錯誤問題可能會導致 IBM FlashSystem V9000 陣列上的 ESXi 主機失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx。

          已在此版本中解決此問題。此修正針對其中一個 SCSI 管理命令新增了對 RDMA 錯誤狀態的特殊處理。

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

        更新了 vmkusb VIB。

          ESXi_7.0.3-0.45.20036586
          修補程式類別 安全性
          修補程式嚴重性 嚴重
          需要主機重新開機 是
          需要虛擬機器移轉或關閉 是
          受影響的硬體 不適用
          受影響的軟體 不適用
          包含的 VIB
          • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
          • VMware_bootbank_bmcal_7.0.3-0.45.20036586
          • VMware_bootbank_esx-ui_1.43.8-19798623
          • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
          • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
          • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
          • VMware_bootbank_trx_7.0.3-0.45.20036586
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
          • VMware_bootbank_vdfs_7.0.3-0.45.20036586
          • VMware_bootbank_vsan_7.0.3-0.45.20036586
          • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
          • VMware_bootbank_esx-base_7.0.3-0.45.20036586
          • VMware_bootbank_gc_7.0.3-0.45.20036586
          • VMware_bootbank_crx_7.0.3-0.45.20036586
          修正的 PR 2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151
          CVE 號碼 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901

          ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。
          更新了 native-misc-drivers、bmcal、esx-ui、vsanhealth、esxio-combiner、esx-xserver、trx、esx-dvfilter-generic-fastpath、vdfs、vsan、cpu-microcode、esx-base、gc 和 crx VIB 以解決下列問題：

          • ESXi 7.0 Update 3f 提供以下安全性更新：
            • Expat XML 剖析器已更新至 2.4.7 版。
            • SQLite 資料庫已更新至 3.37.2 版。
            • cURL 程式庫已更新至 7.81.0 版。
            • OpenSSL 套件已更新至 openssl-1.0.2ze 版。
            • ESXi userworld libxml2 程式庫已更新至 2.9.14 版。
            • Python 套件已更新至 3.8.13。
            • zlib 程式庫已更新至 1.2.12。
            • 此版本解決了 CVE-2004-0230。VMware 已將此問題的嚴重性評估為處於低嚴重性範圍，最大 CVSSv3 基本分數為 3.7。
            • 此版本解決了 CVE-2020-7451。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 5.3。
            • 此版本解決了 CVE-2015-2923。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
            • 此版本解決了 CVE-2015-5358。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
            • 此版本解決了 CVE-2013-3077。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.0。
            • 此版本解決了 CVE-2015-1414。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。  
            • 此版本解決了 CVE-2018-6918。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
            • 此版本解決了 CVE-2020-7469。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
            • 此版本解決了 CVE-2019-5611。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。 
            • 此版本解決了 CVE-2020-7457。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.8。 
            • 此版本解決了 CVE-2018-6916。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。
            • 此版本解決了 CVE-2019-5608。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。

          • 此版本解決了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。如需這些漏洞及其對 VMware 產品的影響的詳細資訊，請參閱 VMSA-2022-0020。

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

          更新了 loadesx 和 esx-update VIB。

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

            更新了 tools-light VIB。

              ESXi-7.0U3f-20036589-standard
              設定檔名稱 ESXi-7.0U3f-20036589-standard
              組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
              廠商 VMware, Inc.
              發行日期 2022 年 7 月 12 日
              接受程度 PartnerSupported
              受影響的硬體 不適用
              受影響的軟體 不適用
              受影響的 VIB
              • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
              • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
              • VMware_bootbank_trx_7.0.3-0.50.20036589
              • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
              • VMware_bootbank_esx-base_7.0.3-0.50.20036589
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
              • VMware_bootbank_gc_7.0.3-0.50.20036589
              • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
              • VMware_bootbank_bmcal_7.0.3-0.50.20036589
              • VMware_bootbank_vsan_7.0.3-0.50.20036589
              • VMware_bootbank_vdfs_7.0.3-0.50.20036589
              • VMware_bootbank_crx_7.0.3-0.50.20036589
              • VMware_bootbank_esx-update_7.0.3-0.50.20036589
              • VMware_bootbank_loadesx_7.0.3-0.50.20036589
              • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
              • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
              • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
              • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
              • VMW_bootbank_icen_1.4.1.20-1vmw.703.0.50.20036589
              • VMW_bootbank_irdman_1.3.1.22-1vmw.703.0.50.20036589
              • VMW_bootbank_ne1000_0.9.0-1vmw.703.0.50.20036589
              • VMW_bootbank_iser_1.1.0.1-1vmw.703.0.50.20036589
              • VMW_bootbank_vmkusb_0.1-7vmw.703.0.50.20036589
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              修正的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277
              相關的 CVE 號碼 不適用
              • 此修補程式更新了下列問題：

                • 對 vSphere EnvironmentBrowser.QueryConfigTargetEx API 執行 pyVmomi 呼叫可能會失敗，並顯示 UnknownWsdlTypeError。

                • 當實體伺服器重新命名時，ESXi 的硬體健全狀況模組可能無法對某些類型為「系統事件」的感應器進行解碼。因此，在 vSphere Client 中，您會在監控 > 硬體健全狀況下看到類型為「系統事件」的感應器狀態為 [未知]。

                • 如果您將虛擬機器上的 vmx.reboot.powerCycle 進階設定設為 TRUE，則當客體作業系統起始重新開機時，虛擬機器會關閉電源，然後再開啟電源。但是，如果在使用 vSphere vMotion 進行移轉期間重新啟動電源，則作業會失敗，且來源主機上的虛擬機器可能無法重新開啟電源。

                • 如果在 UNIX 網域通訊端之間的內部通訊期間輪詢通訊端時出現連線故障，則可能會出現資料競爭情形。因此，在某些情況下，ESXi 主機可能會存取無效的記憶體區域，同時失敗並顯示紫色診斷畫面，其中顯示 #PF Exception 14 以及類似下列內容的錯誤：UserDuct_PollSize() 和 UserSocketLocalPoll()。

                • 如果環境中 ESXi 主機上的硬體 iSCSI 介面卡使用虛擬 NIC，您可能無法從此類主機建立主機設定檔，因為虛擬 NIC 没有設定檔所需的 PCI 位址和廠商名稱。

                • iscsi_vmk 驅動程式中的競爭情形可能會導致 VMFS 資料存放區上的 I/O 作業停滯或活動訊號逾時。因此，您可能會看到某些虛擬機器沒有回應。

                • 由於硬式編碼的傳送和接收緩衝區大小 (傳送和接收緩衝區分別為 600 KB 和 256 KB)，軟體 iSCSI 介面卡的輸送量受到限制。因此，iscsi_vmk 介面卡的效能不是最佳的。

                • 當多個 NVIDIA vGPU 虛擬機器同時關閉電源時，有時不會銷毀某些多執行個體 GPU (MIG) 資源。因此，後續 vGPU 虛擬機器開啟電源可能會因剩餘的 MIG 資源而失敗。

                • 在少數情況下，如果 NFSv4.1 伺服器在儲存區容錯移轉期間傳回暫時性錯誤，在作業重新啟動之前，您可能會看到虛擬機器持續 10 秒沒有回應。

                • 在少數情況下，封包可能不會在原始連接埠或連接埠集上完成，而是在其他連接埠集上完成，這會形成迴圈，導致封包清單損毀且指標無效。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面。在記錄中，您會看到類似下列內容的錯誤：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

                • ESXi 主機 NUMA 節點中的記憶體可能包含多個實體範圍。在低於 7.0 Update 3f 的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin、memoryRangeLength 欄位配對指定了 NUMA 節點中某個範圍的起始主機實體位址和長度，而忽略了任何其他範圍。

                • 如果您在 HPP 上為 512e 軟體模擬 4KN 裝置啟用快速路徑，則無法按預期運作，因為快速路徑不會處理必須使用慢速路徑的 Read-Modify-Write (R-M-W)。不支援在 4KN 裝置上使用快速路徑。

                • 如果您有一個執行中的虛擬機器，其虛擬磁碟大於 1 TB，並且您刪除了該虛擬機器上磁碟的快照，則虛擬機器可能會凍結幾秒甚至幾分鐘。虛擬機器最終會復原，但虛擬機器工作負載可能會發生中斷。發生此問題的原因是，刪除作業會在背景中觸發快照整併，從而導致延遲。此問題更可能發生在較慢的儲存區上，例如 NFS。

                • DVFilter 封包可能會錯誤地傳輸到網路連接埠，在此連接埠中，封包完成代碼無法執行。因此，ESXi 主機失敗並顯示紫色診斷畫面，同時出現錯誤 PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork。

                • 在少數情況下，DFW 可能會將封包清單傳送至錯誤的連接埠集。因此，VMkernel 服務可能會失敗，並且虛擬機器會中斷連線。在 vmkernel.log 檔案中，會顯示類似下列內容的錯誤：
                  2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

                • 從 vSphere 7.0 Update 2 開始，HPP 將成為本機 NVMe 和 SCSI 裝置的預設外掛程式，並取代 ESX 原生多重路徑外掛程式 (NMP)。但是，在某些環境中，從 NMP 變更為 HPP 會導致 HPP 宣告的某些裝置內容 (例如顯示名稱) 無法存取。

                • 在 ALUA 目標中，如果變更 LUN 的目標連接埠群組識別碼 (TPGID)，SATP 使用的快取裝置識別回應可能不會相應地更新。因此，ESXi 可能不會反映對應裝置的正確路徑狀態。

                • 如果您使用 NVMe-SCSI 轉換堆疊在系統中登錄 NVMe 裝置，則 targetPortGroup 和 relativeTargetPortId 內容會針對所有路徑取得控制器識別碼 0。因此，RTPG 命令會針對命名空間的所有路徑傳回相同的 ALUA 存取狀態，因為每個路徑 tpgID 均與第一個描述元相符，即 0。

                • 如果在 Active Directory 伺服器上變更了檔案服務管理員的密碼，則 vSAN 檔案服務網域組態中的密碼可能不相符。如果密碼不相符或帳戶鎖定，則某些檔案共用可能無法存取。vSAN 健全狀況服務顯示下列警告：檔案服務：找不到檔案伺服器。

                • 在發生故障後重新安裝 ESXi 主機時，由於失敗的執行個體永遠不會重新開機，失效的 VMDK 繫結會在 VASA 提供者和 vSphere Virtual Volumes 資料存放區上保持原樣。這樣一來，當您重新安裝主機時，由於現有繫結，您無法刪除這些 VMDK。隨著時間推移，許多此類 VMDK 可能會累積並耗用閒置的儲存空間。

                • 在少數情況下，虛擬機器上的序列裝置可能沒有 serial<N>.fileName 內容且 >serial<N>.autodetect 內容設定為 FALSE。因此，hostd 服務可能會反覆失敗。

                • 在 vSphere Client 中，如果您將任何流量控管選項 (例如平均頻寬、尖峰頻寬或高載大小) 設定為大於 2147483 Kbps 的值，則不會保留這些設定。

                • 由於預設檔案描述元數目過低，在升級至 ESXi 7.x 後，某些功能 (例如 vSphere vMotion) 可能會在 VAAI for NAS 環境中失敗，因為可同時操作的 vmdk 檔案數目不足。在 syslog.log 檔案的 vaai-nas 精靈記錄中，會顯示類似下列內容的錯誤：Too many open files。

                • 在少數情況下，如果寫入 I/O 要求與精簡佈建虛擬機器上的客體作業系統觸發的取消對應作業同時執行，則 VMFS6 磁碟區可能會鎖死。因此，此磁碟區上的虛擬機器會變得沒有回應。

                • 在記憶體大小超過 300 GB 的虛擬機器上執行 vSphere Storage vMotion 或熱新增作業期間，轉換時間可能接近 2 分鐘，從而導致逾時故障。

                • 如果在刪除繫結到 iSCSI 介面卡的 VMkernel NIC 後未移除連接埠繫結，則失效的連接埠繫結可能會在 ESXi 主機重新開機後導致出現問題。在開機期間，將不存在的 VMkernel NIC 繫結到 iSCSI 介面卡失敗，並且 iSCSI 組態在開機期間無法還原。因此，在重新開機完成後，您可能看不到某些 LUN 或資料存放區。

                • 執行儲存區容錯移轉後，ESXi NFSv4.1 用戶端可能會錯誤地將 NFS 伺服器識別為其他實體並略過復原。因此，NFSv4.1 資料存放區仍保持無法存取狀態。

                • 在某些情況下，例如溫度超過臨界值，NVMe 裝置可能會報告嚴重警告，且 ESXi NVMe 控制器不會登錄該裝置並將其置於離線狀態。

                • 使用的區塊快取超過保留快取時出現的罕見問題可能會導致 vSAN 檔案服務中出現保留問題。因此，您無法連線到某些檔案共用，且健全狀況檢查顯示錯誤 VDFS 精靈不在執行中。在 vdfsd-server 記錄中，會顯示類似下列內容的錯誤：
                  PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
                  PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

                • 在少數情況下，vCenter Server 在有權存取匯出為 OVF 格式之虛擬機器 vmdk 檔案的 ESXi 主機上執行背景搜尋查詢可能會意外修改這些檔案。因此，您無法匯入虛擬機器。

                • 由於元件載入問題，使用 JumpStart 工具將多重路徑 PSA 宣告規則新增至 vCenter Server 系統上的宣告規則集可能會失敗。

                • 對連結至 ALUA 陣列的 ESXi 伺服器叢集中的任何伺服器進行控制關機或開機後，該伺服器的所有 LUN 可能會切換到陣列上的一個儲存區處理器。因此，其他存取 LUN 的 ESXi 伺服器的效能會下降。

                • 在少數情況下，當 ESXi 主機有記憶體壓力時，PSA 無法正常處理記憶體配置故障。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers。

                • 如果執行中的虛擬機器在快照刪除作業期間重新開機，則虛擬機器磁碟可能會在快照整併過程中錯誤地重新開啟和關閉。因此，虛擬機器可能會失敗。但是，這是時機問題，只是偶然發生。

                • 在裝置探索期間，保留區衝突可能會導致 ATS 錯誤地報告為不受支援，這樣一來，ESXi 會使用 SCSI-2 保留區而非 ATS。因此，掛接啟用叢集化 VMDK 支援的 VMFS6 資料存放區可能會隨機失敗。

                • 某些作業可能會變更主機 UUID。例如，如果您重新安裝 ESXi 軟體或跨叢集移動主機，則主機 UUID 可能會變更。如果在 vSAN 檔案服務停機期間主機 UUID 發生變更，則 vSAN 檔案服務伺服器將無法開機。

                • 如果停用沒有現有檔案共用的 vSAN 檔案服務，vSAN 會移除檔案服務網域。如果移除某個伺服器失敗，可能會中斷程序並留下一些中繼資料。當您重新啟用檔案服務時，舊中繼資料可能會導致檔案服務無法按預期運作。

                • Report Target Port Groups 命令可能會在 IMPLICIT TRANSITION TIME 欄位中傳回錯誤值，這會影響 SCSI 到 NVMe 轉換層。在多應用裝置移轉等情況下，ALUA 轉換時間對於某些多重路徑軟體 (例如 PowerPath) 正確執行作業至關重要。

                • 將主機重新開機或重新掛接磁碟群組時，可能會封鎖小規模的擱置中取消對應。擱置中的取消對應可能會導致記錄壅塞，進而導致 I/O 延遲。

                • 第一次將系統升級或更新至 ESXi 7.x 後，對於每次連續更新 (也稱為修補)，您可能會看到資料存放區上的 /productLocker 目錄路徑出現截斷。例如，如果首次將 ESXi 7.x 從 7.0 Update 2 修補至 7.0 Update 3，則 /productLocker 目錄的路徑最初類似於 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，對於每次連續修補 (例如，從 7.0 Update 3 修補至 7.0 Update 3c)，路徑類似於 /VMware-Tools/productLocker/。

                • 在 vSAN 延伸叢集或雙節點叢集中，對於 PFTT 為 1 且 SFTT 為 1 或以上的物件，可能無法正確分配仲裁投票。如果一個站台發生故障，且作用中站台上的其他主機或磁碟也發生故障，則物件可能會失去仲裁且變得無法存取。

                • 如果新大小不是 512 個位元組，則調整物件大小請求可能會失敗。此問題可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

                • 在某些情況下，例如，當虛擬機器重新啟動時，pktcap-uw 公用程式用於在 ESXi 主機上監控和驗證交換器組態的執行中 SSH 工作階段可能會終止，但 pktcap-uw 公用程式可能會繼續嘗試處理封包。因此，公用程式開始耗用比平常更多的 CPU。您可以使用 esxtop -a 命令追蹤 CPU 效能。

                • 在執行 7.0 Update 3 的 vCenter Server 中，經過認證的 NVMe 裝置可能出現下列健全狀況檢查警告：NVMe 裝置未經過 VMware 認證。此外，還可能會看到下列健全狀況檢查警告：無法識別 NVMe 裝置。

                • 由於剖析錯誤，ESXCLI 命令 hardware ipmi bmc get 未傳回 BMC 的 IPv6 位址。

                • 如果叢集主機無法連線到見證主機，則延伸叢集或雙節點叢集的 vSAN 叢集 [關閉] 精靈可能會失敗。當 vSAN 資料流量和見證流量使用不同的 vmknic 時，會發生此問題。在 vSphere Client 中，您會在 [vSAN 服務] 頁面中看到下列錯誤訊息：在 orch <witness's ip> 中找到已中斷連線的主機。如果 vCenter 主控於叢集上，則 vSphere Client 在關閉期間無法使用，並且 vCenter 虛擬機器所在的 Host Client 中會顯示錯誤訊息。

                • 在 vSphere Client 中，當您按右鍵瀏覽資料存放區時，可能會看到 vSphere Virtual Volumes 資料存放區中某些虛擬機器的 UUID，例如 naa.xxxx，而不是看到其名稱。在 vSphere Virtual Volumes 資料存放區上具有大量容器和虛擬機器的大型環境中，此問題很少出現。此問題不會影響功能，例如不會影響虛擬機器作業、備份或在 vSphere Client 中顯示虛擬機器以外的任何功能。

                • 由於 ESXi 基礎結構的罕見問題，VASA 提供者緩慢可能會導致 vSphere Virtual Volumes 資料存放區無法存取且 ESXi 主機沒有回應的情況。

                • 在某些環境中，當您關閉 ESXi 主機時，該主機不會關閉電源，並且您會看到一個畫面，其中顯示訊息此系統已暫停。可以安全地使用重設或電源按鈕重新開機。

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

                • 如果從已啟用 vmx.reboot.PowerCycle 組態參數的虛擬機器熱移除獨立非持續性磁碟，則 ESXi 會儲存重做記錄檔。如果此類虛擬機器是備份 Proxy 虛擬機器，您可能會看到大量冗餘重做記錄檔佔用大量儲存區。

                • 在少數情況下，當 ESXi 主機嘗試從資源集區快取存取未快取的項目時，主機會間歇性失敗，並顯示 PF Exception 14 紫色診斷畫面和核心傾印檔案。在傾印檔案中，您會看到指示問題的 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模組的錯誤。

                • 對於基本檔案系統呼叫 (例如，open、access 或 rename)，VMFS 的罕見問題可能會導致 hostd 服務執行緒的高鎖定爭用，甚至造成鎖死。因此，ESXi 主機會沒有回應。

                • 由於 ESXi 7.x 已棄用 MD5 驗證通訊協定，如果 ESXi SNMP 代理程式組態使用 MD5 驗證通訊協定，則升級至 ESXi 7.x 會失敗。

                • 在 ESXi 7.x 中，Syslog.global.logHost 參數定義了以逗點分隔的遠端主機清單和訊息傳輸規格，該參數不容許逗點後面有空格。在低於 ESXi 7.x 的版本中，容許 Syslog.global.logHost 參數中的逗點後面有空格。因此，升級至 ESXi 7.x 可能會失敗。

                • 當虛擬機器在快照上執行時，與使用機率資料結構 Bloom 篩選器 (旨在將快照上執行的虛擬機器的讀取 I/O 最佳化) 相關的問題可能會導致以邏輯一致性為基礎的 I/O 錯誤。此問題受到限制，只有在快照上執行 SQL Server 時才會發生。

                • 在某些情況下，如果掃描資料存放區以協助對精簡檔案進行檔案區塊配置的程序發生問題，可能會導致 CPU 鎖定。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：PSOD - @BlueScreen: NMI.

                • 對於不可見的工作，hostd 服務的記錄檔可能會收到異常多的 Task Created 和 Task Completed 訊息，進而可能會減少記錄保留時間。 

                • 如果對 vSphere Virtual Volumes 資料存放區的通訊協定端點執行 SCSI 命令失敗，則端點狀態可能會變為 [不受支援] 並且會進行快取。因此，對該通訊協定端點執行下列 SCSI 命令會失敗，顯示錯誤碼 (例如 0x5 0x20)，並且對 vSphere Virtual Volumes 資料存放區執行讀取和寫入作業失敗。

                • 在某些情況下，例如連接埠關閉錯誤，儘管某些 IO 佇列仍處於作用中狀態，ESXi 主機也可能會中斷與 NVMe 控制器的連線。

                • 如果使用 vSphere Replication 複寫虛擬機器，並且虛擬機器磁碟增加到非 512 的其他數字，則虛擬機器無法開啟電源。

                • 如果虛擬機器組態中使用 ConfigSpec#numCPUs 參數定義的 CPU 數目不是使用 ConfigSpec#numCoresPerSocket 參數定義的每個通訊端核心數目的倍數，則虛擬機器不會開啟電源。

                • 此問題會影響延伸叢集中具有 locality=None、HFT=0、SFT=1 或 SFT=2 原則設定的主機。在 [確保可存取性] 下將主機置於維護模式時，此作業可能會長時間保持在 100% 或在 60 分鐘後失敗。

                • 將 ESXi 主機升級至 7.0 Update 2 後，當 vSAN 效能服務啟用時，您可能會注意到叢集上頻繁出現 vSAN 網路延遲警示。延遲結果顯示大多數警示由 vSAN 主要節點發出。

                • 由於 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的預設管理佇列大小變更，從 ESXi 7.0、ESXi 7.0 Update 1 或 ESXi 7.0 Update 2 更新到 ESXi 7.0 Update 3c 可能會導致 NVMe over RDMA 儲存區變得無法存取。

                • 由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源或使用 vSphere vMotion 進行移轉，ESXi 主機可能會失敗，並顯示紫色診斷畫面。發生此問題的原因是連接埠識別碼重複。

                • 將 lpfc 驅動程式升級至 14.0.x.x 後，ESXi 主機可能會失去對 Unity 儲存區陣列的存取權。在驅動程式記錄中，您會看到 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等錯誤。

                • 對於 LSI 相關的驅動程式，當 ESXi 伺服器開機時，如果拔出磁碟並將其插入同一主機上的其他插槽，則可能需要很長時間才能透過 vSphere Client 或使用 ESXCLI 命令 esxcli storage core device physical get -d 顯示磁碟位置變更。此問題特定於連線多個磁碟 (150 個及更多) 的驅動程式，並且可在 5 分鐘內得到解決。

                • 在 ESXi 7.0 Update 3f 中，Intel-icen 驅動程式支援 Intel Icelake-D 平台的 E822/E823 NIC 上的網路功能。不支援此類裝置上的 ENS (增強型網路堆疊) 和 RDMA 功能。

                • ESXi 7.0 Update 3f 會升級 Intel-ne1000 驅動程式，以支援較新伺服器型號 (例如 Intel Rocket Lake-S 平台) 所需的 Intel I219-LM 裝置。由於硬體 DMA 中的已知問題，I219 裝置的 TCP 分段卸載已停用。

                • 極少見的 Null 指標錯誤問題可能會導致 IBM FlashSystem V9000 陣列上的 ESXi 主機失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx。

                • 停用或暫停 vSphere FT 時，虛擬機器可能會暫時中斷連線，且不會回應 Ping 動作或任何網路流量。對虛擬機器執行 Ping 動作可能會在短時間內 (例如 20 秒) 連續逾時。

                • 在某些情況下，例如增加分頁共用或在虛擬機器或 ESXi 主機層級停用大型分頁，您可能會看到啟用了 VBS 的 Windows 虛擬機器的 CPU 使用率達到 100%。

              ESXi-7.0U3f-20036589-no-tools
              設定檔名稱 ESXi-7.0U3f-20036589-no-tools
              組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
              廠商 VMware, Inc.
              發行日期 2022 年 7 月 12 日
              接受程度 PartnerSupported
              受影響的硬體 不適用
              受影響的軟體 不適用
              受影響的 VIB
              • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
              • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
              • VMware_bootbank_trx_7.0.3-0.50.20036589
              • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
              • VMware_bootbank_esx-base_7.0.3-0.50.20036589
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
              • VMware_bootbank_gc_7.0.3-0.50.20036589
              • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
              • VMware_bootbank_bmcal_7.0.3-0.50.20036589
              • VMware_bootbank_vsan_7.0.3-0.50.20036589
              • VMware_bootbank_vdfs_7.0.3-0.50.20036589
              • VMware_bootbank_crx_7.0.3-0.50.20036589
              • VMware_bootbank_esx-update_7.0.3-0.50.20036589
              • VMware_bootbank_loadesx_7.0.3-0.50.20036589
              • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
              • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
              • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
              • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
              • VMW_bootbank_icen_1.4.1.20-1vmw.703.0.50.20036589
              • VMW_bootbank_irdman_1.3.1.22-1vmw.703.0.50.20036589
              • VMW_bootbank_ne1000_0.9.0-1vmw.703.0.50.20036589
              • VMW_bootbank_iser_1.1.0.1-1vmw.703.0.50.20036589
              • VMW_bootbank_vmkusb_0.1-7vmw.703.0.50.20036589
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              修正的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277
              相關的 CVE 號碼 不適用
              • 此修補程式更新了下列問題：

                • 對 vSphere EnvironmentBrowser.QueryConfigTargetEx API 執行 pyVmomi 呼叫可能會失敗，並顯示 UnknownWsdlTypeError。

                • 當實體伺服器重新命名時，ESXi 的硬體健全狀況模組可能無法對某些類型為「系統事件」的感應器進行解碼。因此，在 vSphere Client 中，您會在監控 > 硬體健全狀況下看到類型為「系統事件」的感應器狀態為 [未知]。

                • 如果您將虛擬機器上的 vmx.reboot.powerCycle 進階設定設為 TRUE，則當客體作業系統起始重新開機時，虛擬機器會關閉電源，然後再開啟電源。但是，如果在使用 vSphere vMotion 進行移轉期間重新啟動電源，則作業會失敗，且來源主機上的虛擬機器可能無法重新開啟電源。

                • 如果在 UNIX 網域通訊端之間的內部通訊期間輪詢通訊端時出現連線故障，則可能會出現資料競爭情形。因此，在某些情況下，ESXi 主機可能會存取無效的記憶體區域，同時失敗並顯示紫色診斷畫面，其中顯示 #PF Exception 14 以及類似下列內容的錯誤：UserDuct_PollSize() 和 UserSocketLocalPoll()。

                • 如果環境中 ESXi 主機上的硬體 iSCSI 介面卡使用虛擬 NIC，您可能無法從此類主機建立主機設定檔，因為虛擬 NIC 没有設定檔所需的 PCI 位址和廠商名稱。

                • iscsi_vmk 驅動程式中的競爭情形可能會導致 VMFS 資料存放區上的 I/O 作業停滯或活動訊號逾時。因此，您可能會看到某些虛擬機器沒有回應。

                • 由於硬式編碼的傳送和接收緩衝區大小 (傳送和接收緩衝區分別為 600 KB 和 256 KB)，軟體 iSCSI 介面卡的輸送量受到限制。因此，iscsi_vmk 介面卡的效能不是最佳的。

                • 當多個 NVIDIA vGPU 虛擬機器同時關閉電源時，有時不會銷毀某些多執行個體 GPU (MIG) 資源。因此，後續 vGPU 虛擬機器開啟電源可能會因剩餘的 MIG 資源而失敗。

                • 在少數情況下，如果 NFSv4.1 伺服器在儲存區容錯移轉期間傳回暫時性錯誤，在作業重新啟動之前，您可能會看到虛擬機器持續 10 秒沒有回應。

                • 在少數情況下，封包可能不會在原始連接埠或連接埠集上完成，而是在其他連接埠集上完成，這會形成迴圈，導致封包清單損毀且指標無效。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面。在記錄中，您會看到類似下列內容的錯誤：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

                • ESXi 主機 NUMA 節點中的記憶體可能包含多個實體範圍。在低於 7.0 Update 3f 的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin、memoryRangeLength 欄位配對指定了 NUMA 節點中某個範圍的起始主機實體位址和長度，而忽略了任何其他範圍。

                • 如果您在 HPP 上為 512e 軟體模擬 4KN 裝置啟用快速路徑，則無法按預期運作，因為快速路徑不會處理必須使用慢速路徑的 Read-Modify-Write (R-M-W)。不支援在 4KN 裝置上使用快速路徑。

                • 如果您有一個執行中的虛擬機器，其虛擬磁碟大於 1 TB，並且您刪除了該虛擬機器上磁碟的快照，則虛擬機器可能會凍結幾秒甚至幾分鐘。虛擬機器最終會復原，但虛擬機器工作負載可能會發生中斷。發生此問題的原因是，刪除作業會在背景中觸發快照整併，從而導致延遲。此問題更可能發生在較慢的儲存區上，例如 NFS。

                • DVFilter 封包可能會錯誤地傳輸到網路連接埠，在此連接埠中，封包完成代碼無法執行。因此，ESXi 主機失敗並顯示紫色診斷畫面，同時出現錯誤 PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork。

                • 在少數情況下，DFW 可能會將封包清單傳送至錯誤的連接埠集。因此，VMkernel 服務可能會失敗，並且虛擬機器會中斷連線。在 vmkernel.log 檔案中，會顯示類似下列內容的錯誤：
                  2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

                • 從 vSphere 7.0 Update 2 開始，HPP 將成為本機 NVMe 和 SCSI 裝置的預設外掛程式，並取代 ESX 原生多重路徑外掛程式 (NMP)。但是，在某些環境中，從 NMP 變更為 HPP 會導致 HPP 宣告的某些裝置內容 (例如顯示名稱) 無法存取。

                • 在 ALUA 目標中，如果變更 LUN 的目標連接埠群組識別碼 (TPGID)，SATP 使用的快取裝置識別回應可能不會相應地更新。因此，ESXi 可能不會反映對應裝置的正確路徑狀態。

                • 如果您使用 NVMe-SCSI 轉換堆疊在系統中登錄 NVMe 裝置，則 targetPortGroup 和 relativeTargetPortId 內容會針對所有路徑取得控制器識別碼 0。因此，RTPG 命令會針對命名空間的所有路徑傳回相同的 ALUA 存取狀態，因為每個路徑 tpgID 均與第一個描述元相符，即 0。

                • 如果在 Active Directory 伺服器上變更了檔案服務管理員的密碼，則 vSAN 檔案服務網域組態中的密碼可能不相符。如果密碼不相符或帳戶鎖定，則某些檔案共用可能無法存取。vSAN 健全狀況服務顯示下列警告：檔案服務：找不到檔案伺服器。

                • 在發生故障後重新安裝 ESXi 主機時，由於失敗的執行個體永遠不會重新開機，失效的 VMDK 繫結會在 VASA 提供者和 vSphere Virtual Volumes 資料存放區上保持原樣。這樣一來，當您重新安裝主機時，由於現有繫結，您無法刪除這些 VMDK。隨著時間推移，許多此類 VMDK 可能會累積並耗用閒置的儲存空間。

                • 在少數情況下，虛擬機器上的序列裝置可能沒有 serial<N>.fileName 內容且 >serial<N>.autodetect 內容設定為 FALSE。因此，hostd 服務可能會反覆失敗。

                • 在 vSphere Client 中，如果您將任何流量控管選項 (例如平均頻寬、尖峰頻寬或高載大小) 設定為大於 2147483 Kbps 的值，則不會保留這些設定。

                • 由於預設檔案描述元數目過低，在升級至 ESXi 7.x 後，某些功能 (例如 vSphere vMotion) 可能會在 VAAI for NAS 環境中失敗，因為可同時操作的 vmdk 檔案數目不足。在 syslog.log 檔案的 vaai-nas 精靈記錄中，會顯示類似下列內容的錯誤：Too many open files。

                • 在少數情況下，如果寫入 I/O 要求與精簡佈建虛擬機器上的客體作業系統觸發的取消對應作業同時執行，則 VMFS6 磁碟區可能會鎖死。因此，此磁碟區上的虛擬機器會變得沒有回應。

                • 在記憶體大小超過 300 GB 的虛擬機器上執行 vSphere Storage vMotion 或熱新增作業期間，轉換時間可能接近 2 分鐘，從而導致逾時故障。

                • 如果在刪除繫結到 iSCSI 介面卡的 VMkernel NIC 後未移除連接埠繫結，則失效的連接埠繫結可能會在 ESXi 主機重新開機後導致出現問題。在開機期間，將不存在的 VMkernel NIC 繫結到 iSCSI 介面卡失敗，並且 iSCSI 組態在開機期間無法還原。因此，在重新開機完成後，您可能看不到某些 LUN 或資料存放區。

                • 執行儲存區容錯移轉後，ESXi NFSv4.1 用戶端可能會錯誤地將 NFS 伺服器識別為其他實體並略過復原。因此，NFSv4.1 資料存放區仍保持無法存取狀態。

                • 在某些情況下，例如溫度超過臨界值，NVMe 裝置可能會報告嚴重警告，且 ESXi NVMe 控制器不會登錄該裝置並將其置於離線狀態。

                • 使用的區塊快取超過保留快取時出現的罕見問題可能會導致 vSAN 檔案服務中出現保留問題。因此，您無法連線到某些檔案共用，且健全狀況檢查顯示錯誤 VDFS 精靈不在執行中。在 vdfsd-server 記錄中，會顯示類似下列內容的錯誤：
                  PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
                  PANIC: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

                • 在少數情況下，vCenter Server 在有權存取匯出為 OVF 格式之虛擬機器 vmdk 檔案的 ESXi 主機上執行背景搜尋查詢可能會意外修改這些檔案。因此，您無法匯入虛擬機器。

                • 由於元件載入問題，使用 JumpStart 工具將多重路徑 PSA 宣告規則新增至 vCenter Server 系統上的宣告規則集可能會失敗。

                • 對連結至 ALUA 陣列的 ESXi 伺服器叢集中的任何伺服器進行控制關機或開機後，該伺服器的所有 LUN 可能會切換到陣列上的一個儲存區處理器。因此，其他存取 LUN 的 ESXi 伺服器的效能會下降。

                • 在少數情況下，當 ESXi 主機有記憶體壓力時，PSA 無法正常處理記憶體配置故障。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers。

                • 如果執行中的虛擬機器在快照刪除作業期間重新開機，則虛擬機器磁碟可能會在快照整併過程中錯誤地重新開啟和關閉。因此，虛擬機器可能會失敗。但是，這是時機問題，只是偶然發生。

                • 在裝置探索期間，保留區衝突可能會導致 ATS 錯誤地報告為不受支援，這樣一來，ESXi 會使用 SCSI-2 保留區而非 ATS。因此，掛接啟用叢集化 VMDK 支援的 VMFS6 資料存放區可能會隨機失敗。

                • 某些作業可能會變更主機 UUID。例如，如果您重新安裝 ESXi 軟體或跨叢集移動主機，則主機 UUID 可能會變更。如果在 vSAN 檔案服務停機期間主機 UUID 發生變更，則 vSAN 檔案服務伺服器將無法開機。

                • 如果停用沒有現有檔案共用的 vSAN 檔案服務，vSAN 會移除檔案服務網域。如果移除某個伺服器失敗，可能會中斷程序並留下一些中繼資料。當您重新啟用檔案服務時，舊中繼資料可能會導致檔案服務無法按預期運作。

                • Report Target Port Groups 命令可能會在 IMPLICIT TRANSITION TIME 欄位中傳回錯誤值，這會影響 SCSI 到 NVMe 轉換層。在多應用裝置移轉等情況下，ALUA 轉換時間對於某些多重路徑軟體 (例如 PowerPath) 正確執行作業至關重要。

                • 將主機重新開機或重新掛接磁碟群組時，可能會封鎖小規模的擱置中取消對應。擱置中的取消對應可能會導致記錄壅塞，進而導致 I/O 延遲。

                • 第一次將系統升級或更新至 ESXi 7.x 後，對於每次連續更新 (也稱為修補)，您可能會看到資料存放區上的 /productLocker 目錄路徑出現截斷。例如，如果首次將 ESXi 7.x 從 7.0 Update 2 修補至 7.0 Update 3，則 /productLocker 目錄的路徑最初類似於 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，對於每次連續修補 (例如，從 7.0 Update 3 修補至 7.0 Update 3c)，路徑類似於 /VMware-Tools/productLocker/。

                • 在 vSAN 延伸叢集或雙節點叢集中，對於 PFTT 為 1 且 SFTT 為 1 或以上的物件，可能無法正確分配仲裁投票。如果一個站台發生故障，且作用中站台上的其他主機或磁碟也發生故障，則物件可能會失去仲裁且變得無法存取。

                • 如果新大小不是 512 個位元組，則調整物件大小請求可能會失敗。此問題可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

                • 在某些情況下，例如，當虛擬機器重新啟動時，pktcap-uw 公用程式用於在 ESXi 主機上監控和驗證交換器組態的執行中 SSH 工作階段可能會終止，但 pktcap-uw 公用程式可能會繼續嘗試處理封包。因此，公用程式開始耗用比平常更多的 CPU。您可以使用 esxtop -a 命令追蹤 CPU 效能。

                • 在執行 7.0 Update 3 的 vCenter Server 中，經過認證的 NVMe 裝置可能出現下列健全狀況檢查警告：NVMe 裝置未經過 VMware 認證。此外，還可能會看到下列健全狀況檢查警告：無法識別 NVMe 裝置。

                • 由於剖析錯誤，ESXCLI 命令 hardware ipmi bmc get 未傳回 BMC 的 IPv6 位址。

                • 如果叢集主機無法連線到見證主機，則延伸叢集或雙節點叢集的 vSAN 叢集 [關閉] 精靈可能會失敗。當 vSAN 資料流量和見證流量使用不同的 vmknic 時，會發生此問題。在 vSphere Client 中，您會在 [vSAN 服務] 頁面中看到下列錯誤訊息：在 orch <witness's ip> 中找到已中斷連線的主機。如果 vCenter 主控於叢集上，則 vSphere Client 在關閉期間無法使用，並且 vCenter 虛擬機器所在的 Host Client 中會顯示錯誤訊息。

                • 在 vSphere Client 中，當您按右鍵瀏覽資料存放區時，可能會看到 vSphere Virtual Volumes 資料存放區中某些虛擬機器的 UUID，例如 naa.xxxx，而不是看到其名稱。在 vSphere Virtual Volumes 資料存放區上具有大量容器和虛擬機器的大型環境中，此問題很少出現。此問題不會影響功能，例如不會影響虛擬機器作業、備份或在 vSphere Client 中顯示虛擬機器以外的任何功能。

                • 由於 ESXi 基礎結構的罕見問題，VASA 提供者緩慢可能會導致 vSphere Virtual Volumes 資料存放區無法存取且 ESXi 主機沒有回應的情況。

                • 在某些環境中，當您關閉 ESXi 主機時，該主機不會關閉電源，並且您會看到一個畫面，其中顯示訊息此系統已暫停。可以安全地使用重設或電源按鈕重新開機。

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

                • 如果從已啟用 vmx.reboot.PowerCycle 組態參數的虛擬機器熱移除獨立非持續性磁碟，則 ESXi 會儲存重做記錄檔。如果此類虛擬機器是備份 Proxy 虛擬機器，您可能會看到大量冗餘重做記錄檔佔用大量儲存區。

                • 在少數情況下，當 ESXi 主機嘗試從資源集區快取存取未快取的項目時，主機會間歇性失敗，並顯示 PF Exception 14 紫色診斷畫面和核心傾印檔案。在傾印檔案中，您會看到指示問題的 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模組的錯誤。

                • 對於基本檔案系統呼叫 (例如，open、access 或 rename)，VMFS 的罕見問題可能會導致 hostd 服務執行緒的高鎖定爭用，甚至造成鎖死。因此，ESXi 主機會沒有回應。

                • 由於 ESXi 7.x 已棄用 MD5 驗證通訊協定，如果 ESXi SNMP 代理程式組態使用 MD5 驗證通訊協定，則升級至 ESXi 7.x 會失敗。

                • 在 ESXi 7.x 中，Syslog.global.logHost 參數定義了以逗點分隔的遠端主機清單和訊息傳輸規格，該參數不容許逗點後面有空格。在低於 ESXi 7.x 的版本中，容許 Syslog.global.logHost 參數中的逗點後面有空格。因此，升級至 ESXi 7.x 可能會失敗。

                • 當虛擬機器在快照上執行時，與使用機率資料結構 Bloom 篩選器 (旨在將快照上執行的虛擬機器的讀取 I/O 最佳化) 相關的問題可能會導致以邏輯一致性為基礎的 I/O 錯誤。此問題受到限制，只有在快照上執行 SQL Server 時才會發生。

                • 在某些情況下，如果掃描資料存放區以協助對精簡檔案進行檔案區塊配置的程序發生問題，可能會導致 CPU 鎖定。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：PSOD - @BlueScreen: NMI.

                • 對於不可見的工作，hostd 服務的記錄檔可能會收到異常多的 Task Created 和 Task Completed 訊息，進而可能會減少記錄保留時間。 

                • 如果對 vSphere Virtual Volumes 資料存放區的通訊協定端點執行 SCSI 命令失敗，則端點狀態可能會變為 [不受支援] 並且會進行快取。因此，對該通訊協定端點執行下列 SCSI 命令會失敗，顯示錯誤碼 (例如 0x5 0x20)，並且對 vSphere Virtual Volumes 資料存放區執行讀取和寫入作業失敗。

                • 在某些情況下，例如連接埠關閉錯誤，儘管某些 IO 佇列仍處於作用中狀態，ESXi 主機也可能會中斷與 NVMe 控制器的連線。

                • 如果使用 vSphere Replication 複寫虛擬機器，並且虛擬機器磁碟增加到非 512 的其他數字，則虛擬機器無法開啟電源。

                • 如果虛擬機器組態中使用 ConfigSpec#numCPUs 參數定義的 CPU 數目不是使用 ConfigSpec#numCoresPerSocket 參數定義的每個通訊端核心數目的倍數，則虛擬機器不會開啟電源。

                • 此問題會影響延伸叢集中具有 locality=None、HFT=0、SFT=1 或 SFT=2 原則設定的主機。在 [確保可存取性] 下將主機置於維護模式時，此作業可能會長時間保持在 100% 或在 60 分鐘後失敗。

                • 將 ESXi 主機升級至 7.0 Update 2 後，當 vSAN 效能服務啟用時，您可能會注意到叢集上頻繁出現 vSAN 網路延遲警示。延遲結果顯示大多數警示由 vSAN 主要節點發出。

                • 由於 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的預設管理佇列大小變更，從 ESXi 7.0、ESXi 7.0 Update 1 或 ESXi 7.0 Update 2 更新到 ESXi 7.0 Update 3c 可能會導致 NVMe over RDMA 儲存區變得無法存取。

                • 由於極少見的競爭情形，當容器連接埠嘗試重新擷取已持有的鎖定時，如果具有容器連接埠的虛擬機器關閉電源或使用 vSphere vMotion 進行移轉，ESXi 主機可能會失敗，並顯示紫色診斷畫面。發生此問題的原因是連接埠識別碼重複。

                • 將 lpfc 驅動程式升級至 14.0.x.x 後，ESXi 主機可能會失去對 Unity 儲存區陣列的存取權。在驅動程式記錄中，您會看到 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等錯誤。

                • 對於 LSI 相關的驅動程式，當 ESXi 伺服器開機時，如果拔出磁碟並將其插入同一主機上的其他插槽，則可能需要很長時間才能透過 vSphere Client 或使用 ESXCLI 命令 esxcli storage core device physical get -d 顯示磁碟位置變更。此問題特定於連線多個磁碟 (150 個及更多) 的驅動程式，並且可在 5 分鐘內得到解決。

                • 在 ESXi 7.0 Update 3f 中，Intel-icen 驅動程式支援 Intel Icelake-D 平台的 E822/E823 NIC 上的網路功能。不支援此類裝置上的 ENS (增強型網路堆疊) 和 RDMA 功能。

                • ESXi 7.0 Update 3f 會升級 Intel-ne1000 驅動程式，以支援較新伺服器型號 (例如 Intel Rocket Lake-S 平台) 所需的 Intel I219-LM 裝置。由於硬體 DMA 中的已知問題，I219 裝置的 TCP 分段卸載已停用。

                • 極少見的 Null 指標錯誤問題可能會導致 IBM FlashSystem V9000 陣列上的 ESXi 主機失敗並顯示紫色診斷畫面，同時出現類似下列內容的錯誤：#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx。

                • 停用或暫停 vSphere FT 時，虛擬機器可能會暫時中斷連線，且不會回應 Ping 動作或任何網路流量。對虛擬機器執行 Ping 動作可能會在短時間內 (例如 20 秒) 連續逾時。

                • 在某些情況下，例如增加分頁共用或在虛擬機器或 ESXi 主機層級停用大型分頁，您可能會看到啟用了 VBS 的 Windows 虛擬機器的 CPU 使用率達到 100%。

              ESXi-7.0U3sf-20036586-standard
              設定檔名稱 ESXi-7.0U3sf-20036586-standard
              組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
              廠商 VMware, Inc.
              發行日期 2022 年 7 月 12 日
              接受程度 PartnerSupported
              受影響的硬體 不適用
              受影響的軟體 不適用
              受影響的 VIB
              • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
              • VMware_bootbank_bmcal_7.0.3-0.45.20036586
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
              • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
              • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
              • VMware_bootbank_trx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
              • VMware_bootbank_vdfs_7.0.3-0.45.20036586
              • VMware_bootbank_vsan_7.0.3-0.45.20036586
              • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
              • VMware_bootbank_esx-base_7.0.3-0.45.20036586
              • VMware_bootbank_gc_7.0.3-0.45.20036586
              • VMware_bootbank_crx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-update_7.0.3-0.45.20036586
              • VMware_bootbank_loadesx_7.0.3-0.45.20036586
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              修正的 PR

              2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151、2816546
              相關的 CVE 號碼

              CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901
              • 此修補程式更新了下列問題：
                  • Expat XML 剖析器已更新至 2.4.7 版。
                  • SQLite 資料庫已更新至 3.37.2 版。
                  • cURL 程式庫已更新至 7.81.0 版。
                  • OpenSSL 套件已更新至 openssl-1.0.2ze 版。
                  • ESXi userworld libxml2 程式庫已更新至 2.9.14 版。
                  • Python 套件已更新至 3.8.13。
                  • zlib 程式庫已更新至 1.2.12。
                  • 此版本解決了 CVE-2004-0230。VMware 已將此問題的嚴重性評估為處於低嚴重性範圍，最大 CVSSv3 基本分數為 3.7。
                  • 此版本解決了 CVE-2020-7451。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 5.3。
                  • 此版本解決了 CVE-2015-2923。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
                  • 此版本解決了 CVE-2015-5358。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
                  • 此版本解決了 CVE-2013-3077。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.0。
                  • 此版本解決了 CVE-2015-1414。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。  
                  • 此版本解決了 CVE-2018-6918。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
                  • 此版本解決了 CVE-2020-7469。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
                  • 此版本解決了 CVE-2019-5611。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。 
                  • 此版本解決了 CVE-2020-7457。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.8。 
                  • 此版本解決了 CVE-2018-6916。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。
                  • 此版本解決了 CVE-2019-5608。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。

                • 此版本解決了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。如需這些漏洞及其對 VMware 產品的影響的詳細資訊，請參閱 VMSA-2022-0020。

              ESXi-7.0U3sf-20036586-no-tools
              設定檔名稱 ESXi-7.0U3sf-20036586-no-tools
              組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
              廠商 VMware, Inc.
              發行日期 2022 年 7 月 12 日
              接受程度 PartnerSupported
              受影響的硬體 不適用
              受影響的軟體 不適用
              受影響的 VIB
              • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
              • VMware_bootbank_bmcal_7.0.3-0.45.20036586
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
              • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
              • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
              • VMware_bootbank_trx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
              • VMware_bootbank_vdfs_7.0.3-0.45.20036586
              • VMware_bootbank_vsan_7.0.3-0.45.20036586
              • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
              • VMware_bootbank_esx-base_7.0.3-0.45.20036586
              • VMware_bootbank_gc_7.0.3-0.45.20036586
              • VMware_bootbank_crx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-update_7.0.3-0.45.20036586
              • VMware_bootbank_loadesx_7.0.3-0.45.20036586
              修正的 PR 2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151、2816546
              相關的 CVE 號碼 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901
              • 此修補程式更新了下列問題：
                  • Expat XML 剖析器已更新至 2.4.7 版。
                  • SQLite 資料庫已更新至 3.37.2 版。
                  • cURL 程式庫已更新至 7.81.0 版。
                  • OpenSSL 套件已更新至 openssl-1.0.2ze 版。
                  • ESXi userworld libxml2 程式庫已更新至 2.9.14 版。
                  • Python 套件已更新至 3.8.13。
                  • zlib 程式庫已更新至 1.2.12。
                  • 此版本解決了 CVE-2004-0230。VMware 已將此問題的嚴重性評估為處於低嚴重性範圍，最大 CVSSv3 基本分數為 3.7。
                  • 此版本解決了 CVE-2020-7451。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 5.3。
                  • 此版本解決了 CVE-2015-2923。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
                  • 此版本解決了 CVE-2015-5358。VMware 已將此問題的嚴重性評估為處於中等嚴重性範圍，最大 CVSSv3 基本分數為 6.5。
                  • 此版本解決了 CVE-2013-3077。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.0。
                  • 此版本解決了 CVE-2015-1414。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。  
                  • 此版本解決了 CVE-2018-6918。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
                  • 此版本解決了 CVE-2020-7469。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。
                  • 此版本解決了 CVE-2019-5611。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.5。 
                  • 此版本解決了 CVE-2020-7457。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 7.8。 
                  • 此版本解決了 CVE-2018-6916。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。
                  • 此版本解決了 CVE-2019-5608。VMware 已將此問題的嚴重性評估為處於重要嚴重性範圍，最大 CVSSv3 基本分數為 8.1。

                • 此版本解決了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。如需這些漏洞及其對 VMware 產品的影響的詳細資訊，請參閱 VMSA-2022-0020。

              ESXi 映像 - ESXi70U3f-20036589
              名稱 ESXi
              版本 ESXi70U3f-20036589
              發行日期 2022 年 7 月 12 日
              類別 錯誤修正
              受影響的元件
              • ESXi 元件 - 核心 ESXi VIB
              • ESXi 安裝/升級元件
              • 適用於 VMware ESXi 的 Broadcom NetXtreme-E 網路和 ROCE/RDMA 驅動程式
              • 適用於 Intel(R) E810 介面卡的網路驅動程式
              • 適用於以 Intel(R) X722 和 E810 為基礎的 RDMA 介面卡的網路驅動程式
              • VMware 原生 iSER 驅動程式
              • 適用於 FC 介面卡的 Broadcom Emulex Connectivity Division lpfc 驅動程式
              • LSI NATIVE DRIVERS LSU 管理外掛程式
              • 適用於 Intel PRO/1000 系列介面卡的網路驅動程式
              • USB 驅動程式
              修正的 PR 

              2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2911320、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277、2980176
              相關的 CVE 號碼 不適用
                ESXi 映像 - ESXi70U3sf-20036586
                名稱 ESXi
                版本 ESXi70U3sf-20036586
                發行日期 2022 年 7 月 12 日
                類別 安全性
                受影響的元件
                • ESXi 元件 - 核心 ESXi VIB
                • ESXi 安裝/升級元件
                • VMware-VM-Tools
                修正的 PR  2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151
                相關的 CVE 號碼 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901

                  已知問題

                  已知問題分類如下。

                  vSphere Client 問題
                  • 在 vSphere Client 中，BIOS 製造商顯示為「--」

                    在 vSphere Client 中，當您選取 ESXi 主機並導覽至設定 > 硬體 > 韌體時，您會看到 -- 而非 BIOS 製造商名稱。

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

                  其他問題
                  • 從 ESXi 主機到虛擬機器的 USB 裝置傳遞可能會失敗

                    USB 數據機裝置可能會同時透過 VMkernel 宣告多個介面，並封鎖到虛擬機器的裝置傳遞。
                    因應措施：您必須在 ESXi 主機上套用 USB.quirks 進階組態，以忽略 VMkernel 中的 NET 介面並允許 USB 數據機傳遞至虛擬機器。您可以採用 3 種替代方式套用組態：

                    1. 存取 ESXi shell 並執行下列命令：esxcli system settings advanced set -o /USB/quirks -s 0xvvvv:0xpppp:0:0xffff:UQ_NET_IGNORE | |- Device Product ID |------- Device Vendor ID
                      例如，對於 Gemalto M2M GmbH Zoom 4625 數據機 (vid:pid/1e2d:005b)，您可以使用以下命令
                      esxcli system settings advanced set -o /USB/quirks -s 0x1e2d:0x005b:0:0xffff:UQ_NET_IGNORE
                      將 ESXi 主機重新開機。
                    2. 從 vSphere Client 或 vSphere Web Client 設定進階組態，然後將 ESXi 主機重新開機。
                    3. 使用主機設定檔套用進階組態。

                    如需有關步驟的詳細資訊，請參閱 VMware 知識庫文章 80416。

                  舊版的已知問題

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

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