ESXi 8.0 Update 2c | 2024 年 5 月 21 日 | 組建編號 23825572 查看這些版本說明的新增項目和更新。 |
每個版本的版本說明中均說明了 ESXi 的新功能、已解決問題和已知問題。舊版 ESXi 8.0 的版本說明如下:
VMware ESXi 8.0 Update 1d 版本說明
VMware ESXi 8.0 Update 2b 版本說明
VMware ESXi 8.0 Update 1c 版本說明
VMware ESXi 8.0 Update 1a 版本說明
如需國際化、相容性及開放原始碼元件,請參閱《VMware vSphere 8.0 版本說明》。
此版本的 ESXi 8.0 Update 2c 提供下列修補程式:
組建編號詳細資料
下載檔案名稱: |
VMware-ESXi-8.0U2c-23825572-depot.zip |
組建編號: |
23825572 |
下載大小: |
611.1 MB |
sha256checksum: |
e1b4988a49165f354c668bc4e39334e248f6987f22a09fec7cc2c2d000d9a407 |
需要主機重新開機: |
是 |
需要虛擬機器移轉或關閉: |
是 |
元件
元件 |
公告 |
類別 |
嚴重性 |
---|---|---|---|
ESXi 元件 - 核心 ESXi VIB |
ESXi_8.0.2-0.40.23825572 |
錯誤修正 |
嚴重 |
ESXi 安裝/升級元件 |
esx-update_8.0.2-0.40.23825572 |
錯誤修正 |
嚴重 |
ESXi 安裝/升級元件 |
esxio-update_8.0.2-0.40.23825572 |
錯誤修正 |
嚴重 |
彙總公告
此彙總實體套件包含最新的 VIB,其中含有 ESXi 8.0 初始版本後的所有修正。
公告識別碼 |
類別 |
嚴重性 |
詳細資料 |
---|---|---|---|
ESXi80U2c-23825572 |
錯誤修正 |
嚴重 |
僅錯誤修正 |
映像設定檔
VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。
映像設定檔名稱 |
---|
ESXi-8.0U2c-23825572-standard |
ESXi-8.0U2c-23825572-no-tools |
ESXi 映像
名稱和版本 |
發行日期 |
類別 |
詳細資料 |
---|---|---|---|
ESXi 8.0 U2c - 23825572 |
2024 年 5 月 21 日 |
錯誤修正 |
僅錯誤修正 |
如需有關個別元件和實體套件的資訊,請參閱〈已解決的問題〉一節。
登入 Broadcom 支援入口網站下載此修補程式。
如需舊版的下載指示,請參閱下載 Broadcom 產品和軟體。
如需有關使用 vSphere Lifecycle Manager 的更新和升級的詳細資料,請參閱關於 vSphere Lifecycle Manager 和 vSphere Lifecycle Manager 基準和映像。您也可以使用映像設定檔來更新 ESXi 主機,而不使用 vSphere Lifecycle Manager。若要執行此操作,您必須手動下載修補程式離線服務包 ZIP 檔案。
如需詳細資訊,請參閱〈使用 ESXCLI 命令升級主機〉和《VMware ESXi 升級》指南。
修補程式類別 |
錯誤修正 |
修補程式嚴重性 |
嚴重 |
需要主機重新開機 |
是 |
需要虛擬機器移轉或關閉 |
是 |
受影響的硬體 |
不適用 |
受影響的軟體 |
不適用 |
受影響的 VIB |
|
修正的 PR |
3361939 |
CVE 號碼 |
不適用 |
此修補程式更新了 esx-base
VIB。由於下列 VIB 與 esx-base
VIB 之間的相依性,這些 VIB 已透過組建編號和修補程式版本變更進行更新,但未提供任何修正:native-misc-drivers-esxio, esxio, native-misc-drivers, vds-vsip, trx, bmcal-esxio, bmcal, vsanhealth, esxio-combiner-esxio, gc, cpu-microcode, vdfs, esxio-base, esxio-combiner, gc-esxio, crx, vsan, esx-xserver, esxio-dvfilter-generic-fastpath, clusterstore
和 esx-dvfilter-generic-fastpath
。此修補程式解決了下列問題:
PR 3381464:將 vSAN ESA 做為來源資料存放區進行 vSphere Storage vMotion 移轉後,虛擬機器可能無法開機
在少數情況下,將 vSAN ESA 資料存放區做為來源使用 Storage vMotion 移轉虛擬機器,可能會導致目的地資料存放區上的 VMDK 的資料不一致。因此,虛擬機器在移轉後可能無法開機。
已在此版本中解決此問題。
PR 3361939:在 vSAN 環境中使用 AVX-512 指令的應用程式可能會報告資料一致性錯誤
如果 vSAN 環境中的應用程式使用 AVX-512 指令,則可能會產生不正確的結果,或報告與使用此類結果計算的資料相關的資料一致性錯誤。
已在此版本中解決此問題。
修補程式類別 |
錯誤修正 |
修補程式嚴重性 |
嚴重 |
需要主機重新開機 |
是 |
需要虛擬機器移轉或關閉 |
是 |
受影響的硬體 |
不適用 |
受影響的軟體 |
不適用 |
受影響的 VIB |
|
修正的 PR |
不適用 |
CVE 號碼 |
不適用 |
由於下列 VIB 與 esx-base
VIB 之間的相依性,這些 VIB 已透過組建編號和修補程式版本變更進行更新,但未提供任何修正:loadesx
和 esx-update
。
修補程式類別 |
錯誤修正 |
修補程式嚴重性 |
嚴重 |
需要主機重新開機 |
是 |
需要虛擬機器移轉或關閉 |
是 |
受影響的硬體 |
不適用 |
受影響的軟體 |
不適用 |
受影響的 VIB |
|
修正的 PR |
不適用 |
CVE 號碼 |
不適用 |
由於下列 VIB 與 esx-base
VIB 之間的相依性,這些 VIB 已透過組建編號和修補程式版本變更進行更新,但未提供任何修正:loadesxio
和 esxio-update
。
設定檔名稱 |
ESXi-8.0U2c-23825572-standard |
組建編號 |
如需組建編號資訊,請參閱〈此版本中包含的修補程式〉。 |
廠商 |
VMware by Broadcom, Inc. |
發行日期 |
2024 年 5 月 21 日 |
接受程度 |
合作夥伴受支援 |
受影響的硬體 |
不適用 |
受影響的軟體 |
不適用 |
受影響的 VIB |
|
修正的 PR |
3361939 |
相關的 CVE 號碼 |
不適用 |
此修補程式更新了下列問題:
PR 3381464:將 vSAN ESA 做為來源資料存放區進行 vSphere Storage vMotion 移轉後,虛擬機器可能無法開機
在少數情況下,將 vSAN ESA 資料存放區做為來源使用 Storage vMotion 移轉虛擬機器,可能會導致目的地資料存放區上的 VMDK 的資料不一致。因此,虛擬機器在移轉後可能無法開機。
已在此版本中解決此問題。
PR 3361939:在 vSAN 環境中使用 AVX-512 指令的應用程式可能會報告資料一致性錯誤
如果 vSAN 環境中的應用程式使用 AVX-512 指令,則可能會產生不正確的結果,或報告與使用此類結果計算的資料相關的資料一致性錯誤。
已在此版本中解決此問題。
設定檔名稱 |
ESXi-8.0U2c-23825572-no-tools |
組建編號 |
如需組建編號資訊,請參閱〈此版本中包含的修補程式〉。 |
廠商 |
VMware by Broadcom, Inc. |
發行日期 |
2024 年 5 月 21 日 |
接受程度 |
合作夥伴受支援 |
受影響的硬體 |
不適用 |
受影響的軟體 |
不適用 |
受影響的 VIB |
|
修正的 PR |
3361939 |
相關的 CVE 號碼 |
不適用 |
此修補程式更新了下列問題:
PR 3381464:將 vSAN ESA 做為來源資料存放區進行 vSphere Storage vMotion 移轉後,虛擬機器可能無法開機
在少數情況下,將 vSAN ESA 資料存放區做為來源使用 Storage vMotion 移轉虛擬機器,可能會導致目的地資料存放區上的 VMDK 的資料不一致。因此,虛擬機器在移轉後可能無法開機。
已在此版本中解決此問題。
PR 3361939:在 vSAN 環境中使用 AVX-512 指令的應用程式可能會報告資料一致性錯誤
如果 vSAN 環境中的應用程式使用 AVX-512 指令,則可能會產生不正確的結果,或報告與使用此類結果計算的資料相關的資料一致性錯誤。
已在此版本中解決此問題。
名稱 |
ESXi |
版本 |
ESXi80U2c-23825572 |
發行日期 |
2024 年 5 月 21 日 |
類別 |
錯誤修正 |
受影響的元件 |
|
修正的 PR |
3361939 |
相關的 CVE 號碼 |
不適用 |
如果將 vCenter 更新至 8.0 Update 1,但 ESXi 主機仍使用舊版,則此類主機上的 vSphere Virtual Volumes 資料存放區可能會變得無法存取
vSphere 8.0 不再支援自我簽署的 VASA 提供者憑證,依預設,組態選項 Config.HostAgent.ssl.keyStore.allowSelfSigned
設定為 false
。如果將 vCenter 執行個體更新至採用 vSphere APIs for Storage Awareness (VASA) 版本 5.0 的 8.0 Update 1,且 ESXi 主機仍使用較舊的 vSphere 和 VASA 版本,則使用自我簽署憑證的主機可能無法存取 vSphere Virtual Volumes 資料存放區或無法重新整理 CA 憑證。
因應措施:將主機更新至 ESXi 8.0 Update 1。如果不更新至 ESXi 8.0 Update 1,請參閱 VMware 知識庫文章 91387。
如果使用軟體 FCoE 組態將主機設定檔套用至 ESXi 8.0 主機,則作業會失敗並顯示驗證錯誤
從 vSphere 7.0 開始,軟體 FCoE 已棄用,並且在 vSphere 8.0 中不支援軟體 FCoE 設定檔。如果嘗試將舊版中的主機設定檔套用到 ESXi 8.0 主機,例如編輯主機自訂,則作業會失敗。在 vSphere Client 中,會顯示類似下列內容的錯誤:Host Customizations validation error
。
因應措施:在主機設定檔中停用軟體 FCoE 組態子設定檔。
無法將版本 8.0 的 ESXi 主機用作舊版 ESXi 的現有主機設定檔的參考主機
當詳細目錄中只有 8.0 參考主機時,驗證 ESXi 版本 7.x、6.7.x 和 6.5.x 的現有主機設定檔會失敗。
因應措施:請確保詳細目錄中有相應版本的參考主機。例如,使用 ESXi 7.0 Update 2 參考主機來更新或編輯 ESXi 7.0 Update 2 主機設定檔。
升級至 ESXi 8.0 後,VMNIC 可能會關閉
如果 VMNIC 的對等實體交換器不支援媒體自動偵測,或媒體自動偵測已停用,且 VMNIC 連結先中斷然後再連上,則在升級至或安裝 ESXi 8.0 後,連結會保持中斷狀態。
因應措施:使用以下 2 個選項之一:
透過導覽至系統設定主功能表,在 BIOS 設定中啟用 media-auto-detect
選項,通常方法為:按 F2 或開啟虛擬主控台,然後按一下裝置設定 > <specific broadcom NIC> > 裝置組態功能表 > 媒體自動偵測。將主機重新開機。
或者,使用類似下列內容的 ESXCLI 命令:esxcli network nic set -S <your speed> -D full -n <your nic>
。透過此選項,也可以為連結設定固定速度,並且不需要重新開機。
如果在升級至 ESXi 8.0 期間重新整理 vCenter Server Security Token Service (STS),則升級可能會失敗
在 vSphere 8.0 中,vCenter Single Sign-On 會自動更新 VMCA 產生的 STS 簽署憑證。自動更新發生在 STS 簽署憑證到期之前,以及觸發 90 天到期警示之前。但是,在叢集中的多個 ESXi 主機上使用 vSphere Lifecycle Manager 映像長時間執行的升級或修復工作中,vSphere Lifecycle Manager 可能會在內部建立 STS 憑證快取。在極少數情況下,如果 STS 憑證重新整理工作與長時間執行的升級或修復工作並行啟動,則升級工作可能會失敗,因為內部快取中的 STS 憑證可能與重新整理的憑證不同。當升級工作失敗後,某些 ESXi 主機可能仍處於維護模式。
因應措施:手動結束處於維護模式的任何 ESXi 主機,然後重試升級或修復。系統會自動重新整理或匯入和取代 STS 簽署憑證,且不需要重新啟動 vCenter Server,進而避免出現停機時間。
升級至 ESXi 8.0 後,由於參數過時,某些 nmlx5_core 驅動程式模組設定可能會遺失
nmlx5_core
驅動程式的某些模組參數 (例如 device_rss
、drss
和 rss
) 在 ESXi 8.0 中已棄用,並且在升級至 ESXi 8.0 後不會保留與預設值不同的任何自訂值。
因應措施:取代 device_rss
、drss
和 rss
參數的值,如下所示:
device_rss
: 使用 DRSS
參數。
drss
: 使用 DRSS
參數。
rss
: 使用 RSS
參數。
vCenter Server 還原程序的第二個階段凍結在 90%
使用 vCenter Server GUI 安裝程式或 vCenter Server Appliance 管理介面 (VAMI) 從以檔案為基礎的備份還原 vCenter 時,還原工作流程可能會凍結在 90%,並顯示錯誤:401 Unable to authenticate user
,即使在後端成功完成工作亦是如此。如果已部署機器的時間不同於 NTP 伺服器 (需要時間同步),則會發生此問題。由於時間同步,時鐘誤差可能會導致 GUI 或 VAMI 的執行中工作階段失敗。
因應措施:如果使用 GUI 安裝程式,則可以使用 restore.job.get
命令從 appliancesh
shell 取得還原狀態。如果使用 VAMI,請重新整理瀏覽器。
在增強型網路堆疊 (ENS) 和 VLAN 環境以及 Broadcom RDMA 網路介面控制器 (RNIC) 中,透過聚合式乙太網路的 RDMA (RoCE) 流量可能會失敗
高頻寬 VMware 解決方案 ENS 不支援 MAC VLAN 篩選器。但是,在 ENS + VLAN 環境中的 Broadcom RNIC 上執行的 RDMA 應用程式需要 MAC VLAN 篩選器。因此,您可能會看到某些 RoCE 流量中斷連線。在 NVMe over RDMA + ENS + VLAN 環境或 ENS + VLAN + RDMA 應用程式環境中,當 ESXi 主機重新開機或上行啟動和關閉時,可能會發生此問題。
因應措施:無
如果在 ESXi 主機關閉或重新啟動期間 PCI 傳遞在 DPU 上處於作用中狀態,則主機會失敗並顯示紫色診斷畫面
如果在 ESXi 主機關閉或重新開機時作用中虛擬機器具有到 DPU 的 PCI 傳遞,則主機會失敗並顯示紫色診斷畫面。此問題特定於具有 DPU 的系統,且僅適用於使用到 DPU 的 PCI 傳遞的虛擬機器。
因應措施:將 ESXi 主機關閉或重新開機之前,請確保主機處於維護模式,或者未執行使用到 DPU 的 PCI 傳遞的虛擬機器。如果對虛擬機器使用自動啟動選項,Autostart 管理員會在主機關閉或重新開機之前停止此類虛擬機器。
您無法使用 ESXCLI 命令掛接具有 VMkernel 連接埠繫結的 IPv6 型 NFS 3 資料存放區
當您嘗試使用 ESXCLI 命令掛接具有 IPv6 伺服器位址和 VMkernel 連接埠繫結的 NFS 3 資料存放區時,工作會失敗並顯示錯誤,例如:
[:~] esxcli storage nfs add -I fc00:xxx:xxx:xx::xxx:vmk1 -s share1 -v volume1
Validation of vmknic failed Instance(defaultTcpipStack, xxx:xxx:xx::xxx:vmk1) Input(): Not found:
此問題特定於具有 IPv6 伺服器位址和 VMkernel 連接埠繫結的 NFS 3 資料存放區。
因應措施:使用 vSphere Client 做為替代方法,掛接具有 VMkernel 連接埠繫結的 IPv6 型 NFSv3 資料存放區。
在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態可能會導致 DPU 處於無效狀態
如果在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態,例如,在 Direct Console 中選取重設系統組態,此作業可能會導致 DPU 處於無效狀態。在 DCUI 中,可能會出現類似下列內容的錯誤:Failed to reset system configuration. Note that this operation cannot be performed when a managed DPU is present
。對於具有 DPU 的 ESXi 安裝,不支援對 -f
強制重新開機選項進行後端呼叫。雖然 ESXi 8.0 支援 -f
強制重新開機選項,但如果您在具有 DPU 的 ESXi 組態上使用 reboot -f
,則強制重新開機可能會導致出現無效狀態。
因應措施:將暫時停用 Direct Console 介面中的 [重設系統組態]。避免在具有 DPU 的 vSphere 系統中重設 ESXi 系統組態。
在具有 DPU 的 vCenter Server 系統中,如果停用 IPv6,則無法管理 DPU
儘管 vSphere Client 允許執行此作業,但如果在具有 DPU 的 ESXi 主機上停用 IPv6,則無法使用 DPU,因為主機和裝置之間的內部通訊取決於 IPv6。此問題僅影響具有 DPU 的 ESXi 主機。
因應措施:請確保在具有 DPU 的 ESXi 主機上啟用 IPv6。
在已預先安裝 Pensando DPU 的 HPE 伺服器上將 ESXi 主機重新開機時,可能會延遲 10 分鐘
在少數情況下,如果 DPU 出現故障,已預先安裝 Pensando DPU 的 HPE 伺服器可能需要 10 分鐘以上的時間才能重新開機。因此,ESXi 主機可能會失敗並顯示紫色診斷畫面,且預設等待時間為 10 分鐘。
因應措施:無。
如果您在用於安裝 ESXi 8.0 的遠端管理應用程式中啟用了 USB 介面,則會看到其他具有上行 vusb0 的標準交換器 vSwitchBMC
從 vSphere 8.0 開始,在 Integrated Dell Remote Access Controller (iDRAC) 和 HP Integrated Look Out (ILO) 中,如果啟用了 USB 介面 (分別為 vUSB 或 vNIC),會在 ESXi 主機上建立其他具有上行 vusb0
的標準交換器 vSwitchBMC
。鑒於某些伺服器上引入了資料處理裝置 (DPU),這是預期行為,但可能會導致 VMware Cloud Foundation 啟動程序失敗。
因應措施:安裝 vSphere 8.0 之前,請按照下列廠商說明文件停用所使用的遠端管理應用程式中的 USB 介面。
安裝 vSphere 8.0 之後,請使用 ESXCLI 命令 esxcfg-advcfg -s 0 /Net/BMCNetworkEnable
,以阻止在主機下次重新開機時建立虛擬交換器 vSwitchBMC
及相關聯的連接埠群組。
以此指令碼作為範例:
~# esxcfg-advcfg -s 0 /Net/BMCNetworkEnable
BMCNetworkEnable 的值為 0,且服務已停用。
~# reboot
在主機重新開機時,不會在與遠端管理應用程式網路相關的主機中建立虛擬交換器、連接埠群組和 VMKNIC。
如果 NVIDIA BlueField DPU 處於已停用硬體卸載模式狀態,則無法開啟已設定 SR-IOV 虛擬功能之虛擬機器的電源
NVIDIA BlueField DPU 必須處於已啟用硬體卸載模式狀態,才能允許已設定 SR-IOV 虛擬功能的虛擬機器開啟電源並運作。
因應措施:將已設定 SR-IOV 虛擬功能的虛擬機器連線至虛擬交換器時,請始終對 NVIDIA BlueField DPU 使用已啟用硬體卸載模式這一預設設定。
在虛擬應用裝置管理介面 (VAMI) 中,您會在升級前階段看到警告訊息
透過將 vSphere 外掛程式移至遠端外掛程式架構,vSphere 8.0 棄用了對本機外掛程式的支援。如果您的 8.0 vSphere 環境具有本機外掛程式,則此類外掛程式的某些中斷變更可能會導致使用 VAMI 進行升級前檢查失敗。
在 [更新前檢查結果] 畫面中,會顯示類似下列內容的錯誤:
Warning message: The compatibility of plug-in package(s) %s with the new vCenter Server version cannot be validated. They may not function properly after vCenter Server upgrade.
Resolution: Please contact the plug-in vendor and make sure the package is compatible with the new vCenter Server version.
因應措施:請參閱《VMware 相容性指南》和《VMware 產品互通性對照表》或連絡外掛程式廠商以取得建議,以確保環境中的本機外掛程式與 vCenter Server 8.0 相容,然後再繼續升級。如需詳細資訊,請參閱部落格〈棄用本機外掛程式 - vSphere Client 擴充性演進的下一階段〉和 VMware 知識庫文章 87880。
無法從已啟用 CPU 熱新增的虛擬機器移除指派給虛擬非統一記憶體存取 (NUMA) 節點的 PCI 傳遞裝置
雖然依預設,當您啟用 CPU 熱新增以允許將 vCPU 新增至執行中的虛擬機器時,虛擬 NUMA 拓撲會停用,如果您已將 PCI 傳遞裝置指派給 NUMA 節點,則嘗試移除該裝置會顯示錯誤。在 vSphere Client 中,會顯示類似下列內容的訊息:Invalid virtual machine configuration. Virtual NUMA cannot be configured when CPU hotadd is enabled
。
因應措施:請參閱 VMware 知識庫文章 89638。
如果您將 HW 版本早於 20 的虛擬機器設定為具有廠商裝置群組,則此類虛擬機器可能無法按預期運作
僅具有 HW 版本 20 及更新版本的虛擬機器支援啟用高速網路裝置和 GPU 繫結的廠商裝置群組,但您無法使用廠商裝置群組在低於 20 的 HW 版本中設定虛擬機器。此類虛擬機器可能無法按預期運作:例如,無法開啟電源。
因應措施:在虛擬機器中設定廠商裝置群組之前,請確保虛擬機器 HW 版本為 20 版。
由於 NFS 伺服器掛接逾時,ESXi 重新開機需要很長時間
如果在無法存取的 NFS 伺服器上有多個掛接,ESXi 會重試連線至每個掛接 30 秒,這可能導致 ESXi 重新開機延遲長達幾分鐘,具體取決於掛接數目。
因應措施:ESXi Update 8.0 Update 1 新增了可設定的選項以覆寫預設掛接逾時:esxcfg-advcfg -s <timeout val> /NFS/MountTimeout
。例如,如果想要將掛接逾時重新設定為 10 秒,則可以執行下列命令:- esxcfg-advcfg -s 10 /NFS/MountTimeout
。使用命令 esxcfg-advcfg -g /NFS/MountTimeout
驗證目前設定的掛接逾時。
無法在 Pensando DPU 上將 VMware vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值
如果 ESXi 8.0 系統中具有已啟用 Pensando DPU 的 vSphere Distributed Services Engine 功能,則無法將 vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值。
因應措施:無。
在使用 ntg3 驅動程式 4.1.3 版及更新版本的 NIC 上出現連結變動狀況
當使用 ntg3
驅動程式 4.1.3 版及更新版本的兩個 NIC 直接連線 (而非連線到實體交換器連接埠) 時,可能會發生連結變動狀況。版本低於 4.1.3 的 ntg3
驅動程式或 tg3
驅動程式不會出現此問題。此問題與此類 NIC 上偶爾出現的節能乙太網路 (EEE) 連結變動無關。EEE 問題的修正是使用 ntg3
驅動程式 4.1.7 版或更新版本,或在實體交換器連接埠上停用 EEE。
因應措施:將 ntg3
驅動程式升級至 4.1.8 版,並將新模組參數 noPhyStateSet
設定為 1
。noPhyStateSet
參數預設為 0
,但在大多數環境中不需要此參數,除非也面臨此問題。
在具有 DPU 的 vSphere 環境中安裝或升級 VMware NSX 可能會失敗並顯示連線錯誤
ESXi 主機端的間歇性計時問題可能會導致在具有 DPU 的 vSphere 環境中安裝或升級 NSX 失敗。在 nsxapi.log
檔案中,您會看到類似下列內容的記錄:Failed to get SFHC response. MessageType MT_SOFTWARE_STATUS
。
因應措施:請等待 10 分鐘,然後重試 NSX 安裝或升級。
如果在使用 icen 驅動程式啟用或停用 SR-IOV 後未將 ESXi 主機重新開機,則當您在該主機上以 ENS 中斷模式設定傳輸節點時,某些虛擬機器可能無法取得 DHCP 位址
當您在 ESXi 主機上使用 icen
驅動程式啟用或停用 SR-IOV,並在 ENS 中斷模式下設定傳輸節點時,如果沒有將主機重新開機,某些 Rx (接收) 佇列可能無法運作。這樣一來,某些虛擬機器可能無法取得 DHCP 位址。
因應措施:直接新增傳輸節點設定檔而不啟用 SR-IOV,或在啟用或停用 SR-IOV 後將 ESXi 主機重新開機。
在 vSphere 8.0 中,無法將 Mellanox ConnectX-5、ConnectX-6 卡型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式
由於硬體限制,ConnectX-5 和 ConnectX-6 介面卡不支援在 vSphere 8.0 中將型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式。
因應措施:使用支援 ENS 型號 1 層級 2 和型號 2A 的 Mellanox ConnectX-6 Lx 和 ConnectX-6 Dx 或更新版本卡。
Pensando DPU 不支援在 ESXi 主機的實體交換器連接埠上使用連結層探索通訊協定 (LLDP)
在具有 DPU 的 ESXi 主機上啟用 LLDP 時,主機無法接收 LLDP 封包。
因應措施:無。
升級至 vCenter Server 8.0 後,VASA API 版本不會自動重新整理
vCenter Server 8.0 支援 VASA API 版本 4.0。但是,將 vCenter Server 系統升級至版本 8.0 後,VASA API 版本可能不會自動變更為 4.0。在以下 2 種情況下會出現此問題:
如果將支援 VASA API 版本 4.0 的 VASA 提供者向舊版 VMware vCenter 登錄,則升級至 VMware vCenter 8.0 後,VASA API 版本保持不變。例如,如果您使用同時支援 VASA API 版本 3.5 和 4.0 的已登錄 VASA 提供者升級 7.x 版本的 VMware vCenter 系統,即使 VASA 提供者支援 VASA API 版本 4.0,VASA API 版本也不會自動變更為 4.0。升級後,當您導覽至 vCenter Server > 設定 > 儲存區提供者並展開已登錄之 VASA 提供者的一般索引標籤時,您仍會看到 VASA API 版本 3.5。
如果向 VMware vCenter 8.0 系統登錄支援 VASA API 版本 3.5 的 VASA 提供者,並將 VASA API 版本升級至 4.0,則即使升級後,仍會看到 VASA API 版本 3.5。
因應措施:請將 VMware vCenter 8.0 系統上的 VASA 提供者解除登錄後再重新登錄。
由於網路檔案複製 (NFC) 管理程式的工作階段未經驗證,在 vSAN 環境中執行 vSphere Storage vMotion 作業可能會失敗
透過對至少具有一個快照和多個虛擬磁碟 (使用不同的儲存區原則) 的虛擬機器執行 vSphere Storage vMotion 來移轉到 vSAN 資料存放區可能會失敗。發生此問題的原因是,由於簡單物件存取通訊協定 (SOAP) 主體超過允許的大小,導致 NFC 管理程式的工作階段未經驗證。
因應措施:先移轉虛擬機器首頁命名空間,並且僅移轉其中一個虛擬磁碟。完成此作業後,對其餘 2 個磁碟執行僅磁碟移轉。
由於以內容為基礎的讀取快取 (CBRC) 中出現摘要作業失敗錯誤,無法建立虛擬機器的快照
在罕見競爭情形下,在 CBRC 摘要檔案更新期間指派內容識別碼可能會導致資料磁碟中的內容識別碼與摘要磁碟之間出現差異。因此,無法建立虛擬機器快照。在反向追蹤中,會顯示類似下列內容的錯誤:An error occurred while saving the snapshot: A digest operation has failed
。重試後,快照建立工作即完成。
因應措施:重試快照建立工作。
變更物件時,資源集區和叢集的 [使用量] 視圖可能不會自動重新整理
當您已在某個資源集區或叢集的監控索引標籤下開啟使用量視圖,然後變更該資源集區或叢集時,該視圖可能不會自動重新整理。例如,當您開啟一個叢集的使用量視圖,然後選取其他叢集時,可能仍會看到第一個叢集的統計資料。
因應措施:按一下重新整理圖示。
如果將 vSphere 虛擬基礎結構載入到 90% 以上,ESXi 主機可能會間歇性地與 vCenter Server 中斷連線
在少數情況下,如果 vSphere 虛擬基礎結構持續使用超過 90% 的硬體容量,則某些 ESXi 主機可能會間歇性地與 vCenter Server 中斷連線。連線通常會在幾秒內恢復。
因應措施:如果在幾秒內意外未恢復與 vCenter Server 的連線,請使用 vSphere Client 手動重新連線 ESXi 主機。
在 vSphere Client 中,您不會看到有關歷史資料匯入的橫幅通知
由於後端問題,在 vSphere Client 中看不到有關針對歷史資料執行背景移轉的橫幅通知。
因應措施:使用 vCenter Server 管理介面,而非 vSphere Client。如需詳細資訊,請參閱監控和管理歷史資料移轉。
在混合 vCenter 環境中使用 API 建立的雲端原生儲存 (CNS) 區塊磁碟區發生錯誤
如果您的環境中具有 8.0 和 7.x 版的 vCenter Server 系統,則使用 API 建立雲端原生儲存 (CNS) 區塊磁碟區成功,但當您導覽以查看 CNS 磁碟區詳細資料時,vSphere Client 中可能會出現錯誤。會顯示類似下列內容的錯誤:Failed to extract the requested data. Check vSphere Client logs for details. + TypeError: Cannot read properties of null (reading 'cluster')
。僅當您使用 8.0 vCenter Server 的 vSphere Client 檢閱 7.x vCenter Server 所管理的磁碟區時,才會發生此問題。
因應措施:登入 vCenter Server 7.x 版系統上的 vSphere Client,以檢閱磁碟區內容。
由於 vpxa 上要求佇列的檔案描述元不足的罕見情形,ESXi 主機可能會沒有回應,並且您會看到 vpxa 傾印檔案
在少數情況下,如果向 vpxa 服務發出的要求需要很長時間 (例如,等待存取速度較慢的資料存放區),vpxa 上的要求佇列可能會超過檔案描述元的限制。因此,ESXi 主機可能會短暫沒有回應,並且您會在 /var/core
目錄中看到 vpxa-zdump.00*
檔案。vpxa 記錄中包含行 Too many open files
。
因應措施:無。vpxa 服務會自動重新啟動並更正此問題。
如果將自訂更新存放庫與未受信任的憑證搭配使用,則 vCenter Server 使用 vCenter Lifecycle Manager 工作流程升級或更新至 vSphere 8.0 可能會失敗
如果將自訂更新存放庫與 VMware Certificate Authority (VMCA) 不信任的自我簽署憑證搭配使用,則 vCenter Lifecycle Manager 無法從此類存放庫下載檔案。因此,使用 vCenter Lifecycle Manager 工作流程 vCenter Server 升級或更新作業會失敗,並顯示錯誤Failed to load the repository manifest data for the configured upgrade
。
因應措施:使用 CLI、GUI 安裝程式或虛擬應用裝置管理介面 (VAMI) 執行升級。如需詳細資訊,請參閱 VMware 知識庫文章 89493。
將現有虛擬硬碟新增至新虛擬機器時,您可能會看到虛擬機器組態遭到拒絕的錯誤
使用 VMware Host Client 將現有虛擬硬碟新增到新虛擬機器時,作業可能會失敗,並顯示類似下列內容的錯誤:The VM configuration was rejected. Please see browser Console
。發生此問題的原因是,VMware Host Client 可能無法取得某些內容,例如硬碟控制器。
因應措施:選取硬碟並移至即將完成頁面後,請勿按一下完成,而是返回一步,等待頁面載入,然後按下一步 > 完成。
如果使用從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機作為映像,以在叢集中部署其他 ESXi 主機,則作業會失敗
如果您擷取從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機映像,以在 vSphere Lifecycle Manager 叢集中部署其他 ESXi 主機,則作業會失敗。在 vSphere Client 中,會顯示類似下列內容的錯誤:A general system error occurred: Failed to extract image from the host: no stored copy available for inactive VIB VMW_bootbank_xxx. Extraction of image from host xxx.eng.vmware.com failed
。
因應措施:使用叢集中的其他主機擷取映像。
嘗試在版本低於 8.0 的 ESXi 主機上暫存 vSphere Lifecycle Manager 映像時看到錯誤訊息
ESXi 8.0 引入了明確暫存所需狀態映像的選項,即,將存放庫元件從 vSphere Lifecycle Manager 存放庫下載到 ESXi 主機的程序,無需立即套用軟體和韌體更新。但是,僅 ESXi 8.0 或更新版本的主機支援映像暫存。嘗試在版本低於 8.0 的 ESXi 主機上暫存 vSphere Lifecycle Manager 映像,導致出現此類主機暫存失敗並將略過這些主機的訊息。這是預期行為,並不表示任何功能失敗,因為所有 ESXi 8.0 或更新版本的主機都使用指定的所需映像進行暫存。
因應措施:無。確認受影響的 ESXi 主機版本低於 8.0 之後,請忽略這些錯誤。
在具有 DPU 的 ESXi 主機上,使用 vSphere Lifecycle Manager 執行修復工作可能會間歇性失敗
在具有 DPU 的 ESXi 主機上啟動 vSphere Lifecycle Manager 修復時,主機按預期升級並重新開機,但在重新開機之後且完成修復工作之前,可能會出現類似下列內容的錯誤:
A general system error occurred: After host … remediation completed, compliance check reported host as 'non-compliant'. The image on the host does not match the image set for the cluster. Retry the cluster remediation operation.
出現此罕見問題的原因是,DPU 上的修復後掃描出現間歇性逾時。
因應措施:將 ESXi 主機重新開機,然後重新執行 vSphere Lifecycle Manager 符合性檢查作業,其中包括修復後掃描。
VMware Host Client 可能會顯示不正確的嚴重性事件狀態說明
在 VMware Host Client 中查看 ESXi 主機的嚴重性事件狀態說明時,這些說明可能與使用智慧平台管理介面 (IPMI) 或 Lenovo XClarity Controller (XCC) 查看的說明不同。例如,在 VMware Host Client 中,PSU 感應器的嚴重性事件狀態說明可能為 Transition to Non-critical from OK
,而在 XCC 和 IPMI 中,說明則為 Transition to OK
。
因應措施:使用 ESXCLI 命令 esxcli hardware ipmi sdr list
和 Lenovo XCC 驗證嚴重性事件狀態的說明。
如果您使用的 RSA 金鑰大小小於 2048 位元,則產生 RSA 簽章會失敗
從 vSphere 8.0 開始,ESXi 會使用 OpenSSL 3.0 FIPS 提供者。根據 FIPS 186-4 需求,RSA 金鑰大小必須至少為 2048 位元才能產生任何簽章,並且不支援使用 SHA1 產生簽章。
因應措施:使用大於 2048 的 RSA 金鑰大小。