| ESXi 7.0 Update 1 | 2020 年 10 月 6 日 | ISO 組建編號 16850804 查看這些版本說明的新增項目和更新。 |
版本說明的內容
此版本說明涵蓋下列主題：
新增功能
- 在下列伺服器上，ESXi 7.0 Update 1 支援 vSphere Quick Boot：
- HPE ProLiant BL460c Gen9
- HPE ProLiant DL325 Gen10 Plus
- HPE ProLiant DL360 Gen9
- HPE ProLiant DL385 Gen10 Plus
- HPE ProLiant XL225n Gen10 Plus
- HPE Synergy 480 Gen9
- 增強了對 vSAN 環境的 vSphere Lifecycle Manager 硬體相容性預先檢查：ESXi 7.0 Update 1 新增了 vSphere Lifecycle Manager 硬體相容性預先檢查。預先檢查會在特定變更事件 (例如，修改叢集所需映像或在 vSAN 環境中新增 ESXi 主機) 後自動觸發。此外，硬體相容性架構還會在必要時針對觸發預先檢查的變更依預先定義的時間間隔自動輪詢硬體相容性清單資料庫。
- 增加了在叢集上執行的 vSphere Lifecycle Manager 並行作業數目：在 ESXi 7.0 Update 1 中，如果在資料中心層級啟動修復，則可以平行執行修復的叢集數目從 15 個增加到 64 個。
- vSphere Lifecycle Manager 支援在可用性區域之間執行協調更新：在 ESXi 7.0 Update 1 中，vSphere Lifecycle Manager 會依序更新 vSAN 叢集中的容錯網域以防止重疊作業。每個容錯網域內的 ESXi 主機仍以輪流方式進行更新。對於 vSAN 延伸叢集，第一個容錯網域始終是慣用站台。
- 延伸了 VMware vSphere Update Manager Download Service (UMDS) 支援的 Red Hat Enterprise Linux 和 Ubuntu 版本清單：ESXi 7.0 Update 1 新增了 UMDS 所支援的 Red Hat Enterprise Linux 和 Ubuntu 版本。如需支援版本的完整清單，請參閱〈支援安裝 UMDS 的 Linux 作業系統〉。
- 改進了對 VMware Tools 時間同步的控制：在 ESXi 7.0 Update 1 中，您可以從 vSphere Client 選取 VMware Tools 時間同步模式，而不是使用命令提示字元進行選取。導覽至虛擬機器選項 > VMware Tools > 與主機同步時間時，可以選取在啟動和繼續時同步 (建議)、定期同步時間，如果未選取任何選項，則會阻止同步。
- 增加了多處理器 Fault Tolerance 支援 (SMP-FT) 上限：在 ESXi 7.0 Update 1 中，您可以在 ESXi 主機或叢集中設定更多 SMP-FT 虛擬機器以及更多 SMP-FT vCPU 總計，具體取決於您的工作負載和容量規劃。
- 虛擬硬體版本 18：ESXi Update 7.0 Update 1 引入了虛擬硬體版本 18，以支援具有更高資源上限的虛擬機器，並支援：
- 安全加密虛擬化-加密狀態 (SEV-ES)
- 虛擬遠端直接記憶體存取 (vRDMA) 原生端點
- EVC 圖形模式 (vSGA)。
- 增加了虛擬機器的資源上限並增強了效能：
- 在 ESXi 7.0 Update 1 中，可建立虛擬 CPU 多 3 倍且記憶體多四倍的虛擬機器，以使具有較大記憶體和 CPU 使用量的應用程式能夠以幾乎線性方式進行調整 (與裸機相比)。虛擬機器資源上限中包含的 vCPU 從 256 個增加到 768 個，虛擬 RAM 從 6 TB 增加到 24 TB。但是，最佳做法依然是不過度認可記憶體。只有硬體版本為 18 且作業系統支援此類大型組態的虛擬機器才可設定這些資源上限。
- ESXi 中支援更大規模的虛擬機器的效能增強功能包括實體位址擴充、位址空間最佳化、改進對客體虛擬機器的 NUMA 感知，以及更具延展性的同步技術。vSphere vMotion 也已經過最佳化，可與較大的虛擬機器組態搭配使用。
- 具有 AMD 處理器的 ESXi 主機可支援 vCPU 多兩倍 (256 個) 且 RAM 最多為 8 TB 的虛擬機器。
- 對於記憶體模式和應用程式直接模式，持續性記憶體 (PMEM) 支援從 6 TB 翻倍至 12 TB。
舊版 ESXi 7.0
每個版本的版本說明中均說明了 ESXi 的功能、已解決問題和已知問題。舊版 ESXi 7.0 的版本說明如下：
如需國際化、相容性及開放原始碼元件，請參閱《VMware vSphere 7.0 版本說明》。
此版本中包含的修補程式
此版本的 ESXi 7.0 Update 1 提供下列修補程式：
組建編號詳細資料
| 下載檔案名稱： |
VMware-ESXi-7.0U1-16850804-depot |
| 組建編號： |
16850804 |
| 下載大小： |
360.6 MB |
| md5sum： |
3c12872658250d3bd12ed91de0d83109 |
| sha1checksum： |
7cc4e669e3dddd0834487ebc7f90031ae265746c |
| 需要主機重新開機： |
是 |
| 需要虛擬機器移轉或關閉： |
是 |
重要事項：
- 從 vSphere 7.0 開始，VMware 會使用元件來封裝 VIB 以及實體套件。ESXi 和
esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。
- 在 vSphere Client 的 Lifecycle Manager 外掛程式中，ESXi 7.0.1 基礎映像、設定檔和元件的發行日期為 2020-09-04。此為預期行為。為確保您可以按照發行日期使用正確的篩選器，僅彙總實體套件的發行日期為 2020-10-06。
no-tools 映像設定檔實體套件的名稱為 ESXi-7.0.1-16850804-no-tools4611675547841277300，這並非拼字錯誤。
彙總公告
此彙總實體套件包含最新的 VIB，其中含有 ESXi 7.0 初始版本後的所有修正。
| 公告識別碼 |
類別 |
嚴重性 |
| ESXi70U1-16850804 |
錯誤修正 |
嚴重 |
映像設定檔
VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。
| 映像設定檔名稱 |
| ESXi-7.0.1-16850804-standard-5818809527488818992 |
| ESXi-7.0.1-16850804-no-tools4611675547841277300 |
ESXi 映像
| 名稱和版本 |
發行日期 |
類別 |
詳細資料 |
| ESXi_7.0.1-0.0.16850804 |
2020/10/06 |
一般 |
錯誤修正映像 |
如需有關個別元件和實體套件的資訊，請參閱產品修補程式頁面和〈已解決的問題〉一節。
修補程式下載和安裝
在 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 下載頁面或產品修補程式頁面手動下載修補程式離線服務包 ZIP 檔案，然後使用 esxcli software profile update 命令。
如需詳細資訊，請參閱〈使用 ESXCLI 命令升級主機〉和《VMware ESXi 升級》指南。
產品支援通知
- VMware Tools 9.10.x 和 10.0.x 已終止一般支援。如需更多詳細資料，請參閱 VMware 產品生命週期對照表下所列的 VMware Tools。
- 意圖取代 SHA-1
在 vSphere 的未來版本中，將會取代 SHA-1 密碼編譯雜湊演算法。SHA-1 和已過時的 MD5 具有已知弱點，並示範了對其進行的實際攻擊。
已解決的問題
已解決的問題分類如下。
ESXi_7.0.1-0.0.16850804
| 修補程式類別 |
一般 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_esx-xserver_7.0.1-0.0.16850804
- VMware_bootbank_cpu-microcode_7.0.1-0.0.16850804
- VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.0.16850804
- VMware_bootbank_esx-base_7.0.1-0.0.16850804
- VMware_bootbank_vsan_7.0.1-0.0.16850804
- VMware_bootbank_esx-ui_1.34.4-0.0.16850804
- VMware_bootbank_crx_7.0.1-0.0.16850804
- VMware_bootbank_vsanhealth_7.0.1-0.0.16850804
- VMware_bootbank_native-misc-drivers_7.0.1-0.0.16850804
- VMware_bootbank_vdfs_7.0.1-0.0.16850804
- VMware_bootbank_gc_7.0.1-0.0.16850804
|
| 修正的 PR |
2086530、2226245、2495261、2156103 |
| CVE 號碼 |
不適用 |
ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。
更新了 esx-dvfilter-generic-fastpath、vsanhealth、esx-ui、vdfs、vsan、esx-base、crx、native-misc-drivers、esx-xserver、gc 和 cpu-microcode VIB 以解決下列問題：
- 新增：VMFS6 資料存放區中的堆積記憶體問題導致虛擬機器發生各種問題
在某些工作流程中，VMFS6 資料存放區可能會配置記憶體但無法將其釋放，這會導致 VMFS 堆積記憶體耗盡。此問題可能會導致下列問題：
- VMFS6 資料存放區在 ESXi 主機上顯示為「未使用」。
- 虛擬機器的 vSphere vMotion 作業失敗。
- 虛擬機器在關閉電源時變得孤立。
- 以快照為基礎的備份失敗。
- 在 vCenter Server 系統或 ESXi 主機中建立或整合快照會失敗，並顯示類似下列內容的錯誤：
整合磁碟節點「scsi0:1」失敗: 12 (無法配置記憶體)。
在 vmkwarning.* 檔案中，會顯示類似下列內容的錯誤：
vmkwarning.0:2020-06-16T13:28:23.291Z cpu48:3479102)WARNING: Heap: 3651: vmfs3 堆積已達到其大小上限。Cannot expand.
在 vmkernel.* 記錄中，會顯示類似下列內容的錯誤：
2020-06-29T14:59:36.351Z cpu21:5630454)WARNING: HBX: 2439: Failed to initialize VMFS distributed locking on volume 5eb9e8f1-f4aeef84-4256-1c34da50d370Out of memory
020-06-29T14:59:36.351Z cpu21:5630454)Vol3: 4202: Failed to get object 28 type 1 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 0 gen 0 :Out of memory
2020-06-29T14:59:36.351Z cpu21:5630454)Vol3: 4202: Failed to get object 28 type 2 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 4 gen 1 :Out of memory
2020-06-29T14:59:36.356Z cpu21:5630454)WARNING: HBX: 2439: Failed to initialize VMFS distributed locking on volume 5eb9e8f1-f4aeef84-4256-1c34da50d370Out of memory
2020-06-29T14:59:36.356Z cpu21:5630454)Vol3: 4202: Failed to get object 28 type 1 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 0 gen 0 :Out of memory
2020-06-29T14:59:36.356Z cpu21:5630454)Vol3: 4202: Failed to get object 28 type 2 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 4 gen 1 :Out of memory
已在此版本中解決此問題。
- PR 2086530：設定 nvme_pcie 驅動程式的記錄層級失敗並顯示錯誤
使用命令 esxcli nvme driver loglevel set -l <log level> 設定 nvme_pcie 驅動程式的記錄層級時，該動作會失敗並顯示錯誤訊息：
無法設定記錄層級 0x2。
由於 NVMe 驅動程式的相容性考量，此命令已保留，但 nvme_pcie 驅動程式不支援此命令。
已在此版本中解決此問題。您可以使用 VMkernel 系統資訊 Shell 修改記錄層級。
- PR 2226245：從 ESXi 主機複製主機設定檔或編輯主機設定檔時，使用者輸入值將會遺失
即使提供金鑰產生的明確規則，部分主機設定檔金鑰也會透過雜湊計算產生。因此，當您從主機複製設定或編輯主機設定檔時，回應檔案中的使用者輸入值將會遺失。
已在此版本中解決此問題。
- PR 2495261：對照版本 6.5 或 6.7 的主機設定檔檢查 ESXi 7.0 主機的符合性狀態，導致 vmhba 和 vmrdma 裝置發生錯誤
對照版本 6.5 或 6.7 的主機設定檔檢查使用 nmlx5_core 或 nvme_pcie 驅動程式的 ESXi 7.0 主機的符合性時，您可能會看到下列錯誤，其中 address1 和 address2 特定於受影響的系統。
- 匯流排類型為邏輯且位址為
address1 的 vmhba 裝置不存在於您的主機上。
-
匯流排類型為邏輯且位址為
address2 的 vmrdma 裝置不存在於您的主機上。
發生此錯誤的原因是，在 ESXi 7.0 版及更早版本中，
nmlx5_core 或
nvme_pcie 驅動程式所產生的裝置位址不相符。
已在此版本中解決此問題。
- PR 2156103：在修復程序期間，主機設定檔會修改 SNMP 動態防火牆規則集
SNMP 防火牆規則集是動態狀態，在執行階段期間處理。套用主機設定檔時，規則集的組態會同時由主機設定檔和 SNMP 管理，這會導致非預期地修改防火牆設定。
已在此版本中解決此問題。
esx-update_7.0.1-0.0.16850804
| 修補程式類別 |
一般 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_loadesx_7.0.1-0.0.16850804
- VMware_bootbank_esx-update_7.0.1-0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 loadesx 和 esx-update VIB。
VMware-nvmxnet3-ens_2.0.0.22-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nvmxnet3-ens_2.0.0.22-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了
nvmxnet3-ens VIB。
Mellanox-nmlx4_3.19.16.8-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nmlx4-core_3.19.16.8-2vmw.701.0.0.16850804
- VMW_bootbank_nmlx4-rdma_3.19.16.8-2vmw.701.0.0.16850804
- VMW_bootbank_nmlx4-en_3.19.16.8-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了nmlx4-core、nmlx4-rdma、nmlx4-rdma 和 nmlx4 VIB。
Broadcom-elxiscsi_12.0.1200.0-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_elxiscsi_12.0.1200.0-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了elxiscsi VIB。
Cisco-nfnic_4.0.0.44-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nfnic_4.0.0.44-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了nfnic VIB。
MRVL-E3-Ethernet_1.1.0.11-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_qflge_1.1.0.11-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了qflge VIB。
VMware-icen_1.0.0.9-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_icen_1.0.0.9-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了icen VIB。
Intel-ne1000_0.8.4-11vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_ne1000_0.8.4-11vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了ne1000 VIB。
Intel-Volume-Mgmt-Device_2.0.0.1055-5vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_iavmd_2.0.0.1055-5vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了iavmd VIB。
Broadcom-ELX-brcmnvmefc_12.6.278.10-3vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_brcmnvmefc_12.6.278.10-3vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了brcmnvmefc VIB。
Broadcom-ntg3_4.1.5.0-0vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_ntg3_4.1.5.0-0vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了ntg3 VIB。
HPE-hpv2-hpsa-plugin_1.0.0-3vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-hpv2-hpsa-plugin_1.0.0-3vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了lsuv2-hpv2-hpsa-plugin VIB。
Broadcom-lsi-msgpt3_17.00.10.00-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lsi-msgpt3_17.00.10.00-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了lsi-msgpt3 VIB。
Intel-SCU-rste_2.0.2.0088-7vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_rste_2.0.2.0088-7vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 rste VIB。
Intel-ixgben_1.7.1.28-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_ixgben_1.7.1.28-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 ixgben VIB。
Intel-NVMe-Vol-Mgmt-Dev-Plugin_1.0.0-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-intelv2-nvme-vmd-plugin_1.0.0-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-intelv2-nvme-vmd-plugin VIB。
VMware-iser_1.1.0.1-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_iser_1.1.0.1-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 iser VIB。
Broadcom-lpnic_11.4.62.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lpnic_11.4.62.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lpnic VIB。
VMware-NVMe-PCIe_1.2.3.9-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nvme-pcie_1.2.3.9-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nvme-pcie VIB。
Microchip-smartpqi_70.4000.0.100-3vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_smartpqi_70.4000.0.100-3vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 smartpqi VIB。
VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nvmerdmaVIB。
VMware-oem-lenovo-plugin_1.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-oem-lenovo-plugin_1.0.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-oem-lenovo-plugin VIB。
Intel-igbn_0.1.1.0-7vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_igbn_0.1.1.0-7vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 igbn VIB。
VMware-vmkata_0.1-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_vmkata_0.1-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 vmkata VIB。
VMware-vmkfcoe_1.0.0.2-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 vmkfcoe VIB。
VMware-oem-hp-plugin_1.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-oem-hp-plugin_1.0.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-oem-hp-plugin VIB。
Cisco-nenic_1.0.29.0-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nenic_1.0.29.0-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nenic VIB。
Broadcom-ELX-brcmfcoe_12.0.1500.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_brcmfcoe_12.0.1500.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 brcmfcoe VIB。
HPE-nhpsa_70.0050.0.100-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nhpsa_70.0050.0.100-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nhpsa VIB。
Mellanox-nmlx5_4.19.16.8-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nmlx5-rdma_4.19.16.8-2vmw.701.0.0.16850804
- VMW_bootbank_nmlx5-core_4.19.16.8-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nmlx5-rdma 和 nmlx5-core
Broadcom-ELX-IMA-plugin_12.0.1200.0-3vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_elx-esx-libelxima.so_12.0.1200.0-3vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 elx-esx-libelxima.so
Microchip-smartpqiv2-plugin_1.0.0-4vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-smartpqiv2-plugin_1.0.0-4vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-smartpqiv2-plugin
VMware-nvme-pcie-plugin_1.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-nvme-pcie-plugin_1.0.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-nvme-pcie-plugin VIB。
MRVL-E4-CNA-Driver-Bundle_1.0.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_qedentv_3.40.3.0-12vmw.701.0.0.16850804
- VMW_bootbank_qedrntv_3.40.4.0-12vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 qedentv VIB。
VMware-oem-dell-plugin_1.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-oem-dell-plugin_1.0.0-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-oem-dell-plugin VIB。
VMware-nvmxnet3_2.0.0.30-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_nvmxnet3_2.0.0.30-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 nvmxnet3 VIB。
VMware-ahci_2.0.5-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_vmw-ahci_2.0.5-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 vmw-ahci VIB。
Intel-i40iwn_1.1.2.6-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_i40iwn_1.1.2.6-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 i40iwn VIB。
Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_bnxtnet_216.0.50.0-16vmw.701.0.0.16850804
- VMW_bootbank_bnxtroce_216.0.58.0-7vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 bnxtnetbnxtroce VIB。
Broadcom-lsiv2-drivers-plugin_1.0.0-4vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-4vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsuv2-lsiv2-drivers-plugin
Micron-mtip32xx-native_3.9.8-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_mtip32xx-native_3.9.8-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 mtip32xx-native
VMware-nvme-plugin_1.2.0.38-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
否 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_vmware-esx-esxcli-nvme-plugin_1.2.0.38-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 vmware-esx-esxcli-nvme-plugin
MRVL-QLogic-FC_4.0.3.0-17vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_bootbank_qlnativefc_4.0.3.0-17vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 qlnativefc
VMware-vmkusb_0.1-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_vmkusb_0.1-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 vmkusb
VMware-VM-Tools_11.1.1.16303738-16850804
| 修補程式類別 |
一般 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
否 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMware_locker_tools-light_11.1.1.16303738-16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 tools-light VIB。
Solarflare-NIC_2.4.0.0010-15vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
否 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_sfvmk_2.4.0.0010-15vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 sfvmk
Intel-i40en_1.8.1.123-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_i40en_1.8.1.123-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 i40en
Broadcom-ELX-lpfc_12.6.278.10-8vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lpfc_12.6.278.10-8vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lpfc
MRVL-E3-Ethernet-iSCSI-FCoE_1.0.0.0-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_qcnic_1.0.15.0-10vmw.701.0.0.16850804
- VMW_bootbank_qfle3f_1.0.51.0-14vmw.701.0.0.16850804
- VMW_bootbank_qfle3i_1.0.15.0-9vmw.701.0.0.16850804
- VMW_bootbank_qfle3_1.0.67.0-9vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 qcnic、qfle3f、qfle3i 和 qfle3 VIB。
Broadcom-lsi-msgpt35_13.00.13.00-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lsi-msgpt35_13.00.13.00-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsi-msgpt35
VMware-pvscsi_0.1-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_pvscsi_0.1-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 pvscsi
Broadcom-lsi-msgpt2_20.00.06.00-2vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lsi-msgpt2_20.00.06.00-2vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsi-msgpt2 VIB。
Broadcom-elxnet_12.0.1250.0-5vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_elxnet_12.0.1250.0-5vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 elxnet VIB。
Broadcom-lsi-mr3_7.712.51.00-1vmw.701.0.0.16850804
| 修補程式類別 |
增強功能 |
| 修補程式嚴重性 |
重要 |
| 需要主機重新開機 |
是 |
| 需要虛擬機器移轉或關閉 |
是 |
| 受影響的硬體 |
不適用 |
| 受影響的軟體 |
不適用 |
| 包含的 VIB |
- VMW_bootbank_lsi-mr3_7.712.51.00-1vmw.701.0.0.16850804
|
| 修正的 PR |
不適用 |
| CVE 號碼 |
不適用 |
更新了 lsi-mr3 VIB。
已知問題
已知問題分類如下。
安裝、升級和移轉問題
- 新增：如果 vCenter Server 系統為 7.0 版，則使用 vSphere Lifecycle Manager 和 ISO 映像將 ESXi 主機 升級至更新版本會失敗
如果您使用 ISO 映像以及 vSphere Lifecycle Manager 將 ESXi 主機升級至比 7.0 更新的版本，並且 vCenter Server 系統仍為 7.0 版，則升級會失敗。在 vSphere Client 中，您會看到錯誤主機不支援升級。
因應措施：首先將 vCenter Server 系統升級至您計劃將 ESXi 主機升級至的 7.0.x 版本，然後使用 vSphere Update Manager 和 ISO 映像重試主機升級。或者，使用另一種升級路徑，例如從 CD、DVD 或 USB 執行的互動式升級、執行指令碼的升級或 ESXCLI，而不是使用 vSphere Lifecycle Manager 和 ISO 映像。
- 在 ESXi 7.0 主機上安裝 7.0 Update 1 驅動程式可能會失敗
您無法在執行 ESXi 7.0 或 7.0b 的主機上安裝適用於 ESXi 7.0 Update 1 的驅動程式。
作業失敗並顯示錯誤，例如：
VMW_bootbank_qedrntv_3.40.4.0-12vmw.701.0.0.xxxxxxx 需要 vmkapi_2_7_0_0，但在 ImageProfile 內無法滿足需求。
請參閱記錄檔以取得更多詳細資料。
因應措施：將 ESXi 主機更新至 7.0 Update 1。重試驅動程式安裝。
網路問題
- 當 AMD IOMMU 正在使用時，一或多個 I/O 裝置不會產生中斷
如果 ESXi 主機上的 I/O 裝置提供總共超過 512 個不同的中斷來源，則會向某些來源錯誤地指派 AMD IOMMU 中超過最大值的中斷重新對應資料表項目 (IRTE) 索引。來自此類來源的中斷會遺失，因此對應 I/O 裝置的行為如同中斷已停用一樣。
因應措施：使用 ESXCLI 命令 esxcli system settings kernel set -s iovDisableIR -v true 停用 AMD IOMMU 中斷重新對應程式。將 ESXi 主機重新開機，以使此命令生效。
其他問題
- 如果執行 ESXCLI 命令來解除載入防火牆模組，則 hostd 服務會失敗，並且 ESXi 主機會中斷連線
如果您在包含多個 ESXi 主機的環境中自動執行防火牆組態，並執行破壞篩選器和解除載入防火牆模組的 ESXCLI 命令 esxcli network firewall unload，則 hostd 服務會失敗，並且 ESXi 主機會中斷連線。
因應措施：建議在任何時候都不要解除載入防火牆模組。如果必須解除載入防火牆模組，請使用下列步驟：
- 使用以下命令停止 hostd 服務：
/etc/init.d/hostd stop。
- 使用以下命令解除載入防火牆模組：
esxcli network firewall unload。
- 執行必要的作業。
- 使用以下命令載入防火牆模組：
esxcli network firewall load。
- 使用以下命令啟動 hostd 服務：
/etc/init.d/hostd start。
- 由於網路檔案複製 (NFC) 管理程式的工作階段未經驗證，在 vSAN 環境中執行 vSphere Storage vMotion 作業可能會失敗
透過對至少具有一個快照和多個虛擬磁碟 (使用不同的儲存區原則) 的虛擬機器執行 vSphere Storage vMotion 來移轉到 vSAN 資料存放區可能會失敗。發生此問題的原因是，由於簡單物件存取通訊協定 (SOAP) 主體超過允許的大小，導致 NFC 管理程式的工作階段未經驗證。
因應措施：先移轉虛擬機器首頁命名空間，並且僅移轉其中一個虛擬磁碟。完成此作業後，對其餘 2 個磁碟執行僅磁碟移轉。
- 在重新開機後，可能不會保存 ESXi 主機上的裝置和儲存區的內容和屬性變更
如果裝置探索程序常式在 ESXi 主機重新開機期間逾時，則 jumpstart 外掛程式可能不會從主機上所有已登錄的裝置接收到裝置和儲存區的所有組態變更。這樣一來，此程序可能會在重新開機後將部分裝置或儲存區的內容還原為預設值。
因應措施：手動還原受影響的裝置或儲存區的內容變更。
- 如果使用 ESXi 7.0 Beta 版，在某些生命週期作業期間，ESXi 主機可能會失敗並顯示紫色診斷畫面
如果使用 ESXi 7.0 Beta 版，則在某些生命週期作業 (例如，解除載入驅動程式或在 ENS 模式和原生驅動程式模式之間切換) 期間，ESXi 主機可能會失敗並顯示紫色診斷畫面。例如，如果您嘗試變更 ENS 模式，則在反向追蹤中會顯示類似下列內容的錯誤訊息：case ENS::INTERRUPT::NoVM_DeviceStateWithGracefulRemove hit BlueScreen: ASSERT bora/vmkernel/main/dlmalloc.c:2733 此問題特定於 Beta 版，不會影響 ESXi 7.0 等發行版本。
因應措施：更新至 ESXi 7.0 GA。
儲存區問題
- 從 APD 或 PDL 故障復原後，NVMe over Fabrics 命名空間或裝置支援的 VMFS 資料存放區可能會永久無法存取
如果 ESXi 主機上的 VMFS 資料存放區由 NVMe over Fabrics 命名空間或裝置支援，則在出現所有路徑失效 (APD) 或永久裝置遺失 (PDL) 故障的情況下，資料存放區即使在復原後仍可能無法存取。您無法從 ESXi 主機或 vCenter Server 系統存取資料存放區。
因應措施：若要從此狀態復原，請在主機或叢集層級上執行重新掃描。如需詳細資訊，請參閱〈執行儲存區重新掃描〉。
虛擬機器管理問題
- 已啟用 AMD 安全加密虛擬化-加密狀態 (SEV-ES) 的虛擬機器無法建立虛擬機器通訊介面 (VMCI) 通訊端
在已啟用 AMD SEV-ES 的虛擬機器上，需要 VMCI 的功能的效能和特性可能會受到影響，因為此類虛擬機器無法建立 VMCI 通訊端。
因應措施：無。
- 已啟用 SEV-ES 的 Linux 虛擬機器的 smpboot 失敗
當具有多個虛擬 CPU 且已啟用 SEV-ES 的 Linux 虛擬機器開機時，除 CPU0 以外的所有 CPU 均處於離線狀態。您無法將剩餘的 CPU 上線。dmesg 命令傳回錯誤，例如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。
因應措施：無
Auto Deploy 問題
- 由於網路錯誤，無法使用 vSphere Auto Deploy 對 ESXi 主機進行 PXE 開機
對於使用 Emulex 和 Qlogic 主機匯流排介面卡 (HBA) 的 ESXi 主機，嘗試透過使用 vSphere Auto Deploy 對主機進行 PXE 開機可能會因網路錯誤而失敗。對於某些 Emulex 介面卡，將在 PXE 開機主控台中顯示類似下列內容的訊息：
無法開啟 net0: 輸入/輸出錯誤 http://ipxe.org/1d6a4a98'
執行 PXE 開機時發生網路錯誤。
正在為快取映像掃描本機磁碟。
如果找不到映像，系統將在 20 秒後重新開機……
無法開機。無此類裝置 (http://ipxe.org/2c048087)
持續面臨此問題的 Emulex HBA 介面卡包括：
- HPE StoreFabric CN1200E-T 10Gb 融合式網路介面卡
- HPE StoreFabric CN1200E 10Gb 融合式網路介面卡
- HP FlexFabric 20Gb 雙埠 650FLB 介面卡
- HP FlexFabric 20Gb 雙埠 650M 介面卡
對於使用 QLogic HBA 的 ESXi 主機，嘗試使用 vSphere Auto Deploy 對主機執行 PXE 開機不一定會失敗。
如果 ESX 主機發生問題，則在 PXE 開機主控台中，會看到類似下列內容的訊息：
正在設定 (net0 f4:03:43:b4:88:d0)......
設定方法均未成功 (http://ipxe.org/040ee186)
執行 PXE 開機時發生網路錯誤。
受影響的 Qlogic HBA 介面卡是 HP 乙太網路 10Gb 雙埠 530T。
因應措施：無
舊版中的已知問題
若要檢視以前已知問題的清單，請按一下此處。
以前的已知問題分類如下。
安裝、升級和移轉問題
- vCenter 升級/移轉預先檢查失敗，並顯示「未預期的錯誤 87」
如果 Security Token Service (STS) 憑證不包含主體別名 (SAN) 欄位，則 vCenter Server 升級/移轉預先檢查會失敗。當您已將 vCenter 5.5 Single Sign-On 憑證取代為不含 SAN 欄位的自訂憑證且嘗試升級至 vCenter Server 7.0 時，會發生此情況。升級會將 STS 憑證視為無效，並且預先檢查會阻止升級程序繼續進行。
因應措施：將 STS 憑證取代為包含 SAN 欄位的有效憑證，然後繼續執行 vCenter Server 7.0 升級/移轉。
- 透過預先存在的 CIM 提供者升級至 vSphere 7.0 時發生問題
升級後，先前安裝的 32 位元 CIM 提供者會停止運作，因為 ESXi 需要 64 位元 CIM 提供者。客戶可能會失去與 CIMPDK、NDDK (原生 DDK)、HEXDK、VAIODK (IO 篩選器) 相關的管理 API 功能，並看到與 uwglibc 相依性相關的錯誤。
Syslog 報告模組遺失「未載入 32 位元共用程式庫」。
因應措施：尚無因應措施。此修正的目的是從廠商下載新的 64 位元 CIM 提供者。
- 升級至 vCenter Server 7.0 後，智慧卡和 RSA SecurID 驗證可能會停止運作
如果您已針對智慧卡或 RSA SecurID 驗證設定 vCenter Server，請參閱 VMware 知識庫文章 (網址為 https://kb.vmware.com/s/article/78057)，然後再開始 vSphere 7.0 升級程序。如果您未依照知識庫中所述執行因應措施，則可能會看到下列錯誤訊息，且智慧卡或 RSA SecurID 驗證無法運作。
「智慧卡驗證可能會停止運作。智慧卡設定可能無法保留，並且智慧卡驗證可能會停止運作。」
或
「RSA SecurID 驗證可能會停止運作。RSA SecurID 設定可能無法保留，並且 RSA SecurID 驗證可能會停止運作。」
因應措施：在升級至 vSphere 7.0 之前，請參閱 VMware 知識庫文章，網址為 https://kb.vmware.com/s/article/78057。
- 將含外部 Platform Services Controller 的 vCenter Server 從 6.7u3 升級至 7.0 失敗，並顯示 VMAFD 錯誤
當您升級使用外部 Platform Services Controller 的 vCenter Server 部署時，可將 Platform Services Controller 聚合至 vCenter Server Appliance。如果升級失敗並顯示錯誤 install.vmafd.vmdir_vdcpromo_error_21，則表示 VMAFD 首次開機程序失敗。VMAFD 首次開機程序會從來源 Platform Services Controller 和複寫合作夥伴 vCenter Server Appliance 複製 VMware Directory Service 資料庫 (data.mdb)。
因應措施：在升級含外部 Platform Services Controller 的 vCenter Server 之前，先在來源 Platform Services Controller 或複寫合作夥伴 vCenter Server Appliance 的乙太網路介面卡上停用 TCP 分割卸載 (TSO) 和一般分割卸載 (GSO)。請參閱知識庫文章：https://kb.vmware.com/s/article/74678。
- 使用 CLI 升級 vCenter Server 會錯誤地保留 vSphere Authentication Proxy 服務的傳輸安全層 (TLS) 組態
如果 vSphere Authentication Proxy 服務 (vmcam) 設定為使用除預設 TLS 1.2 通訊協定以外的特定 TLS 通訊協定，則會在 CLI 升級程序期間保留此組態。依預設，vSphere 支援 TLS 1.2 加密通訊協定。如果您必須使用 TLS 1.0 和 TLS 1.1 通訊協定來支援不支援 TLS 1.2 的產品或服務，請使用 TLS Configurator 公用程式啟用或停用不同的 TLS 通訊協定版本。
因應措施：使用 TLS Configurator 公用程式設定 vmcam 連接埠。若要瞭解如何管理 TLS 通訊協定組態以及使用 TLS Configurator 公用程式，請參閱《VMware 安全性》說明文件。
- 在 vCenter Server 升級期間，可能不會保留智慧卡和 RSA SecurID 設定
升級至 vCenter Server 7.0 後，使用 RSA SecurID 的驗證將無法運作。嘗試使用 RSA SecurID 登入資訊進行登入時，會顯示一則錯誤訊息，提示您解決此問題。
因應措施：重新設定智慧卡或 RSA SecureID。
- 將 vCenter Server for Windows 移轉至 vCenter Server Appliance 7.0 失敗，並顯示網路錯誤訊息
將 vCenter Server for Windows 移轉至 vCenter Server Appliance 7.0 失敗，並顯示錯誤訊息 IP 已存在於網路中。這會阻止移轉程序在新的 vCenter Server Appliance 上設定網路參數。如需詳細資訊，請檢查記錄檔：/var/log/vmware/upgrade/UpgradeRunner.log
因應措施：
- 確認已在來源 vCenter Server for Windows 執行個體上完成所有 Windows 更新，或停用自動 Windows 更新直到移轉完成為止。
- 重試將 vCenter Server for Windows 移轉至 vCenter Server Appliance 7.0。
- 當您使用 max_vfs 模組參數設定 SR-IOV 裝置的虛擬功能數目時，變更可能不會生效
在 vSphere 7.0 中，您可以使用虛擬基礎結構管理 (VIM) API (例如，透過 vSphere Client) 設定 SR-IOV 裝置的虛擬功能數目。此工作不需要將 ESXi 主機重新開機。使用 VIM API 組態後，如果您嘗試使用 max_vfs 模組參數設定 SR-IOV 虛擬功能的數目，則變更可能不會生效，因為這些變更已被 VIM API 組態覆寫。
因應措施：無。若要設定 SR-IOV 裝置的虛擬功能數目，請每次都使用相同的方法。使用 VIM API 或使用 max_vfs 模組參數，然後將 ESXi 主機重新開機。
- 升級後的 vCenter Server Appliance 執行個體不會保留來源執行個體中的所有次要網路 (NIC)
在主要升級期間，如果 vCenter Server Appliance 的來源執行個體設定了除 VCHA NIC 以外的多個次要網路，則目標 vCenter Server 執行個體將不會保留 VCHA NIC 以外的次要網路。如果來源執行個體設定了屬於 DVS 連接埠群組的多個 NIC，則在升級期間將不會保留 NIC 組態。將會保留屬於標準連接埠群組的 vCenter Server Appliance 執行個體的組態。
因應措施：無。在目標 vCenter Server Appliance 執行個體中手動設定次要網路。
- 在升級或移轉含外部 Platform Services Controller 的 vCenter Server 後，使用 Active Directory 進行驗證的使用者將失去對新升級的 vCenter Server 執行個體的存取權
在升級或移轉含外部 Platform Services Controller 的 vCenter Server 後，如果新升級的 vCenter Server 未加入至 Active Directory 網域，則使用 Active Directory 進行驗證的使用者將失去對 vCenter Server 執行個體的存取權。
因應措施：確認新的 vCenter Server 執行個體已加入至 Active Directory 網域。請參閱知識庫文章：https://kb.vmware.com/s/article/2118543
- 使用 Oracle 資料庫移轉含外部 Platform Services Controller 的 vCenter Server for Windows 失敗
匯出事件和工作資料時，如果 Oracle 事件和工作資料表中含有非 ASCII 字串，則移轉可能會失敗。將會提供下列錯誤訊息：UnicodeDecodeError
因應措施：無。
- 在 ESXi 主機升級後，主機設定檔符合性檢查會顯示不符合標準狀態，並且主機修復工作失敗
不符合標準狀態指出設定檔與主機之間發生不一致。
發生此不一致情況，可能是因為 ESXi 7.0 不允許重複的宣告規則，但您使用的設定檔包含重複的規則。例如，如果您先嘗試使用從主機擷取的主機設定檔，然後再將 ESXi 6.5 或 ESXi 6.7 升級至 7.0 版，並且主機設定檔包含系統預設規則的任何重複宣告規則，則您可能會遇到這些問題。
因應措施：
- 從主機設定檔文件中移除系統預設規則的任何重複宣告規則。
- 檢查符合性狀態。
- 修復主機。
- 如果先前的步驟沒有幫助，請將主機重新開機。
- vCenter Server 管理介面中顯示錯誤訊息
安裝或升級至 vCenter Server 7.0 後，當您導覽至 vCenter Server 管理介面內的 [更新] 面板時，會顯示錯誤訊息「檢查 URL，然後再試一次」。錯誤訊息不會阻止您使用 [更新] 面板內的功能，您可以查看、暫存和安裝任何可用的更新。
因應措施：無。
安全性功能問題
- 如果啟用了 HA 的受信任叢集包含未證明的主機，則無法開啟加密的虛擬機器的電源
在 VMware® vSphere Trust Authority™ 中，如果您已在受信任叢集上啟用 HA，並且叢集中的一或多個主機未通過證明，則無法開啟加密的虛擬機器的電源。
因應措施：從受信任叢集中移除或修復所有未通過證明的主機。
- 如果啟用了 DRS 的受信任叢集包含未證明的主機，則無法開啟加密的虛擬機器的電源
在 VMware® vSphere Trust Authority™ 中，如果您已在受信任叢集上啟用 DRS，並且叢集中的一或多個主機未通過證明，則 DRS 可能會嘗試在叢集中未證明的主機上開啟加密的虛擬機器的電源。此作業會將虛擬機器置於鎖定狀態。
因應措施：從受信任叢集中移除或修復所有未通過證明的主機。
- 嘗試使用 vSphere Client 執行此作業時，跨 vCenter Server 執行個體移轉或複製加密的虛擬機器會失敗
如果您嘗試使用 vSphere Client 跨 vCenter Server 執行個體移轉或複製加密的虛擬機器，則此作業會失敗，並顯示下列錯誤訊息：「在目前的狀態下不允許執行此作業」。
因應措施：必須使用 vSphere API 跨 vCenter Server 執行個體移轉或複製加密的虛擬機器。
網路問題
- Intel 82599/X540/X550 NIC 上網路效能的輸送量降低
與 vSphere 6.7 相比，在 vSphere 7.0 中為改善 Intel 82599EB/X540/X550 系列 NIC 上的網路效能而新增至 ixgben 驅動程式的新佇列配對功能，可能會降低某些工作負載下的輸送量。
因應措施：若要實現與 vSphere 6.7 相同的網路效能，您可以使用模組參數停用佇列配對。若要停用佇列配對，請執行下列命令：
# esxcli system module parameters set -p "QPair=0,0,0,0..."-m ixgben
執行命令後，請重新開機。
- 當 Network I/O Control (NetIOC) 啟用時，高輸送量虛擬機器可能會遇到網路效能降級的情況
從 vSphere 6.7 升級到已啟用 NetIOC 的 vSphere 7.0 時，需要高網路輸送量的虛擬機器可能會遇到輸送量降級的情況。
因應措施：調整 ethernetx.ctxPerDev 設定以啟用多個環境。
- IPv6 流量無法通過使用 IPsec 的 VMkernel 連接埠
當您將 VMkernel 連接埠從一個連接埠群組移轉到另一個連接埠群組時，IPv6 流量無法通過使用 IPsec 的 VMkernel 連接埠。
因應措施：從受影響的伺服器移除 IPsec 安全性關聯 (SA)，然後重新套用 SA。若要瞭解如何設定和移除 IPsec SA，請參閱《vSphere 安全性》說明文件。
- CPU 使用率增加時 ESX 網路效能提升
ESX 網路效能可能會隨著 CPU 使用率的增加而提升。
因應措施：移除並新增僅具有 1 個 rx 分派佇列的網路介面。例如：
esxcli network ip interface remove --interface-name=vmk1
esxcli network ip interface add --interface-name=vmk1 --num-rxqueue=1
- 熱新增、熱移除或執行 Storage vMotion 後，虛擬機器可能會中斷乙太網路流量
熱新增、熱移除或執行 Storage vMotion 後，虛擬機器可能會停止接收乙太網路流量。此問題會影響 VNIC 的上行已啟用 SR-IOV 的虛擬機器。如果虛擬網路的上行是 Mellanox 之具備 RDMA 功能的 NIC 並且已設定 RDMA 命名空間，PVRDMA 虛擬 NIC 便會出現此問題。
因應措施：您可以熱移除和熱新增虛擬機器之受影響的乙太網路 NIC，以還原流量。在 Linux 客體作業系統上，重新啟動網路也可能解決此問題。如果這些因應措施不起作用，您可以將虛擬機器重新開機以還原網路連線。
- 變更使用靜態 IP 位址部署之 VCSA 的 IP 位址，需要您預先建立 DNS 記錄
採用 DDNS 後，DNS 記錄更新僅適用於使用 DHCP 設定之網路部署的 VCSA。透過 VAMI 變更 vCenter Server 的 IP 位址時，會顯示下列錯誤：
指定的 IP 位址未解析為指定的主機名稱。
因應措施：有兩種可行的因應措施。
- 使用相同的 FQDN 和所需的 IP 位址建立其他 DNS 項目。登入 VAMI，並遵循下列步驟來變更 IP 位址。
- 使用 ssh 登入 VCSA。執行下列指令碼：
./opt/vmware/share/vami/vami_config_net
使用選項 6 變更 eth0 的 IP 位址。變更後，請執行下列指令碼：
./opt/likewise/bin/lw-update-dns
重新啟動 VCSA 上的所有服務，以更新 DNS 伺服器上的 IP 資訊。
- 在 NSX Manager 中刪除對應的邏輯交換器後，可能需要幾秒的時間才能移除 NSX 分散式虛擬連接埠群組 (NSX DVPG)。
隨著邏輯交換器數目的增加，在刪除 NSX Manager 中對應的邏輯交換器後，可能需要更多的時間才能移除 vCenter Server 中的 NSX DVPG。在具有 12000 個邏輯交換器的環境中，需要大約 10 秒的時間才能從 vCenter Server 中刪除 NSX DVPG。
因應措施：無。
- 如果建立了大量 NSX 分散式虛擬連接埠群組，則 Hostd 會耗盡記憶體，並且失敗。
在 vSphere 7.0 中，NSX 分散式虛擬連接埠群組耗用的記憶體數量明顯大於不透明網路。基於此原因，NSX 分散式虛擬連接埠群組無法支援與提供給不透明網路相同數量記憶體的相同規模。
因應措施：若要支援使用 NSX 分散式虛擬連接埠群組，請增加 ESXi 主機中的記憶體數量。如果您確認系統有足夠的記憶體可支援您的虛擬機器，您可以使用下列命令，直接增加 hostd 的記憶體。
localcli --plugin-dir /usr/lib/vmware/esxcli/int/ sched group setmemconfig --group-path host/vim/vmvisor/hostd --units mb --min 2048 --max 2048
請注意，這將導致 hostd 使用一般為環境的虛擬機器保留的記憶體。這可能會導致減少 ESXi 主機可支援的虛擬機器數目。
- 如果在虛擬機器上設定了網路保留區，則 DRS 可能會不正確地啟動 vMotion
如果在虛擬機器上設定了網路保留區，則預期 DRS 僅會將該虛擬機器移轉至符合指定需求的主機。在具有 NSX 傳輸節點的叢集中，如果某些傳輸節點透過 NSX-T 虛擬分散式交換器 (N-VDS) 而其他傳輸節點透過 vSphere Distributed Switch (VDS) 7.0 加入傳輸區域，則 DRS 可能會不正確地啟動 vMotion。在下列情況下，您可能會遇到此問題：
- 虛擬機器連線至設定了網路保留區的 NSX 邏輯交換器。
- 某些傳輸節點使用 N-VDS 而其他傳輸節點使用 VDS 7.0 加入傳輸區域，或者，傳輸節點透過不同的 VDS 7.0 執行個體加入傳輸區域。
因應措施：使所有傳輸節點透過 N-VDS 或相同的 VDS 7.0 執行個體加入傳輸區域。
- 將 VMkernel NIC (vmknic) 新增至 NSX 連接埠群組時，vCenter Server 會報告此錯誤：「不支援將 VMKernel 介面卡連線到乏態主機上的 NSX 連接埠群組。請改用分散式連接埠群組。」
- 對於分散式虛擬交換器 (DVS) 上的乏態 ESXi，會封鎖 NSX 連接埠群組上的 vmknic。您必須改為使用分散式連接埠群組。
- 對於 DVS 上可設定狀態的 ESXi，支援 NSX 連接埠群組上的 vmknic，但如果在 NSX 連接埠群組上使用 vmknic，則 vSAN 可能會發生問題。
因應措施：在相同 DVS 上使用分散式連接埠群組。
- 從 vCenter for QLogic 4x10GE QL41164HFCU CNA 啟用 SRIOV 可能會失敗
如果您導覽至實體網路介面卡的編輯設定對話方塊，並嘗試啟用 SR-IOV，則在使用 QLogic 4x10GE QL41164HFCU CNA 時，該作業可能會失敗。嘗試啟用 SR-IOV 可能會導致 ESXi 主機的網路中斷。
因應措施：在 ESXi 主機上使用下列命令來啟用 SRIOV：
esxcfg-module
- 新增 如果使用 Distributed Resource Scheduler (DRS) 的叢集中的主機透過不同的虛擬分散式交換器 (VDS) 或 NSX-T 虛擬分散式交換器 (NVDS) 和 VDS 的組合加入 NSX-T 網路，則 vCenter Server 會失敗
在 vSphere 7.0 中，在具有 DRS 叢集的 vSphere VDS 上使用 NSX-T 網路時，如果主機未透過相同的 VDS 或 NVDS 加入 NSX 傳輸區域，則可能會導致 vCenter Server 失敗。
因應措施：讓 DRS 叢集中的主機使用相同的 VDS 或 NVDS 加入 NSX 傳輸區域。
儲存區問題
- 在具有 SmartPQI 控制器的 HPE Gen10 伺服器上進行磁碟熱移除和熱插入後，不會自動掛接 VMFS 資料存放區
如果將 HPE Gen10 伺服器 (具有不含延伸展開器的 SmartPQI 控制器) 上的 SATA 磁碟熱移除並重新熱插入同一機器的不同磁碟槽，或將多個磁碟熱移除並以不同的順序重新熱插入，有時會向該磁碟指派新的本機名稱。該磁碟上的 VMFS 資料存放區會顯示為快照，並且不會自動重新掛接，因為裝置名稱已變更。
因應措施：無。SmartPQI 控制器不支援未排序的熱移除和熱插入作業。
- 由於所有作用中路徑上的錯誤，ESXi 可能會終止 NVMeOF 裝置的 I/O
有時，由於連結問題或控制器狀態，NVMeOF 裝置的所有作用中路徑會登錄 I/O 錯誤。如果其中一個路徑的狀態變更為 [無作用]，則高效能外掛程式 (HPP) 可能不會在顯示大量錯誤時選取其他路徑。因此，I/O 失敗。
因應措施：停用組態選項 /Misc/HppManageDegradedPaths，以取消封鎖 I/O。
- 針對以 NVMe 為基礎的 VMFS 資料存放區執行 VOMA 檢查失敗，並顯示錯誤
以 NVMe 為基礎的 VMFS 資料存放區不支援 VOMA 檢查，將會失敗並顯示錯誤：
ERROR: 無法保留裝置。功能未實作
範例：
# voma -m vmfs -f check -d /vmfs/devices/disks/: <partition#>
正在檢查模式下執行 VMFS 檢查程式版本 2.1
正在初始化 LVM 中繼資料，基本檢查將會完成
正在檢查檔案系統活動
正在執行檔案系統運作情況檢查..|正在掃描 VMFS-6 主機活動 (4096 位元組/HB，1024 HBs)。
ERROR: 無法保留裝置。功能未實作
正在中止 VMFS 磁碟區檢查
VOMA 無法檢查裝置: 一般錯誤
因應措施：無。如果需要分析 VMFS 中繼資料，請使用 -l 選項進行收集，然後傳遞至 VMware 客戶支援部門。用於收集傾印的命令為：
voma -l -f dump -d /vmfs/devices/disks/:<partition#>
- 使用虛擬機器重新設定 API 將已加密的第一級磁碟連結至加密的虛擬機器可能會失敗，並顯示錯誤
如果使用不同的密碼編譯金鑰加密 FCD 和虛擬機器，則嘗試使用虛擬機器重新設定 API 將已加密的 FCD 連結至加密的虛擬機器可能會失敗，並顯示錯誤訊息：
由於金鑰或密碼錯誤，無法對磁碟進行解密。
因應措施：使用 attachDisk API 而非虛擬機器重新設定 API，將已加密的 FCD 連結至加密的虛擬機器。
- 如果 ESXi 主機的合併 VMFS 資料存放區的非主要範圍進入永久裝置遺失 (PDL) 狀態，則 ESXi 主機可能會處於無回應狀態
當合併 VMFS 資料存放區的非主要範圍與主要範圍一起出現故障時，不會發生此問題。在此情況下，整個資料存放區將變得無法存取，且不再允許 I/O。
反之，如果只有非主要範圍出現故障，而主要範圍仍然可供存取，則資料存放區活動訊號顯示為正常。主機與資料存放區之間的 I/O 會繼續。但是，任何依賴出現故障的非主要範圍的 I/O 也會啟動失敗。其他 I/O 交易可能會在等待解決故障 I/O 時累積，並導致主機進入無回應狀態。
因應措施：修正非主要範圍的 PDL 狀況以解決此問題。
- 從 APD 或 PDL 狀況復原後，已啟用叢集虛擬磁碟支援的 VMFS 資料存放區可能仍無法存取
只有在啟用了叢集虛擬磁碟支援的資料存放區上，才會發生此問題。當資料存放區從所有路徑失效 (APD) 或永久裝置遺失 (PDL) 狀況復原後，它仍然無法存取。VMkernel 記錄可能會顯示類似下列內容的多個 SCSI3 保留衝突訊息：
2020-02-18T07:41:10.273Z cpu22:1001391219)ScsiDeviceIO: vm 1001391219: SCSIDeviceCmdCompleteCB:2972: Reservation conflict retries 544 for command 0x45ba814b8340 (op: 0x89) to device "naa.624a9370b97601e346f64ba900024d53"
發生此問題的原因是，參與叢集的 ESXi 主機遺失了資料存放區的 SCSI 保留，且在資料存放區復原後無法始終自動重新取得。
因應措施：使用下列命令手動登錄保留：
vmkfstools -L registerkey /vmfs/devices/disks/<device name>
其中 <device name> 是在其上建立資料存放區的裝置的名稱。
- 虛擬 NVMe 控制器是適用於 Windows 10 客體作業系統的預設磁碟控制器
使用硬體版本 15 或更新版本時，虛擬 NVMe 控制器是下列客體作業系統的預設磁碟控制器：
Windows 10
Windows Server 2016
Windows Server 2019
使用虛擬 NVMe 控制器時，某些功能可能無法使用。如需詳細資訊，請參閱 https://kb.vmware.com/s/article/2147714
附註：某些用戶端使用先前預設的 LSI Logic SAS。這包括 ESXi Host Client 和 PowerCLI。
因應措施：如果您需要使用虛擬 NVMe 上未提供的功能，請切換至 VMware Paravirtual SCSI (PVSCSI) 或 LSI Logic SAS。如需使用 VMware Paravirtual SCSI (PVSCSI) 的相關資訊，請參閱 https://kb.vmware.com/s/article/1010398
- 將 ESXi 主機升級至 vSphere 7.0 後，存在重複的核心宣告規則，可能會導致非預期的行為
宣告規則會決定哪個多重路徑外掛程式 (例如 NMP、HPP 等) 擁有特定儲存裝置的路徑。ESXi 7.0 不支援重複的宣告規則。但是，如果您將重複規則新增至透過從舊版升級而繼承的現有宣告規則，則 ESXi 7.0 主機不會對您發出警示。由於使用重複的規則，儲存裝置可能會由非預期的外掛程式宣告，這可能會導致非預期的結果。
因應措施：請勿使用重複的核心宣告規則。在新增宣告規則前，刪除任何現有的相符宣告規則。
- 設有符合性狀態篩選器的 CNS 查詢可能需要很長時間才能完成
透過 CNS QueryVolume API，可以取得有關 CNS 磁碟區的資訊，例如磁碟區健全狀況和符合性狀態。檢查個別磁碟區的符合性狀態時，可以快速取得結果。但是，如果叫用 CNS QueryVolume API 以檢查多個磁碟區 (數十個或幾百個) 的符合性狀態，查詢的執行速度可能比較緩慢。
因應措施：避免使用大量查詢。當您需要取得符合性狀態時，請一次查詢一個磁碟區，或將查詢 API 中的磁碟區數目限制為 20 個或更少。使用查詢時，請避免執行其他 CNS 作業以取得最佳效能。
- 新增 已刪除的 CNS 磁碟區可能會在 CNS 使用者介面中暫時顯示為存在
刪除支援 CNS 磁碟區的 FCD 磁碟後，該磁碟區可能仍會在 CNS UI 中顯示為存在。不過，嘗試刪除磁碟區會失敗。您可能會看到類似下列內容的錯誤訊息：
找不到參照的物件或項目。
因應措施：下一次完整同步將可解決不一致的情況，並正確更新 CNS UI。
- 新增 嘗試將多個 CNS 磁碟區連結到相同的網繭可能偶爾會失敗，並顯示錯誤
當您同時將多個磁碟區連結到相同的網繭時，附加作業可能偶爾會選擇相同的控制器插槽。因此，只有其中一個作業會成功，而其他磁碟區掛接會失敗。
因應措施：在 Kubernetes 重試失敗的作業後，如果節點虛擬機器上有可用的控制器插槽，則作業會成功。
- 新增 在某些情況下，當 CNS 作業失敗時，vSphere Client 中的工作狀態會顯示為成功
比方說，當您使用不相容的儲存區原則來建立 CNS 磁碟區時，可能會發生此情況。作業會失敗，但 vSphere Client 會將工作狀態顯示為成功。
因應措施：vSphere Client 中的工作狀態為成功，並不保證 CNS 作業已成功。若要確定作業已成功，請確認其結果。
- 新增 對 CNS 持續性磁碟區執行刪除作業失敗，可能會使磁碟區無法在 vSphere 資料存放區上取消刪除
當 CNS 刪除 API 嘗試刪除仍連結至網繭的持續性磁碟區時，可能會發生此問題。例如，當您刪除網繭執行所在的 Kubernetes 命名空間時。因此，該磁碟區會從 CNS 中清除，CNS 查詢作業不會傳回該磁碟區。但是，磁碟區會繼續存放在資料存放區上，且無法透過重複的 CNS 刪除 API 作業來刪除。
因應措施：無。
vCenter Server 和 vSphere Client 問題
- 廠商提供者在 PNID 變更後離線
當您變更 vCenter IP 位址 (PNID 變更) 時，已登錄的廠商提供者會離線。
因應措施：重新登錄廠商提供者。
- 跨 vCenter 移轉虛擬機器失敗並顯示錯誤
當您使用跨 vCenter vMotion 將虛擬機器的儲存區和主機移至其他 vCenter Server 執行個體時，您可能會收到錯誤在目前的狀態下不允許執行此作業。
如果虛擬機器指派有包含以主機為基礎的規則 (例如加密或任何其他 IO 篩選器規則) 的儲存區原則，則在「主機選取」步驟之後和「資料存放區選取」步驟之前，使用者介面精靈中會出現此錯誤。
因應措施：將虛擬機器及其磁碟指派給不含以主機為基礎的規則的儲存區原則。如果來源虛擬機器已加密，您可能需要解密虛擬機器。然後，重試跨 vCenter vMotion 動作。
- [硬體健全狀況] 索引標籤中的 [儲存區感應器] 資訊在 vCenter 使用者介面、主機使用者介面和 MOB 上顯示不正確的值
當您導覽至 vCenter 使用者介面上的主機 > 監控 > 硬體健全狀況 > 儲存區感應器時，儲存區資訊會顯示不正確或未知的值。主機使用者介面上以及 MOB 路徑 "runtime.hardwareStatusInfo.storageStatusInfo" 中也會出現相同的問題。
因應措施：無。
- vSphere 使用者介面主機進階設定會將目前的產品鎖定器位置顯示為空白，且預設為空白
vSphere 使用者介面主機進階設定會將目前的產品鎖定器位置顯示為空白，且預設為空白。這並不一致，因為實際的產品位置符號連結已建立且有效。這會導致使用者造成混淆。無法從使用者介面更正預設值。
因應措施：使用者可以在主機上使用 esxcli 命令，以如下方式更正目前的產品鎖定器位置預設值。
1.移除具有以下內容的現有產品鎖定器位置設定："esxcli system settings advanced remove -o ProductLockerLocation"
2.重新新增具有適當預設值的產品鎖定器位置設定：
2.a. 如果 ESXi 是完整安裝，則預設值為 "/locker/packages/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/locker/packages/vmtoolsRepo"
2.b.如果 ESXi 是 PXEboot 組態，例如 autodeploy，則預設值為："/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/vmtoolsRepo"
執行下列命令以自動確定位置：export PRODUCT_LOCKER_DEFAULT=`readlink /productLocker`
新增設定：esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s $PRODUCT_LOCKER_DEFAULT
您可以透過發出單一命令在步驟 2 中合併上述所有步驟：
esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s `readlink /productLocker`
- 如果 vCenter Cloud Gateway 連結至 SDDC，則連結的軟體定義資料中心 (SDDC) vCenter Server 執行個體會顯示在內部部署 vSphere Client 中。
當 vCenter Cloud Gateway 部署在與內部部署 vCenter Server 相同的環境中，並連結至 SDDC，則 SDDC vCenter Server 會顯示在內部部署 vSphere Client 中。這是非預期的行為，因此應忽略連結的 SDDC vCenter Server。涉及連結的 SDDC vCenter Server 的所有作業應在 vCenter Cloud Gateway 內執行的 vSphere Client 上執行。
因應措施：無。
虛擬機器管理問題
- 自訂指令碼的自訂後區段在客體自訂之前執行
如果為 Linux 客體作業系統執行客體自訂指令碼，則自訂規格中定義的自訂指令碼的自訂前區段會在客體自訂之前執行，而自訂後區段在此之後執行。如果您在虛擬機器的客體作業系統中啟用 Cloud-Init，由於 Cloud-Init 中存在已知問題，自訂後區段會在自訂之前執行。
因應措施：停用 Cloud-Init 並使用標準客體自訂。
- 在沒有共用儲存區的情況下，vSphere vMotion、Storage vMotion 和 vMotion 中的群組移轉作業會失敗，並顯示錯誤
當您在具有多個磁碟和多層級快照的虛擬機器上執行群組移轉作業時，此作業可能會失敗，並顯示錯誤 com.vmware.vc.GenericVmConfigFault 等待資料失敗。錯誤 195887167。可能由於逾時，遠端主機已關閉連線。
因應措施：在出現故障的虛擬機器上一次重試一項移轉作業。
- 從 URL 部署 OVF 或 OVA 範本失敗，並顯示 403 禁止錯誤
不支援包含 HTTP 查詢參數的 URL。例如，http://webaddress.com?file=abc.ovf 或 Amazon 預先簽署的 S3 URL。
因應措施：下載檔案，然後從本機檔案系統部署這些檔案。
- 匯入或部署名稱中包含非 ASCII 字元的本機 OVF 檔案可能會失敗並顯示錯誤
匯入名稱中包含非 ASCII 字元的本機 .ovf 檔案時，可能會收到 400 錯誤的要求錯誤。當您使用此類 .ovf 檔案在 vSphere Client 中部署虛擬機器時，部署程序會停止在 0%。因此，您可能會收到 400 錯誤的要求錯誤或 500 內部伺服器錯誤。
因應措施：
- 從
.ovf 和 .vmdk 檔案名稱中移除非 ASCII 字元。
- 若要編輯 .
ovf 檔案，請使用文字編輯器開啟該檔案。
- 搜尋非 ASCII
.vmdk 檔案名稱，並將其變更為 ASCII。
- 重新匯入或部署已儲存的檔案。
- 新增 虛擬機器資料夾中的第三層巢狀物件不可見
執行下列步驟：
- 導覽至資料中心，然後建立虛擬機器資料夾。
- 在虛擬機器資料夾中，建立巢狀虛擬機器資料夾。
- 在第二個資料夾中，建立另一個巢狀虛擬機器、虛擬機器資料夾、vApp 或虛擬機器範本。
因此，您無法從 [虛擬機器和範本] 詳細目錄樹狀結構查看第三個巢狀資料夾中的物件。
因應措施：若要查看第三個巢狀資料夾中的物件，請導覽至第二個巢狀資料夾，然後選取 [虛擬機器] 索引標籤。
vSphere HA 和 Fault Tolerance 問題
- 從無法存取儲存區 (如叢集範圍 APD) 的情況復原後，叢集中的虛擬機器可能會孤立。
即使叢集中已啟用 HA 和 VMCP，部分虛擬機器在叢集範圍 APD 復原後可能處於孤立狀態。
當下列狀況同時發生時，可能會遇到此問題：
- 叢集中的所有主機都遇到 APD 狀況且不會復原，直到達到 VMCP 逾時時間為止。
- 由於主機上發生 APD 狀況，HA 主機會起始容錯移轉。
- 由於下列其中一項，在 HA 容錯移轉期間開啟 API 電源失敗：
- 在同一主機上發生 APD 狀況
- 跨整個叢集發生串聯 APD 狀況
- 儲存區問題
- 資源無法使用
- FDM 解除登錄和 VC 竊取虛擬機器邏輯可能會在 FDM 尚未解除登錄故障虛擬機器的情況下起始，並且 VC 的主機同步化回應多個主機報告相同的虛擬機器。FDM 和 VC 都會解除登錄不同主機中同一個虛擬機器的不同登錄複本，從而導致虛擬機器處於孤立狀態。
因應措施：在 APD 復原後，您必須在叢集內手動解除登錄並重新登錄孤立的虛擬機器。
如果您不手動重新登錄孤立的虛擬機器，HA 會嘗試將其容錯移轉，但可能需要 5 到 10 小時的時間，視 APD 復原時間而定。
叢集的整體功能不會受到這些情況的影響，並且 HA 將繼續保護虛擬機器。這是出現問題期間 VC 上顯示的異常。
vSphere Lifecycle Manager 問題
- 無法在已啟用用於共同管理所有主機上的映像設定和更新的叢集上啟用 NSX-T
NSX-T 與用於映像管理的 vSphere Lifecycle Manager 功能不相容。當您啟用叢集以在該叢集中的所有主機上共同進行映像設定和更新時，無法在該叢集上啟用 NSX-T。但是，您可以將 NSX Edge 部署到此叢集。
因應措施：將主機移到可使用基準進行管理的新叢集，並在該新叢集上啟用 NSX-T。
- vSphere Lifecycle Manager 和 vSAN 檔案服務不能同時在 vSphere 7.0 版本中的 vSAN 叢集上啟用
如果在叢集上啟用了 vSphere Lifecycle Manager，則不能在相同叢集中啟用 vSAN 檔案服務，反之亦然。若要在已啟用 VSAN 檔案服務的叢集上啟用 vSphere Lifecycle Manager，請先停用 vSAN 檔案服務，然後重試該作業。請注意，如果您轉換為由單一映像管理的叢集，則無法在該叢集上停用 vSphere Lifecycle Manager。
因應措施：無。
- 無法使用 vSphere Auto Deploy 將 ESXi 7.0 主機新增至透過單一映像管理的叢集
嘗試使用 vSphere Auto Deploy 中的「新增至詳細目錄」工作流程將 ESXi 主機新增至透過單一映像管理的叢集失敗。發生失敗的原因是現有 Auto Deploy 規則集中沒有相符的模式。此工作以無訊息方式失敗，且主機仍保留在 [探索到的主機] 索引標籤中。
因應措施：
- 從 [探索到的主機] 索引標籤中移除與規則集不相符的 ESXi 主機。
- 建立規則或編輯現有 Auto Deploy 規則，其中主機目標位置是由映像管理的叢集。
- 將主機重新開機。
主機將新增到由 vSphere Lifecycle Manager 中的映像所管理的叢集。
- 當硬體支援管理程式無法使用時，vSphere High Availability (HA) 功能會受到影響
如果在透過單一映像管理的叢集上無法使用硬體支援管理程式，其中已選取韌體和驅動程式附加元件並已啟用 vSphere HA，則 vSphere HA 功能會受到影響。您可能會遇到下列錯誤。
- 在叢集上設定 vSphere HA 失敗。
- 無法在主機上完成 vSphere HA 代理程式設定。
在叢集上套用 HA VIB 時發生故障。
- 修復 vSphere HA 失敗：
發生一般系統錯誤: 無法取得有效元件對應。
- 停用 vSphere HA 失敗：刪除解決方案工作失敗。
發生一般系統錯誤: 從存放庫或硬體支援管理程式中找不到硬體支援套件。
因應措施：
- 如果硬體支援管理程式暫時無法使用，請執行下列步驟。
- 將硬體支援管理程式重新連線至 vCenter Server。
- 從 [主機和叢集] 功能表中選取叢集。
- 選取 [設定] 索引標籤。
- 在 [服務] 下，按一下 [vSphere 可用性]。
- 重新啟用 vSphere HA。
- 如果硬體支援管理程式永久無法使用，請執行下列步驟。
- 從映像規格中移除硬體支援管理程式和硬體支援套件
- 重新啟用 vSphere HA。
- 從 [主機和叢集] 功能表中選取叢集。
- 選取 [更新] 索引標籤。
- 按一下 [編輯]。
- 移除韌體和驅動程式附加元件，然後按一下 [儲存]。
- 選取 [設定] 索引標籤。
- 在 [服務] 下，按一下 [vSphere 可用性]。
- 重新啟用 vSphere HA。
- 在 vSphere Lifecycle Manager 中執行修復程序後，未從叢集中移除 I/OFilter
透過在 vSphere Lifecycle Manager 中修復叢集以從叢集中移除 I/OFilter 失敗，並顯示下列錯誤訊息：iofilter XXX 已存在。該 iofilter 仍會列示為已安裝。
因應措施：
- 從 vCenter Server 受管理物件 (IoFilterManager) 呼叫 IOFilter API
UninstallIoFilter_Task。
- 在 vSphere Lifecycle Manager 中修復叢集。
- 從 vCenter Server 受管理物件 (IoFilterManager) 呼叫 IOFilter API
ResolveInstallationErrorsOnCluster_Task，以更新資料庫。
- 在 vSphere Lifecycle Manager 中修復已啟用 vSphere HA 的叢集的同時，新增主機會導致 vSphere HA 錯誤狀態
在已啟用 vSphere HA 之叢集的修復程序期間新增一或多個 ESXi 主機，會導致下列錯誤訊息：在叢集上套用 HA VIB 時發生故障。
因應措施：在叢集修復作業完成後，執行下列其中一項工作。
- 在出現故障的 ESXi 主機上按一下滑鼠右鍵，然後選取針對 vSphere HA 重新設定。
- 針對叢集停用並重新啟用 vSphere HA。
- 在 vSphere Lifecycle Manager 中修復已啟用 vSphere HA 的叢集的同時，停用並重新啟用 vSphere HA 會導致 vSphere HA 錯誤狀態
由於 vSphere HA 健全狀況檢查報告主機尚未安裝 vSphere HA VIB，在叢集的修復程序期間停用並重新啟用 vSphere HA 可能會導致修復程序失敗。您可能會看到以下錯誤訊息：為叢集設定所需的映像規格失敗。
因應措施：在叢集修復作業完成後，針對叢集停用並重新啟用 vSphere HA。
- 在 vSphere Lifecycle Manager 中檢查大型叢集中的建議映像時效能低下
在具有超過 16 個主機的大型叢集中，建議產生工作可能需要超過一小時的時間才能完成，或者可能會顯示為當機。建議工作的完成時間取決於在每個主機上設定的裝置數目，以及 vSphere Lifecycle Manager 在取得有效的建議映像之前需要處理的存放庫中的映像候選數目。
因應措施：無。
- 在 vSphere Lifecycle Manager 中檢查大型叢集中的硬體相容性時效能低下
在具有超過 16 個主機的大型叢集中，驗證報告產生工作可能最多需要 30 分鐘的時間才能完成，或者可能會顯示為當機。完成時間取決於在每個主機上設定的裝置數目，以及叢集中設定的主機數目。
因應措施：無
- 在 vSphere Lifecycle Manager 中修復叢集時，會以非英文顯示不完整的錯誤訊息
在 vCenter Server 使用者介面中，可能會出現當地語系化語言的不完整錯誤訊息。vSphere Lifecycle Manager 中的叢集修復程序失敗後，會顯示這些訊息。例如，您可能會看到下列錯誤訊息。
以英文顯示的錯誤訊息：Virtual machine 'VMC on DELL EMC -FileServer' that runs on cluster 'Cluster-1' reported an issue which prevents entering maintenance mode: Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx
以法文顯示的錯誤訊息：La VM « VMC on DELL EMC -FileServer », située sur le cluster « {Cluster-1} », a signalé un problème empêchant le passage en mode de maintenance : Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx
因應措施：無。
- 將不含廠商附加元件、元件或韌體和驅動程式附加元件的映像匯入到其映像包含此類元素的叢集，不會移除現有映像的映像元素
僅會將 ESXi 基礎映像取代為已匯入映像中的映像。
因應措施：匯入程序完成後，編輯映像，並視需要移除廠商附加元件、元件以及韌體和驅動程式附加元件。
- 將使用基準的叢集轉換為使用單一映像的叢集時，會顯示一個警告，指出 vSphere HA VIB 將被移除
將使用基準的已啟用 vSphere HA 的叢集轉換為使用單一映像的叢集可能會導致出現警告訊息，指出 vmware-fdm 元件將被移除。
因應措施：可忽略此訊息。轉換程序會安裝 vmware-fdm 元件。
- 如果 vSphere Update Manager 設定為透過 Proxy 伺服器從網際網路下載修補程式更新，則在升級至 vSphere 7.0 (將 Update Manager 轉換為 vSphere Lifecycle Manager) 後，從 VMware 修補程式存放庫下載修補程式可能會失敗
在舊版 vCenter Server 中，您可以針對 vCenter Server 和 vSphere Update Manager 設定獨立 Proxy 設定。升級至 vSphere 7.0 後，vSphere Update Manager 服務會成為 vSphere Lifecycle Manager 服務的一部分。對於 vSphere Lifecycle Manager 服務，將從 vCenter Server Appliance 設定中進行 Proxy 設定。如果您已將 Update Manager 設定為透過 Proxy 伺服器從網際網路下載修補程式更新，但 vCenter Server Appliance 沒有 Proxy 設定組態，則在 vCenter Server 升級至 7.0 版後，vSphere Lifecycle Manager 無法連線至 VMware 存放庫且無法下載修補程式或更新。
因應措施：登入 vCenter Server Appliance 管理介面 (https://vcenter-server-appliance-FQDN-or-IP-address:5480)，以設定 vCenter Server Appliance 的 Proxy 設定，並啟用 vSphere Lifecycle Manager 以使用 Proxy。
其他問題
- 將版本 6.5 的主機設定檔套用到版本 7.0 的 ESXi 主機時，符合性檢查會失敗
將版本 6.5 的主機設定檔套用到版本 7.0 的 ESXi 主機時，會導致核心傾印檔設定檔報告為與主機不相符。
因應措施：有兩種可行的因應措施。
- 當您建立版本 6.5 的主機設定檔時，請在 ESXi 主機上將進階組態選項 VMkernel.Boot.autoCreateDumpFile 設定為 false。
- 當您套用版本 6.5 的現有主機設定檔時，請在主機設定檔中新增進階組態選項 VMkernel.Boot.autoCreateDumpFile，將選項設定為固定原則，並將值設定為 false。
- 當您的瀏覽器設定為非英文版本時，[動作] 下拉式功能表不包含任何項目
當您的瀏覽器設定為非英文版本，並且按一下 vSphere Client 詳細目錄之虛擬機器摘要索引標籤中的切換到新視圖按鈕時，客體作業系統面板中的動作下拉式功能表不會包含任何項目。
因應措施：選取虛擬機器頁面頂端的動作下拉式功能表。
- 當動態接收端調整 (DYN_RSS) 或一般 RSS (GEN_RSS) 功能已開啟時，Mellanox ConnectX-4 或 ConnectX-5 原生 ESXi 驅動程式可能會出現輕微輸送量降低的情況
當 DYN_RSS 和 GEN_RSS 功能開啟時，Mellanox ConnectX-4 或 ConnectX-5 原生 ESXi 驅動程式的輸送量下降可能不到 5%，這可能會影響正常工作負載。
因應措施：您可以使用下列命令停用 DYN_RSS 和 GEN_RSS 功能：
# esxcli system module parameters set -m nmlx5_core -p "DYN_RSS=0 GEN_RSS=0"
# reboot
- 在 PVRDMA 環境中，同一主機上的兩個虛擬機器之間的 RDMA 流量可能會出現故障
在 PVRDMA 環境的 vSphere 7.0 實作中，如果存在 HCA，虛擬機器會透過 HCA 傳遞流量以進行本機通訊。但是，RDMA 流量的回送無法在 qedrntv 驅動程式上運作。 例如，在同一個上行連接埠下設定之虛擬機器上執行的 RDMA 佇列配對無法相互通訊。
在 vSphere 6.7 及更早版本中，如果 SRQ 已啟用，則 HCA 用於本機 RDMA 流量。對於使用已啟用 SRQ 的 PVRDMA 版本以及使用 RoCE v2 的最低硬體版本 14 的虛擬機器，vSphere 7.0 將會使用 HCA 回送。
目前版本的 Marvell FastLinQ 介面卡韌體不支援相同 PF 或連接埠的 QP 之間的回送流量。
因應措施：將在已通過 vSphere 7.0 認證的立即可用的驅動程式中新增必要支援。如果您使用的是收件匣 qedrntv 驅動程式，則必須使用包含 3 個主機的組態，並將虛擬機器移到第三個主機。
- qedrntv 驅動程式中不可靠的資料包流量 QP 存在限制
Marvell FastLinQ qedrntv RoCE 驅動程式與不可靠的資料包 (UD) 流量有限制。在 qedrntv 驅動程式中，涉及大量流量的 UD 應用程式可能會失敗。此外，UD QP 僅適用於 DMA 記憶體區域 (MR)。不支援實體 MR 或 FRMR。嘗試使用實體 MR 或 FRMR 以及 UD QP 的應用程式在與 qedrntv 驅動程式搭配使用時無法傳遞流量。此類測試應用程式的已知範例為 ibv_ud_pingpong 和 ib_send_bw。
VMware ESXi 環境中的標準 RoCE 和 RoCEv2 使用案例，例如 iSER、NVMe-oF (RoCE) 和 PVRDMA，不受此問題影響。用於 UD 流量的使用案例會受到限制，此問題會影響需要大量 UD 流量的一小部分應用程式。
Marvell FastLinQ 硬體不支援 RDMA UD 流量卸載。為了滿足支援 GSI QP 的 VMware PVRDMA 需求，qedrntv 驅動程式中新增了 UD QP 支援的僅受限軟體實作。實作的目標是為控制路徑 GSI 通訊提供支援，而不是完整實作 UD QP (支援大量流量和進階功能)。
由於在軟體中實作了 UD 支援，因此，實作可能不會維持大量流量，且封包可能會遭到捨棄。這可能會導致大量 UD 流量出現故障。
因應措施：qedrntv 驅動程式不支援大量 UD QP 流量，並且目前沒有因應措施。諸如 iSER、NVMe、RDMA 和 PVRDMA 等 VMware ESXi RDMA (RoCE) 使用案例不受此問題影響。
- 在頻繁連線或中斷連線 iSCSI LUN 時，配備 QLogic 578xx NIC 的伺服器可能會失敗
如果您在短時間內頻繁觸發 QLogic 578xx NIC iSCSI 連線或中斷連線，則伺服器可能會因為 qfle3 驅動程式的問題而失敗。這是由於裝置韌體中的已知缺陷所致。
因應措施：無。
- 在 Broadcom NVMe over FC 環境中，ESXi 可能會在驅動程式解除載入或控制器中斷連線作業期間失敗
在 Broadcom NVMe over FC 環境中，ESXi 可能會在驅動程式解除載入或控制器中斷連線作業期間失敗，並顯示類似下列內容的錯誤訊息：@BlueScreen: #PF Exception 14 in world 2098707:vmknvmeGener IP 0x4200225021cc addr 0x19
因應措施：無。
- 在某些 Dell 伺服器上，ESXi 不會顯示 i350/X550 NIC 的 OEM 韌體版本號碼
收件匣 ixgben 驅動程式僅可識別 i350/X550 NIC 的韌體資料版本或簽章。在某些 Dell 伺服器上，OEM 韌體版本號碼將按照 OEM 套件版本區域進行程式設計，而收件匣 ixgben 驅動程式無法讀取此資訊。僅會顯示 8 位數的韌體簽章。
因應措施：若要顯示 OEM 韌體版本號碼，請安裝非同步 ixgben 驅動程式版本 1.7.15 或更新版本。
- 在 ESXi 中，X710 或 XL710 NIC 可能會失敗
當您對 X710 或 XL710 NIC 起始某些破壞性作業 (例如，重設 NIC 或操縱 VMKernel 的內部裝置樹狀結構) 時，NIC 硬體可能會從非封包記憶體讀取資料。
因應措施：請勿重設 NIC 或操縱 vmkernel 內部裝置狀態。
- 在系統重新開機後，NVMe-oF 無法保證持續性 VMHBA 名稱
NVMe-oF 是 vSphere 7.0 中的一項新功能。如果您的伺服器具有使用 vmhba30+ 的 USB 儲存區安裝並且還具有 NVMe over RDMA 組態，則在系統重新開機後，VMHBA 名稱可能會變更。這是因為針對 NVMe over RDMA 的 VMHBA 名稱指派與 PCIe 裝置不同。ESXi 無法保證持續性。
因應措施：無。
- 針對 300 GB 或以上的 vCenter 資料庫大小備份失敗
如果 vCenter 資料庫大小為 300 GB 或以上，則以檔案為基礎的備份將會失敗並出現逾時。且會顯示下列錯誤訊息：逾時! 無法在 72000 秒內完成。
因應措施：無。
- 還原從含外部 Platform Services Controller 的 vCenter Server 6.x 升級至 vCenter Server 7.0 的 vCenter Server 7.0 可能會失敗
當您還原從含外部 Platform Services Controller 的 6.x 升級至 vCenter Server 7.0 的 vCenter Server 7.0 時，還原可能會失敗，並顯示下列錯誤：無法擷取應用裝置儲存清單
因應措施：在還原程序的第一個階段期間，請增加 vCenter Server 7.0 的儲存區層級。例如，如果 vCenter Server 6.7 外部 Platform Services Controller 設定的儲存區類型較小，請針對還原程序選取較大儲存區類型。
- 在主機設定檔修復程序期間未設定已啟用的 SSL 通訊協定組態參數
在主機設定檔修復期間未設定已啟用的 SSL 通訊協定組態參數，並且僅啟用系統預設通訊協定 tlsv1.2。在 vCenter Server 7.0 環境中，版本 7.0 及更早版本的主機設定檔會出現此行為。
因應措施：若要為 SFCB 啟用 TLSV 1.0 或 TLSV 1.1 SSL 通訊協定，請使用 SSH 登入 ESXi 主機，然後執行下列 ESXCLI 命令：esxcli system wbem -P <protocol_name>
- 無法使用主機設定檔設定鎖定模式設定
鎖定模式無法透過安全性主機設定檔進行設定，且無法一次套用到多個 ESXi 主機。您必須手動設定每個主機。
因應措施：在 vCenter Server 7.0 中，您可以使用安全性主機設定檔來設定鎖定模式並管理鎖定模式例外使用者清單。
- 將主機設定檔套用到叢集時，ESXi 主機中遺失增強型 vMotion 相容性 (EVC) 設定
當 VMware 組態檔 /etc/vmware/config 修改後，該組態檔中的某些設定不會由主機設定檔管理並且被封鎖。因此，當主機設定檔套用到叢集時，EVC 設定會遺失，從而導致 EVC 功能缺失。例如，取消遮罩的 CPU 會向工作負載公開。
因應措施：重新設定叢集中的相關 EVC 基準以復原 EVC 設定。
- 在 vCenter Server 7.0 中使用定義核心傾印磁碟分割的主機設定檔會導致錯誤
在 vCenter Server 7.0 中，無法在主機設定檔中設定和管理核心傾印磁碟分割。嘗試套用定義核心傾印磁碟分割的主機設定檔時，會產生下列錯誤：找不到任何有效的核心傾印磁碟分割。
因應措施：無。在 vCenter Server 7.0 中，主機設定檔僅支援以檔案為基礎的核心傾印。
- 可能會拒絕由特定程式庫向 vSphere 發出的 HTTP 要求
vSphere 7.0 中的 HTTP 反向 Proxy 會強制執行比先前版本更嚴格的標準符合性。這可能會在應用程式用於對 vSphere 之 SOAP 呼叫的某些第三方程式庫中暴露預先存在的問題。
如果開發使用此類程式庫的 vSphere 應用程式或包括依賴 vSphere 堆疊中這類程式庫的應用程式，則當這些程式庫向 VMOMI 傳送 HTTP 要求時，您可能會遇到連線問題。例如，從 vijava 程式庫發出的 HTTP 要求會採用下列格式：
POST /sdk HTTP/1.1
SOAPAction
Content-Type: text/xml; charset=utf-8
User-Agent: Java/1.8.0_221
此範例中的語法違反了必須在 SOAPAction 後使用冒號的 HTTP 通訊協定標頭欄位要求。因此，要求會在執行過程中遭到拒絕。
因應措施：在應用程式中使用不符合標準的程式庫的開發人員，可以考慮改用遵循 HTTP 標準的程式庫。例如，使用 vijava 程式庫的開發人員可以改為使用最新版本的 yavijava 程式庫。
- 在主機設定檔中編輯進階選項參數，並將值設定為 false 時，會導致將值設定為 true
在主機設定檔中嘗試將進階選項參數的值設定為 false 時，使用者介面會建立一個非空白字串值。非空白的值會轉譯為 true，而進階選項參數則會在主機設定檔中收到 true 值。
因應措施：有兩種可行的因應措施。
- 在參考 ESXi 主機上將進階選項參數設定為
false，並從此主機的主機設定檔中複製設定。
附註：主機必須符合主機設定檔，才能在主機上修改進階選項參數。
- 在參考 ESXi 主機上將進階選項參數設定為
false，並從此主機建立主機設定檔。然後將主機設定檔設定從新的主機設定檔複製到現有的主機設定檔。
- 使用 Broadcom 驅動程式 lsi_msgpt3、lsi_msgpt35 和 lsi_mr3 時，可能會看到傾印檔案
使用 lsi_msgpt3、lsi_msgpt35 和 lsi_mr3 控制器時，看到傾印檔案 lsuv2-lsi-drivers-plugin-util-zdump 會有潛在的風險。結束此外掛程式公用程式中使用的 storelib 時，會發生問題。不會對 ESXi 作業產生任何影響，您可以忽略此傾印檔案。
因應措施：您可以放心地忽略此訊息。您可以使用下列命令移除 lsuv2-lsi-drivers-plugin：
esxcli software vib remove -n lsuv2-lsiv2-drivers-plugin
- 在 vCenter 中配置 PCI 裝置的 SR-IOV 之後，您可能會看到不需要重新開機，但第三方延伸所進行的裝置組態可能會遺失，且需要重新開機才能重新套用。
在 ESXi 7.0 中，會套用 SR-IOV 組態而無需重新開機，且會重新載入裝置磁碟機。ESXi 主機可能具有第三方延伸執行在開機期間載入裝置磁碟機後需要執行的裝置組態。需要重新開機，這些第三方延伸才能重新套用裝置組態。
因應措施：您必須在設定 SR-IOV 後重新開機，才能套用第三方裝置組態。
若要摺疊以前已知問題的清單，請按一下此處。
