ESXi 7.0 Update 1c | 2020 年 12 月 17 日 | ISO 組建編號 17325551

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

版本說明的內容

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

新增功能

  • 在下列伺服器上，ESXi 7.0 Update 1c 支援 vSphere Quick Boot：
    • Cisco Systems Inc：
      • HX240C-M5SD
      • HXAF240C-M5SD
      • UCSC-C240-M5SD
    • Dell Inc：
      • PowerEdge C6420
      • PowerEdge C6525
      • PowerEdge FC640
      • PowerEdge M640
      • PowerEdge MX740c
      • PowerEdge MX840c
      • PowerEdge R540
      • PowerEdge R6515
      • PowerEdge R6525
      • PowerEdge R7515
      • PowerEdge R7525
      • PowerEdge R840
      • PowerEdge R930
      • PowerEdge R940
      • PowerEdge R940xa
    • HPE：
      • ProLiant DL385 Gen10

  • ESXi 7.0 Update 1c 在 /var/run/log/hostd.log 的 hostd.log 檔案中新增了五個實體 NIC 統計資料 (droppedRx、droppedTx、errorsRx、RxCRCErrors 和 errorsTx)，以便您可以偵測到未更正的網路錯誤並採取必要的更正動作。

  • 在 ESXi 7.0 Update 1c 中，您可以使用 --remote-host-max-msg-len 參數設定 syslog 訊息的最大長度 (最大為 16 KiB)，若超過此限制，則必須分割訊息。依預設，ESXi syslog 精靈 (vmsyslogd) 嚴格遵循 RFC 3164 所設定的最大訊息長度 1 KiB。若訊息長度超過此限制，則會分割為多個部分。將最大訊息長度設定為 syslog 基礎結構中所涉及的任何 syslog 接收器或轉送裝置所支援的最小長度。

  • 在 ESXi 7.0 Update 1c 中，可以使用安裝程式開機選項 systemMediaSize 限制開機媒體上的系統儲存區磁碟分割的大小。如果系統的使用量較小，不需要 138 GB 的系統儲存大小上限，則可以將其限制為最小值 33 GB。systemMediaSize 參數接受下列值：

    選取的值必須符合您的系統用途。例如，具有 1 TB 記憶體的系統必須至少將 69 GB 用於系統儲存區。若要在安裝時設定開機選項，例如 systemMediaSize=small，請參閱〈輸入開機選項以啟動安裝或升級指令碼〉。如需詳細資訊，請參閱 VMware 知識庫文章 81166。

    • min (33 GB，適用於單一磁碟或內嵌式伺服器)
    • small (69 GB，適用於至少具有 512 GB RAM 的伺服器)
    • 預設值 (138 GB)
    • max (耗用所有可用空間，適用於多 TB 伺服器)

舊版 ESXi 7.0

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

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

此版本中包含的修補程式

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

組建編號詳細資料

下載檔案名稱： VMware-ESXi-7.0U1c-17325551-depot.zip
組建編號： 17325551
下載大小： 523.2 MB
md5sum： d1410e6c741ada23c3570e07b94bd8c7
sha1checksum： a70defe8353b39f74339b158697ed1a12df6c55d
需要主機重新開機： 是
需要虛擬機器移轉或關閉： 是


重要事項：

  • 從 vSphere 7.0 開始，VMware 會使用元件來封裝 VIB 以及實體套件。ESXi 和 esx-update 實體套件彼此相依。一律將兩者包含在單一 ESXi 主機修補程式基準中，或在基準中包含彙總實體套件，以避免主機修補期間發生故障。

  • 使用 vSphere Lifecycle Manager 從 ESXi 7.0 Update 1 之前的版本修補 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 或更高版本

元件

元件 公告識別碼 類別 嚴重性
ESXi ESXi_7.0.1-0.25.17325551 錯誤修正 嚴重
ESXi 安裝/升級元件 esx-update_7.0.1-0.25.17325551 錯誤修正 嚴重
VMware ATA 存放控制器驅動程式 VMware-vmkata_0.1-1vmw.701.0.25.17325551 錯誤修正 中
HPE Smart Array 控制器驅動程式 HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551 錯誤修正 中
VMware USB 驅動程式 VMware-vmkusb_0.1-1vmw.701.0.25.17325551 錯誤修正 中
Microsemi Storage Solution Smart Array 存放控制器驅動程式 Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551 錯誤修正 中
ESXi ESXi_7.0.1-0.20.17325020 安全性 嚴重
ESXi 安裝/升級元件 esx-update_7.0.1-0.20.17325020 安全性 嚴重
VMware ATA 存放控制器驅動程式 VMware-vmkata_0.1-1vmw.701.0.20.17325020 安全性 重要
VMware NVMe over Fabric - RDMA 驅動程式 VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020 安全性 重要
VMware 原生軟體 FCoE 驅動程式 VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020 安全性 重要
VMware USB 驅動程式 VMware-vmkusb_0.1-1vmw.701.0.20.17325020 安全性 重要

彙總公告

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

公告識別碼 類別 嚴重性
ESXi70U1c-17325551 錯誤修正 嚴重

映像設定檔

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

映像設定檔名稱
ESXi-7.0U1c-17325551-standard
ESXi-7.0U1c-17325551-no-tools
ESXi-7.0U1sc-17325020-standard
ESXi-7.0U1sc-17325020-no-tools

ESXi 映像

名稱和版本 發行日期 類別 詳細資料
ESXi70U1c-17325551 12/17/2020 增強功能 安全性和錯誤修正映像
ESXi70U1sc-17325020 12/17/2020 增強功能 僅安全性映像

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

修補程式下載和安裝

在 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。

已解決的問題

已解決的問題分類如下。

ESXi_7.0.1-0.25.17325551
修補程式類別 錯誤修正
修補程式嚴重性 嚴重
需要主機重新開機 是
需要虛擬機器移轉或關閉 是
受影響的硬體 不適用
受影響的軟體 不適用
包含的 VIB
  • VMware_bootbank_crx_7.0.1-0.25.17325551
  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
  • VMware_bootbank_vsan_7.0.1-0.25.17325551
  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
  • VMware_bootbank_gc_7.0.1-0.25.17325551
  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
修正的 PR 2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045
CVE 號碼 不適用

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

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

  • PR 2656093：可能會看到因實體交換器重新開機導致網路連線中斷

    ESXi 主機上的網路整併容錯回復延遲參數 Net.TeamPolicyUpDelay 目前設定為 10 分鐘，但在某些環境中，實體交換器在重新開機後可能需要 10 分鐘以上的時間才能接收或傳輸資料。因此，您可能會看到網路連線中斷。

    已在此版本中解決此問題。此修正會將 Net.TeamPolicyUpDelay 參數增加到最多 30 分鐘。可以透過選取 ESXi 主機並導覽至設定 > 系統 > 進階系統設定 > Net.TeamPolicyUpDelay 來設定參數。也可以使用命令 esxcfg-advcfg -s <value> /Net/TeamPolicyUpDelay。

  • PR 2652863：Distributed Firewall (DFW) 篩選器組態變更可能會導致虛擬機器中斷網路連線

    任何 DFW 篩選器重新設定活動 (例如新增或移除篩選器) 都可能會導致某些篩選器開始捨棄封包。因此，虛擬機器會中斷網路連線，而您需要重設 vmnic、變更連接埠群組或將虛擬機器重新開機以還原流量。在 summarize-dvfilter 命令的輸出中，針對失敗的篩選器顯示 state: IOChain Detaching。

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

  • PR 2653874：在 3D 呈現期間，虛擬機器可能會失敗並顯示 SIGSEGV 錯誤

    在與使用 3D 加速的圖形應用程式互動期間，如果在某些呈現作業過程中過度讀取緩衝區，會導致支援 3D 的虛擬機器失敗並顯示 SIGSEGV 錯誤。

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

  • PR 2643508：如果虛擬機器在熱插拔作業期間重新啟動或重設，記錄可能會造成可用磁碟空間填滿並導致機器停止回應

    如果虛擬機器在熱插拔作業期間重新啟動或重設，則虛擬機器的 vmware.log 檔案中的記錄可能會填滿可用的磁碟空間並使虛擬機器沒有回應。記錄訊息是相同的，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。

    已在此版本中解決此問題。如果無法套用此修補程式，請不要在熱插拔作業或驅動程式安裝完成前執行虛擬機器重設或重新啟動。如果您已面臨此問題，請重新開啟虛擬機器的電源。

  • PR 2644189：針對已啟用安全加密虛擬化-加密狀態 (SEV-ES) 的 Linux 虛擬機器，smpboot 失敗

    當具有多個虛擬 CPU 且已啟用 SEV-ES 的 Linux 虛擬機器開機時，除 CPU0 以外的所有 CPU 均處於離線狀態。您無法將剩餘的 CPU 上線。dmesg 命令傳回錯誤，例如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。

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

  • PR 2652344：如果虛擬機器目錄中有 .vswp 分頁檔，則在掃描目錄中的所有檔案時會顯示裝置或資源忙碌中的錯誤訊息

    如果虛擬機器目錄中有 .vswp 分頁檔，則在掃描目錄中的所有檔案時會顯示裝置或資源忙碌中的錯誤訊息。此外，vSAN 命名空間物件上還會顯示額外的 I/O 流量，並且 hostd 服務運行緩慢。
    如果您嘗試以 .vswp 副檔名作為物件描述元開啟檔案，則會發生此問題。VMX 程序和虛擬機器主記憶體的分頁檔具有相同的副檔名 .vswp，但 VMX 程序的分頁檔不得以物件描述元形式開啟。

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

  • PR 2661064：hostd 服務間歇性地沒有回應

    在少數情況下，嘗試在同一目錄下建立檔案並移除目錄的多個執行緒的競爭情形可能會造成鎖死，進而導致 hostd 服務失敗。該服務只有在 ESXi 主機重新啟動後才會還原。在 vmkernel 記錄中，會顯示類似下列內容的警示：

    2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive。

    此類鎖死可能還會影響其他服務，但競爭情形時段較短，因此不會頻繁出現此問題。

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

  • PR 2667291：虛擬機器加密需要很長時間，且最終失敗並顯示錯誤

    虛擬機器加密可能需要幾個小時，且最終會失敗並在 hostd 服務記錄中顯示 The file already exists 錯誤。如果虛擬機器組態檔中存在孤立或未使用的檔案 <vm name="">.nvram，則會發生此問題。如果虛擬機器的 .vmx 檔案中包含 NVRAM = “nvram” 等項目，則加密作業會使用 .nvram 副檔名建立加密檔案，且系統會將其視為現有孤立檔案的複本。

    已在此版本中解決此問題。如果您已面臨此問題，請在加密前手動刪除孤立的 <vm name="">.nvram 檔案。

  • PR 2662512：停用大型用戶端快取時出現 vSAN 主機故障

    如果 vSAN 嘗試停用 256 GB 或以上的記憶體快取，此作業可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

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

  • PR 2644221：如果在 ESXi 主機上啟用 LiveCoreDump 作為收集系統記錄的選項，主機可能會沒有回應

    如果在 ESXi 主機上啟用 LiveCoreDump 作為收集系統記錄的選項，主機可能會沒有回應。紫色診斷畫面上會顯示類似下列內容的錯誤：#PF Exception 14 in world 2125468。

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

  • PR 2662606：升級 HPE Gen10 伺服器的韌體後，會顯示感應器實體識別碼 44 的健全狀況警示

    升級 HP Gen10 伺服器上的韌體版本後，可能會顯示 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 感應器的健全狀況警示 (與感應器實體 ID 44.x 相關)。警示未指出實際健全狀況問題，因此無論韌體版本為何，都可以忽略這些警示。

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

  • PR 2661153：如果停用 RC4，則 ESXi 主機上的 Active Directory 使用者驗證可能會失敗

    如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

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

  • PR 2655181：在 NFS 伺服器容錯移轉或容錯回復後，NFS 4.1 資料存放區上的虛擬機器可能會沒有回應

    如果在 NFS 伺服器容錯移轉或容錯回復作業期間重複回收請求，則開啟的回收會失敗，並導致 NFS 4.1 資料存放區上的虛擬機器沒有回應。

    已在此版本中解決此問題。此修正會詳細分析回收回應，並且僅在必要時允許重試。

  • PR 2657411：對於虛擬機器中的某些磁碟 I/O 工作負載，處理器處於系統模式 (%SYS) 的時間會增加

    如果虛擬機器從快照恢復，則在使用 vSphere vMotion 執行移轉作業、恢復已暫停的虛擬機器或執行熱插拔作業後，您可能會看到針對某些磁碟 I/O 工作負載報告的 %SYS 時間略有增加。發生此問題的原因是，PVSCSI 虛擬儲存區介面卡可能會停止按照客體工作負載動態調整其內部佇列的大小。因此，在高 I/O 活動期間，驅動程式額外負荷會增加，並且可能會導致某些磁碟 I/O 工作負載的 %SYS 時間略有增加。此問題不會影響 NVMe 和 LSI 虛擬裝置。

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

  • PR 2675442：增強型 vMotion 相容性 (EVC) 叢集中 AMD 主機上的 Java 應用程式可能無法啟動，並顯示不支援 SSE2 錯誤

    EVC 叢集中 AMD 主機上的 Java 應用程式可能無法啟動，並報告錯誤：未知的 x64 處理器: 不支援 SSE2。發生此問題的原因是，CPUID 欄位 family (leaf 1, EAX, bits 11-8) 的值不正確。因此，vCenter Server Appliance 上的 Lookup Service 和其他以 Java 為基礎的服務無法啟動。

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

  • PR 2657649：將 HPE 伺服器升級至 HPE Integrated Lights-Out 5 (iLO 5) 韌體版本 2.30 後，會顯示記憶體感應器健全狀況警示

    將 HPE 伺服器 (例如 HPE ProLiant Gen10 和 Gen10 Plus) 升級至 iLO 5 韌體版本 2.30 後，vSphere Client 會顯示記憶體感應器健全狀況警示。發生此問題的原因是，在升級後，硬體健全狀況監控系統並未在第一個 LUN 啟用時對 Mem_Stat_* 感應器進行適當解碼。

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

  • PR 2662558：如果 SD 卡不支援讀取容量 16，記錄中會顯示許多錯誤

    如果 ESXi 主機使用的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 讀卡機裝置不支援讀取容量 16，則 vmkernel 記錄中可能會顯示許多錯誤，例如：
    2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
    和
    2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

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

  • PR 2661818：若是數位感應器的名稱內容中包含非 UTF8 字串，則 vpxa 服務會失敗

    如果數位感應器的名稱內容中包含非 UTF8 字串，則 vpxa 服務會失敗，並且 ESXi 主機會從 vCenter Server 系統中斷連線。

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

  • PR 2664084：受管理物件瀏覽器可能會錯誤地顯示 CPU 和記憶體感應器狀態

    由於處理感應器項目時發生錯誤，memoryStatusInfo 和 cpuStatusInfo 資料可能也會錯誤地包括非 CPU 和非記憶體感應器的狀態。這會導致受管理物件瀏覽器中的 CPU 和記憶體感應器狀態不正確。

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

  • PR 2625155：在資料存放區未格式化或已損毀的媒體上安裝 ESXi 可能會失敗

    由於 VMFS 磁碟分割已損毀、未格式化或具有不同的系統擁有權，因此在無法掛接資料存放區的媒體上安裝 ESXi 可能會失敗。此外，ESXi 安裝程式還可能會在升級或安裝期間移除已連結 USB 開機媒體上的 VMFS 磁碟分割。

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

  • PR 2658647：從 ESXi 6.7 Update 2 及更新版本升級至 ESXi 7.x 時，已設定為暫存磁碟分割的稽核記錄會遺失

    從 ESXi 6.7 Update 2 及更新版本升級至 ESXi 7.x 時，不會保留設定為開機裝置上的暫存磁碟分割的稽核記錄。針對 ESXi 6.7 Update 2 之後版本的國家資訊保證合作組織 (NIAP) 憑證需求是指稽核記錄在升級後繼續留在 /scratch 中。

    已在此版本中解決此問題。對於較早的 ESXi 7.x 版本，請在升級前將 /scratch 中的稽核記錄備份到其他檔案系統或磁碟分割。 

  • PR 2659015：執行備份作業後，相同的錯誤訊息會填滿 hostd.log 檔案

    執行備份作業後，相同的錯誤訊息 (例如 Block list: Cannot convert disk path <vmdk file> to real path, skipping.) 可能會填滿 hostd.log 檔案。此問題會阻止其他 hostd 服務記錄，並且可能會填滿記錄記憶體。

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

  • PR 2654686：vSphere Virtual Volumes 演算法可能不會挑選出 ESXi 主機請求的第一個 Config-VVol

    在 vSphere HA 環境中，當多個 ESXi 主機同時競相建立和掛接具有相同易記名稱的 Config-VVol 時，vSphere Virtual Volumes 演算法會使用 UUID 進行挑選。但是，UUID 挑選的 Config-VVol 可能不是 ESXi 主機請求的第一個，而這可能會導致 vSphere Virtual Volumes 資料存放區出現問題。

    已在此版本中解決此問題。當多個 ESXi 主機同時競相建立和掛接具有相同易記名稱的 Config-VVol 時，vSphere Virtual Volumes 演算法將使用時間戳記而非 UUID 進行挑選。

  • PR 2664278：在 vSphere Client 中，無法在 vCenter Server 系統升級後變更 vpxa 服務的記錄層級組態

    由於 Vpx.Vpxa.config.log.level 選項在 vCenter Server 系統升級後遺失或無效，因此可能無法在 vSphere Client 中或透過使用 API 來變更 ESX 主機上 vpxa 服務的記錄層級組態。 

    已在此版本中解決此問題。vpxa 服務會自動為 Vpx.Vpxa.config.log.level 選項設定有效值並向 vSphere Client 或 API 呼叫公開此值。

  • PR 2676632：USB 或 FCoE 裝置上的 ESXi 找不到開機裝置路徑

    如果 ESXi 安裝在緩慢開機裝置上，例如 USB 或 FCoE，則 ESXi 可能無法偵測到開機裝置的儲存路徑。因此，不會識別開機區磁碟分割和其他磁碟分割 (例如 /scratch)，並且不會儲存組態變更。當 ESXi 開機時，/bootbank 和 /scratch 符號連結會參考暫存的記憶體內路徑。

    已在此版本中解決此問題。但是，此修正適用於 ESXi 在 2 分鐘內偵測到的開機裝置。在少數情況下，如果開機裝置偵測的時間超過 2 分鐘，則必須遵循 VMware 知識庫文章 2149444 中的步驟手動設定開機選項 devListStabilityCount。

  • PR 2647557：由於記憶體問題，VMware vSphere High Availability 代理程式可能會沒有回應

    在 vSphere Lifecycle Manager 叢集映像管理下，Lifecycle Manager 代理程式可能無法連絡 ESXi 主機以啟動安裝等工作。因此，vSphere Client 會顯示錯誤，例如無法從 vCenter Server 連線到 vSphere HA 代理程式。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

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

  • PR 2647557：vSphere Lifecycle Manager 映像符合性檢查可能會失敗並顯示未知錯誤

    在叢集映像管理作業期間，vSphere Lifecycle Manager 可能無法連絡 ESXi 主機上的 Lifecycle Manager 代理程式。在 vSphere Client 中，會顯示類似下列內容的錯誤：叫用主機 API 時發生未知錯誤。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

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

  • PR 2628899：啟用 vSphere HA 失敗並顯示組態錯誤

    在 vSphere Lifecycle Manager 叢集映像管理下，vSphere HA 代理程式可能無法設定 ESXi 主機。因此，會在 vSphere Client 中顯示類似下列內容的錯誤：
    無法在主機上完成 vSphere HA 代理程式設定。在叢集上套用 HA VIB 時發生故障。 
    出現失敗的原因是，在 ESXi 主機上安裝 vSphere HA 代理程式的過程中可能會耗用超過已配置配額的記憶體。

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

  • PR 2663717：在 vSphere Client 中，會顯示狀態為 [未知] 的硬體健全狀況警告

    在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

    已在此版本中解決此問題。系統會忽略不支援解碼的感應器，並且不會將其包含在系統健全狀況報告中。

  • PR 2633194：如果僅開啟並關閉 [編輯 NTP 設定] 對話方塊，則 [隨主機一起啟動和停止] 選項會關閉

    如果僅開啟並關閉編輯 NTP 設定對話方塊，甚至不進行任何變更，則隨主機一起啟動和停止選項會關閉。當 ESXi 主機開啟電源時，NTP 服務不會啟動。在 vSphere Client 中，您會看到 NTP 服務啟動原則選項隨主機一起啟動和停止處於選取狀態。但是，在 ESX Shell 中執行 chkconfig –list 命令時，NTP 服務處於關閉。

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

  • PR 2670891：已啟用異動區塊追蹤 (CBT) 之虛擬機器的快照作業失敗

    如果禁止將軟體 FCoE 介面卡作為存取光纖通道儲存區的方法，則可能無法載入 CBT 模組，並且 ESXi 可能無法偵測到開機裝置。因此，快照作業 (例如建立和整併快照) 會失敗。

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

  • PR 2665031：如果網際網路連線或 DNS 解析出現問題，則 vSAN 健全狀況服務會逾時

    如果發生連線問題，則需要連線至 VMware 的 vSAN 健全狀況檢查可能會逾時。vSphere Client 會顯示類似下列內容的錯誤訊息：
    無法查詢 vSAN 健全狀況資訊。請查看 vSphere Client 記錄以取得詳細資料。
    此問題可能會影響線上健全狀況檢查、HCL 更新和 vSphere Lifecycle Manager 基準建議。如果 vCenter Server 無法解決問題，則查詢 DNS 項目時 vSAN 健全狀況檢查可能會逾時。

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

  • PR 2644003：vSAN 主機在磁碟移除期間失敗

    解除委任要移除的磁碟時，ESXi 主機可能會失敗，並顯示紫色診斷畫面。您會在反向追蹤中看到類似下列內容的項目：

    2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
    2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
    2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
    2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
    2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
    2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
    2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

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

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

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

更新了 loadesx 和 esx-update VIB。

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

    更新了 vmkata VIB。

      HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
      修補程式類別 錯誤修正
      修補程式嚴重性 中
      需要主機重新開機 是
      需要虛擬機器移轉或關閉 是
      受影響的硬體 不適用
      受影響的軟體 不適用
      包含的 VIB
      • VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
      修正的 PR 2655992
      CVE 號碼 不適用

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

      • nhpsa 驅動程式的更新

        適用於 HPE Smart Array 控制器的 ESXi 原生驅動程式 (nhpsa) 的磁碟服務性外掛程式已更新至 70.0051.0.100 版，以解決多個已知問題。

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

      更新了 vmkusb VIB。
        Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
        修補程式類別 錯誤修正
        修補程式嚴重性 中
        需要主機重新開機 是
        需要虛擬機器移轉或關閉 是
        受影響的硬體 不適用
        受影響的軟體 不適用
        包含的 VIB
        • VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
        修正的 PR 2661584
        CVE 號碼 不適用

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

        • smartpqi 驅動程式的更新

          適用於 Microsemi Smart Family 控制器的 ESXi 原生 SCSI 驅動程式 (smartpqi) 的磁碟服務性外掛程式已更新至 70.4000.0.100-5 版，以還原多個遺失的裝置識別碼。

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

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

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

        • ESXi 7.0 Update 1c 解決了因 GuestInfo 變數中的輸入驗證不正確而造成的拒絕服務漏洞。具有虛擬機器的一般使用者存取權的惡意執行者可能會使虛擬機器的 VMX 程序失敗，從而導致拒絕服務情況。常見弱點與揭露專案 (cve.mitre.org) 已將識別碼 CVE-2020-3999 指派給此問題。如需詳細資訊，請參閱 VMSA-2020-0029。

        • SQLite 資料庫更新

          SQLite 資料庫已更新至 3.33.0 版。

        • OpenSSL 程式庫更新

          ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2w 版。

        • OpenSSH 更新

          OpenSSH 版本已更新至 8.3p1。

        • 網路時間通訊協定 (NTP) 精靈更新

          NTP 精靈已更新至 ntp-4.2.8p15 版。

        • libcurl 程式庫更新

          ESXi userworld libcurl 程式庫已更新至 7.72.0 版。

        • 與 ESXi 7.0 Update 1c 綁定的 VMware Tools ISO 映像如下：

          • windows.iso：VMware Tools 11.1.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
          • linux.iso：適用於 glibc 2.5 或更新版本之 Linux 作業系統的 VMware Tools 10.3.22 ISO 映像。

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

          • VMware Tools 10.0.12：
            • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
            • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
               
          • VMware Tools 11.0.6
            • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
          • solaris.iso：適用於 Solaris 的 VMware Tools 映像。
          • darwin.iso：適用於 OSX 的 VMware Tools 映像。

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

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

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

        更新了 loadesx 和 esx-update VIB。

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

          更新了 vmkata VIB。

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

            更新了 nvmerdma VIB。

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

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

                更新了 vmkusb VIB。

                  ESXi-7.0U1c-17325551-standard
                  設定檔名稱 ESXi-7.0U1c-17325551-standard
                  組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
                  廠商 VMware, Inc.
                  發行日期 2020 年 12 月 17 日
                  接受程度 PartnerSupported
                  受影響的硬體 不適用
                  受影響的軟體 不適用
                  受影響的 VIB
                  • VMware_bootbank_crx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
                  • VMware_bootbank_vsan_7.0.1-0.25.17325551
                  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
                  • VMware_bootbank_gc_7.0.1-0.25.17325551
                  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
                  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551
                  • VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
                  修正的 PR 2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
                  相關的 CVE 號碼 CVE-2020-3999
                  • 此修補程式更新了下列問題：

                    • ESXi 主機上的網路整併容錯回復延遲參數 Net.TeamPolicyUpDelay 目前設定為 10 分鐘，但在某些環境中，實體交換器在重新開機後可能需要 10 分鐘以上的時間才能接收或傳輸資料。因此，您可能會看到網路連線中斷。

                    • 任何 DFW 篩選器重新設定活動 (例如新增或移除篩選器) 都可能會導致某些篩選器開始捨棄封包。因此，虛擬機器會中斷網路連線，而您需要重設 vmnic、變更連接埠群組或將虛擬機器重新開機以還原流量。在 summarize-dvfilter 命令的輸出中，針對失敗的篩選器顯示 state: IOChain Detaching。

                    • 在與使用 3D 加速的圖形應用程式互動期間，如果在某些呈現作業過程中過度讀取緩衝區，會導致支援 3D 的虛擬機器失敗並顯示 SIGSEGV 錯誤。

                    • 如果虛擬機器在熱插拔作業期間重新啟動或重設，則虛擬機器的 vmware.log 檔案中的記錄可能會填滿可用的磁碟空間並使虛擬機器沒有回應。記錄訊息是相同的，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。

                    • 當具有多個虛擬 CPU 且已啟用 SEV-ES 的 Linux 虛擬機器開機時，除 CPU0 以外的所有 CPU 均處於離線狀態。您無法將剩餘的 CPU 上線。dmesg 命令傳回錯誤，例如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。

                    • 如果虛擬機器目錄中有 .vswp 分頁檔，則在掃描目錄中的所有檔案時會顯示裝置或資源忙碌中的錯誤訊息。此外，vSAN 命名空間物件上還會顯示額外的 I/O 流量，並且 hostd 服務運行緩慢。
                      如果您嘗試以 .vswp 副檔名作為物件描述元開啟檔案，則會發生此問題。VMX 程序和虛擬機器主記憶體的分頁檔具有相同的副檔名 .vswp，但 VMX 程序的分頁檔不得以物件描述元形式開啟。

                    • 在少數情況下，嘗試在同一目錄下建立檔案並移除目錄的多個執行緒的競爭情形可能會造成鎖死，進而導致 hostd 服務失敗。該服務只有在 ESXi 主機重新啟動後才會還原。在 vmkernel 記錄中，會顯示類似下列內容的警示：

                      2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive。

                      此類鎖死可能還會影響其他服務，但競爭情形時段較短，因此不會頻繁出現此問題。

                    • 虛擬機器加密可能需要幾個小時，且最終會失敗並在 hostd 服務記錄中顯示 The file already exists 錯誤。如果虛擬機器組態檔中存在孤立或未使用的檔案 <vm name=””>.nvram，則會發生此問題。如果虛擬機器的 .vmx 檔案中包含 NVRAM = “nvram” 等項目，則加密作業會使用 .nvram 副檔名建立加密檔案，且系統會將其視為現有孤立檔案的複本。

                    • 如果 vSAN 嘗試停用 256 GB 或以上的記憶體快取，此作業可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

                    • 如果在 ESXi 主機上啟用 LiveCoreDump 作為收集系統記錄的選項，主機可能會沒有回應。紫色診斷畫面上會顯示類似下列內容的錯誤：#PF Exception 14 in world 2125468。

                    • 升級 HP Gen10 伺服器上的韌體版本後，可能會顯示 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 感應器的健全狀況警示 (與感應器實體 ID 44.x 相關)。警示未指出實際健全狀況問題，因此無論韌體版本為何，都可以忽略這些警示。

                    • 如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

                    • 如果在 NFS 伺服器容錯移轉或容錯回復作業期間重複回收請求，則開啟的回收會失敗，並導致 NFS 4.1 資料存放區上的虛擬機器沒有回應。

                    • 如果虛擬機器從快照恢復，則在使用 vSphere vMotion 執行移轉作業、恢復已暫停的虛擬機器或執行熱插拔作業後，您可能會看到針對某些磁碟 I/O 工作負載報告的 %SYS 時間略有增加。發生此問題的原因是，PVSCSI 虛擬儲存區介面卡可能會停止按照客體工作負載動態調整其內部佇列的大小。因此，在高 I/O 活動期間，驅動程式額外負荷會增加，並且可能會導致某些磁碟 I/O 工作負載的 %SYS 時間略有增加。此問題不會影響 NVMe 和 LSI 虛擬裝置。

                    • EVC 叢集中 AMD 主機上的 Java 應用程式可能無法啟動，並報告錯誤：未知的 x64 處理器: 不支援 SSE2。發生此問題的原因是，CPUID 欄位 family (leaf 1, EAX, bits 11-8) 的值不正確。因此，vCenter Server Appliance 上的 Lookup Service 和其他以 Java 為基礎的服務無法啟動。

                    • 將 HPE 伺服器 (例如 HPE ProLiant Gen10 和 Gen10 Plus) 升級至 iLO 5 韌體版本 2.30 後，vSphere Client 會顯示記憶體感應器健全狀況警示。發生此問題的原因是，在升級後，硬體健全狀況監控系統並未在第一個 LUN 啟用時對 Mem_Stat_* 感應器進行適當解碼。

                    • 如果 ESXi 主機使用的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 讀卡機裝置不支援讀取容量 16，則 vmkernel 記錄中可能會顯示許多錯誤，例如：
                      2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
                      和
                      2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

                    • 如果數位感應器的名稱內容中包含非 UTF8 字串，則 vpxa 服務會失敗，並且 ESXi 主機會從 vCenter Server 系統中斷連線。

                    • 由於處理感應器項目時發生錯誤，memoryStatusInfo 和 cpuStatusInfo 資料可能也會錯誤地包括非 CPU 和非記憶體感應器的狀態。這會導致受管理物件瀏覽器中的 CPU 和記憶體感應器狀態不正確。

                    • 由於 VMFS 磁碟分割已損毀、未格式化或具有不同的系統擁有權，因此在無法掛接資料存放區的媒體上安裝 ESXi 可能會失敗。此外，ESXi 安裝程式還可能會在升級或安裝期間移除已連結 USB 開機媒體上的 VMFS 磁碟分割。

                    • 從 ESXi 6.7 Update 2 及更新版本升級至 ESXi 7.x 時，不會保留設定為開機裝置上的暫存磁碟分割的稽核記錄。針對 ESXi 6.7 Update 2 之後版本的國家資訊保證合作組織 (NIAP) 憑證需求是指稽核記錄在升級後繼續留在 /scratch 中。

                    • 執行備份作業後，相同的錯誤訊息 (例如 Block list: Cannot convert disk path <vmdk file> to real path, skipping.) 可能會填滿 hostd.log 檔案。此問題會阻止其他 hostd 服務記錄，並且可能會填滿記錄記憶體。

                    • 在 vSphere HA 環境中，當多個 ESXi 主機同時競相建立和掛接具有相同易記名稱的 Config-VVol 時，vSphere Virtual Volumes 演算法會使用 UUID 進行挑選。但是，UUID 挑選的 Config-VVol 可能不是 ESXi 主機請求的第一個，而這可能會導致 vSphere Virtual Volumes 資料存放區出現問題。

                    • 由於 Vpx.Vpxa.config.log.level 選項在 vCenter Server 系統升級後遺失或無效，因此可能無法在 vSphere Client 中或透過使用 API 來變更 ESX 主機上 vpxa 服務的記錄層級組態。 

                    • 如果 ESXi 安裝在緩慢開機裝置上，例如 USB 或 FCoE，則 ESXi 可能無法偵測到開機裝置的儲存路徑。因此，不會識別開機區磁碟分割和其他磁碟分割 (例如 /scratch)，並且不會儲存組態變更。當 ESXi 開機時，/bootbank 和 /scratch 符號連結會參考暫存的記憶體內路徑。

                    • 在 vSphere Lifecycle Manager 叢集映像管理下，Lifecycle Manager 代理程式可能無法連絡 ESXi 主機以啟動安裝等工作。因此，vSphere Client 會顯示錯誤，例如無法從 vCenter Server 連線到 vSphere HA 代理程式。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

                    • 在叢集映像管理作業期間，vSphere Lifecycle Manager 可能無法連絡 ESXi 主機上的 Lifecycle Manager 代理程式。在 vSphere Client 中，會顯示類似下列內容的錯誤：叫用主機 API 時發生未知錯誤。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

                    • 在 vSphere Lifecycle Manager 叢集映像管理下，vSphere HA 代理程式可能無法設定 ESXi 主機。因此，會在 vSphere Client 中顯示類似下列內容的錯誤：
                      無法在主機上完成 vSphere HA 代理程式設定。在叢集上套用 HA VIB 時發生故障。 
                      出現失敗的原因是，在 ESXi 主機上安裝 vSphere HA 代理程式的過程中可能會耗用超過已配置配額的記憶體。

                    • 在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

                    • 如果僅開啟並關閉編輯 NTP 設定對話方塊，甚至不進行任何變更，則隨主機一起啟動和停止選項會關閉。當 ESXi 主機開啟電源時，NTP 服務不會啟動。在 vSphere Client 中，您會看到 NTP 服務啟動原則選項隨主機一起啟動和停止處於選取狀態。但是，在 ESX Shell 中執行 chkconfig –list 命令時，NTP 服務處於關閉。

                    • 如果禁止將軟體 FCoE 介面卡作為存取光纖通道儲存區的方法，則可能無法載入 CBT 模組，並且 ESXi 可能無法偵測到開機裝置。因此，快照作業 (例如建立和整併快照) 會失敗。

                    • 如果發生連線問題，則需要連線至 VMware 的 vSAN 健全狀況檢查可能會逾時。vSphere Client 會顯示類似下列內容的錯誤訊息：
                      無法查詢 vSAN 健全狀況資訊。請查看 vSphere Client 記錄以取得詳細資料。
                      此問題可能會影響線上健全狀況檢查、HCL 更新和 vSphere Lifecycle Manager 基準建議。如果 vCenter Server 無法解決問題，則查詢 DNS 項目時 vSAN 健全狀況檢查可能會逾時。

                    • 解除委任要移除的磁碟時，ESXi 主機可能會失敗，並顯示紫色診斷畫面。您會在反向追蹤中看到類似下列內容的項目：

                      2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

                    • 如果 NVME 裝置設定了多個命名空間，則對 vSAN 安全磁碟抹除作業的支援會進行動態變更，具體取決於命名空間的數目。如果在執行安全抹除作業時設定了新的命名空間 (例如在 VxRail 或 Google Cloud Platform 中)，則可能會清除新增命名空間上的資料。

                    • 適用於 HPE Smart Array 控制器的 ESXi 原生驅動程式 (nhpsa) 的磁碟服務性外掛程式已更新至 70.0051.0.100 版，以解決多個已知問題。

                    • 適用於 Microsemi Smart Family 控制器的 ESXi 原生 SCSI 驅動程式 (smartpqi) 的磁碟服務性外掛程式已更新至 70.4000.0.100-5 版，以還原多個遺失的裝置識別碼。

                  ESXi-7.0U1c-17325551-no-tools
                  設定檔名稱 ESXi-7.0U1c-17325551-no-tools
                  組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
                  廠商 VMware, Inc.
                  發行日期 2020 年 12 月 17 日
                  接受程度 PartnerSupported
                  受影響的硬體 不適用
                  受影響的軟體 不適用
                  受影響的 VIB
                  • VMware_bootbank_crx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
                  • VMware_bootbank_vsan_7.0.1-0.25.17325551
                  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
                  • VMware_bootbank_gc_7.0.1-0.25.17325551
                  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
                  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551
                  • VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
                  修正的 PR 2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
                  相關的 CVE 號碼 CVE-2020-3999
                  • 此修補程式更新了下列問題：

                    • ESXi 主機上的網路整併容錯回復延遲參數 Net.TeamPolicyUpDelay 目前設定為 10 分鐘，但在某些環境中，實體交換器在重新開機後可能需要 10 分鐘以上的時間才能接收或傳輸資料。因此，您可能會看到網路連線中斷。

                    • 任何 DFW 篩選器重新設定活動 (例如新增或移除篩選器) 都可能會導致某些篩選器開始捨棄封包。因此，虛擬機器會中斷網路連線，而您需要重設 vmnic、變更連接埠群組或將虛擬機器重新開機以還原流量。在 summarize-dvfilter 命令的輸出中，針對失敗的篩選器顯示 state: IOChain Detaching。

                    • 在與使用 3D 加速的圖形應用程式互動期間，如果在某些呈現作業過程中過度讀取緩衝區，會導致支援 3D 的虛擬機器失敗並顯示 SIGSEGV 錯誤。

                    • 如果虛擬機器在熱插拔作業期間重新啟動或重設，則虛擬機器的 vmware.log 檔案中的記錄可能會填滿可用的磁碟空間並使虛擬機器沒有回應。記錄訊息是相同的，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。

                    • 當具有多個虛擬 CPU 且已啟用 SEV-ES 的 Linux 虛擬機器開機時，除 CPU0 以外的所有 CPU 均處於離線狀態。您無法將剩餘的 CPU 上線。dmesg 命令傳回錯誤，例如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。

                    • 如果虛擬機器目錄中有 .vswp 分頁檔，則在掃描目錄中的所有檔案時會顯示裝置或資源忙碌中的錯誤訊息。此外，vSAN 命名空間物件上還會顯示額外的 I/O 流量，並且 hostd 服務運行緩慢。
                      如果您嘗試以 .vswp 副檔名作為物件描述元開啟檔案，則會發生此問題。VMX 程序和虛擬機器主記憶體的分頁檔具有相同的副檔名 .vswp，但 VMX 程序的分頁檔不得以物件描述元形式開啟。

                    • 在少數情況下，嘗試在同一目錄下建立檔案並移除目錄的多個執行緒的競爭情形可能會造成鎖死，進而導致 hostd 服務失敗。該服務只有在 ESXi 主機重新啟動後才會還原。在 vmkernel 記錄中，會顯示類似下列內容的警示：

                      2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive。

                      此類鎖死可能還會影響其他服務，但競爭情形時段較短，因此不會頻繁出現此問題。

                    • 虛擬機器加密可能需要幾個小時，且最終會失敗並在 hostd 服務記錄中顯示 The file already exists 錯誤。如果虛擬機器組態檔中存在孤立或未使用的檔案 <vm name=””>.nvram，則會發生此問題。如果虛擬機器的 .vmx 檔案中包含 NVRAM = “nvram” 等項目，則加密作業會使用 .nvram 副檔名建立加密檔案，且系統會將其視為現有孤立檔案的複本。

                    • 如果 vSAN 嘗試停用 256 GB 或以上的記憶體快取，此作業可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。

                    • 如果在 ESXi 主機上啟用 LiveCoreDump 作為收集系統記錄的選項，主機可能會沒有回應。紫色診斷畫面上會顯示類似下列內容的錯誤：#PF Exception 14 in world 2125468。

                    • 升級 HP Gen10 伺服器上的韌體版本後，可能會顯示 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 感應器的健全狀況警示 (與感應器實體 ID 44.x 相關)。警示未指出實際健全狀況問題，因此無論韌體版本為何，都可以忽略這些警示。

                    • 如果從 Active Directory 組態中停用 RC4，則向 ESXi 主機驗證使用者可能會失敗，並顯示無法驗證使用者錯誤。

                    • 如果在 NFS 伺服器容錯移轉或容錯回復作業期間重複回收請求，則開啟的回收會失敗，並導致 NFS 4.1 資料存放區上的虛擬機器沒有回應。

                    • 如果虛擬機器從快照恢復，則在使用 vSphere vMotion 執行移轉作業、恢復已暫停的虛擬機器或執行熱插拔作業後，您可能會看到針對某些磁碟 I/O 工作負載報告的 %SYS 時間略有增加。發生此問題的原因是，PVSCSI 虛擬儲存區介面卡可能會停止按照客體工作負載動態調整其內部佇列的大小。因此，在高 I/O 活動期間，驅動程式額外負荷會增加，並且可能會導致某些磁碟 I/O 工作負載的 %SYS 時間略有增加。此問題不會影響 NVMe 和 LSI 虛擬裝置。

                    • EVC 叢集中 AMD 主機上的 Java 應用程式可能無法啟動，並報告錯誤：未知的 x64 處理器: 不支援 SSE2。發生此問題的原因是，CPUID 欄位 family (leaf 1, EAX, bits 11-8) 的值不正確。因此，vCenter Server Appliance 上的 Lookup Service 和其他以 Java 為基礎的服務無法啟動。

                    • 將 HPE 伺服器 (例如 HPE ProLiant Gen10 和 Gen10 Plus) 升級至 iLO 5 韌體版本 2.30 後，vSphere Client 會顯示記憶體感應器健全狀況警示。發生此問題的原因是，在升級後，硬體健全狀況監控系統並未在第一個 LUN 啟用時對 Mem_Stat_* 感應器進行適當解碼。

                    • 如果 ESXi 主機使用的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 讀卡機裝置不支援讀取容量 16，則 vmkernel 記錄中可能會顯示許多錯誤，例如：
                      2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
                      和
                      2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

                    • 如果數位感應器的名稱內容中包含非 UTF8 字串，則 vpxa 服務會失敗，並且 ESXi 主機會從 vCenter Server 系統中斷連線。

                    • 由於處理感應器項目時發生錯誤，memoryStatusInfo 和 cpuStatusInfo 資料可能也會錯誤地包括非 CPU 和非記憶體感應器的狀態。這會導致受管理物件瀏覽器中的 CPU 和記憶體感應器狀態不正確。

                    • 由於 VMFS 磁碟分割已損毀、未格式化或具有不同的系統擁有權，因此在無法掛接資料存放區的媒體上安裝 ESXi 可能會失敗。此外，ESXi 安裝程式還可能會在升級或安裝期間移除已連結 USB 開機媒體上的 VMFS 磁碟分割。

                    • 從 ESXi 6.7 Update 2 及更新版本升級至 ESXi 7.x 時，不會保留設定為開機裝置上的暫存磁碟分割的稽核記錄。針對 ESXi 6.7 Update 2 之後版本的國家資訊保證合作組織 (NIAP) 憑證需求是指稽核記錄在升級後繼續留在 /scratch 中。

                    • 執行備份作業後，相同的錯誤訊息 (例如 Block list: Cannot convert disk path <vmdk file> to real path, skipping.) 可能會填滿 hostd.log 檔案。此問題會阻止其他 hostd 服務記錄，並且可能會填滿記錄記憶體。

                    • 在 vSphere HA 環境中，當多個 ESXi 主機同時競相建立和掛接具有相同易記名稱的 Config-VVol 時，vSphere Virtual Volumes 演算法會使用 UUID 進行挑選。但是，UUID 挑選的 Config-VVol 可能不是 ESXi 主機請求的第一個，而這可能會導致 vSphere Virtual Volumes 資料存放區出現問題。

                    • 由於 Vpx.Vpxa.config.log.level 選項在 vCenter Server 系統升級後遺失或無效，因此可能無法在 vSphere Client 中或透過使用 API 來變更 ESX 主機上 vpxa 服務的記錄層級組態。 

                    • 如果 ESXi 安裝在緩慢開機裝置上，例如 USB 或 FCoE，則 ESXi 可能無法偵測到開機裝置的儲存路徑。因此，不會識別開機區磁碟分割和其他磁碟分割 (例如 /scratch)，並且不會儲存組態變更。當 ESXi 開機時，/bootbank 和 /scratch 符號連結會參考暫存的記憶體內路徑。

                    • 在 vSphere Lifecycle Manager 叢集映像管理下，Lifecycle Manager 代理程式可能無法連絡 ESXi 主機以啟動安裝等工作。因此，vSphere Client 會顯示錯誤，例如無法從 vCenter Server 連線到 vSphere HA 代理程式。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

                    • 在叢集映像管理作業期間，vSphere Lifecycle Manager 可能無法連絡 ESXi 主機上的 Lifecycle Manager 代理程式。在 vSphere Client 中，會顯示類似下列內容的錯誤：叫用主機 API 時發生未知錯誤。如果沒有頻繁清理 ESXi 主機上的 vSphere Lifecycle Manager 工作狀態資料庫，且 Lifecycle Manager 代理程式未配置足夠的記憶體來處理資料庫檔案的大小，則會出現失敗。

                    • 在 vSphere Lifecycle Manager 叢集映像管理下，vSphere HA 代理程式可能無法設定 ESXi 主機。因此，會在 vSphere Client 中顯示類似下列內容的錯誤：
                      無法在主機上完成 vSphere HA 代理程式設定。在叢集上套用 HA VIB 時發生故障。 
                      出現失敗的原因是，在 ESXi 主機上安裝 vSphere HA 代理程式的過程中可能會耗用超過已配置配額的記憶體。

                    • 在 vSphere Client 中，ESXi 主機上的部分感應器顯示狀態為 [未知] 的硬體健全狀況警告。

                    • 如果僅開啟並關閉編輯 NTP 設定對話方塊，甚至不進行任何變更，則隨主機一起啟動和停止選項會關閉。當 ESXi 主機開啟電源時，NTP 服務不會啟動。在 vSphere Client 中，您會看到 NTP 服務啟動原則選項隨主機一起啟動和停止處於選取狀態。但是，在 ESX Shell 中執行 chkconfig –list 命令時，NTP 服務處於關閉。

                    • 如果禁止將軟體 FCoE 介面卡作為存取光纖通道儲存區的方法，則可能無法載入 CBT 模組，並且 ESXi 可能無法偵測到開機裝置。因此，快照作業 (例如建立和整併快照) 會失敗。

                    • 如果發生連線問題，則需要連線至 VMware 的 vSAN 健全狀況檢查可能會逾時。vSphere Client 會顯示類似下列內容的錯誤訊息：
                      無法查詢 vSAN 健全狀況資訊。請查看 vSphere Client 記錄以取得詳細資料。
                      此問題可能會影響線上健全狀況檢查、HCL 更新和 vSphere Lifecycle Manager 基準建議。如果 vCenter Server 無法解決問題，則查詢 DNS 項目時 vSAN 健全狀況檢查可能會逾時。

                    • 解除委任要移除的磁碟時，ESXi 主機可能會失敗，並顯示紫色診斷畫面。您會在反向追蹤中看到類似下列內容的項目：

                      2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

                    • 如果 NVME 裝置設定了多個命名空間，則對 vSAN 安全磁碟抹除作業的支援會進行動態變更，具體取決於命名空間的數目。如果在執行安全抹除作業時設定了新的命名空間 (例如在 VxRail 或 Google Cloud Platform 中)，則可能會清除新增命名空間上的資料。

                    • 適用於 HPE Smart Array 控制器的 ESXi 原生驅動程式 (nhpsa) 的磁碟服務性外掛程式已更新至 70.0051.0.100 版，以解決多個已知問題。

                    • 適用於 Microsemi Smart Family 控制器的 ESXi 原生 SCSI 驅動程式 (smartpqi) 的磁碟服務性外掛程式已更新至 70.4000.0.100-5 版，以還原多個遺失的裝置識別碼。

                  ESXi-7.0U1sc-17325020-standard
                  設定檔名稱 ESXi-7.0U1sc-17325020-standard
                  組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
                  廠商 VMware, Inc.
                  發行日期 2020 年 12 月 17 日
                  接受程度 PartnerSupported
                  受影響的硬體 不適用
                  受影響的軟體 不適用
                  受影響的 VIB
                  • VMware_bootbank_crx_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-xserver_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-base_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020
                  • VMware_bootbank_vsan_7.0.1-0.20.17325020
                  • VMware_bootbank_vsanhealth_7.0.1-0.20.17325020
                  • VMware_bootbank_gc_7.0.1-0.20.17325020
                  • VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020
                  • VMware_bootbank_vdfs_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-update_7.0.1-0.20.17325020
                  • VMware_bootbank_loadesx_7.0.1-0.20.17325020
                  • VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020
                  • VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
                  修正的 PR 2661006、2671485、2636149
                  相關的 CVE 號碼 CVE-2020-3999
                  • 此修補程式更新了下列問題：

                    • ESXi 7.0 Update 1c 解決了因 GuestInfo 變數中的輸入驗證不正確而造成的拒絕服務漏洞。具有虛擬機器的一般使用者存取權的惡意執行者可能會使虛擬機器的 VMX 程序失敗，從而導致拒絕服務情況。常見弱點與揭露專案 (cve.mitre.org) 已將識別碼 CVE-2020-3999 指派給此問題。如需詳細資訊，請參閱 VMSA-2020-0029。

                    • SQLite 資料庫已更新至 3.33.0 版。

                    • ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2w 版。

                    • OpenSSH 版本已更新至 8.3p1。

                    • NTP 精靈已更新至 ntp-4.2.8p15 版。

                    • ESXi userworld libcurl 程式庫已更新至 7.72.0 版。

                    • 與 ESXi 7.0 Update 1c 綁定的 VMware Tools ISO 映像如下：

                      • windows.iso：VMware Tools 11.1.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
                      • linux.iso：適用於 glibc 2.5 或更新版本之 Linux 作業系統的 VMware Tools 10.3.22 ISO 映像。

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

                      • VMware Tools 10.0.12：
                        • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
                        • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
                           
                      • VMware Tools 11.0.6
                        • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
                      • solaris.iso：適用於 Solaris 的 VMware Tools 映像。
                      • darwin.iso：適用於 OSX 的 VMware Tools 映像。

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

                  ESXi-7.0U1sc-17325020-no-tools
                  設定檔名稱 ESXi-7.0U1sc-17325020-no-tools
                  組建編號 如需組建編號資訊，請參閱此版本中包含的修補程式。
                  廠商 VMware, Inc.
                  發行日期 2020 年 12 月 17 日
                  接受程度 PartnerSupported
                  受影響的硬體 不適用
                  受影響的軟體 不適用
                  受影響的 VIB
                  • VMware_bootbank_crx_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-xserver_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-base_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020
                  • VMware_bootbank_vsan_7.0.1-0.20.17325020
                  • VMware_bootbank_vsanhealth_7.0.1-0.20.17325020
                  • VMware_bootbank_gc_7.0.1-0.20.17325020
                  • VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020
                  • VMware_bootbank_vdfs_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-update_7.0.1-0.20.17325020
                  • VMware_bootbank_loadesx_7.0.1-0.20.17325020
                  • VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020
                  • VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
                  修正的 PR 2661006、2671485、2636149
                  相關的 CVE 號碼 CVE-2020-3999
                  • 此修補程式更新了下列問題：

                    • ESXi 7.0 Update 1c 解決了因 GuestInfo 變數中的輸入驗證不正確而造成的拒絕服務漏洞。具有虛擬機器的一般使用者存取權的惡意執行者可能會使虛擬機器的 VMX 程序失敗，從而導致拒絕服務情況。常見弱點與揭露專案 (cve.mitre.org) 已將識別碼 CVE-2020-3999 指派給此問題。如需詳細資訊，請參閱 VMSA-2020-0029。

                    • SQLite 資料庫已更新至 3.33.0 版。

                    • ESXi userworld OpenSSL 程式庫已更新至 openssl-1.0.2w 版。

                    • OpenSSH 版本已更新至 8.3p1。

                    • NTP 精靈已更新至 ntp-4.2.8p15 版。

                    • ESXi userworld libcurl 程式庫已更新至 7.72.0 版。

                    • 與 ESXi 7.0 Update 1c 綁定的 VMware Tools ISO 映像如下：

                      • windows.iso：VMware Tools 11.1.5 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。
                      • linux.iso：適用於 glibc 2.5 或更新版本之 Linux 作業系統的 VMware Tools 10.3.22 ISO 映像。

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

                      • VMware Tools 10.0.12：
                        • winPreVista.iso：適用於 Windows 2000、Windows XP 和 Windows 2003。
                        • linuxPreGLibc25.iso：適用於 glibc 版本低於 2.5 的 Linux 作業系統。
                           
                      • VMware Tools 11.0.6
                        • windows.iso：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
                      • solaris.iso：適用於 Solaris 的 VMware Tools 映像。
                      • darwin.iso：適用於 OSX 的 VMware Tools 映像。

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

                  ESXi 映像 - ESXi70U1c-17325551
                  名稱 ESXi
                  版本 7.0 U1c-17325551
                  發行日期 2020 年 12 月 17 日
                  類別 增強功能
                  受影響的元件
                  • ESXi
                  • ESXi 安裝/升級元件
                  • VMware ATA 存放控制器驅動程式
                  • HPE Smart Array 控制器驅動程式
                  • VMware USB 驅動程式
                  • Microsemi Storage Solution Smart Array 存放控制器驅動程式
                  修正的 PR  2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
                  相關的 CVE 號碼 CVE-2020-3999
                    ESXi 映像 - ESXi7.0U1sc-17325020
                    名稱 ESXi
                    版本 7.0 U1sc-17325020
                    發行日期 2020 年 12 月 17 日
                    類別 增強功能
                    受影響的元件
                    • ESXi
                    • ESXi 安裝/升級元件
                    • VMware ATA 存放控制器驅動程式
                    • VMware NVMe over Fabric - RDMA 驅動程式
                    • VMware 原生軟體 FCoE 驅動程式
                    • VMware USB 驅動程式
                    修正的 PR  2661006、2671485、2636149
                    相關的 CVE 號碼 CVE-2020-3999

                      已知問題

                      已知問題分類如下。

                      升級問題
                      • 由於空間限制，使用 ESXCLI 從 ESXi 6.5.x 和 6.7.0 升級至 ESXi 7.x 可能會失敗

                        使用 esxcli software profile update 或 esxcli software profile install ESXCLI 命令從 ESXi 6.5.x 和 6.7.0 升級至 ESXi 7.x 可能會失敗，因為 ESXi 開機區可能小於映像設定檔的大小。在 ESXi Shell 或 PowerCLI Shell 中，會顯示類似下列內容的錯誤：
                         [InstallationError]  
                        待處理交易需要 244 MB 的可用空間，但支援的大小上限為 239 MB。  
                        請參閱記錄檔以取得更多詳細資料。
                        嘗試使用 ESXCLI 命令 esxcli software vib update 或 esxcli software vib install 升級 ESXi 主機時，也會發生此問題。

                        因應措施：您可以分兩個步驟執行升級，即使用 esxcli software profile update 命令將 ESXi 主機更新至 ESXi 6.7 Update 1 或更新版本，然後再更新至 7.0 Update 1c。或者，可以使用 ISO 映像和 vSphere Lifecycle Manager 執行升級。

                      其他問題
                      • 在具有多個命名空間的 NVMe 裝置上不支援 vSAN 安全磁碟抹除

                        如果 NVME 裝置設定了多個命名空間，則不支援 vSAN 安全磁碟抹除作業。
                        如果在執行安全抹除作業時設定了新的命名空間 (例如，VMware Tanzu Architecture for Dell EMC VxRail 或 Google Cloud Platform)，則新增的命名空間上的資料可能會被抹除，因此僅具有單一命名空間的 NVME 裝置支援 vSAN 安全磁碟抹除作業。

                        因應措施：無

                      舊版中的已知問題

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

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