發行日期:2020 年 4 月 28 日
組建編號詳細資料
下載檔案名稱: | ESXi670-202004002.zip |
組建編號: | 16075168 |
下載大小: | 474.3 MB |
md5sum: | 7e8314662d52ce4b907741d9dfca3eed |
sha1checksum: | b794622ada10d8cbdd7361d554adb494c3ef6754 |
需要主機重新開機: | 是 |
需要虛擬機器移轉或關閉: | 是 |
公告
公告識別碼 | 類別 | 嚴重性 |
ESXi670-202004401-BG | 錯誤修正 | 嚴重 |
ESXi670-202004402-BG | 錯誤修正 | 重要 |
ESXi670-202004403-BG | 錯誤修正 | 重要 |
ESXi670-202004404-BG | 錯誤修正 | 重要 |
ESXi670-202004405-BG | 錯誤修正 | 重要 |
ESXi670-202004406-BG | 錯誤修正 | 重要 |
ESXi670-202004407-BG | 錯誤修正 | 重要 |
ESXi670-202004408-BG | 錯誤修正 | 重要 |
ESXi670-202004101-SG | 安全性 | 重要 |
ESXi670-202004102-SG | 安全性 | 重要 |
ESXi670-202004103-SG | 安全性 | 重要 |
彙總公告
此彙總公告包含最新的 VIB,其中含有自 ESXi 6.7 的初始版本起的所有修正。
公告識別碼 | 類別 | 嚴重性 |
ESXi670-202004002 | 錯誤修正 | 重要 |
重要事項:對於使用 VMware vSAN 的叢集,您必須先升級 vCenter Server 系統。不支援僅升級 ESXi 主機。
升級前,請務必確認《VMware 產品互通性對照表》中從舊版 ESXi、vCenter Server 和 vSAN 到目前版本的相容升級路徑。
映像設定檔
VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。
映像設定檔名稱 |
ESXi-6.7.0-20200404001-standard |
ESXi-6.7.0-20200404001-no-tools |
ESXi-6.7.0-20200401001s-standard |
ESXi-6.7.0-20200401001s-no-tools |
如需有關個別公告的詳細資訊,請參閱下載修補程式頁面和〈已解決的問題〉一節。
修補程式下載和安裝
將修補程式套用至 ESXi 主機的一般方式是使用 VMware vSphere Update Manager。如需詳細資料,請參閱〈關於安裝與管理 VMware vSphere Update Manager〉。
可透過以下方式更新 ESXi 主機:從 VMware 下載頁面手動下載修補程式 ZIP 檔案,並使用 esxcli software vib
命令安裝 VIB。此外,可以使用映像設定檔和 esxcli software profile
命令更新系統。
如需詳細資訊,請參閱《vSphere 命令列介面概念和範例》以及《vSphere 升級指南》。
產品支援通知
隨著引入 Ice Lake CPU,Intel Memory Protection Extensions (MPX) 將被取代。雖然此功能繼續受到支援,但預設在開啟電源時不會對虛擬機器公開。如需詳細資訊,請參閱 VMware 知識庫文章 76799,以及〈設定進階虛擬機器屬性〉。
已解決的問題
已解決的問題分類如下。
- ESXi670-202004401-BG
- ESXi670-202004402-BG
- ESXi670-202004403-BG
- ESXi670-202004404-BG
- ESXi670-202004405-BG
- ESXi670-202004406-BG
- ESXi670-202004407-BG
- ESXi670-202004408-BG
- ESXi670-202004101-SG
- ESXi670-202004102-SG
- ESXi670-202004103-SG
- ESXi-6.7.0-20200404001-standard
- ESXi-6.7.0-20200404001-no-tools
- ESXi-6.7.0-20200401001s-standard
- ESXi-6.7.0-20200401001s-no-tools
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 嚴重 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2449111、2436641、2447585、2486154、2466300、2451413、2406230、2443942、2452877、2431310、2407597、2481222、2496838、2320980、2458186、2374140、2504887、2492286、2522494、2486909、2512739、2387296、2481899、2443483、2458201、2515102、2424969、2424363、2495662、2499073、2462098、2482303、2500832、2497099、2438978、2446482、2449082、2449462、2454662、2460368、2465049、2467765、2475723、2422471、2477972、2466965、2467517、2473823、2460088、2467615、2521131、2486433、2487787、2491652、2458918、2443170、2498721、2500197、2498114、2465248、2517910、2521345、2525720、2513441、2490140、2489409、2448039、2516450、2513433、2483575、2497570、2468784、2531167、2444428 |
CVE 號碼 | 不適用 |
更新了 esx-base、esx-update、vsan
和 vsanhealth
VIB。
- PR 2449111:在極少數情況下,當收集虛擬機器的 CPU 效能計數器時,ESXi 主機可能會失敗並顯示紫色診斷畫面
由於虛擬機器的關閉電源作業與執行查詢以收集 CPU 效能計數器之間的競爭情形,vCenter Server 系統可能會將 Null 指標解除參照。這可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2436641:軟體 iSCSI 介面卡可能不會顯示在 vSphere Client 或 vSphere Web Client 中
由於 iSCSI 模組中的記憶體流失,軟體 iSCSI 介面卡在目標探索程序期間可能不會顯示在 vSphere Client 或 vSphere Web Client 中。
已在此版本中解決此問題。
- PR 2447585:由於 xmap 配置失敗,包含 3D 虛擬機器的 ESXi 主機可能會失敗,並顯示藍色畫面錯誤
在作業期間,例如使用 vSphere vMotion 移轉 3D 虛擬機器,記憶體配置程序可能會傳回
NULL
值。因此,VMkernel 元件可能無法存取記憶體,並導致 ESXi 主機失敗。已在此版本中解決此問題。
- PR 2486154:在 ESXi 主機重新開機後,ESXi 主機上的智慧卡驗證可能會停止運作
在 ESXi 主機重新開機後,智慧卡驗證可能會停止運作,因為您可能需要重新上傳 ESXi 主機所加入的 Active Directory 網域的根憑證。
已在此版本中解決此問題。
- PR 2466300:使用指標偵測的整併容錯回復原則不會生效
在少數情況下,使用指標探查根據整併和容錯移轉原則從故障復原的 vmnic 可能無法回復為作用中 vmnic。
已在此版本中解決此問題。
- PR 2451413:執行 esxcfg-info 命令會傳回其中隱藏錯誤的輸出
執行
esxcfg-info
命令時,您可能會看到其中隱藏了類似錯誤的輸出:ResourceGroup: Skipping CPU times for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
ResourceGroup: Skipping VCPU stats for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
已在此版本中解決此問題。
- PR 2406230:以使用者名稱和密碼設定 HTTP 和 HTTPs Proxy 設定時,為 vSphere Auto Deploy 新增線上軟體存放庫可能會失敗
以使用者名稱和密碼設定 HTTP 和 HTTPs Proxy 設定時,在首頁 > Auto Deploy 下新增線上軟體存放庫可能會失敗,並顯示類似下列內容的錯誤:
invalid literal for int() with base 10:<proxy>
。在 Proxy URL 中的使用者名稱和密碼中引入冒號 (:) 可能是未正確剖析 URL 的原因。已在此版本中解決此問題。
- PR 2443942:如果使用 SLAAC 指派多個 IPv6 位址,則 SNMP 服務可能會失敗
如果在 ESXi 主機上啟用了 IPv6,並且使用 SLAAC 指派了多個 IPv6 位址,則 SNMP 服務可能會失敗。迴圈 IPv6 位址的邏輯錯誤會導致此問題。因此,您無法監控 ESXi 主機的狀態。
已在此版本中解決此問題。
- PR 2452877:嘗試取得離線儲存區的區塊對應可能會導致 hostd 服務失敗
當 hostd 服務嘗試取得目前離線之儲存區的區塊對應時,該服務可能會失敗。
已在此版本中解決此問題。此修正的一部分是傳回正確的錯誤訊息,而不是使服務失敗。
- PR 2431310:如果您將具有 NVIDIA 虛擬 GPU (vGPU) 裝置的虛擬機器移轉到具有不相容 vGPU 驅動程式的 ESXi 主機,則虛擬機器可能會意外關閉
如果使用 vSphere vMotion 將具有 vGPU 裝置的虛擬機器移轉到具有不相容 vGPU 驅動程式的 ESXi 主機,則虛擬機器可能會意外關閉。發生此問題的原因是,NVIDIA 不允許主機和客體 vGPU 驅動程式的某些組合。
已在此版本中解決此問題。此修正會提前偵測潛在的 vGPU 不相容問題,並阻止使用 vSphere vMotion 進行移轉,以便虛擬機器繼續在來源上執行。
- PR 2407597:您無法使用與父系實體功能 (PF) 不同的匯流排上衍生的虛擬功能 (VF)
例如,如果父系 PF 位於 SBDF C1:00.0 並從 C2:00.0 開始衍生 VF,則無法使用該 VF。
已在此版本中解決此問題。
- PR 2481222:如果在短時間內執行虛擬機器命名空間中的許多 retrieveData 呼叫,則 hostd 服務可能會失敗
如果在短時間內執行許多
NamespaceManager.retrieveData
呼叫,則 hostd 服務可能會失敗,並顯示記憶體不足錯誤。發生此問題的原因是,此類呼叫的結果可能很大,而 hostd 服務預設會將其保留 10 分鐘。已在此版本中解決此問題。對於先前的 ESXi 版本,您可以避免以快速連續的方式執行許多
NamespaceManager.retrieveData
呼叫,或降低 hostd 服務之config.xml
檔案中taskRetentionInMins
選項的值。 - PR 2496838:vSphere Fault Tolerance 中的次要虛擬機器可能會停滯在 VM_STATE_CREATE_SCREENSHOT 狀態,並且連續作業會失敗
如果您嘗試為 vSphere FT 中的次要虛擬機器建立螢幕擷取畫面,請求可能永遠無法取得回應,且虛擬機器將保持
VM_STATE_CREATE_SCREENSHOT
狀態。因此,對於這類具有InvalidState
錯誤的虛擬機器,任何連續作業 (例如重新設定和移轉) 都會失敗,直到 hostd 服務重新啟動以清除暫時性狀態為止。已在此版本中解決此問題。如果使用此修正,對 vSphere FT 中次要虛擬機器的無效螢幕擷取畫面請求會直接失敗。
- PR 2320980:變更 ESXi 主機 GPU 模式後,需要 3D 圖形硬體的虛擬機器可能無法開啟電源
如果在虛擬共用圖形加速 (vSGA) 和虛擬共用傳遞圖形加速 (vGPU) 之間切換 ESXi 主機的 GPU 模式,需要 3D 圖形硬體的虛擬機器可能無法開啟電源。在執行此類作業期間,vCenter Server 系統中
HostCapability
受管理物件的accel3dSupported
內容未自動設定為 TRUE,從而會導致此問題。已在此版本中解決此問題。
- PR 2458186:執行儲存區陣列容錯移轉或容錯回復作業後,NFS 4.1 資料存放區可能會無法存取
執行儲存區陣列容錯移轉或容錯回復作業時,NFS 4.1 資料存放區會進入所有路徑失效 (APD) 狀態。但是,在作業完成後,資料存放區可能會保持 APD 狀態且無法存取。
已在此版本中解決此問題。
- PR 2374140:vSphere Distributed Switch (VDS) 升級期間的一小段競爭時段可能會導致 ESXi 主機出現故障,並顯示紫色診斷畫面
將 VDS 升級至版本 6.6 期間,一小段競爭時段可能會導致 ESXi 主機出現故障,並顯示紫色診斷畫面。
已在此版本中解決此問題。此修正新增了處理競爭時段的檢查。
- PR 2504887:對於使用資料存放區的所有 ESXi 主機,在 VMFS 資料存放區上設定空間回收優先順序可能無法正常運作
透過執行下列 ESXCLI 命令
esxcli storage vmfs reclaim config set
並設定 --reclaim-priority 參數的值,可以變更 VMFS 資料存放區的預設空間回收優先順序。例如,esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
將空間回收優先順序從預設的低速率變更為無,這會將未使用的區塊從資料存放區取消對應到支援該資料存放區的 LUN。但是,變更可能只會在執行命令的 ESXi 主機上生效,而不會在使用相同資料存放區的其他主機上生效。已在此版本中解決此問題。
- PR 2492286:虛擬機器停止執行,並且 [摘要] 索引標籤上顯示空間錯誤
NFS 資料存放區可能擁有每個使用者目錄的空間限制,如果一個目錄超過配額,則對其他使用者目錄執行 I/O 作業也會失敗,並顯示
NO_SPACE
錯誤。因此,部分虛擬機器會停止執行。在 [摘要] 索引標籤上,會看到類似下列內容的訊息:沒有更多空間可供虛擬磁碟「<>」使用。您可透過釋放相關磁碟區的磁碟空間,然後按一下 [重試(_R)],繼續此工作階段。按一下 [取消] 終止此工作階段。
已在此版本中解決此問題。
- PR 2522494:由於含 4 個或更多節點的 NUMA 組態中存在記憶體不足的情況,具有 4 個或更多 vSAN 磁碟群組的 ESXi 主機可能會失敗,並顯示紫色診斷畫面
如果具有 4 個或更多磁碟群組的 ESXi 主機上的 vSAN 組態在含 4 個或更多節點的 NUMA 組態上執行,可能會耗盡該主機上專用於指定 NUMA 節點的 VMkernel 的碎片記憶體資源。同一主機上的其他 NUMA 節點可能有多餘的碎片記憶體資源。但是,VMkernel 可能會提前產生記憶體不足的情況,而不是利用其他 NUMA 節點的多餘碎片記憶體容量。因此,記憶體不足情況可能會導致 ESXi 主機失敗並顯示紫色診斷畫面,或導致該主機上的 vSAN 磁碟群組失敗。
已在此版本中解決此問題。
- PR 2486909:極少見的競爭情形可能會造成使用即時複製來複製具有虛擬 USB 控制器的虛擬機器失敗
如果使用即時複製來複製具有已設定虛擬 USB 控制器的虛擬機器的作業,與重新設定從客體作業系統端執行的 USB 裝置重疊,則此作業可能會失敗。已複製虛擬機器的 vmx 程序以核心傾印結束。在 vSphere Client 中,即時複製工作顯示為失敗,您可能會看到類似下列內容的訊息:
來源偵測到目的地無法恢復
。已在此版本中解決此問題。
- PR 2512739:VMFS 工作流程中的極少見競爭情形可能會導致 ESXi 主機沒有回應
VMFS 工作流程中的磁碟區關閉和取消對應路徑之間出現的極少見競爭情形可能會造成鎖死,最終導致 ESXi 主機沒有回應。
已在此版本中解決此問題。
- PR 2387296:VMFS6 資料存放區無法開啟,並顯示日誌區塊空間錯誤,且虛擬機器無法開啟電源
當大量 ESXi 主機存取 VMFS6 資料存放區時,如果儲存區或電源中斷,叢集中的所有日誌區塊可能會發生記憶體流失。這會導致開啟或掛接 VMFS 磁碟區失敗。
已在此版本中解決此問題。
- PR 2481899:如果對等實體連接埠未傳送同步位元,則 LACP NIC 可能會在 ESXi 主機重新開機後關閉
將 ESXi 主機重新開機後,如果對等實體連接埠因某些原因未傳送同步位元,則 LACP 封包可能會遭到封鎖。因此,主機上的所有 LACP NIC 均已關閉且 LAG 管理失敗。
已在此版本中解決此問題。此修正新增了
esxcfg-advcfg -s 1 /Net/LACPActorSystemPriority
設定選項以取消封鎖 LACP 封包。僅當您面臨該問題時,才必須使用此選項。此命令無法在無狀態 ESXi 主機上運作。 - PR 2443483:競爭情形可能會導致 Auto Deploy 服務每隔數小時停止工作
Auto Deploy 中 python 子程序模組中的競爭情形可能會導致服務每隔數小時停止工作。因此,您可能無法登錄詳細目錄中的 ESXi 主機。重新啟動時,Auto Deploy 會按預期般運作,但很快會再次失敗。
已在此版本中解決此問題。
- PR 2458201:一些 vSphere Virtual Volumes 快照物件可能不會取得虛擬機器 UUID 中繼資料標籤
在快照作業期間,尤其是在建立和刪除快照程序快速連續的情況下,可能會提前開始重新整理虛擬機器組態。這可能會導致 vSphere Virtual Volumes 中繼資料更新錯誤。因此,一些 vSphere Virtual Volumes 物件 (屬於新建立的快照) 可能會保持未加標記狀態,或使用虛擬機器 UUID 進行標記後再取消標記。
已在此版本中解決此問題。
- PR 2515102:如果受信任的網域離線,一些使用者群組的 Active Directory 驗證可能會失敗
如果有任何受信任的網域離線,則對於屬於離線網域上任何群組的使用者,同樣不會傳回任何群組成員資格或傳回部分群組成員資格。因此,一些使用者群組的 Active Directory 驗證會失敗。
已在此版本中解決此問題。此修正可確保同樣列出所有其他線上網域中的所有群組。
- PR 2424969:如果 ESXi 主機第一次嘗試連線 VASA 提供者失敗,vSphere Virtual Volumes 資料存放區可能仍無法存取
如果在 ESXi 主機開機並嘗試掛接 vSphere Virtual Volumes 資料存放區時 VASA 提供者無法連線或沒有回應,則掛接作業會失敗。但是,如果在一段時間後 VASA 提供者可供使用,則 ESXi 主機不會嘗試重新連線到提供者,並且資料存放區仍無法存取。
已在此版本中解決此問題。
- PR 2424363:在重新繫結作業期間,I/O 可能會失敗並顯示 NOT_BOUND 錯誤
在重新繫結作業期間,即使目標通訊協定端點忙碌中,虛擬磁碟區的來源通訊協定端點仍可能會啟動失敗的 I/O 並顯示
NOT_BOUND
錯誤。如果目標通訊協定端點處於WAIT_RBZ
狀態,並傳回狀態PE_NOT_READY
,則來源通訊協定端點必須重試 I/O 而非使其失敗。已在此版本中解決此問題。如果使用此修正,上游會將 BUSY 狀態轉送至虛擬 SCSI 磁碟 (vSCSI) 和 ESXi 主機作業系統,以確保重試 I/O。
- PR 2495662:[虛擬物件] 視圖針對 vSAN 虛擬機器命名空間顯示無法存取的物件
如果虛擬機器命名空間路徑不包含有效的 vSAN UUID,則虛擬物件視圖會針對 vSAN 虛擬機器命名空間顯示無法存取的物件。
已在此版本中解決此問題。具有無效 vSAN UUID 的物件會顯示為未知物件。
- PR 2499073:當 VMFS 磁碟區頻繁開啟和關閉時,您可能會看到 VMkernel 記錄湧出的情況
如果 VMFS 磁碟區頻繁開啟和關閉,這可能會導致 VMkernel 記錄湧出,例如
does not support unmap
(開啟磁碟區時) 和Exiting async journal replay manager world
(關閉磁碟區時)。已在此版本中解決此問題。將不再顯示記錄
does not support unmap
(開啟 VMFS 磁碟區時) 和Exiting async journal replay manager world
(關閉磁碟區時)。 - PR 2462098:對 Dell/EMC VMAX 儲存區陣列發出的 XCOPY 請求可能會導致 VMFS 資料存放區損毀
在對 Dell/EMC VMAX 儲存區陣列發出進行虛擬機器移轉或複製的 XCOPY 請求之後,目的地 VMFS 資料存放區可能會損毀並離線。
已在此版本中解決此問題。如需詳細資訊,請參閱 VMware 知識庫文章 74595。
- PR 2482303:將物件空間保留區設定為 0 時,虛擬磁碟已完整佈建
在佈建規格中未設定虛擬磁碟的佈建類型時,vSAN 會在 vSAN 資料存放區上建立完整佈建的 VMDK 檔案。如果您透過使用 VMODL API 佈建 VMDK 並且在 VMDK backingInfo 中未設定
isThinProvisioned
,則會發生此情況。儲存區設定檔中為物件空間保留區設定的值將被忽略。已在此版本中解決此問題。將儲存區設定檔重新套用至現有的虛擬磁碟。
- PR 2500832:在重新設定叢集期間 vCenter Server 沒有回應
執行叢集重新設定工作時,vCenter Server 可能會失敗。
已在此版本中解決此問題。
- PR 2497099:在完成 Storage vMotion 之前 vSAN 工作遭到封鎖
當 Storage vMotion 正在進行時,一些 vSAN 工作 (例如重新設定原則、vCenter Server High Availability 和 vSphere DRS 啟用作業) 無法繼續。
已在此版本中解決此問題。
- PR 2438978:未使用的連接埠群組可能會導致 ESXi 主機的回應時間較長
未使用的連接埠群組可能會導致在 ESXi 主機上執行的所有工作 (例如載入 vSphere Client、開啟虛擬機器電源和編輯設定) 的回應時間較長。
已在此版本中解決此問題。此修正將最佳化
NetworkSystemVmkImplProvider::GetNetworkInfo
方法的運作,以避免迴圈連接埠群組。 - PR 2446482:nicmgmtd 精靈可能會耗盡資源集區記憶體,並最終停止回應
nicmgmtd 精靈使用匿名記憶體頻繁執行 mmap 和 munmap 作業,在某些情況下,不會重複使用最近釋放的記憶體範圍內的位址。這可能會導致執行 mmap 作業的區域始終具有遞增的起始位址,並且會耗用其他 L2 和 L3 分頁表。因此,nicmgmtd 可能會在一段時間內耗盡資源集區記憶體,並最終停止回應。
已在此版本中解決此問題。
- PR 2449082:當 CIM 服務啟用時,查詢回應資料的長度可能會超過 255 個位元組的限制,並導致記錄湧出
在某些情況下,當 CIM 服務啟用時,查詢回應資料的長度可能會超過 255 個位元組的限制,並導致記錄湧出。在 Syslog 中,您可能會看到類似下列內容的訊息:
VMwareHypervisorStorageExtent::fillVMwareHypervisorStorageExtentInstance - durable name length is too large: 256
。已在此版本中解決此問題。
- PR 2449462:由於掛接點失效,您可能無法掛接 Virtual Volumes 儲存區容器
如果掛接點忙碌中,且先前的卸載作業以無訊息方式失敗,則嘗試掛接 Virtual Volumes 儲存區容器可能會失敗,並顯示容器已存在的錯誤。
已在此版本中解決此問題。
- PR 2454662:如果您經常在 vSphere Distributed Switch 上新增和移除上行連接埠,則 ESXi 主機可能最終會中斷連線
如果因某些原因將上行連接埠新增至 VDS 失敗,則 ESXi 主機可能會在嘗試還原上行中的 MTU 時沒有回應。如果您經常在 VDS 上新增和移除上行連接埠,則可能會發生此情況。
已在此版本中解決此問題。
- PR 2460368:如果升級具有作用中連接埠鏡像組態的 vSphere Distributed Switch,ESXi 主機可能會失敗並顯示紫色診斷畫面
如果將具有作用中連接埠鏡像組態的 VDS 從 6.5 升級到更新版本,ESXi 主機可能會失敗並顯示紫色診斷畫面。您會看到類似下列內容的錯誤:
PF Exception 14 in world XXX
。已在此版本中解決此問題。
- PR 2465049:hostd 服務反復失敗,並顯示記憶體超過固定限制的錯誤訊息
hostd 服務可能會反復啟動失敗,並顯示類似下列內容的錯誤訊息:
危急: 記憶體超過固定限制
。如果 VMware Tools 之已損毀的 Windows ISO 映像在productLocker/vmtools
資料夾中處於作用中狀態,則會發生此問題。已在此版本中解決此問題。如果使用此修正,hostd 會在 VMware Tools 的資訊清單檔案中檢查目前已安裝版本,並阻止因每次檢查時記憶體流失而導致的失敗。但是,若要解決問題的根本原因,您必須:
- 將有問題的 ESXi 主機置於維護模式。
- 同時在不受問題影響的 ESXi 主機和受影響的主機上啟用 SSH。
- 以根使用者身分登入。
- 將
vmtools
資料夾的整個內容從不受影響的主機複製到受影響的主機。 - 對不受影響的主機和受影響的主機上的每個複製檔案執行
md5sum
命令。每對檔案的結果必須相同。
- PR 2467765:將磁碟區繫結到 ESXi 主機上的通訊協定端點 LUN 失敗後,vSphere Virtual Volumes 上的虛擬機器可能變得無法存取
如果 VASA 提供者無法登錄在 ESXi 主機上探索到的通訊協定端點識別碼,則此主機上 vSphere Virtual Volumes 資料存放區上的虛擬機器可能會無法存取。您可能會看到類似下列內容的錯誤:
vim.fault.CannotCreateFile
。無法從 ESXi 主機登錄通訊協定端點識別碼的可能原因是,對 VASA 提供者發出的SetPEContext()
請求因某些原因而失敗。這會導致後續的任何繫結虛擬磁碟區請求均失敗,並導致無法存取 vSphere Virtual Volumes 資料存放區上的資料和虛擬機器。已在此版本中解決此問題。此修正的目的是為了在 VASA 提供者上的
SetPEContext()
請求失敗時,重新排程對 VASA 提供者的SetPEContext
呼叫。此修正允許 ESXi 主機最終登錄探索到的通訊協定端點識別碼,並確保 vSphere Virtual Volumes 資料存放區上的磁碟區仍可供存取。 - PR 2475723:在螢幕擷取畫面擷取期間,虛擬機器可能會失敗
螢幕擷取畫面擷取代碼中的競爭情形可能會導致虛擬機器間歇性失敗。
已在此版本中解決此問題。
- PR 2422471:iSCSI 目標服務無法使用自動產生的 IQN 新增目標
如果您使用 vSphere Client 設定 iSCSI 目標,並允許系統自動產生 IQN,則 iSCSI 啟動器無法新增目標。發生此問題的原因是自動產生的 IQN 格式不正確。
已在此版本中解決此問題。
- PR 2477972:如果其他服務在硬體健全狀況檢查期間向 hostd 服務請求感應器資料,則 hostd 可能會失敗
如果其他服務在硬體健全狀況檢查期間向 hostd 服務請求感應器資料,則 hostd 服務可能會失敗,並顯示類似下列內容的錯誤:
IpmiIfcSdrReadRecordId: retry
expired
。因此,您無法從 vCenter Server 系統存取 ESXi 主機。已在此版本中解決此問題。
- PR 2466965:vsanmgmt.log 中顯示 ChecksumError 例外狀況訊息
不適當的錯誤訊息可能會記錄在
vsanmgmt.log
檔案中。可以忽略/var/log/vsanmgmt.log
中的下列訊息:vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/virstoStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/CFStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/checksumErrors exception已在此版本中解決此問題。
- PR 2467517:由於 vSAN 健全狀況服務失敗,vCenter Server 無法安裝或升級
評估自動 Proxy 組態時,vSAN 健全狀況服務可能會失敗。如果發生此情況,vCenter Server 安裝或升級將會失敗。
已在此版本中解決此問題。
- PR 2473823:vSAN 效能服務無法正常運作
如果
vsantop
公用程式未能正常結束或組態不正確,則公用程式可能無法再次啟動。此問題可能會使 vSAN 管理精靈無法啟動。部分 vSAN 服務 (例如效能服務) 無法使用。已在此版本中解決此問題。
- PR 2460088:由於對 NFS 資料存放區執行 I/O 失敗,虛擬機器可能會沒有回應
傳送至 NFS 資料存放區的虛擬機器 I/O 可能會失敗並顯示記憶體不足錯誤,並且虛擬機器變得沒有回應。在
vmkernel.log
檔案中,您會看到類似下列內容的訊息:NFS: Failed to convert sgArr to NFSIoInfo: Out of memory
.已在此版本中解決此問題。
- PR 2467615:從內容程式庫刪除檔案可能會導致 vCenter Server Agent (vpxa) 出現故障
從內容程式庫刪除檔案可能會導致 vpxa 出現故障,並導致刪除作業失敗。
已在此版本中解決此問題。
- PR 2521131:如果您使用 [從主機複製設定] 選項,則核心模組設定可能不會維持或 iSCSI CHAP 密碼遺失
使用從主機複製設定選項更新主機設定檔時,核心模組參數組態原則可能會變更或 iSCSI CHAP 密碼可能會遺失,或兩者同時發生。因此,您可能需要再次編輯主機設定檔,以將核心模組參數組態原則修改為以每個主機為基礎,或重新輸入 iSCSI CHAP 密碼,或兩者皆執行。
已在此版本中解決此問題。核心模組參數組態原則在更新主機設定檔後生效,並且 CHAP 密碼會從舊的主機設定檔文件中保留下來。
- PR 2486433:從 vSAN 6.5 升級 ESXi 主機耗盡了可用空間
在啟用以進行重複資料刪除和壓縮的叢集中,從 vSAN 6.5 升級 ESXi 主機可能會耗盡空間。由於缺少可用空間,新的佈建和重新設定作業會失敗。
已在此版本中解決此問題。
- PR 2487787:由於記錄檔空白,vSAN 健全狀況服務失敗
如果 vSAN 健全狀況記錄檔為空白或已損毀,vSAN 健全狀況服務可能會失敗。
已在此版本中解決此問題。
- PR 2491652:在啟用 Storage I/O Control 記錄後設定 SIOControlLoglevel 參數可能不會變更記錄層級
依預設會停用 Storage I/O Control 記錄,您必須使用 <SIOControlLoglevel> 參數值 1 到 7 設定記錄層級以啟用此記錄功能。但是,在某些情況下,變更參數值不會同時變更記錄層級。
已在此版本中解決此問題。
- PR 2458918:如果對 ESXi 主機上新增的 VMkernel 連接埠執行 CIM 查詢,則 Small Footprint CIM Broker (SFCB) 服務可能會失敗
如果對 ESXi 主機上新增的 VMkernel 連接埠執行 CIM 查詢,例如
enum_instances
呼叫,則 SFCB 服務可能會失敗,因為它無法驗證新執行個體的 IP 位址。例如,如果 IPv6 已啟用並設定為靜態,但 IPv6 位址為空白,則查詢 CIM 類別CIM_IPProtocolEndpoint
或VMware_KernelIPv6ProtocolEndpoint
會產生 SFCB 核心傾印。已在此版本中解決此問題。
- PR 2443170:如果將虛擬化型安全性 (VBS) 與匯出位址篩選 (EAF) 結合使用,則 Windows 10 虛擬機器上應用程式的效能可能會降低
如果將 VBS 與 Windows Defender 惡意探索保護的 EAF 緩解結合使用,則 Windows 10 虛擬機器上受 EAF 保護的任何應用程式的效能可能會降低。
已在此版本中解決此問題。
- PR 2444428:在 vSphere Distributed Switch 6.6 上,[進階設定] 選項 TeamPolicyUpDelay 未按預期運作
對於使用 vSphere Distributed Switch 6.6 的環境,您可以透過使用命令
esx-advcfg
來設定 [進階設定] 選項TeamPolicyUpDelay
,但設定並未按預期運作。已在此版本中解決此問題。
- PR 2498721:如果在重新掃描期間裝置上發生熱插拔事件,ESXi 主機可能會失敗
如果進行重新掃描的裝置上發生了間歇性熱插拔事件,ESXi 主機可能會失敗,並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2500197:無法設定具有超過 128 GB RAM 的 Windows 虛擬機器
對於 64 位元版本的 Windows 7、Windows 8 和 Windows 10,嘗試建立或重新設定具有超過 128 GB RAM 的 Windows 虛擬機器可能會失敗。
已在此版本中解決此問題。
- PR 2498114:如果雙堆疊網域控制站上的其中一個位址系列未啟用,則將 ESXi 主機新增至網域可能會隨機失敗
如果雙堆疊網域控制站上的其中一個位址系列未啟用 (例如 IPv6),則即使在控制器上停用 IPv6 之後,仍可以對 IPv6 位址執行 CLDAP ping 動作。這可能會導致逾時,並觸發資料中心無法使用的錯誤,類似下列內容:錯誤:
NERR_DCNotFound [code 0x00000995]
。因此,您可能無法將 ESXi 主機新增至網域。已在此版本中解決此問題。
- PR 2465248:ESXi 升級因 vmkusb 驅動程式出現所有路徑失效錯誤而失敗
在某些環境中,由於 vmkusb 驅動程式出現所有路徑失效錯誤,導致執行指令碼式安裝時無法從外部裝置掛接映像,因此 ESXi 升級可能會失敗。如果您嘗試使用舊驅動程式,這些路徑可能會顯示為作用中,但指令碼仍不會執行。
已在此版本中解決此問題。此修正可確保在開機完成前,磁碟機目前沒有可用媒體的情況下,不會在具有外部磁碟機的 LUN 上執行讀取或寫入作業。
- PR 2517910:在開機期間載入核心模組時,ESXi 主機可能會失敗並顯示紫色診斷畫面
載入核心模組時,用於將裝置驅動程式和網路塑形器模組載入 VMkernel 中的 VMkernel 模組載入器命令
vmkload_mod
,可能會因某些原因而移轉到其他 NUMA 節點。如果發生這種情況,則在代碼區段初始化期間,可能會導致 NUMA 節點之間的總和檢查碼不相符。這可能會導致 ESXi 主機失敗,並顯示紫色診斷畫面。已在此版本中解決此問題。
- PR 2521345:由於缺少記憶體,ESXi 主機在掛接磁碟群組時失敗
將磁碟群組掛接到 ESXi 主機時,PLOG 記錄復原可能會耗用所有可用的記憶體。主機可能會失敗並顯示紫色診斷畫面。vmkernel 記錄可能會顯示類似下列內容的訊息:
BucketlistGetNode@LSOMCommon
Bucketlist_InsertWithDiskGroup@LSOMCommon
Rangemap_Insert@LSOMCommon
LSOMLbaTable_Insert@LSOMCommon
[email protected]
SSDLOGEnumLog@LSOMCommon
SSDLOG_EnumLogHelper@LSOMCommon
helpFunc@vmkernel
CpuSched_StartWorld@vmkernel已在此版本中解決此問題。
- PR 2525720:vSphere Web Client [虛擬物件] 視圖顯示錯誤訊息
如果 rhttpproxy 連接埠設定了預設值 443 以外的值,則 vSphere Web Client 中的 [虛擬物件] 視圖會顯示空白頁面,並顯示錯誤訊息。
已在此版本中解決此問題。
- PR 2513441:vSAN 健全狀況服務在出現暫時性磁碟錯誤時報告 [磁碟健全狀況狀態不明] 錯誤
當 vSAN 健全狀況服務無法識別暫時性磁碟錯誤時,可能會在 [實體磁碟 - 運作] 健全狀況檢查中觸發警示:
磁碟健全狀況狀態不明
。已在此版本中解決此問題。暫時性磁碟錯誤報告為黃色,而不是紅色。
- PR 2490140:命令 enum_instances OMC_IpmiLogRecord 失敗並顯示錯誤
傳回 CIM 類別
OMC_IpmiLogRecord
之執行個體的enum_instances OMC_IpmiLogRecord
命令,可能無法按預期運作,並導致找不到任何執行個體
錯誤。當 RawIpmiProvider 未載入且無法回應查詢時,會發生此情況。已在此版本中解決此問題。
- PR 2489409:來自即時安裝的 CIM 提供者的 CMNewInstance 呼叫,可能需要一些時間才能回應或失敗
即時安裝 CIM 提供者後,來自該提供者的
CMNewInstance
呼叫可能需要很長時間才能回應,或失敗。您必須重新啟動 WBEM 以重試呼叫。已在此版本中解決此問題。
- PR 2448039:如果將數個 Link Layer Discovery Protocol (LLDP) 對等項報告至 VMkernel sysinfo 介面,則 SNMP 服務可能會核心傾印並因記憶體流失而失敗
如果將數個 LLDP 對等項報告至 VMkernel sysinfo 介面,記憶體流失可能會導致 SNMP 服務失敗並傾印
snmpd-zdump
核心檔案。因此,您無法監控 ESXi 主機的狀態。如果 LLDP 已關閉,則 SNMP 服務不會失敗。已在此版本中解決此問題。
- PR 2516450:由於記憶體問題,vSAN 磁碟群組建立失敗,無法新增磁碟
在 vSAN 中建立磁碟群組時,會達到內部記憶體資源限制。可能無法將一或多個磁碟新增至磁碟群組。您可能會在 vmkernel.log 中看到下列錯誤訊息:
WARNING: LSOMCommon: IORETRYCreateSlab:3150: Unable to create IORetry slab Out of memory
WARNING: PLOG: PLOG_OpenDevHandles:1858: Unable to create IOretry handle for device 522984ce-343d-2533-930d-05f790e54bf6 : Out of memory
WARNING: Service: VirstoCreateVDiskV4:1506: Could not allocate memory for vDisk id=1已在此版本中解決此問題。
- PR 2513433:暫時性錯誤導致 vSAN 物件標記為已降級
當儲存裝置發生暫時性錯誤時,vSAN 可能會錯誤地將裝置標記為失敗。裝置上 vSAN 元件被標記為已降級,最終會觸發叢集中物件的完整重建。
已在此版本中解決此問題。
- PR 2483575:將 ESXi 主機加入多個傳輸區域時,針對 nsx.LogicalSwitch 類型的不透明網路擷取資料可能會失敗
將 ESXi 主機加入多個傳輸區域時,針對 nsx.LogicalSwitch 類型的不透明網路擷取資料可能會失敗,因為用來取得 vmkernel 介面資訊的
esxcli
和localcli
命令僅傳回找到的第一個不透明交換器。當 ESXi 主機上存在多個不透明交換器時,無法提供所有資料。已在此版本中解決此問題。
- PR 2497570:由於大量使用 NamespaceManager API 所導致的競爭情形,hostd 服務可能會失敗
當虛擬機器作為命名空間作業的目標,但同時執行另一個呼叫來刪除或解除登錄該虛擬機器時出現的競爭情形,可能會導致 hostd 服務失敗。在大量使用 NamespaceManager API 與虛擬機器客體作業系統代理程式進行通訊的環境中,可能會發生此問題。
已在此版本中解決此問題。
- PR 2468784:您會在 ESXi 主機上查看「感應器 -1」類型的儲存區健全狀況警示
即使感應器狀態尚未變更,您也可能會在 ESXi 主機上看到儲存區感應器的過多健全狀況事件。健全狀況事件會在每個輪詢週期內觸發,並報告儲存區感應器的相同狀態。
已在此版本中解決此問題。
- PR 2442355:使用 vSphere vMotion 移轉虛擬機器需要很長時間且最終會失敗
手動或自動觸發用於移轉虛擬機器的 vSphere vMotion 作業時,您會看到監視器進入睡眠模式以等待某個事件,但此模式可能需要很長時間且永遠不會變更。原因是 vSphere vMotion 可能會觸發另一個事件,該事件與系統正在等待的第一個事件平行進行,從而導致長時間睡眠模式。
已在此版本中解決此問題。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
更新了 qfle3f VIB
。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 否 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
更新了 sfvmk
VIB。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2429068 |
CVE 號碼 | 不適用 |
更新了 nfnic
VIB 以解決下列問題:
- PR 2429068:由於錯誤地指派了第二層 LUN 識別碼 (SLLID),虛擬機器可能會無法存取
nfnic 驅動程式可能會間歇性地將錯誤的 SLLID 指派給虛擬機器,因此,Windows 和 Linux 虛擬機器可能會變得無法存取。
已在此版本中解決此問題。請務必將 nfnic 驅動程式升級至 4.0.0.44 版。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
更新了 ixgben
VIB。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2481771 |
CVE 號碼 | 不適用 |
更新了 vmkusb
VIB 以解決下列問題:
- PR 2481771:如果 ESXi 主機使用 USB 網路驅動程式,則主機可能會因 TX 緩衝區重複而失敗,並顯示紫色診斷畫面
在少數情況下,如果 ESXi 主機使用 USB 網路驅動程式,則主機可能會因 TX 緩衝區重複而失敗,並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤:
PF Exception 14 in world 66160:usbus0 cdce_bulk_write_callback
。已在此版本中解決此問題。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2511720 |
CVE 號碼 | 不適用 |
更新了 lpfc
VIB 以解決下列問題:
- PR 2511720:如果已啟用對 FC HBA 的外部資料完整性欄位 (DIF) 支援,ESXi 主機可能會因競爭情形而失敗,並顯示紫色診斷畫面
如果 ESXi 主機使用外部 DIF 連線到儲存區陣列,且同時會銷毀節點路徑,則主機可能會失敗並顯示紫色診斷畫面。您可以在記錄中看到
lpfc_external_dif_cmpl
函數的錯誤。已在此版本中解決此問題。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
更新了 net-vmxnet3
VIB。
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2495187、2485387、2485381、2485379、2485383、2485390、2485385 |
CVE 號碼 | 不適用 |
更新了 esx-base、esx-update、vsan
和 vsanhealth
VIB 以解決下列問題:
- libxml2 程式庫更新
ESXi userworld libxml2 程式庫已更新至 2.9.10 版。
- libcurl 程式庫更新
ESXi userworld libcurl 程式庫已更新至 libcurl-7.67.0。
- Python 程式庫更新
Python 第三方程式庫已更新至 3.5.8 版。
- OpenSSL 更新
OpenSSL 套件已更新至 openssl-1.0.2u 版。
- OpenSSH 版本更新
OpenSSH 版本已更新至 8.1p1 版。
- 網路時間通訊協定 (NTP) 精靈更新
NTP 精靈已更新至 ntp-4.2.8p13 版。
- SQLite 資料庫更新
SQLite 資料庫已更新至 3.30.1 版。
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 否 |
需要虛擬機器移轉或關閉 | 否 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2489776 |
CVE 號碼 | 不適用 |
此修補程式更新了 tools-light
VIB 以解決下列問題:
與 ESXi670-202004002 綁定的 VMware Tools ISO 映像如下:
windows.iso
:適用於 Windows Vista (SP2) 或更新版本的 VMware Tools 11.0.5 ISO 映像winPreVista.iso:
適用於 Windows 2000、Windows XP 以及 Windows 2003 的 VMware Tools 10.0.12 ISO 映像linux.iso
:適用於 glibc 2.5 或更新版本之 Linux 作業系統的 VMware Tools 10.3.21 ISO 映像
下列 VMware Tools 10.3.10 ISO 映像可供下載:
solaris.iso
:適用於 Solaris 的 VMware Tools 映像darwin.iso
:適用於 OSX 的 VMware Tools 映像
若要下載適用於未與 ESXi 綁定之平台的 VMware Tools,請遵循下列文件所列出的程序:
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 否 |
需要虛擬機器移轉或關閉 | 否 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
此修補程式更新了 esx-ui
VIB。
設定檔名稱 | ESXi-6.7.0-20200404001-standard |
組建編號 | 如需組建編號資訊,請參閱頁面頂端。 |
廠商 | VMware, Inc. |
發行日期 | 2020 年 4 月 28 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2449111、2436641、2447585、2486154、2466300、2451413、2406230、2443942、2452877、2431310、2407597、2481222、2496838、2320980、2458186、2374140、2504887、2492286、2522494、2486909、2512739、2387296、2481899、2443483、2458201、2515102、2424969、2424363、2495662、2499073、2462098、2482303、2500832、2497099、2438978、2446482、2449082、2449462、2454662、2460368、2465049、2467765、2475723、2422471、2477972、2466965、2467517、2473823、2460088、2467615、2521131、2486433、2487787、2491652、2458918、2443170、2498721、2500197、2498114、2465248、2517910、2521345、2525720、2513441、2490140、2489409、2448039、2516450、2513433、2483575、2497570、2468784、2531167、2444428 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
由於虛擬機器的關閉電源作業與執行查詢以收集 CPU 效能計數器之間的競爭情形,vCenter Server 系統可能會將 Null 指標解除參照。這可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
由於 iSCSI 模組中的記憶體流失,軟體 iSCSI 介面卡在目標探索程序期間可能不會顯示在 vSphere Client 或 vSphere Web Client 中。
-
在作業期間,例如使用 vSphere vMotion 移轉 3D 虛擬機器,記憶體配置程序可能會傳回
NULL
值。因此,VMkernel 元件可能無法存取記憶體,並導致 ESXi 主機失敗。 -
在 ESXi 主機重新開機後,智慧卡驗證可能會停止運作,因為您可能需要重新上傳 ESXi 主機所加入的 Active Directory 網域的根憑證。
-
在少數情況下,使用指標探查根據整併和容錯移轉原則從故障復原的 vmnic 可能無法回復為作用中 vmnic。
-
執行
esxcfg-info
命令時,您可能會看到其中隱藏了類似錯誤的輸出:ResourceGroup: Skipping CPU times for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
ResourceGroup: Skipping VCPU stats for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
-
以使用者名稱和密碼設定 HTTP 和 HTTPs Proxy 設定時,在首頁 > Auto Deploy 下新增線上軟體存放庫可能會失敗,並顯示類似下列內容的錯誤:
invalid literal for int() with base 10:<proxy>
。在 Proxy URL 中的使用者名稱和密碼中引入冒號 (:) 可能是未正確剖析 URL 的原因。 -
如果在 ESXi 主機上啟用了 IPv6,並且使用 SLAAC 指派了多個 IPv6 位址,則 SNMP 服務可能會失敗。迴圈 IPv6 位址的邏輯錯誤會導致此問題。因此,您無法監控 ESXi 主機的狀態。
-
當 hostd 服務嘗試取得目前離線之儲存區的區塊對應時,該服務可能會失敗。
-
如果使用 vSphere vMotion 將具有 vGPU 裝置的虛擬機器移轉到具有不相容 vGPU 驅動程式的 ESXi 主機,則虛擬機器可能會意外關閉。發生此問題的原因是,NVIDIA 不允許主機和客體 vGPU 驅動程式的某些組合。
-
如果您在 AMD Zen 平台上將 FCH SATA 控制器用於直接 I/O 或傳遞作業,則控制器的預設重設方法可能會導致平台意外重新開機。
-
如果在短時間內執行許多
NamespaceManager.retrieveData
呼叫,則 hostd 服務可能會失敗,並顯示記憶體不足錯誤。發生此問題的原因是,此類呼叫的結果可能很大,而 hostd 服務預設會將其保留 10 分鐘。 -
如果您嘗試為 vSphere FT 中的次要虛擬機器建立螢幕擷取畫面,請求可能永遠無法取得回應,且虛擬機器將保持
VM_STATE_CREATE_SCREENSHOT
狀態。因此,對於這類具有InvalidState
錯誤的虛擬機器,任何連續作業 (例如重新設定和移轉) 都會失敗,直到 hostd 服務重新啟動以清除暫時性狀態為止。 -
如果在虛擬共用圖形加速 (vSGA) 和虛擬共用傳遞圖形加速 (vGPU) 之間切換 ESXi 主機的 GPU 模式,需要 3D 圖形硬體的虛擬機器可能無法開啟電源。在執行此類作業期間,vCenter Server 系統中
HostCapability
受管理物件的accel3dSupported
內容未自動設定為 TRUE,從而會導致此問題。 -
執行儲存區陣列容錯移轉或容錯回復作業時,NFS 4.1 資料存放區會進入所有路徑失效 (APD) 狀態。但是,在作業完成後,資料存放區可能會保持 APD 狀態且無法存取。
-
將 VDS 升級至版本 6.6 期間,一小段競爭時段可能會導致 ESXi 主機出現故障,並顯示紫色診斷畫面。
-
透過執行下列 ESXCLI 命令
esxcli storage vmfs reclaim config set
並設定 --reclaim-priority 參數的值,可以變更 VMFS 資料存放區的預設空間回收優先順序。例如,esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
將空間回收優先順序從預設的低速率變更為無,這會將未使用的區塊從資料存放區取消對應到支援該資料存放區的 LUN。但是,變更可能只會在執行命令的 ESXi 主機上生效,而不會在使用相同資料存放區的其他主機上生效。 -
NFS 資料存放區可能擁有每個使用者目錄的空間限制,如果一個目錄超過配額,則對其他使用者目錄執行 I/O 作業也會失敗,並顯示
NO_SPACE
錯誤。因此,部分虛擬機器會停止執行。在 [摘要] 索引標籤上,會看到類似下列內容的訊息:沒有更多空間可供虛擬磁碟「<>」使用。您可透過釋放相關磁碟區的磁碟空間,然後按一下 [重試(_R)],繼續此工作階段。按一下 [取消] 終止此工作階段。
-
如果具有 4 個或更多磁碟群組的 ESXi 主機上的 vSAN 組態在含 4 個或更多節點的 NUMA 組態上執行,可能會耗盡該主機上專用於指定 NUMA 節點的 VMkernel 的碎片記憶體資源。同一主機上的其他 NUMA 節點可能有多餘的碎片記憶體資源。但是,VMkernel 可能會提前產生記憶體不足的情況,而不是利用其他 NUMA 節點的多餘碎片記憶體容量。因此,記憶體不足情況可能會導致 ESXi 主機失敗並顯示紫色診斷畫面,或導致該主機上的 vSAN 磁碟群組失敗。
-
如果使用即時複製來複製具有已設定虛擬 USB 控制器的虛擬機器的作業,與重新設定從客體作業系統端執行的 USB 裝置重疊,則此作業可能會失敗。已複製虛擬機器的 vmx 程序以核心傾印結束。在 vSphere Client 中,即時複製工作顯示為失敗,您可能會看到類似下列內容的訊息:
來源偵測到目的地無法恢復
。 -
VMFS 工作流程中的磁碟區關閉和取消對應路徑之間出現的極少見競爭情形可能會造成鎖死,最終導致 ESXi 主機沒有回應。
-
當大量 ESXi 主機存取 VMFS6 資料存放區時,如果儲存區或電源中斷,叢集中的所有日誌區塊可能會發生記憶體流失。這會導致開啟或掛接 VMFS 磁碟區失敗。
-
將 ESXi 主機重新開機後,如果對等實體連接埠因某些原因未傳送同步位元,則 LACP 封包可能會遭到封鎖。因此,主機上的所有 LACP NIC 均已關閉且 LAG 管理失敗。
-
Auto Deploy 中 python 子程序模組中的競爭情形可能會導致服務每隔數小時停止工作。因此,您可能無法登錄詳細目錄中的 ESXi 主機。重新啟動時,Auto Deploy 會按預期般運作,但很快會再次失敗。
-
在快照作業期間,尤其是在建立和刪除快照程序快速連續的情況下,可能會提前開始重新整理虛擬機器組態。這可能會導致 vSphere Virtual Volumes 中繼資料更新錯誤。因此,一些 vSphere Virtual Volumes 物件 (屬於新建立的快照) 可能會保持未加標記狀態,或使用虛擬機器 UUID 進行標記後再取消標記。
-
如果有任何受信任的網域離線,則對於屬於離線網域上任何群組的使用者,同樣不會傳回任何群組成員資格或傳回部分群組成員資格。因此,一些使用者群組的 Active Directory 驗證會失敗。
-
如果在 ESXi 主機開機並嘗試掛接 vSphere Virtual Volumes 資料存放區時 VASA 提供者無法連線或沒有回應,則掛接作業會失敗。但是,如果在一段時間後 VASA 提供者可供使用,則 ESXi 主機不會嘗試重新連線到提供者,並且資料存放區仍無法存取。
-
在執行重新繫結作業期間,即使目標通訊協定端點在忙碌中,虛擬磁碟區的來源通訊協定端點仍可能會啟動失敗的 I/O 並顯示
NOT_BOUND
錯誤。如果目標通訊協定端點處於WAIT_RBZ
狀態,並傳回狀態PE_NOT_READY
,則來源通訊協定端點必須重試 I/O 而非使其失敗。 -
如果虛擬機器命名空間路徑不包含有效的 vSAN UUID,則虛擬物件視圖會針對 vSAN 虛擬機器命名空間顯示無法存取的物件。
-
如果 VMFS 磁碟區頻繁開啟和關閉,這可能會導致 VMkernel 記錄湧出,例如
does not support unmap
(開啟磁碟區時) 和Exiting async journal replay manager world
(關閉磁碟區時)。 -
在對 Dell/EMC VMAX 儲存區陣列發出進行虛擬機器移轉或複製的 XCOPY 請求之後,目的地 VMFS 資料存放區可能會損毀並離線。
-
在佈建規格中未設定虛擬磁碟的佈建類型時,vSAN 會在 vSAN 資料存放區上建立完整佈建的 VMDK 檔案。如果您透過使用 VMODL API 佈建 VMDK 並且在 VMDK backingInfo 中未設定
isThinProvisioned
,則會發生此情況。儲存區設定檔中為物件空間保留區設定的值將被忽略。 -
執行叢集重新設定工作時,vCenter Server 可能會失敗。
-
當 Storage vMotion 正在進行時,一些 vSAN 工作 (例如重新設定原則、vCenter Server High Availability 和 vSphere DRS 啟用作業) 無法繼續。
-
未使用的連接埠群組可能會導致在 ESXi 主機上執行的所有工作 (例如載入 vSphere Client、開啟虛擬機器電源和編輯設定) 的回應時間較長。
-
nicmgmtd 精靈使用匿名記憶體頻繁執行 mmap 和 munmap 作業,在某些情況下,不會重複使用最近釋放的記憶體範圍內的位址。這可能會導致執行 mmap 作業的區域始終具有遞增的起始位址,並且會耗用其他 L2 和 L3 分頁表。因此,nicmgmtd 可能會在一段時間內耗盡資源集區記憶體,並最終停止回應。
-
在某些情況下,當 CIM 服務啟用時,查詢回應資料的長度可能會超過 255 個位元組的限制,並導致記錄湧出。在 Syslog 中,您可能會看到類似下列內容的訊息:
VMwareHypervisorStorageExtent::fillVMwareHypervisorStorageExtentInstance - durable name length is too large: 256
。 -
如果掛接點忙碌中,且先前的卸載作業以無訊息方式失敗,則嘗試掛接 Virtual Volumes 儲存區容器可能會失敗,並顯示容器已存在的錯誤。
-
如果因某些原因將上行連接埠新增至 VDS 失敗,則 ESXi 主機可能會在嘗試還原上行中的 MTU 時沒有回應。如果您經常在 VDS 上新增和移除上行連接埠,則可能會發生此情況。
-
如果將具有作用中連接埠鏡像組態的 VDS 從 6.5 升級到更新版本,ESXi 主機可能會失敗並顯示紫色診斷畫面。您會看到類似下列內容的錯誤:
PF Exception 14 in world XXX
。 -
hostd 服務可能會反復啟動失敗,並顯示類似下列內容的錯誤訊息:
危急: 記憶體超過固定限制
。如果 VMware Tools 之已損毀的 Windows ISO 映像在productLocker/vmtools
資料夾中處於作用中狀態,則會發生此問題。 -
如果 VASA 提供者無法登錄在 ESXi 主機上探索到的通訊協定端點識別碼,則此主機上 vSphere Virtual Volumes 資料存放區上的虛擬機器可能會無法存取。您可能會看到類似下列內容的錯誤:
vim.fault.CannotCreateFile
。無法從 ESXi 主機登錄通訊協定端點識別碼的可能原因是,對 VASA 提供者發出的SetPEContext()
請求因某些原因而失敗。這會導致後續的任何繫結虛擬磁碟區請求均失敗,並導致無法存取 vSphere Virtual Volumes 資料存放區上的資料和虛擬機器。 -
螢幕擷取畫面擷取代碼中的競爭情形可能會導致虛擬機器間歇性失敗。
-
如果您使用 vSphere Client 設定 iSCSI 目標,並允許系統自動產生 IQN,則 iSCSI 啟動器無法新增目標。發生此問題的原因是自動產生的 IQN 格式不正確。
-
如果其他服務在硬體健全狀況檢查期間向 hostd 服務請求感應器資料,則 hostd 服務可能會失敗,並顯示類似下列內容的錯誤:
IpmiIfcSdrReadRecordId: retry
expired
。因此,您無法從 vCenter Server 系統存取 ESXi 主機。 -
不適當的錯誤訊息可能會記錄在
vsanmgmt.log
檔案中。可以忽略/var/log/vsanmgmt.log
中的下列訊息:vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/virstoStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/CFStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/checksumErrors exception -
評估自動 Proxy 組態時,vSAN 健全狀況服務可能會失敗。如果發生此情況,vCenter Server 安裝或升級將會失敗。
-
如果
vsantop
公用程式未能正常結束或組態不正確,則公用程式可能無法再次啟動。此問題可能會使 vSAN 管理精靈無法啟動。部分 vSAN 服務 (例如效能服務) 無法使用。 -
傳送至 NFS 資料存放區的虛擬機器 I/O 可能會失敗並顯示記憶體不足錯誤,並且虛擬機器變得沒有回應。在
vmkernel.log
檔案中,您會看到類似下列內容的訊息:NFS: Failed to convert sgArr to NFSIoInfo: Out of memory
. -
從內容程式庫刪除檔案可能會導致 vpxa 出現故障,並導致刪除作業失敗。
-
使用從主機複製設定選項更新主機設定檔時,核心模組參數組態原則可能會變更或 iSCSI CHAP 密碼可能會遺失,或兩者同時發生。因此,您可能需要再次編輯主機設定檔,以將核心模組參數組態原則修改為以每個主機為基礎,或重新輸入 iSCSI CHAP 密碼,或兩者皆執行。
-
在啟用以進行重複資料刪除和壓縮的叢集中,從 vSAN 6.5 升級 ESXi 主機可能會耗盡空間。由於缺少可用空間,新的佈建和重新設定作業會失敗。
-
如果 vSAN 健全狀況記錄檔為空白或已損毀,vSAN 健全狀況服務可能會失敗。
-
依預設會停用 Storage I/O Control 記錄,您必須使用 <SIOControlLoglevel> 參數值 1 到 7 設定記錄層級以啟用此記錄功能。但是,在某些情況下,變更參數值不會同時變更記錄層級。
-
如果對 ESXi 主機上新增的 VMkernel 連接埠執行 CIM 查詢,例如
enum_instances
呼叫,則 SFCB 服務可能會失敗,因為它無法驗證新執行個體的 IP 位址。例如,如果 IPv6 已啟用並設定為靜態,但 IPv6 位址為空白,則查詢 CIM 類別CIM_IPProtocolEndpoint
或VMware_KernelIPv6ProtocolEndpoint
會產生 SFCB 核心傾印。 -
如果將 VBS 與 Windows Defender 惡意探索保護的 EAF 緩解結合使用,則 Windows 10 虛擬機器上受 EAF 保護的任何應用程式的效能可能會降低。
-
如果進行重新掃描的裝置上發生了間歇性熱插拔事件,ESXi 主機可能會失敗,並顯示紫色診斷畫面。
-
對於 64 位元版本的 Windows 7、Windows 8 和 Windows 10,嘗試建立或重新設定具有超過 128 GB RAM 的 Windows 虛擬機器可能會失敗。
-
如果雙堆疊網域控制站上的其中一個位址系列未啟用 (例如 IPv6),則即使在控制器上停用 IPv6 之後,仍可以對 IPv6 位址執行 CLDAP ping 動作。這可能會導致逾時,並觸發資料中心無法使用的錯誤,類似下列內容:錯誤:
NERR_DCNotFound [code 0x00000995]
。因此,您可能無法將 ESXi 主機新增至網域。 -
在某些環境中,由於 vmkusb 驅動程式出現所有路徑失效錯誤,導致執行指令碼式安裝時無法從外部裝置掛接映像,因此 ESXi 升級可能會失敗。如果您嘗試使用舊驅動程式,這些路徑可能會顯示為作用中,但指令碼仍不會執行。
-
載入核心模組時,用於將裝置驅動程式和網路塑形器模組載入 VMkernel 中的 VMkernel 模組載入器命令
vmkload_mod
,可能會因某些原因而移轉到其他 NUMA 節點。如果發生這種情況,則在代碼區段初始化期間,可能會導致 NUMA 節點之間的總和檢查碼不相符。這可能會導致 ESXi 主機失敗,並顯示紫色診斷畫面。 -
將磁碟群組掛接到 ESXi 主機時,PLOG 記錄復原可能會耗用所有可用的記憶體。主機可能會失敗並顯示紫色診斷畫面。vmkernel 記錄可能會顯示類似下列內容的訊息:
BucketlistGetNode@LSOMCommon
Bucketlist_InsertWithDiskGroup@LSOMCommon
Rangemap_Insert@LSOMCommon
LSOMLbaTable_Insert@LSOMCommon
[email protected]
SSDLOGEnumLog@LSOMCommon
SSDLOG_EnumLogHelper@LSOMCommon
helpFunc@vmkernel
CpuSched_StartWorld@vmkernel -
如果 rhttpproxy 連接埠設定了預設值 443 以外的值,則 vSphere Web Client 中的 [虛擬物件] 視圖會顯示空白頁面,並顯示錯誤訊息。
-
當 vSAN 健全狀況服務無法識別暫時性磁碟錯誤時,可能會在 [實體磁碟 - 運作] 健全狀況檢查中觸發警示:
磁碟健全狀況狀態不明
。 -
傳回 CIM 類別
OMC_IpmiLogRecord
之執行個體的enum_instances OMC_IpmiLogRecord
命令,可能無法按預期運作,並導致找不到任何執行個體
錯誤。當 RawIpmiProvider 未載入且無法回應查詢時,會發生此情況。 -
即時安裝 CIM 提供者後,來自提供者的
CMNewInstance
呼叫可能需要很長時間才能回應,或失敗。您必須重新啟動 WBEM 以重試呼叫。 -
如果將數個 LLDP 對等項報告至 VMkernel sysinfo 介面,記憶體流失可能會導致 SNMP 服務失敗並傾印
snmpd-zdump
核心檔案。因此,您無法監控 ESXi 主機的狀態。如果 LLDP 已關閉,則 SNMP 服務不會失敗。 -
在 vSAN 中建立磁碟群組時,會達到內部記憶體資源限制。可能無法將一或多個磁碟新增至磁碟群組。您可能會在 vmkernel.log 中看到下列錯誤訊息:
WARNING: LSOMCommon: IORETRYCreateSlab:3150: Unable to create IORetry slab Out of memory
WARNING: PLOG: PLOG_OpenDevHandles:1858: Unable to create IOretry handle for device 522984ce-343d-2533-930d-05f790e54bf6 : Out of memory
WARNING: Service: VirstoCreateVDiskV4:1506: Could not allocate memory for vDisk id=1 -
當儲存裝置發生暫時性錯誤時,vSAN 可能會錯誤地將裝置標記為失敗。裝置上 vSAN 元件被標記為已降級,最終會觸發叢集中物件的完整重建。
-
將 ESXi 主機加入多個傳輸區域時,針對 nsx.LogicalSwitch 類型的不透明網路擷取資料可能會失敗,因為用來取得 vmkernel 介面資訊的
esxcli
和localcli
命令僅傳回找到的第一個不透明交換器。當 ESXi 主機上存在多個不透明交換器時,提供所有資料將不起作用。 -
當虛擬機器作為命名空間作業的目標,但同時執行另一個呼叫來刪除或解除登錄該虛擬機器時出現的競爭情形,可能會導致 hostd 服務失敗。在大量使用 NamespaceManager API 與虛擬機器客體作業系統代理程式進行通訊的環境中,可能會發生此問題。
-
即使感應器狀態尚未變更,您也可能會在 ESXi 主機上看到儲存區感應器的過多健全狀況事件。健全狀況事件會在每個輪詢週期內觸發,並報告儲存區感應器的相同狀態。
-
手動或自動觸發用於移轉虛擬機器的 vSphere vMotion 作業時,您會看到監視器進入睡眠模式以等待某個事件,但此模式可能需要很長時間且永遠不會變更。原因是 vSphere vMotion 可能會觸發另一個事件,該事件與系統正在等待的第一個事件平行進行,從而導致長時間睡眠模式。
-
nfnic 驅動程式可能會間歇性地將錯誤的 SLLID 指派給虛擬機器,因此,Windows 和 Linux 虛擬機器可能會變得無法存取。
-
在少數情況下,如果 ESXi 主機使用 USB 網路驅動程式,則主機可能會因 TX 緩衝區重複而失敗,並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤:
PF Exception 14 in world 66160:usbus0 cdce_bulk_write_callback
。 -
如果 ESXi 主機使用外部 DIF 連線到儲存區陣列,且同時會銷毀節點路徑,則主機可能會失敗並顯示紫色診斷畫面。您可以在記錄中看到
lpfc_external_dif_cmpl
函數的錯誤。 -
對於使用 vSphere Distributed Switch 6.6 的環境,您可以透過使用命令 esx-advcfg 來設定 [進階設定] 選項 TeamPolicyUpDelay,但設定並未按預期運作。
-
設定檔名稱 | ESXi-6.7.0-20200404001-no-tools |
組建編號 | 如需組建編號資訊,請參閱頁面頂端。 |
廠商 | VMware, Inc. |
發行日期 | 2020 年 4 月 28 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2449111、2436641、2447585、2486154、2466300、2451413、2406230、2443942、2452877、2431310、2407597、2481222、2496838、2320980、2458186、2374140、2504887、2492286、2522494、2486909、2512739、2387296、2481899、2443483、2458201、2515102、2424969、2424363、2495662、2499073、2462098、2482303、2500832、2497099、2438978、2446482、2449082、2449462、2454662、2460368、2465049、2467765、2475723、2422471、2477972、2466965、2467517、2473823、2460088、2467615、2521131、2486433、2487787、2491652、2458918、2443170、2498721、2500197、2498114、2465248、2517910、2521345、2525720、2513441、2490140、2489409、2448039、2516450、2513433、2483575、2497570、2468784、2531167、2444428 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
由於虛擬機器的關閉電源作業與執行查詢以收集 CPU 效能計數器之間的競爭情形,vCenter Server 系統可能會將 Null 指標解除參照。這可能會導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
由於 iSCSI 模組中的記憶體流失,軟體 iSCSI 介面卡在目標探索程序期間可能不會顯示在 vSphere Client 或 vSphere Web Client 中。
-
在作業期間,例如使用 vSphere vMotion 移轉 3D 虛擬機器,記憶體配置程序可能會傳回
NULL
值。因此,VMkernel 元件可能無法存取記憶體,並導致 ESXi 主機失敗。 -
在 ESXi 主機重新開機後,智慧卡驗證可能會停止運作,因為您可能需要重新上傳 ESXi 主機所加入的 Active Directory 網域的根憑證。
-
在少數情況下,使用指標探查根據整併和容錯移轉原則從故障復原的 vmnic 可能無法回復為作用中 vmnic。
-
執行
esxcfg-info
命令時,您可能會看到其中隱藏了類似錯誤的輸出:ResourceGroup: Skipping CPU times for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
ResourceGroup: Skipping VCPU stats for: Vcpu Id 3295688 Times due to error: max # of processors: 4 < 3295688
-
以使用者名稱和密碼設定 HTTP 和 HTTPs Proxy 設定時,在首頁 > Auto Deploy 下新增線上軟體存放庫可能會失敗,並顯示類似下列內容的錯誤:
invalid literal for int() with base 10:<proxy>
。在 Proxy URL 中的使用者名稱和密碼中引入冒號 (:) 可能是未正確剖析 URL 的原因。 -
如果在 ESXi 主機上啟用了 IPv6,並且使用 SLAAC 指派了多個 IPv6 位址,則 SNMP 服務可能會失敗。迴圈 IPv6 位址的邏輯錯誤會導致此問題。因此,您無法監控 ESXi 主機的狀態。
-
當 hostd 服務嘗試取得目前離線之儲存區的區塊對應時,該服務可能會失敗。
-
如果使用 vSphere vMotion 將具有 vGPU 裝置的虛擬機器移轉到具有不相容 vGPU 驅動程式的 ESXi 主機,則虛擬機器可能會意外關閉。發生此問題的原因是,NVIDIA 不允許主機和客體 vGPU 驅動程式的某些組合。
-
如果您在 AMD Zen 平台上將 FCH SATA 控制器用於直接 I/O 或傳遞作業,則控制器的預設重設方法可能會導致平台意外重新開機。
-
如果在短時間內執行許多
NamespaceManager.retrieveData
呼叫,則 hostd 服務可能會失敗,並顯示記憶體不足錯誤。發生此問題的原因是,此類呼叫的結果可能很大,而 hostd 服務預設會將其保留 10 分鐘。 -
如果您嘗試為 vSphere FT 中的次要虛擬機器建立螢幕擷取畫面,請求可能永遠無法取得回應,且虛擬機器將保持
VM_STATE_CREATE_SCREENSHOT
狀態。因此,對於這類具有InvalidState
錯誤的虛擬機器,任何連續作業 (例如重新設定和移轉) 都會失敗,直到 hostd 服務重新啟動以清除暫時性狀態為止。 -
如果在虛擬共用圖形加速 (vSGA) 和虛擬共用傳遞圖形加速 (vGPU) 之間切換 ESXi 主機的 GPU 模式,需要 3D 圖形硬體的虛擬機器可能無法開啟電源。在執行此類作業期間,vCenter Server 系統中
HostCapability
受管理物件的accel3dSupported
內容未自動設定為 TRUE,從而會導致此問題。 -
執行儲存區陣列容錯移轉或容錯回復作業時,NFS 4.1 資料存放區會進入所有路徑失效 (APD) 狀態。但是,在作業完成後,資料存放區可能會保持 APD 狀態且無法存取。
-
將 VDS 升級至版本 6.6 期間,一小段競爭時段可能會導致 ESXi 主機出現故障,並顯示紫色診斷畫面。
-
透過執行下列 ESXCLI 命令
esxcli storage vmfs reclaim config set
並設定 --reclaim-priority 參數的值,可以變更 VMFS 資料存放區的預設空間回收優先順序。例如,esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
將空間回收優先順序從預設的低速率變更為無,這會將未使用的區塊從資料存放區取消對應到支援該資料存放區的 LUN。但是,變更可能只會在執行命令的 ESXi 主機上生效,而不會在使用相同資料存放區的其他主機上生效。 -
NFS 資料存放區可能擁有每個使用者目錄的空間限制,如果一個目錄超過配額,則對其他使用者目錄執行 I/O 作業也會失敗,並顯示
NO_SPACE
錯誤。因此,部分虛擬機器會停止執行。在 [摘要] 索引標籤上,會看到類似下列內容的訊息:沒有更多空間可供虛擬磁碟「<>」使用。您可透過釋放相關磁碟區的磁碟空間,然後按一下 [重試(_R)],繼續此工作階段。按一下 [取消] 終止此工作階段。
-
如果具有 4 個或更多磁碟群組的 ESXi 主機上的 vSAN 組態在含 4 個或更多節點的 NUMA 組態上執行,可能會耗盡該主機上專用於指定 NUMA 節點的 VMkernel 的碎片記憶體資源。同一主機上的其他 NUMA 節點可能有多餘的碎片記憶體資源。但是,VMkernel 可能會提前產生記憶體不足的情況,而不是利用其他 NUMA 節點的多餘碎片記憶體容量。因此,記憶體不足情況可能會導致 ESXi 主機失敗並顯示紫色診斷畫面,或導致該主機上的 vSAN 磁碟群組失敗。
-
如果使用即時複製來複製具有已設定虛擬 USB 控制器的虛擬機器的作業,與重新設定從客體作業系統端執行的 USB 裝置重疊,則此作業可能會失敗。已複製虛擬機器的 vmx 程序以核心傾印結束。在 vSphere Client 中,即時複製工作顯示為失敗,您可能會看到類似下列內容的訊息:
來源偵測到目的地無法恢復
。 -
VMFS 工作流程中的磁碟區關閉和取消對應路徑之間出現的極少見競爭情形可能會造成鎖死,最終導致 ESXi 主機沒有回應。
-
當大量 ESXi 主機存取 VMFS6 資料存放區時,如果儲存區或電源中斷,叢集中的所有日誌區塊可能會發生記憶體流失。這會導致開啟或掛接 VMFS 磁碟區失敗。
-
將 ESXi 主機重新開機後,如果對等實體連接埠因某些原因未傳送同步位元,則 LACP 封包可能會遭到封鎖。因此,主機上的所有 LACP NIC 均已關閉且 LAG 管理失敗。
-
Auto Deploy 中 python 子程序模組中的競爭情形可能會導致服務每隔數小時停止工作。因此,您可能無法登錄詳細目錄中的 ESXi 主機。重新啟動時,Auto Deploy 會按預期般運作,但很快會再次失敗。
-
在快照作業期間,尤其是在建立和刪除快照程序快速連續的情況下,可能會提前開始重新整理虛擬機器組態。這可能會導致 vSphere Virtual Volumes 中繼資料更新錯誤。因此,一些 vSphere Virtual Volumes 物件 (屬於新建立的快照) 可能會保持未加標記狀態,或使用虛擬機器 UUID 進行標記後再取消標記。
-
如果有任何受信任的網域離線,則對於屬於離線網域上任何群組的使用者,同樣不會傳回任何群組成員資格或傳回部分群組成員資格。因此,一些使用者群組的 Active Directory 驗證會失敗。
-
如果在 ESXi 主機開機並嘗試掛接 vSphere Virtual Volumes 資料存放區時 VASA 提供者無法連線或沒有回應,則掛接作業會失敗。但是,如果在一段時間後 VASA 提供者可供使用,則 ESXi 主機不會嘗試重新連線到提供者,並且資料存放區仍無法存取。
-
在執行重新繫結作業期間,即使目標通訊協定端點在忙碌中,虛擬磁碟區的來源通訊協定端點仍可能會啟動失敗的 I/O 並顯示
NOT_BOUND
錯誤。如果目標通訊協定端點處於WAIT_RBZ
狀態,並傳回狀態PE_NOT_READY
,則來源通訊協定端點必須重試 I/O 而非使其失敗。 -
如果虛擬機器命名空間路徑不包含有效的 vSAN UUID,則虛擬物件視圖會針對 vSAN 虛擬機器命名空間顯示無法存取的物件。
-
如果 VMFS 磁碟區頻繁開啟和關閉,這可能會導致 VMkernel 記錄湧出,例如
does not support unmap
(開啟磁碟區時) 和Exiting async journal replay manager world
(關閉磁碟區時)。 -
在對 Dell/EMC VMAX 儲存區陣列發出進行虛擬機器移轉或複製的 XCOPY 請求之後,目的地 VMFS 資料存放區可能會損毀並離線。
-
在佈建規格中未設定虛擬磁碟的佈建類型時,vSAN 會在 vSAN 資料存放區上建立完整佈建的 VMDK 檔案。如果您透過使用 VMODL API 佈建 VMDK 並且在 VMDK backingInfo 中未設定
isThinProvisioned
,則會發生此情況。儲存區設定檔中為物件空間保留區設定的值將被忽略。 -
執行叢集重新設定工作時,vCenter Server 可能會失敗。
-
當 Storage vMotion 正在進行時,一些 vSAN 工作 (例如重新設定原則、vCenter Server High Availability 和 vSphere DRS 啟用作業) 無法繼續。
-
未使用的連接埠群組可能會導致在 ESXi 主機上執行的所有工作 (例如載入 vSphere Client、開啟虛擬機器電源和編輯設定) 的回應時間較長。
-
nicmgmtd 精靈使用匿名記憶體頻繁執行 mmap 和 munmap 作業,在某些情況下,不會重複使用最近釋放的記憶體範圍內的位址。這可能會導致執行 mmap 作業的區域始終具有遞增的起始位址,並且會耗用其他 L2 和 L3 分頁表。因此,nicmgmtd 可能會在一段時間內耗盡資源集區記憶體,並最終停止回應。
-
在某些情況下,當 CIM 服務啟用時,查詢回應資料的長度可能會超過 255 個位元組的限制,並導致記錄湧出。在 Syslog 中,您可能會看到類似下列內容的訊息:
VMwareHypervisorStorageExtent::fillVMwareHypervisorStorageExtentInstance - durable name length is too large: 256
。 -
如果掛接點忙碌中,且先前的卸載作業以無訊息方式失敗,則嘗試掛接 Virtual Volumes 儲存區容器可能會失敗,並顯示容器已存在的錯誤。
-
如果因某些原因將上行連接埠新增至 VDS 失敗,則 ESXi 主機可能會在嘗試還原上行中的 MTU 時沒有回應。如果您經常在 VDS 上新增和移除上行連接埠,則可能會發生此情況。
-
如果將具有作用中連接埠鏡像組態的 VDS 從 6.5 升級到更新版本,ESXi 主機可能會失敗並顯示紫色診斷畫面。您會看到類似下列內容的錯誤:
PF Exception 14 in world XXX
。 -
hostd 服務可能會反復啟動失敗,並顯示類似下列內容的錯誤訊息:
危急: 記憶體超過固定限制
。如果 VMware Tools 之已損毀的 Windows ISO 映像在productLocker/vmtools
資料夾中處於作用中狀態,則會發生此問題。 -
如果 VASA 提供者無法登錄在 ESXi 主機上探索到的通訊協定端點識別碼,則此主機上 vSphere Virtual Volumes 資料存放區上的虛擬機器可能會無法存取。您可能會看到類似下列內容的錯誤:
vim.fault.CannotCreateFile
。無法從 ESXi 主機登錄通訊協定端點識別碼的可能原因是,對 VASA 提供者發出的SetPEContext()
請求因某些原因而失敗。這會導致後續的任何繫結虛擬磁碟區請求均失敗,並導致無法存取 vSphere Virtual Volumes 資料存放區上的資料和虛擬機器。 -
螢幕擷取畫面擷取代碼中的競爭情形可能會導致虛擬機器間歇性失敗。
-
如果您使用 vSphere Client 設定 iSCSI 目標,並允許系統自動產生 IQN,則 iSCSI 啟動器無法新增目標。發生此問題的原因是自動產生的 IQN 格式不正確。
-
如果其他服務在硬體健全狀況檢查期間向 hostd 服務請求感應器資料,則 hostd 服務可能會失敗,並顯示類似下列內容的錯誤:
IpmiIfcSdrReadRecordId: retry
expired
。因此,您無法從 vCenter Server 系統存取 ESXi 主機。 -
不適當的錯誤訊息可能會記錄在
vsanmgmt.log
檔案中。可以忽略/var/log/vsanmgmt.log
中的下列訊息:vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/virstoStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/CFStats exception
vsi.get /vmkModules/lsom/disks/<cache-disk-uuid>/checksumErrors exception -
評估自動 Proxy 組態時,vSAN 健全狀況服務可能會失敗。如果發生此情況,vCenter Server 安裝或升級將會失敗。
-
如果
vsantop
公用程式未能正常結束或組態不正確,則公用程式可能無法再次啟動。此問題可能會使 vSAN 管理精靈無法啟動。部分 vSAN 服務 (例如效能服務) 無法使用。 -
傳送至 NFS 資料存放區的虛擬機器 I/O 可能會失敗並顯示記憶體不足錯誤,並且虛擬機器變得沒有回應。在
vmkernel.log
檔案中,您會看到類似下列內容的訊息:NFS: Failed to convert sgArr to NFSIoInfo: Out of memory
. -
從內容程式庫刪除檔案可能會導致 vpxa 出現故障,並導致刪除作業失敗。
-
使用從主機複製設定選項更新主機設定檔時,核心模組參數組態原則可能會變更或 iSCSI CHAP 密碼可能會遺失,或兩者同時發生。因此,您可能需要再次編輯主機設定檔,以將核心模組參數組態原則修改為以每個主機為基礎,或重新輸入 iSCSI CHAP 密碼,或兩者皆執行。
-
在啟用以進行重複資料刪除和壓縮的叢集中,從 vSAN 6.5 升級 ESXi 主機可能會耗盡空間。由於缺少可用空間,新的佈建和重新設定作業會失敗。
-
如果 vSAN 健全狀況記錄檔為空白或已損毀,vSAN 健全狀況服務可能會失敗。
-
依預設會停用 Storage I/O Control 記錄,您必須使用 <SIOControlLoglevel> 參數值 1 到 7 設定記錄層級以啟用此記錄功能。但是,在某些情況下,變更參數值不會同時變更記錄層級。
-
如果對 ESXi 主機上新增的 VMkernel 連接埠執行 CIM 查詢,例如
enum_instances
呼叫,則 SFCB 服務可能會失敗,因為它無法驗證新執行個體的 IP 位址。例如,如果 IPv6 已啟用並設定為靜態,但 IPv6 位址為空白,則查詢 CIM 類別CIM_IPProtocolEndpoint
或VMware_KernelIPv6ProtocolEndpoint
會產生 SFCB 核心傾印。 -
如果將 VBS 與 Windows Defender 惡意探索保護的 EAF 緩解結合使用,則 Windows 10 虛擬機器上受 EAF 保護的任何應用程式的效能可能會降低。
-
如果進行重新掃描的裝置上發生了間歇性熱插拔事件,ESXi 主機可能會失敗,並顯示紫色診斷畫面。
-
對於 64 位元版本的 Windows 7、Windows 8 和 Windows 10,嘗試建立或重新設定具有超過 128 GB RAM 的 Windows 虛擬機器可能會失敗。
-
如果雙堆疊網域控制站上的其中一個位址系列未啟用 (例如 IPv6),則即使在控制器上停用 IPv6 之後,仍可以對 IPv6 位址執行 CLDAP ping 動作。這可能會導致逾時,並觸發資料中心無法使用的錯誤,類似下列內容:錯誤:
NERR_DCNotFound [code 0x00000995]
。因此,您可能無法將 ESXi 主機新增至網域。 -
在某些環境中,由於 vmkusb 驅動程式出現所有路徑失效錯誤,導致執行指令碼式安裝時無法從外部裝置掛接映像,因此 ESXi 升級可能會失敗。如果您嘗試使用舊驅動程式,這些路徑可能會顯示為作用中,但指令碼仍不會執行。
-
載入核心模組時,用於將裝置驅動程式和網路塑形器模組載入 VMkernel 中的 VMkernel 模組載入器命令
vmkload_mod
,可能會因某些原因而移轉到其他 NUMA 節點。如果發生這種情況,則在代碼區段初始化期間,可能會導致 NUMA 節點之間的總和檢查碼不相符。這可能會導致 ESXi 主機失敗,並顯示紫色診斷畫面。 -
將磁碟群組掛接到 ESXi 主機時,PLOG 記錄復原可能會耗用所有可用的記憶體。主機可能會失敗並顯示紫色診斷畫面。vmkernel 記錄可能會顯示類似下列內容的訊息:
BucketlistGetNode@LSOMCommon
Bucketlist_InsertWithDiskGroup@LSOMCommon
Rangemap_Insert@LSOMCommon
LSOMLbaTable_Insert@LSOMCommon
[email protected]
SSDLOGEnumLog@LSOMCommon
SSDLOG_EnumLogHelper@LSOMCommon
helpFunc@vmkernel
CpuSched_StartWorld@vmkernel -
如果 rhttpproxy 連接埠設定了預設值 443 以外的值,則 vSphere Web Client 中的 [虛擬物件] 視圖會顯示空白頁面,並顯示錯誤訊息。
-
當 vSAN 健全狀況服務無法識別暫時性磁碟錯誤時,可能會在 [實體磁碟 - 運作] 健全狀況檢查中觸發警示:
磁碟健全狀況狀態不明
。 -
傳回 CIM 類別
OMC_IpmiLogRecord
之執行個體的enum_instances OMC_IpmiLogRecord
命令,可能無法按預期運作,並導致找不到任何執行個體
錯誤。當 RawIpmiProvider 未載入且無法回應查詢時,會發生此情況。 -
即時安裝 CIM 提供者後,來自提供者的
CMNewInstance
呼叫可能需要很長時間才能回應,或失敗。您必須重新啟動 WBEM 以重試呼叫。 -
如果將數個 LLDP 對等項報告至 VMkernel sysinfo 介面,記憶體流失可能會導致 SNMP 服務失敗並傾印
snmpd-zdump
核心檔案。因此,您無法監控 ESXi 主機的狀態。如果 LLDP 已關閉,則 SNMP 服務不會失敗。 -
在 vSAN 中建立磁碟群組時,會達到內部記憶體資源限制。可能無法將一或多個磁碟新增至磁碟群組。您可能會在 vmkernel.log 中看到下列錯誤訊息:
WARNING: LSOMCommon: IORETRYCreateSlab:3150: Unable to create IORetry slab Out of memory
WARNING: PLOG: PLOG_OpenDevHandles:1858: Unable to create IOretry handle for device 522984ce-343d-2533-930d-05f790e54bf6 : Out of memory
WARNING: Service: VirstoCreateVDiskV4:1506: Could not allocate memory for vDisk id=1 -
當儲存裝置發生暫時性錯誤時,vSAN 可能會錯誤地將裝置標記為失敗。裝置上 vSAN 元件被標記為已降級,最終會觸發叢集中物件的完整重建。
-
將 ESXi 主機加入多個傳輸區域時,針對 nsx.LogicalSwitch 類型的不透明網路擷取資料可能會失敗,因為用來取得 vmkernel 介面資訊的
esxcli
和localcli
命令僅傳回找到的第一個不透明交換器。當 ESXi 主機上存在多個不透明交換器時,提供所有資料將不起作用。 -
當虛擬機器作為命名空間作業的目標,但同時執行另一個呼叫來刪除或解除登錄該虛擬機器時出現的競爭情形,可能會導致 hostd 服務失敗。在大量使用 NamespaceManager API 與虛擬機器客體作業系統代理程式進行通訊的環境中,可能會發生此問題。
-
即使感應器狀態尚未變更,您也可能會在 ESXi 主機上看到儲存區感應器的過多健全狀況事件。健全狀況事件會在每個輪詢週期內觸發,並報告儲存區感應器的相同狀態。
-
手動或自動觸發用於移轉虛擬機器的 vSphere vMotion 作業時,您會看到監視器進入睡眠模式以等待某個事件,但此模式可能需要很長時間且永遠不會變更。原因是 vSphere vMotion 可能會觸發另一個事件,該事件與系統正在等待的第一個事件平行進行,從而導致長時間睡眠模式。
-
nfnic 驅動程式可能會間歇性地將錯誤的 SLLID 指派給虛擬機器,因此,Windows 和 Linux 虛擬機器可能會變得無法存取。
-
在少數情況下,如果 ESXi 主機使用 USB 網路驅動程式,則主機可能會因 TX 緩衝區重複而失敗,並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤:
PF Exception 14 in world 66160:usbus0 cdce_bulk_write_callback
。 -
如果 ESXi 主機使用外部 DIF 連線到儲存區陣列,且同時會銷毀節點路徑,則主機可能會失敗並顯示紫色診斷畫面。您可以在記錄中看到
lpfc_external_dif_cmpl
函數的錯誤。 -
對於使用 vSphere Distributed Switch 6.6 的環境,您可以透過使用命令 esx-advcfg 來設定 [進階設定] 選項 TeamPolicyUpDelay,但設定並未按預期運作。
-
設定檔名稱 | ESXi-6.7.0-20200401001s-standard |
組建編號 | 如需組建編號資訊,請參閱頁面頂端。 |
廠商 | VMware, Inc. |
發行日期 | 2020 年 4 月 28 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2495187、2485387、2485381、2485379、2485383、2485390、2485385、2489776 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
ESXi userworld libxml2 程式庫已更新至 2.9.10 版。
-
ESXi userworld libcurl 程式庫已更新至 libcurl-7.67.0。
-
Python 第三方程式庫已更新至 3.5.8 版
-
OpenSSL 套件已更新至 openssl-1.0.2u 版。
-
OpenSSH 版本已更新至 8.1p1 版。
-
NTP 精靈已更新至 ntp-4.2.8p13 版。
-
SQLite 資料庫已更新至 3.30.1 版。
與 ESXi670-202004002 綁定的 VMware Tools ISO 映像如下:
windows.iso
:適用於 Windows Vista (SP2) 或更新版本的 VMware Tools 11.0.5 ISO 映像winPreVista.iso:
適用於 Windows 2000、Windows XP 以及 Windows 2003 的 VMware Tools 10.0.12 ISO 映像linux.iso
:適用於 glibc 2.5 或更新版本之 Linux 作業系統的 VMware Tools 10.3.21 ISO 映像
下列 VMware Tools 10.3.10 ISO 映像可供下載:
solaris.iso
:適用於 Solaris 的 VMware Tools 映像darwin.iso
:適用於 OSX 的 VMware Tools 映像
遵循下列文件所列出的程序下載適用於未與 ESXi 綁定之平台的 VMware Tools:
-
設定檔名稱 | ESXi-6.7.0-20200401001s-no-tools |
組建編號 | 如需組建編號資訊,請參閱頁面頂端。 |
廠商 | VMware, Inc. |
發行日期 | 2020 年 4 月 28 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2495187、2485387、2485381、2485379、2485383、2485390、2485385 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
ESXi userworld libxml2 程式庫已更新至 2.9.10 版。
-
ESXi userworld libcurl 程式庫已更新至 libcurl-7.67.0。
-
Python 第三方程式庫已更新至 3.5.8 版
-
OpenSSL 套件已更新至 openssl-1.0.2u 版。
-
OpenSSH 版本已更新至 8.1p1 版。
-
NTP 精靈已更新至 ntp-4.2.8p13 版。
-
SQLite 資料庫已更新至 3.30.1 版。
-
已知問題
已知問題分類如下。
CIM 問題- 新增:升級到 ESXi670-202004002 之後,您可能會在 vSphere Client 中看到有關 HP Gen10 伺服器風扇健全狀況的嚴重警告
由於誤報驗證,升級到 ESXi670-202004002 之後,您可能會在 vSphere Client 中看到有關 HP Gen10 伺服器風扇健全狀況的嚴重警告。
因應措施:請依照 VMware 知識庫文章 78989 中所述的步驟執行。
- 在支援大於 1 MB 的取消對應細微度值的 LUN 所支援的磁碟區上,對虛擬機器執行靜止作業可能需要比平時更長的時間
具有大於 1 MB 的最佳取消對應細微度的 LUN 所支援的 VMFS 資料存放區,可能會在自動取消對應處理期間重複發生磁碟鎖定。這可能會導致在此類資料存放區上對虛擬機器執行靜止作業所需的時間較長。
因應措施:在具有大於 1 MB 的最佳取消對應細微度的 LUN 所支援的磁碟區上停用自動取消對應。
- 由於透過 vSphere vMotion 進行移轉期間無法使用 P2M 插槽,虛擬機器可能會失敗或關閉電源
對需要更多記憶體的虛擬機器 (例如 3D 裝置) 進行記憶體資源分配,可能會在透過 vSphere vMotion 進行移轉期間導致 P2M 緩衝區溢位。因此,共用記憶體分頁可能會中斷。虛擬機器可能會失敗或關閉電源。您可能會看到類似下列內容的錯誤訊息:
P2M 保留在經過最大重試次數後失敗
。因應措施:若要手動設定 P2M 緩衝區,請遵循 VMware 知識庫文章 76387 中的步驟進行操作。
- 如果您在超過 7 天後使用 backup.sh 還原已備份的儲存裝置組態,則部分設定可能會遺失
如果您在超過 7 天後還原備份,則儲存裝置設定 (例如
永久保留
) 可能會遺失。發生此情況的原因是,最後一次顯示的裝置時間戳記也會得到備份,且如果裝置已超過 7 天未使用,則會刪除/etc/vmware/esx.conf
中的裝置項目。因此,還原作業可能會還原較舊的時間戳記。因應措施:無。
- 由於取代了到期的數位簽署憑證和金鑰,升級至 ESXi670-202004002 可能會失敗
由於取代了到期的數位簽署憑證和金鑰,從某些舊版 ESXi 升級至 ESXi670-202004002 可能會失敗。如果您使用 ESXCLI,則會看到一則訊息
找不到受信任的簽署者
。如果您使用 vSphere Update Manager,則會看到類似下列內容的訊息:無法在主機上執行升級指令碼
。因應措施:如需有關問題和因應措施的更多詳細資料,請參閱 VMware 知識庫文章 76555。
- 嘗試在已啟用 UEFI 安全開機的叢集中啟用 vSphere HA 可能會失敗,並顯示逾時錯誤
由於 ESXi VIB 憑證變更,在已啟用 UEFI 安全開機的叢集中設定 vSphere HA 可能會失敗,並顯示
作業逾時
錯誤。因應措施:容錯網域管理員 VIB 使用新的 ESXi VIB 憑證進行簽署,您必須將 ESXi 主機升級至更新版本。如需有關受影響的 ESXi 版本的詳細資訊,請參閱 VMware 知識庫文章 76555。