| VMware ESXi 8.0a | 2022 年 12 月 8 日 | 組建編號 20842819 查看這些版本說明的新增項目和更新。 |
新增功能
此修補程式解決了 TPM 相關的安全性增強功能。只有在較新的 Lenovo 和 HPE 平台即將提供 CPU 支援時，才需要這些增強功能。
組建編號詳細資料
| 下載檔案名稱： |
VMware-ESXi-8.0a-20842819-depot |
| 組建編號： |
20842819 |
| 下載大小： |
603.9 MB |
| sha256checksum： |
7d67771e856dab1f64c966748322576ddfd3c5a5bd293265367851a21e67f8ee |
| 需要主機重新開機： |
是 |
| 需要虛擬機器移轉或關閉： |
是 |
元件
| 元件 |
公告 |
類別 |
嚴重性 |
|---|---|---|---|
| ESXi |
ESXi_8.0.0-1.10.20842819 |
錯誤修正 |
嚴重 |
| ESXi 安裝/升級元件 |
esx-update_8.0.0-1.10.20842819 |
錯誤修正 |
嚴重 |
| ESXi 安裝/升級元件 |
esxio-update_8.0.0-1.10.20842819 |
錯誤修正 |
嚴重 |
彙總公告
此彙總實體套件包含最新的 VIB，其中含有自 ESXi 8.0 的初始版本起的所有修正。
| 公告識別碼 |
類別 |
嚴重性 |
|---|---|---|
| ESXi80a-20842819 |
錯誤修正 |
嚴重 |
映像設定檔
VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。
| 映像設定檔名稱 |
|---|
| ESXi-8.0a-20842819-standard |
| ESXi-8.0a-20842819-no-tools |
ESXi 映像
| 名稱和版本 |
發行日期 |
類別 |
詳細資料 |
|---|---|---|---|
| ESXi80a-20842819 |
2022 年 12 月 8 日 |
增強功能 |
錯誤修正映像 |
如需有關個別元件和實體套件的資訊，請參閱〈組建編號詳細資料〉和〈已解決的問題〉一節。
如需國際化、相容性、安裝、升級、開放原始碼元件及產品支援通知，請參閱《VMware vSphere 8.0 版本說明》。
修補程式下載和安裝
如需有關使用 vSphere Lifecycle Manager 的更新和升級的詳細資料，請參閱關於 vSphere Lifecycle Manager 和 vSphere Lifecycle Manager 基準和映像。您也可以使用映像設定檔來更新 ESXi 主機，而不使用 vSphere Lifecycle Manager。這需要您從 VMware 下載頁面或產品修補程式頁面手動下載修補程式離線服務包 ZIP 檔案，然後使用 esxcli software profile update 命令。如需詳細資訊，請參閱〈使用 ESXCLI 命令升級主機〉和《VMware ESXi 升級》指南。
已解決的問題
- ESXi_8.0.0-1.10.20842819
- esx-update_8.0.0-1.10.20842819
- esxio-update_8.0.0-1.10.20842819
- ESXi-8.0a-20842819-standard
- ESXi-8.0a-20842819-no-tools
- ESXi80a-20842819
ESXi_8.0.0-1.10.20842819
| 修補程式類別 |
錯誤修正 |
| 修補程式嚴重性 |
嚴重 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
|
| 修正的 PR |
3041101 |
| CVE 號碼 |
不適用 |
ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。
更新了 esx-ui, esx-xserver, cpu-microcode, trx, vsanhealth, esx-base, esx-dvfilter-generic-fastpath, esxio-dvfilter-generic-fastpath, gc, esxio-combiner, native-misc-drivers, native-misc-drivers-esxio, bmcal, vsan, vdfs, bmcal-esxio, clusterstore, gc-esxio, esxio-base, drivervm-gpucrx VIB 以解決以下問題：
-
在 ESXi 主機上同時啟用了 TPM 2.0 和 TXT 時，嘗試開啟虛擬機器電源可能會失敗
在 ESX 主機上啟用 TXT 時，嘗試開啟虛擬機器電源可能會失敗，並顯示錯誤。在 vSphere Client 中，您會看到類似下列內容的訊息：
This host supports Intel VT-x, but Intel VT-x is restricted. Intel VT-x might be restricted because 'trusted execution' has been enabled in the BIOS/firmware settings or because the host has not been power-cycled since changing this setting。已在此版本中解決此問題。
esx-update_8.0.0-1.10.20842819
| 修補程式類別 |
錯誤修正 |
| 修補程式嚴重性 |
嚴重 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 loadesx 和 esx-update VIB。
esxio-update_8.0.0-1.10.20842819
| 修補程式類別 |
錯誤修正 |
| 修補程式嚴重性 |
嚴重 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 loadesxio 和 esxio-update VIB。
ESXi-8.0a-20842819-standard
| 設定檔名稱 |
ESXi-8.0a-20842819-standard |
| 組建編號 |
如需組建編號資訊，請參閱〈組建編號詳細資料〉。 |
| 廠商 |
VMware, Inc. |
| 發行日期 |
2022 年 12 月 8 日 |
| 接受程度 |
PartnerSupported |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 受影響的 VIB |
|
| 修正的 PR |
3041101 |
| 相關的 CVE 號碼 |
不適用 |
此修補程式更新了下列問題：
-
在 ESXi 主機上同時啟用了 TPM 2.0 和 TXT 時，嘗試開啟虛擬機器電源可能會失敗
在 ESX 主機上啟用 TXT 時，嘗試開啟虛擬機器電源可能會失敗，並顯示錯誤。在 vSphere Client 中，您會看到類似下列內容的訊息：
This host supports Intel VT-x, but Intel VT-x is restricted. Intel VT-x might be restricted because 'trusted execution' has been enabled in the BIOS/firmware settings or because the host has not been power-cycled since changing this setting。已在此版本中解決此問題。
ESXi-8.0a-20842819-no-tools
| 設定檔名稱 |
ESXi-8.0a-20842819-no-tools |
| 組建編號 |
如需組建編號資訊，請參閱〈組建編號詳細資料〉。 |
| 廠商 |
VMware, Inc. |
| 發行日期 |
2022 年 12 月 8 日 |
| 接受程度 |
PartnerSupported |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 受影響的 VIB |
|
| 修正的 PR |
3041101 |
| 相關的 CVE 號碼 |
不適用 |
此修補程式更新了下列問題：
-
在 ESXi 主機上同時啟用了 TPM 2.0 和 TXT 時，嘗試開啟虛擬機器電源可能會失敗
在 ESX 主機上啟用 TXT 時，嘗試開啟虛擬機器電源可能會失敗，並顯示錯誤。在 vSphere Client 中，您會看到類似下列內容的訊息：
This host supports Intel VT-x, but Intel VT-x is restricted. Intel VT-x might be restricted because 'trusted execution' has been enabled in the BIOS/firmware settings or because the host has not been power-cycled since changing this setting。已在此版本中解決此問題。
ESXi80a-20842819
| 名稱 |
ESXi |
| 版本 |
ESXi80a-20842819 |
| 發行日期 |
2022 年 12 月 8 日 |
| 類別 |
錯誤修正 |
| 受影響的元件 |
|
| 修正的 PR |
3041101 |
| 相關的 CVE 號碼 |
不適用 |
舊版的已知問題
- 安裝、升級和移轉問題
- 其他問題
- 網路問題
- 儲存區問題
- vCenter Server 和 vSphere Client 問題
- 虛擬機器管理問題
- vSphere Lifecycle Manager 問題
- VMware Host Client 問題
- 安全性功能問題
- 客體作業系統問題
安裝、升級和移轉問題
-
如果使用軟體 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命令從applianceshshell 取得還原狀態。如果使用 VAMI，請重新整理瀏覽器。
其他問題
-
如果在 ESXi 主機關閉或重新啟動期間 PCI 傳遞在 DPU 上處於作用中狀態，則主機會失敗並顯示紫色診斷畫面
如果在 ESXi 主機關閉或重新開機時作用中虛擬機器具有到 DPU 的 PCI 傳遞，則主機會失敗並顯示紫色診斷畫面。此問題特定於具有 DPU 的系統，且僅適用於使用到 DPU 的 PCI 傳遞的虛擬機器。
因應措施：將 ESXi 主機關閉或重新開機之前，請確保主機處於維護模式，或者未執行使用到 DPU 的 PCI 傳遞的虛擬機器。如果對虛擬機器使用自動啟動選項，Autostart 管理員會在主機關閉或重新開機之前停止此類虛擬機器。
-
在具有 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/BMCNetworkEnableBMCNetworkEnable 的值為 0，且服務已停用。
~# reboot在主機重新開機時，不會在與遠端管理應用程式網路相關的主機中建立虛擬交換器、連接埠群組和 VMKNIC。
-
如果 NVIDIA BlueField DPU 處於已停用硬體卸載模式狀態，則無法開啟已設定 SR-IOV 虛擬功能之虛擬機器的電源
NVIDIA BlueField DPU 必須處於已啟用硬體卸載模式狀態，才能允許已設定 SR-IOV 虛擬功能的虛擬機器開啟電源並運作。
因應措施：將已設定 SR-IOV 虛擬功能的虛擬機器連線至虛擬交換器時，請始終對 NVIDIA BlueField DPU 使用已啟用硬體卸載模式這一預設設定。
-
某些 ionic_en 驅動程式上行可能僅適用於單一接收佇列，並且在原生模式下效能會降低
Pensando Distributed Services Platform (DSC) 介面卡具有 2 個高速乙太網路控制器 (例如
vmnic6和vmnic7) 和 1 個管理控制器 (例如vmnic8)：:~] esxcfg-nics -lvmnic6 0000:39:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:48 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controllervmnic7 0000:3a:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:49 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controller:~] esxcfg-nics -lSvmnic8 0000:3b:00.0 ionic_en_unstable Up 1000Mbps Full 00:ae:cd:09:c9:4a 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Management Controller高速乙太網路控制器
vmnic6和vmnic7先登錄並運作，且 RSS 設定為 16 個接收佇列。:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=16, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }但是，在少數情況下，如果管理控制器
vmnic8先向 vSphere Distributed Switch 登錄，則高速乙太網路控制器vmnic6或vmnic7上行可能會結束運作且 RSS 設定為 1 個接收佇列。:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=1, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }因此，在原生模式下，效能可能會降低。
因應措施：使用下列命令在 ESXi 上重新載入
ionic_en driver：:~] esxcfg-module -u ionic_en:~] esxcfg-module ionic_en:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal bind。 -
在虛擬應用裝置管理介面 (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。因應措施：無。
-
如果從 OVF 檔案或內容程式庫部署虛擬機器，則虛擬機器的每個通訊端核心數目會設定為 1
如果從 OVF 檔案或內容程式庫部署虛擬機器，而非 ESXi 自動選取每個通訊端的核心數目，則該數字會預先設定為 1。
因應措施：您可以使用 vSphere Client 手動設定每個通訊端的核心數目。
-
如果您將 HW 版本早於 20 的虛擬機器設定為具有廠商裝置群組，則此類虛擬機器可能無法按預期運作
僅具有 HW 版本 20 及更新版本的虛擬機器支援啟用高速網路裝置和 GPU 繫結的廠商裝置群組，但您無法使用廠商裝置群組在低於 20 的 HW 版本中設定虛擬機器。此類虛擬機器可能無法按預期運作：例如，無法開啟電源。
因應措施：在虛擬機器中設定廠商裝置群組之前，請確保虛擬機器 HW 版本為 20 版。
網路問題
-
無法在 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。重試後，快照建立工作即完成。因應措施：重試快照建立工作。
vCenter Server 和 vSphere Client 問題
-
變更物件時，資源集區和叢集的 [使用量] 視圖可能不會自動重新整理
當您已在某個資源集區或叢集的監控索引標籤下開啟使用量視圖，然後變更該資源集區或叢集時，該視圖可能不會自動重新整理。例如，當您開啟一個叢集的使用量視圖，然後選取其他叢集時，可能仍會看到第一個叢集的統計資料。
因應措施：按一下重新整理圖示。
-
如果將 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 知識庫文章 90259。
虛擬機器管理問題
-
將現有虛擬硬碟新增至新虛擬機器時，您可能會看到虛擬機器組態遭到拒絕的錯誤
使用 VMware Host Client 將現有虛擬硬碟新增到新虛擬機器時，作業可能會失敗，並顯示類似下列內容的錯誤：
The VM configuration was rejected. Please see browser Console。發生此問題的原因是，VMware Host Client 可能無法取得某些內容，例如硬碟控制器。因應措施：選取硬碟並移至即將完成頁面後，請勿按一下完成，而是返回一步，等待頁面載入，然後按下一步 > 完成。
vSphere Lifecycle Manager 問題
-
如果並行修復工作失敗，您將不會看到通過或略過該作業的正確 ESXi 主機數目
在 vSphere 8.0 中，可以支援 vSphere Lifecycle Manager 並行 (而非依序) 修復處於維護模式的所有主機。但是，如果並行修復工作失敗，則在 vSphere Client 中，您可能看不到通過、未通過或略過該作業的正確主機數目，甚至完全看不到此類計數。此問題不會影響 vSphere Lifecycle Manager 功能，而只會影響 vSphere 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 8.0 後，您可能無法使用 VMware Host Client (用於連線和管理單一 ESXi 主機) 將現有虛擬機器磁碟 (VMDK) 連結至虛擬機器。此問題不會影響 vSphere Client。
因應措施：使用下列 PowerCLI 程式碼片段，可讓您透過使用 New-HardDisk cmdlet 並直接連線至 ESXi 主機將現有 VMDK 連結至虛擬機器：
$vm = Get-VM -Name "Your-VM"$diskPath = "[sm-vsanDatastore] xxxxxxxxxxxx/Your-VM_1.vmdk"New-HardDisk -VM $vm -diskPath$diskPath -Confirm:$false -
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 金鑰大小。
客體作業系統問題
-
由於透過虛擬機器通訊介面 (VMCI) 進行的通訊中斷，虛擬機器的客體作業系統可能會沒有回應
在十分特殊的情況下，當虛擬機器上的 vSphere vMotion 作業與傳送 VMCI 資料包的作業並行執行時，使用 VMCI 資料包的服務可能會出現非預期通訊或通訊中斷。在相同情況下，還原記憶體快照、恢復暫停的虛擬機器或使用 CPU 熱新增時也可能會發生此問題。因此，相依於透過 VMCI 進行通訊之服務的客體作業系統可能會沒有回應。此問題也可能會影響使用透過 VMCI 的 vSocket 的服務。此問題不會影響 VMware Tools。此問題特定於硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。
因應措施：將進階選項
vmci.dmaDatagramSupport設定為FALSE。如需詳細資訊，請參閱 VMware 知識庫文章 89683。 -
如果已啟用直接記憶體存取 (DMA) 重新對應，Linux 客體作業系統無法完成開機
如果虛擬機器上已啟用進階處理器設定
Enable IOMMU in this virtual machine，且客體作業系統已啟用 DMA 重新對應，則 Linux 客體作業系統可能無法完成開機程序。此問題會影響硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。因應措施：將進階選項
vmci.dmaDatagramSupport設定為FALSE，或停用Enable IOMMU in this virtual machine選項。如需詳細資訊，請參閱 VMware 知識庫文章 89683。
