發行日期:2019 年 9 月 12 日
下載檔案名稱:
ESXi600-201909001.zip
組建編號詳細資料
下載檔案名稱: | ESXi600-201909001.zip |
組建編號: | 14513180 僅安全性:14516143 |
下載大小: | 566.1 MB |
md5sum: | 170ff5e815e7ac357f0c06daeec667c6 |
sha1checksum: | 0a5f04790797eeb5c0708dff11a9e0a515c3fd8c |
需要主機重新開機: | 是 |
需要虛擬機器移轉或關閉: | 是 |
公告
公告識別碼 | 類別 | 嚴重性 |
ESXi600-201909401-BG | 錯誤修正 | 嚴重 |
ESXi600-201909402-BG | 錯誤修正 | 重要 |
ESXi600-201909403-BG | 錯誤修正 | 重要 |
ESXi600-201909404-BG | 錯誤修正 | 重要 |
ESXi600-201909405-BG | 錯誤修正 | 中 |
ESXi600-201909101-SG | 安全性 | 重要 |
ESXi600-201909102-SG | 安全性 | 重要 |
ESXi600-201909103-SG | 安全性 | 重要 |
ESXi600-201909104-SG | 安全性 | 重要 |
彙總公告
此彙總公告包含最新的 VIB,其中含有自 ESXi 6.0 的初始版本起的所有修正。
公告識別碼 | 類別 | 嚴重性 |
ESXi600-201909001 | 錯誤修正 | 嚴重 |
映像設定檔
VMware 修補程式和更新版本包含一般和嚴重的映像設定檔。一般版本映像設定檔的應用適用於新的錯誤修正。
映像設定檔名稱 |
ESXi-6.0.0-20190904001-standard |
ESXi-6.0.0-20190904001-no-tools |
ESXi-6.0.0-20190901001s-standard |
ESXi-6.0.0-20190901001s-no-tools |
如需有關個別公告的詳細資訊,請參閱下載修補程式頁面和〈已解決的問題〉一節。
修補程式下載和安裝
將修補程式套用至 ESXi 主機的一般方式是透過 VMware vSphere Update Manager。如需詳細資訊,請參閱《安裝與管理 VMware vSphere Update Manager》。
透過從 VMware 下載頁面手動下載修補程式 ZIP 檔案,並使用 esxcli software vib
命令安裝 VIB,可以更新 ESXi 主機。此外,可以使用映像設定檔和 esxcli software profile
命令更新系統。
如需詳細資訊,請參閱《vSphere Command-Line Interface 概念和範例》指南以及《vSphere 升級》指南。
已解決的問題
已解決的問題分類如下。
- ESXi600-201909401-BG
- ESXi600-201909402-BG
- ESXi600-201909403-BG
- ESXi600-201909404-BG
- ESXi600-201909405-BG
- ESXi600-201909101-SG
- ESXi600-201909102-SG
- ESXi600-201909103-SG
- ESXi600-201909104-SG
- ESXi-6.0.0-20190904001-standard
- ESXi-6.0.0-20190904001-no-tools
- ESXi-6.0.0-20190901001s-standard
- ESXi-6.0.0-20190901001s-no-tools
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 嚴重 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2072964、2193583、2195026、2199258、2205117、2212177、2331370、2206616、2222553、2298989、2144765、2246706、2158355、2219532、2145513、2298926、2154883、2175314、2244215、2087171、2224239、2203838、2186066、2167099、2155337、2197793、2206216、2004022、2166555、2292414、2112682、2280731、2034812、2115943、2128545、2156838、2244863、2274774、2320290、2327967、2394252、1863888、2326269、2361713、2245346、2398343、2226560、2139134 |
CVE 號碼 | 不適用 |
此修補程式更新了 esx-base、vsanhealth
和 vsan
VIB 以解決下列問題:
- PR 2072964:如果在啟用以內容為基礎的讀取快取 (CBRC) 時已建立虛擬機器的快照,然後將此功能停用,則虛擬機器磁碟整併可能會失敗
如果已使用 CBRC 建立虛擬機器的快照且稍後停用 CBRC,磁碟整併作業可能會失敗並顯示錯誤
指定的參數不正確: spec.deviceChange.device
,因為在 CBRC 停用後刪除了摘要檔案。將會顯示需要虛擬機器磁碟整併
警示,直到解決該問題為止。此修正可避免問題,但對於在啟用 CBRC 並稍後停用 CBRC 的情況下已建立快照的虛擬機器,此問題可能仍然存在。已在此版本中解決此問題。
- PR 2193583:SMART 磁碟監控精靈 smartd 可能會以偵錯和資訊訊息填滿發行版本的 Syslog 服務記錄
在發行版本中,smartd 可能會產生大量偵錯和資訊訊息至 Syslog 服務記錄。
已在此版本中解決此問題。此修正會移除發行版本中的偵錯訊息。
- PR 2195026:ESXi 主機 smartd 報告一些警告
某些關鍵 Flash 裝置參數,包括溫度和重新配置的磁區計數,不會提供臨界值。因此,ESXi 主機 smartd 精靈可能會報告一些警告。
已在此版本中解決此問題。
- PR 2199258:由於第三方裝置驅動程式處理命令重複失敗,虛擬機器可能會無回應
由於部分第三方裝置驅動程式處理命令重複失敗,虛擬機器可能會無回應。開啟虛擬機器主控台時,您可能會看到下列錯誤:
錯誤:「無法連線至 MKS: 在重試期間內無法連線至管道 \\.\pipe\vmware-authdpipe」。
已在此版本中解決此問題。此修正將命令復原為無回應的第三方裝置驅動程式,確保取消失敗的命令並重試,直到成功為止。
- PR 2205117:成功建立 Linux 虛擬機器的靜止快照後,快照管理員仍可能顯示快照為未靜止
成功建立 Linux 虛擬機器的靜止快照後,快照管理員仍可能顯示快照為未靜止。
已在此版本中解決此問題。
- PR 2212177:重新啟動 hostd 服務後,進階效能圖可能會針對部分虛擬機器統計資料停止繪圖
由於某些計數器中的除以零錯誤,重新啟動 hostd 服務後,進階效能圖可能會針對部分虛擬機器統計資料停止繪圖。
已在此版本中解決此問題。
- PR 2331370:使用 VmMemCow_PShareRemoveHint 函數移除 PShare 提示時,ESXi 主機時可能會失敗並顯示紫色診斷畫面
當 ESXi 主機從 PShare 鏈結中移除 PShare 提示時,如果 PShare 鏈結已損毀,ESXi 主機可能會失敗,並顯示紫色診斷畫面及類似下列內容的錯誤:
0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel已在此版本中解決此問題。
- PR 2206616:使用 VMware vMotion 移轉虛擬機器可能會失敗,因為 VMkernel 介面的流量類型標記中存在隨機錯誤
在舊版 ESXi 中,VMkernel 介面可以傳輸三種類型的流量:管理、vMotion 和 Fault Tolerance。自 ESXi 5.1 起,流量類型組態將儲存在 vmknic 標籤中,而不是作為進階選項字串儲存在
esx.conf
中。將 vmknic 標記組態從一種格式轉換為另一種格式時,在某些情況下,會啟用錯誤的流量類型。因此,您可能會看到使用 VMware vMotion 移轉虛擬機器失敗,因為包含預設管理流量類型的 vmk0 介面已被錯誤地標記。已在此版本中解決此問題。此修正會從 hostd 中移除對 vmknic 相關的進階選項的處理,並簡化 vmknic 事件處理。
- PR 2222553:使用 3D 軟體的虛擬機器可能會間歇性地中斷連線
使用 3D 軟體的虛擬機器可能會間歇性地中斷連線,並且在藍色畫面上顯示 VMX 危急錯誤。
已在此版本中解決此問題。此修正新增了對值為
Infinite
或NaN
的材質座標的檢查。 - PR 2298989:使用軟體 iSCSI 介面卡時,ESXi 主機可能會失敗並顯示紫色診斷畫面
使用軟體 iSCSI 介面卡時,ESXi 主機可能會因競爭情形而失敗,並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2144765:I/O 命令可能會失敗並顯示 INVALID FIELD IN CDB 錯誤
ESXi 主機可能無法在 [區塊限制 VPD] 頁面中反映由 SCSI 裝置報告的
MAXIMUM TRANSFER LENGTH
參數。如此一來,發出的傳輸大小超過限制的 I/O 命令可能會失敗並顯示類似記錄:2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
已在此版本中解決此問題。
- PR 2246706:hostd 服務可能會失敗並顯示報告鎖定過多的錯誤訊息
較大的組態可能會超過可用鎖定的限制數量,從而導致 hostd 服務失敗並顯示類似下列內容的錯誤:
hostd 危急: MXUserAllocSerialNumber: 鎖定過多!
已在此版本中解決此問題。此修正會移除鎖定數量的限制。
- PR 2158355:啟用 NetFlow 可能會導致長時間的網路延遲
如果您透過將取樣速率設為 0,使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣,則在流量超過 100 萬時,網路延遲可能會達到 1000 毫秒。
已在此版本中解決此問題。
- PR 2219532:guestinfo 設定不會在虛擬機器開啟電源和關閉電源順序之間保持不變
在虛擬機器電源關閉後,任何 guestinfo 設定、在虛擬機器執行時記錄的客體虛擬機器所提供的值,以及設計為在開啟電源和關閉電源順序之間保持不變的值都可能會遺失。
已在此版本中解決此問題。
- PR 2145513:Direct Console 使用者介面 (DCUI) 可能會顯示不正確的白箱伺服器製造商名稱
DCUI 可能會顯示垃圾字元或不正確的白箱伺服器製造商名稱。
已在此版本中解決此問題。
- PR 2298926:當 VNC 連線中斷時,虛擬機器可能會因解除參照 Null 指標而間歇性失敗
在某些情況下,當 Virtual Network Computing (VNC) 連線中斷時,虛擬機器可能會因為在 VNC 後端解除參照 NULL 指標而失敗。
已在此版本中解決此問題。
- PR 2154883:當您已在共用的 VMFS 資料存放區上設定 ProductLocker 時,VMware Tools 狀態可能會錯誤地顯示為不受支援
如果一台主機上的虛擬機器掛接了 VMware Tools ISO 映像,而其他虛擬機器無法存取該映像,則在不同 ESXi 主機上執行且使用同一個 VMFS 資料存放區作為 ProductLocker 的虛擬機器可能會出現錯誤的 VMware Tools 狀態。只要其中一個虛擬機器掛接了 VMware Tools ISO 映像,問題就會持續存在,並且阻止其他虛擬機器使用映像來計算其 VMware Tools 版本狀態。
已在此版本中解決此問題。
- PR 2175314:BusyBox 更新
BusyBox 已更新至 1.29.3 版,可解決識別碼為 FG-VD-18-127 的安全性問題。
- PR 2087171:如果 esxfw 模組中允許的 IP 清單經常發生變更,則 ESX 主機可能會失敗並顯示紫色診斷畫面
如果已在您的環境中啟用 esxfw 模組,並且經常重新設定允許的 IP 清單,則可能會觸發導致 ESX 主機失敗並顯示紫色診斷畫面的競爭情形。
已在此版本中解決此問題。
- PR 2224239:如果 API for Storage Awareness (VASA) 提供者遺失其資料庫中的繫結資訊,VMware vSphere Virtual Volumes 可能會無回應
如果 VASA 提供者遺失其資料庫中的繫結資訊,由於無限迴圈載入 100% 的 CPU,vSphere Virtual Volumes 可能會無回應。hostd 服務可能也會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗,此修正可防止無限迴圈。
已在此版本中解決此問題。
- PR 2203838:宣告規則必須手動新增至 ESXi 主機
對於 Lenovo ThinkSystem DE 系列儲存區陣列,必須手動將宣告規則新增至 ESXi 主機。
已在此版本中解決此問題。此修正會將儲存區陣列類型外掛程式 (SATP) 設定為
VMW_SATP_ALUA
、將路徑選取原則 (PSP) 設定為VMW_PSP_RR
,以及將宣告選項設定為tpgs_on
,以做為 Lenovo ThinkSystem DE 系列儲存區陣列的預設值。 - PR 2186066:韌體事件代碼記錄可能會填滿 vmkernel.log
不支援區塊限制 VPD
page0xb0
的磁碟機可能會產生填滿vmkernel.log
的事件代碼記錄。已在此版本中解決此問題。
- PR 2167099:即使沒有路徑可以提供 I/O 服務,也不會觸發 IBM SAN Volume Controller (SVC) 目標後面的 LUN 的失去所有路徑 (APD)
在具有多個路徑 (可導向 IBM SVC 目標後方的 LUN) 的 ESXi 組態中,如果作用中路徑上的連線中斷,並且同時其他連線路徑未處於提供 I/O 服務的狀態,則 ESXi 主機可能不會將這種情況偵測為 APD,即使實際上沒有路徑可用於提供 I/O 服務。如此一來,該裝置的 I/O 不會進行快速失敗處理。
已在此版本中解決此問題。預設為停用此修正。若要啟用修正,請將 ESXi 組態選項 /
Scsi/ExtendAPDCondition
設定為esxcfg-advcfg -s 1 /Scsi/ExtendAPDCondition
。 - PR 2155337:esxtop 命令列公用程式可能無法正確顯示裝置的佇列深度
如果對應的裝置路徑佇列深度發生變更,esxtop 命令列公用程式可能不會顯示裝置佇列深度的更新值。
已在此版本中解決此問題。如果佇列節流處於非作用中狀態,則此修正會啟用 curQDepth 更新。
- PR 2197793:VMware vSphere Network I/O Control (NIOC) 的排程器可能會間歇性地重設上行網路裝置
如果很少使用上行,NIOC 排程器可能會重設上行網路裝置。重設是無法預期的。
已在此版本中解決此問題。
- PR 2206216:如果實體 NIC 的連結速度模式未知且連結速度為 [自動],則 hostd 服務會失敗
當實體 NIC 的連結速度模式未知且連結速度為 [自動] 時,hostd 服務無法支援狀態並且失敗。
已在此版本中解決此問題。
- PR 2004022:由於 I/O 已與客體作業系統中斷連線,虛擬機器未回應
重新啟動 hostd 服務會導致重新設定網路介面。發生此情況時,ESXi 主機會與叢集中斷連線。此重新設定作業可能會導致虛擬機器沒有回應。
已在此版本中解決此問題。
- PR 2166555:刪除虛擬機器時,hostd 服務可能會失敗,並在 ESXi 主機上進行核心傾印
當您刪除多個虛擬機器時,具有擱置中重新載入作業執行緒的虛擬機器可能會導致 hostd 服務當機。當重新載入執行緒未擷取
找不到受管理物件
例外狀況時,可能會發生此問題。已在此版本中解決此問題。
- PR 2112682:即使磁碟報告了 I/O 失敗,vSAN 也不會將磁碟標記為已降級
在某些情況下,vSAN 會花費很長時間來將磁碟標記為已降級,即使磁碟報告 I/O 失敗,且 vSAN 已停止為該磁碟中的 I/O 提供服務。
已在此版本中解決此問題。
- PR 2280731:DvFilter 堆積損毀可能會導致 ESXi 主機失敗並顯示紫色診斷畫面
DvFilter 的 get-set firewall rule 作業中的競爭情形可能會導致緩衝區溢位和堆積損毀。因此,ESXi 主機可能會失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2034812:SNMP 監控工具可能會報告不正確的輪詢網路頻寬值
由於 64 位元的計數器不正確,因此,設定輪詢網路頻寬時,SNMP 監控工具可能會報告不正確的值。網路節點管理程式 i (NNMi) 依賴於受管裝置來提供計算值。設定輪詢網路頻寬時,
ifmib SNMP MIB
模組中的ifHCOutOctets OID
查詢未按預期傳回值。此修正增強了 64 位元計數。已在此版本中解決此問題。
- PR 2115943:由於 TCP/IP 堆疊中的罕見錯誤,ESXi 主機可能會失敗,並顯示紫色診斷畫面
在極少數情況下,TCP 連線在已建立和未建立狀態之間切換時發生錯誤,且 ESXi 主機失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2128545:如果您使用路徑選取原則的固定選項,則在升級至 ESXi600-201711001 或更新版本後,無法將選取的路徑設定為慣用路徑
升級到 ESXi600-201711001 或更新版本後,如果透過使用者介面將路徑選取原則選項設定為固定,則可能無法將選取的路徑設定為裝置的慣用路徑。
已在此版本中解決此問題。
- PR 2156838:使用 EFI 且在 AMD 處理器上執行 Windows Server 2016 的虛擬機器可能會在重新開機期間停止回應
如果硬體版本為 10 或更舊版本的虛擬機器使用 EFI 並且在 AMD 處理器上執行 Windows Server 2016,可能會在重新開機期間停止回應。如果虛擬機器使用 BIOS、硬體版本為 11 或更新版本、客體作業系統並非 Windows 或處理器是 Intel,則不會發生此問題。
已在此版本中解決此問題。
- PR 2244863:在長時間執行的靜止快照作業期間,虛擬機器可能會失敗
如果在長時間執行的靜止快照作業期間重新啟動 hostd 服務,hostd 可能會自動執行快照
整併
命令,以移除冗餘磁碟並提高虛擬機器效能。但是,整併
命令可能會與執行中的靜止快照作業競爭,並導致虛擬機器失敗。已在此版本中解決此問題。
- PR 2274774:在重新平衡作業期間 CLOMD 當機
當物件建立失敗時,vSAN 可能會保留失敗的建立物件作業中的元件。這些元件可能會導致叢集層級物件管理程式精靈 (CLOMD) 在磁碟重新平衡期間當機。
已在此版本中解決此問題。
- PR 2320290:如果 vMotion 作業失敗,且隨後立即執行熱新增或 Storage vMotion 作業,ESXi 主機在某些情況下可能會失敗並顯示紫色診斷畫面
如果未正確設定傳輸單元最大值 (MTU) 大小且虛擬交換器的 MTU 大小小於 VMkernel 連接埠設定的 MTU 大小,則 vMotion 作業可能會失敗。如果在 vMotion 作業失敗後立即執行熱新增或 Storage vMotion 作業,這會導致 ESXi 主機失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2327967:如果資源群組達到其最大記憶體限制,則在其下啟動新程序可能會導致伺服器失敗並顯示紫色診斷畫面
如果資源群組達到其最大記憶體限制,則在其下啟動新程序可能無法完全初始化效能監控公用程式
vmkperf
的計數器。從記憶體限制錯誤復原時,部分建立的vmkperf
計數器未正確釋放。因此,伺服器可能會因逾時而失敗,並顯示紫色診斷畫面。已在此版本中解決此問題。此修正會正確釋放
vmkperf
計數器的已配置記憶體。 - PR 2394252:您無法設定虛擬機器在客體作業系統重新開機時重新啟動電源
在微碼更新之後,有時需要重新列舉 ESXi 伺服器上虛擬機器的 CPUID。透過使用組態參數
vmx.reboot.powerCycle = TRUE
,您可以排程虛擬機器在必要時重新啟動電源。已在此版本中解決此問題。
- PR 1863888:在支援取消對應的資料存放區上執行 HBR + CBT 時,ESXi 主機可能會失敗並顯示紫色診斷畫面
允許未對齊取消對應要求的 ESXi 功能未考慮到取消對應要求可能會在非封鎖內容中發生的事實。如果取消對應要求未對齊,且所要求的內容是非封鎖內容,則可能會導致顯示紫色診斷畫面。非封鎖內容中的一般未對齊取消對應要求通常會在 HBR 內容中發生。
已在此版本中解決此問題。
- PR 2326269:關閉具有 SR-IOV 傳遞介面卡的虛擬機器的電源時,ESXi 主機可能會失敗
若在具有 SR-IOV 傳遞介面卡的虛擬機器完成開機前關閉其電源,ESXi 主機可能會失敗。
已在此版本中解決此問題。
- PR 2361713:部署虛擬機器失敗,並顯示錯誤 [已中斷與虛擬機器的連線]
由於極少見的競爭情形,部署虛擬機器可能會失敗,並顯示錯誤
已中斷與虛擬機器的連線
。已在此版本中解決此問題。
- PR 2245346:您無法使用第三方產品進行硬體監控
由於 openwsmand 服務出現記憶體流失問題,您可能無法使用第三方產品進行硬體監控。
已在此版本中解決此問題。
- PR 2398343:當虛擬機器用戶端需要額外的記憶體保留時,ESXi 主機可能會失敗並顯示紫色診斷畫面
當虛擬機器用戶端需要額外的記憶體保留時,如果 ESXi 主機沒有可用記憶體,則主機可能會失敗並顯示紫色診斷畫面。您會看到類似以下內容的反向追蹤:
@BlueScreen: #PF Exception 14 in world 57691007:vmm0:LGS-000 IP 0x41802601d987 addr 0x88
PTEs:0x2b12a6c027;0x21f0480027;0xbfffffffff001;
0x43935bf9bd48:[0x41802601d987]MemSchedReapSuperflousOverheadInt@vmkernel#nover+0x1b stack: 0x0
0x43935bf9bd98:[0x41802601daad]MemSchedReapSuperflousOverhead@vmkernel#nover+0x31 stack: 0x4306a812
0x43935bf9bdc8:[0x41802601dde4]MemSchedGroupAllocAllowed@vmkernel#nover+0x300 stack: 0x4300914eb120
0x43935bf9be08:[0x41802601e46e]MemSchedGroupSetAllocInt@vmkernel#nover+0x52 stack: 0x17f7c
0x43935bf9be58:[0x418026020a72]MemSchedManagedKernelGroupSetAllocInt@vmkernel#nover+0xae stack: 0x1
0x43935bf9beb8:[0x418026025e11]MemSched_ManagedKernelGroupSetAlloc@vmkernel#nover+0x7d stack: 0x1bf
0x43935bf9bee8:[0x41802602649b]MemSched_ManagedKernelGroupIncAllocMin@vmkernel#nover+0x3f stack: 0x
0x43935bf9bf28:[0x418025ef2eed]VmAnonUpdateReservedOvhd@vmkernel#nover+0x189 stack: 0x114cea4e1c
0x43935bf9bfb8:[0x418025eabc29]VMMVMKCall_Call@vmkernel#nover+0x139 stack: 0x418025eab778已在此版本中解決此問題。
- PR 2226560:由於記憶體排程器的無限迴圈導致旋轉鎖定逾時,ESXi 主機可能會失敗並顯示紫色診斷畫面
並行更新可能會導致記憶體排程器無限迴圈,進而導致旋轉鎖定逾時。因此,ESXi 主機可能會失敗,並顯示紫色診斷畫面和類似以下內容的反向追蹤:
0x43917739baa8:[0x418005a154e5]MemSchedUpdateFreeStateInt
0x43917739bad8:[0x418005a1aefb]MemSched_UpdateFreeState
0x43917739baf8:[0x418005868590]MemMapFreeAndAccountPages
0x43917739bb58:[0x418005818f3c]PageCache_Free
0x43917739bb88:[0x41800586bc62]MemMap_FreePages
0x43917739bbc8:[0x418005b4362a]MemDistribute_Free
0x43917739bbe8:[0x4180058f583b]VmMem_FreePageNoBackmap
0x43917739bc28:[0x418005900637]VmMemCowPShareDone
0x43917739bc88:[0x418005900cf4]VmMemCowSharePageInt
0x43917739bd18:[0x418005900fb6]VmMemCowSharePages
0x43917739bf88:[0x418005901907]VmMemCow_SharePages
0x43917739bfb8:[0x4180058ab029]VMMVMKCall_Call已在此版本中解決此問題。
- PR 2139134:在關閉時,ESXi 主機可能會失敗並顯示紫色診斷畫面
由於 IPv6 環境中的多點傳送接聽程式探索 (MLD) 第 1 版的查詢中存在競爭情形,ESXi 主機可能會失敗並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤訊息:
#PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000已在此版本中解決此問題。
- PR 2292414:當 Site Recovery Manager 測試復原觸發 vSphere Replication 同步階段時,hostd 可能會無回應
如果靜止執行 Microsoft Windows Server 2008 或更新版本的虛擬機器,則會建立應用程式靜止快照。可能的並行快照數目為 32,這可能會產生大量平行執行緒以追蹤快照作業中的工作。因此,hostd 服務可能會無回應。
已在此版本中解決此問題。此修正將最大並行快照數目減少至 8。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2198386 |
CVE 號碼 | 不適用 |
此修補程式更新了 xhci-xhci
VIB 以解決下列問題:
- PR 2198386:舊版 USB 堆疊中的 ESXi VMKernel 出現故障
在記憶體不足的情況下,以及為端點 XCHI Ring 配置記憶體失敗後,端點初始化程序常式會嘗試使用 XHCI Ring 快取中的可用元素 (如果可用)。存取 XHCI Ring 快取完成,但有不正確的索引,這會導致 ESXi VMKernel 出現故障。
已在此版本中解決此問題。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
此修補程式更新了 misc-drivers
VIB。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2176751 |
CVE 號碼 | 不適用 |
此修補程式更新了 lsi-msgpt3
VIB 以解決下列問題:
- PR 2176751:如果 lsi_msgpt3 驅動程式延遲對 IOCTL 呼叫的回應,hostd 服務可能會中斷連線
lsu-lsi-lsi-msgpt3 外掛程式可能會將大量 IOCTL 呼叫傳送至 lsi_msgpt3 驅動程式,以取得裝置資訊。但是,如果驅動程式延遲對任何呼叫的回應,則 hostd 服務會中斷連線。
已在此版本中解決此問題。
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 中 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 2280793 |
CVE 號碼 | 不適用 |
此修補程式更新了 lsu-hp-hpsa-plugin
VIB 以解決下列問題:
- PR 2280793:HPE ProLiant Gen9 Smart Array 控制器可能不會在正確的磁碟上亮起定位器 LED
HPE ProLiant Gen9 Smart Array 控制器 (例如 P440 和 P840) 可能不會在正確的失敗裝置上亮起定位器 LED。
已在此版本中解決此問題。
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 1923483、2153227、2175314、2377657、2379129 |
CVE 號碼 | 不適用 |
此修補程式更新了 esx-base、vsanhealth
和 vsan
VIB 以解決下列問題:
- NTP 精靈更新
NTP 精靈已更新至 4.2.8p13 版。
- OpenSSL 更新
OpenSSL 套件已更新至 openssl-1.0.2s 版。
- Python 程式庫更新
Python 第三方程式庫已更新至 2.7.16 版。
- libxml2 程式庫更新
ESXi userworld libxml2 程式庫已更新至 2.9.9 版。
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 是 |
需要虛擬機器移轉或關閉 | 是 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
此修補程式更新了 cpu-microcode
VIB。
- cpu-microcode VIB 包含下列 Intel 微碼:
程式碼名稱 FMS Plt 識別碼 MCU 修訂版本 MCU 日期 品牌名稱 Nehalem EP 0x106a5 0x03 0x0000001d 2018/5/11 Intel Xeon 35xx 系列;
Intel Xeon 55xx 系列Lynnfield 0x106e5 0x13 0x0000000a 2018/5/8 Intel Xeon 34xx Lynnfield 系列 Clarkdale 0x20652 0x12 0x00000011 2018/5/8 Intel i3/i5 Clarkdale 系列;
Intel Xeon 34xx Clarkdale 系列Arrandale 0x20655 0x92 0x00000007 2018/4/23 Intel Core i7-620LE 處理器 Sandy Bridge DT 0x206a7 0x12 0x0000002f 2019/2/17 Intel Xeon E3-1100 系列;
Intel Xeon E3-1200 系列;
Intel i7-2655-LE 系列;
Intel i3-2100 系列Westmere EP 0x206c2 0x03 0x0000001f 2018/5/8 Intel Xeon 56xx 系列;
Intel Xeon 36xx 系列Sandy Bridge EP 0x206d7 0x6d 0x00000718 2019/5/21 Intel Pentium 1400 系列;
Intel Xeon E5-1400 系列;
Intel Xeon E5-1600 系列;
Intel Xeon E5-2400 系列;
Intel Xeon E5-2600 系列;
Intel Xeon E5-4600 系列Nehalem EX 0x206e6 0x04 0x0000000d 2018/5/15 Intel Xeon 65xx 系列;
Intel Xeon 75xx 系列Westmere EX 0x206f2 0x05 0x0000003b 2018/5/16 Intel Xeon E7-8800 系列;
Intel Xeon E7-4800 系列;
Intel Xeon E7-2800 系列Ivy Bridge DT 0x306a9 0x12 0x00000021 2019/2/13 Intel i3-3200 系列;
Intel i7-3500-LE/UE;
Intel i7-3600-QE;
Intel Xeon E3-1200-v2 系列;
Intel Xeon E3-1100-C-v2 系列;
Intel Pentium B925CHaswell DT 0x306c3 0x32 0x00000027 2019/2/26 Intel Xeon E3-1200-v3 系列;
Intel i7-4700-EQ 系列;
Intel i5-4500-TE 系列;
Intel i3-4300 系列Ivy Bridge EP 0x306e4 0xed 0x0000042e 2019/3/14 Intel Xeon E5-4600-v2 系列;
Intel Xeon E5-2600-v2 系列;
Intel Xeon E5-2400-v2 系列;
Intel Xeon E5-1600-v2 系列;
Intel Xeon E5-1400-v2 系列Ivy Bridge EX 0x306e7 0xed 0x00000715 2019/3/14 Intel Xeon E7-8800/4800/2800-v2 系列 Haswell EP 0x306f2 0x6f 0x00000043 2019/3/1 Intel Xeon E5-4600-v3 系列;
Intel Xeon E5-2600-v3 系列;
Intel Xeon E5-2400-v3 系列;
Intel Xeon E5-1600-v3 系列;
Intel Xeon E5-1400-v3 系列Haswell EX 0x306f4 0x80 0x00000014 2019/3/1 Intel Xeon E7-8800/4800-v3 系列 Broadwell H 0x40671 0x22 0x00000020 2019/3/7 Intel Core i7-5700EQ;
Intel Xeon E3-1200-v4 系列Avoton 0x406d8 0x01 0x0000012a 2018/1/4 Intel Atom C2300 系列;
Intel Atom C2500 系列;
Intel Atom C2700 系列Broadwell EP/EX 0x406f1 0xef 0x0b000036 2019/3/2 Intel Xeon E7-8800/4800-v4 系列;
Intel Xeon E5-4600-v4 系列;
Intel Xeon E5-2600-v4 系列;
Intel Xeon E5-1600-v4 系列Skylake SP 0x50654 0xb7 0x0200005e 2019/4/2 Intel Xeon Platinum 8100 系列;
Intel Xeon Gold 6100/5100、Silver 4100、Bronze 3100 系列;
Intel Xeon D-2100 系列;
Intel Xeon D-1600 系列;
Intel Xeon W-3100 系列;
Intel Xeon W-2100 系列Cascade Lake B-0 0x50656 0xbf 0x04000024 2019/4/7 Intel Xeon Platinum 9200/8200 系列;
Intel Xeon Gold 6200/5200;
Intel Xeon Silver 4200/Bronze 3200;
Intel Xeon W-3200Cascade Lake 0x50657 0xbf 0x05000024 2019/4/7 Intel Xeon Platinum 9200/8200 系列;
Intel Xeon Gold 6200/5200;
Intel Xeon Silver 4200/Bronze 3200;
Intel Xeon W-3200Broadwell DE 0x50662 0x10 0x0000001a 2019/3/23 Intel Xeon D-1500 系列 Broadwell DE 0x50663 0x10 0x07000017 2019/3/23 Intel Xeon D-1500 系列 Broadwell DE 0x50664 0x10 0x0f000015 2019/3/23 Intel Xeon D-1500 系列 Broadwell NS 0x50665 0x10 0x0e00000d 2019/3/23 Intel Xeon D-1600 系列 Skylake H/S 0x506e3 0x36 0x000000cc 2019/4/1 Intel Xeon E3-1500-v5 系列;
Intel Xeon E3-1200-v5 系列Denverton 0x506f1 0x01 0x0000002e 2019/3/21 Intel Atom C3000 系列 Kaby Lake H/S/X 0x906e9 0x2a 0x000000b4 2019/4/1 Intel Xeon E3-1200-v6 系列;
Intel Xeon E3-1500-v6 系列Coffee Lake H/S 0x906ea 0x22 0x000000b4 2019/4/1 Intel Xeon E-2100 系列 Coffee Lake H/S 0x906eb 0x02 0x000000b4 2019/4/1 Intel Xeon E-2100 系列 Coffee Lake H/S 0x906ec 0x22 0x000000b8 2019/3/17 Intel Xeon E-2100 系列 Coffee Lake Refresh 0x906ed 0x22 0x000000b8 2019/3/17 Intel Xeon E-2200 系列
修補程式類別 | 錯誤修正 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 否 |
需要虛擬機器移轉或關閉 | 否 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
此修補程式更新了 esx-ui
VIB。
修補程式類別 | 安全性 |
修補程式嚴重性 | 重要 |
需要主機重新開機 | 否 |
需要虛擬機器移轉或關閉 | 否 |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
包含的 VIB |
|
修正的 PR | 不適用 |
CVE 號碼 | 不適用 |
此修補程式更新了 tools-light
VIB。
修補程式類別 | ESXi-6.0.0-20190904001-standard |
組建編號 | 如需建置資訊,請參閱此版本中包含的修補程式。 |
廠商 | VMware, Inc. |
發行日期 | 2019 年 9 月 12 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2072964、2193583、2195026、2199258、2205117、2212177、2331370、2206616、2222553、2298989、2144765、2246706、2158355、2219532、2145513、2298926、2154883、2292414、2175314、2244215、2087171、2224239、2203838、2186066、2167099、2155337、2197793、2206216、2004022、2166555、2112682、2280731、2034812、2115943、2128545、2156838、2244863、2274774、2320290、2327967、2394252、1863888、2326269、2361713、2245346、2398343、2226560、2139134 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
如果已使用 CBRC 建立虛擬機器的快照且稍後停用 CBRC,磁碟整併作業可能會失敗並顯示錯誤
指定的參數不正確: spec.deviceChange.device
,因為在 CBRC 停用後刪除了摘要檔案。將會顯示需要虛擬機器磁碟整併
警示,直到解決該問題為止。此修正可避免問題,但對於在啟用 CBRC 並稍後停用 CBRC 的情況下已建立快照的虛擬機器,此問題可能仍然存在。 -
在發行版本中,smartd 可能會產生大量偵錯和資訊訊息至 Syslog 服務記錄。
-
某些關鍵 Flash 裝置參數,包括溫度和重新配置的磁區計數,不會提供臨界值。因此,ESXi 主機 smartd 精靈可能會報告一些警告。
-
由於部分第三方裝置驅動程式處理命令重複失敗,虛擬機器可能會無回應。開啟虛擬機器主控台時,您可能會看到下列錯誤:
錯誤:「無法連線至 MKS: 在重試期間內無法連線至管道 \\.\pipe\vmware-authdpipe」。
-
成功建立 Linux 虛擬機器的靜止快照後,快照管理員仍可能顯示快照為未靜止。
-
由於某些計數器中的除以零錯誤,重新啟動 hostd 服務後,進階效能圖可能會針對部分虛擬機器統計資料停止繪圖。
-
當 ESXi 主機從 PShare 鏈結中移除 PShare 提示時,如果 PShare 鏈結已損毀,ESXi 主機可能會失敗,並顯示紫色診斷畫面及類似下列內容的錯誤:
0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel -
在舊版 ESXi 中,VMkernel 介面可以傳輸三種類型的流量:管理、vMotion 和 Fault Tolerance。自 ESXi 5.1 起,流量類型組態將儲存在 vmknic 標籤中,而不是作為進階選項字串儲存在
esx.conf
中。將 vmknic 標記組態從一種格式轉換為另一種格式時,在某些情況下,會啟用錯誤的流量類型。因此,您可能會看到使用 VMware vMotion 移轉虛擬機器失敗,因為包含預設管理流量類型的 vmk0 介面已被錯誤地標記。 -
使用 3D 軟體的虛擬機器可能會間歇性地中斷連線,並且在藍色畫面上顯示 VMX 危急錯誤。
-
使用軟體 iSCSI 介面卡時,ESXi 主機可能會因競爭情形而失敗,並顯示紫色診斷畫面。
-
ESXi 主機可能無法在 [區塊限制 VPD] 頁面中反映由 SCSI 裝置報告的
MAXIMUM TRANSFER LENGTH
參數。如此一來,發出的傳輸大小超過限制的 I/O 命令可能會失敗並顯示類似記錄:2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
-
較大的組態可能會超過可用鎖定的限制數量,從而導致 hostd 服務失敗並顯示類似下列內容的錯誤:
hostd 危急: MXUserAllocSerialNumber: 鎖定過多!
-
如果您透過將取樣速率設為 0,使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣,則在流量超過 100 萬時,網路延遲可能會達到 1000 毫秒。
-
在虛擬機器電源關閉後,任何 guestinfo 設定、在虛擬機器執行時記錄的客體虛擬機器所提供的值,以及設計為在開啟電源和關閉電源順序之間保持不變的值都可能會遺失。
-
DCUI 可能會顯示垃圾字元或不正確的白箱伺服器製造商名稱。
-
在某些情況下,當 Virtual Network Computing (VNC) 連線中斷時,虛擬機器可能會因為在 VNC 後端解除參照 NULL 指標而失敗。
-
如果一台主機上的虛擬機器掛接了 VMware Tools ISO 映像,而其他虛擬機器無法存取該映像,則在不同 ESXi 主機上執行且使用同一個 VMFS 資料存放區作為 ProductLocker 的虛擬機器可能會出現錯誤的 VMware Tools 狀態。只要其中一個虛擬機器掛接了 VMware Tools ISO 映像,問題就會持續存在,並且阻止其他虛擬機器使用映像來計算其 VMware Tools 版本狀態。
-
BusyBox 已更新至 1.29.3 版,可解決識別碼為 FG-VD-18-127 的安全性問題。
-
由於沒有磁碟配額,或如果執行緒已停止,vSAN 健全狀況組態檔可能會損毀。如果在設定 vSAN 健全狀況組態時發生此問題,健全狀況服務將無法啟動。
-
如果已在您的環境中啟用 esxfw 模組,並且經常重新設定允許的 IP 清單,則可能會觸發導致 ESX 主機失敗並顯示紫色診斷畫面的競爭情形。
-
如果 VASA 提供者遺失其資料庫中的繫結資訊,由於無限迴圈載入 100% 的 CPU,vSphere Virtual Volumes 可能會無回應。hostd 服務可能也會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗,此修正可防止無限迴圈。
-
對於 Lenovo ThinkSystem DE 系列儲存區陣列,必須手動將宣告規則新增至 ESXi 主機。
-
不支援區塊限制 VPD
page0xb0
的磁碟機可能會產生填滿vmkernel.log
的事件代碼記錄。 -
在具有多個路徑 (可導向 IBM SVC 目標後方的 LUN) 的 ESXi 組態中,如果作用中路徑上的連線中斷,並且同時其他連線路徑未處於提供 I/O 服務的狀態,則 ESXi 主機可能不會將這種情況偵測為 APD,即使實際上沒有路徑可用於提供 I/O 服務。如此一來,該裝置的 I/O 不會進行快速失敗處理。
-
如果對應的裝置路徑佇列深度發生變更,esxtop 命令列公用程式可能不會顯示裝置佇列深度的更新值。
-
如果很少使用上行,NIOC 排程器可能會重設上行網路裝置。重設是無法預期的。
-
當實體 NIC 的連結速度模式未知且連結速度為 [自動] 時,hostd 服務無法支援狀態並且失敗。
-
重新啟動 hostd 服務會導致重新設定網路介面。發生此情況時,ESXi 主機會與叢集中斷連線。此重新設定作業可能會導致虛擬機器沒有回應。
-
當您刪除多個虛擬機器時,具有擱置中重新載入作業執行緒的虛擬機器可能會導致 hostd 服務當機。當重新載入執行緒未擷取
找不到受管理物件
例外狀況時,可能會發生此問題。 -
在某些情況下,vSAN 會花費很長時間來將磁碟標記為已降級,即使磁碟報告 I/O 失敗,且 vSAN 已停止為該磁碟中的 I/O 提供服務。
-
DvFilter 的 get-set firewall rule 作業中的競爭情形可能會導致緩衝區溢位和堆積損毀。因此,ESXi 主機可能會失敗並顯示紫色診斷畫面。
-
由於 64 位元的計數器不正確,因此,設定輪詢網路頻寬時,SNMP 監控工具可能會報告不正確的值。網路節點管理程式 i (NNMi) 依賴於受管裝置來提供計算值。設定輪詢網路頻寬時,
ifmib SNMP MIB
模組中的ifHCOutOctets OID
查詢未按預期傳回值。此修正增強了 64 位元計數。 -
在極少數情況下,TCP 連線在已建立和未建立狀態之間切換時發生錯誤,且 ESXi 主機失敗並顯示紫色診斷畫面。
-
升級到 ESXi600-201711001 或更新版本後,如果透過使用者介面將路徑選取原則選項設定為固定,則可能無法將選取的路徑設定為裝置的慣用路徑。
-
如果硬體版本為 10 或更舊版本的虛擬機器使用 EFI 並且在 AMD 處理器上執行 Windows Server 2016,可能會在重新開機期間停止回應。如果虛擬機器使用 BIOS、硬體版本為 11 或更新版本、客體作業系統並非 Windows 或處理器是 Intel,則不會發生此問題。
-
如果在長時間執行的靜止快照作業期間重新啟動 hostd 服務,hostd 可能會自動執行快照
整併
命令,以移除冗餘磁碟並提高虛擬機器效能。但是,整併
命令可能會與執行中的靜止快照作業競爭,並導致虛擬機器失敗。 -
當物件建立失敗時,vSAN 可能會保留失敗的建立物件作業中的元件。這些元件可能會導致叢集層級物件管理程式精靈 (CLOMD) 在磁碟重新平衡期間當機。
-
如果未正確設定傳輸單元最大值 (MTU) 大小且虛擬交換器的 MTU 大小小於 VMkernel 連接埠設定的 MTU 大小,則 vMotion 作業可能會失敗。如果在 vMotion 作業失敗後立即執行熱新增或 Storage vMotion 作業,這會導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
如果資源群組達到其最大記憶體限制,則在其下啟動新程序可能無法完全初始化效能監控公用程式
vmkperf
的計數器。從記憶體限制錯誤復原時,部分建立的vmkperf
計數器未正確釋放。因此,伺服器可能會因逾時而失敗,並顯示紫色診斷畫面。 -
在微碼更新之後,有時需要重新列舉 ESXi 伺服器上虛擬機器的 CPUID。透過使用組態參數
vmx.reboot.powerCycle = TRUE
,您可以排程虛擬機器在必要時重新啟動電源。 -
允許未對齊取消對應要求的 ESXi 功能未考慮到取消對應要求可能會在非封鎖內容中發生的事實。如果取消對應要求未對齊,且所要求的內容是非封鎖內容,則可能會導致顯示紫色診斷畫面。非封鎖內容中的一般未對齊取消對應要求通常會在 HBR 內容中發生。
-
由於極少見的競爭情形,部署虛擬機器可能會失敗,並顯示錯誤
已中斷與虛擬機器的連線
。 -
由於 openwsmand 服務出現記憶體流失問題,您可能無法使用第三方產品進行硬體監控。
-
當虛擬機器用戶端需要額外的記憶體保留時,如果 ESXi 主機沒有可用記憶體,則主機可能會失敗並顯示紫色診斷畫面。您會看到類似以下內容的反向追蹤:
@BlueScreen: #PF Exception 14 in world 57691007:vmm0:LGS-000 IP 0x41802601d987 addr 0x88
PTEs:0x2b12a6c027;0x21f0480027;0xbfffffffff001;
0x43935bf9bd48:[0x41802601d987]MemSchedReapSuperflousOverheadInt@vmkernel#nover+0x1b stack: 0x0
0x43935bf9bd98:[0x41802601daad]MemSchedReapSuperflousOverhead@vmkernel#nover+0x31 stack: 0x4306a812
0x43935bf9bdc8:[0x41802601dde4]MemSchedGroupAllocAllowed@vmkernel#nover+0x300 stack: 0x4300914eb120
0x43935bf9be08:[0x41802601e46e]MemSchedGroupSetAllocInt@vmkernel#nover+0x52 stack: 0x17f7c
0x43935bf9be58:[0x418026020a72]MemSchedManagedKernelGroupSetAllocInt@vmkernel#nover+0xae stack: 0x1
0x43935bf9beb8:[0x418026025e11]MemSched_ManagedKernelGroupSetAlloc@vmkernel#nover+0x7d stack: 0x1bf
0x43935bf9bee8:[0x41802602649b]MemSched_ManagedKernelGroupIncAllocMin@vmkernel#nover+0x3f stack: 0x
0x43935bf9bf28:[0x418025ef2eed]VmAnonUpdateReservedOvhd@vmkernel#nover+0x189 stack: 0x114cea4e1c
0x43935bf9bfb8:[0x418025eabc29]VMMVMKCall_Call@vmkernel#nover+0x139 stack: 0x418025eab778 -
並行更新可能會導致記憶體排程器無限迴圈,進而導致旋轉鎖定逾時。因此,ESXi 主機可能會失敗,並顯示紫色診斷畫面和類似以下內容的反向追蹤:
0x43917739baa8:[0x418005a154e5]MemSchedUpdateFreeStateInt
0x43917739bad8:[0x418005a1aefb]MemSched_UpdateFreeState
0x43917739baf8:[0x418005868590]MemMapFreeAndAccountPages
0x43917739bb58:[0x418005818f3c]PageCache_Free
0x43917739bb88:[0x41800586bc62]MemMap_FreePages
0x43917739bbc8:[0x418005b4362a]MemDistribute_Free
0x43917739bbe8:[0x4180058f583b]VmMem_FreePageNoBackmap
0x43917739bc28:[0x418005900637]VmMemCowPShareDone
0x43917739bc88:[0x418005900cf4]VmMemCowSharePageInt
0x43917739bd18:[0x418005900fb6]VmMemCowSharePages
0x43917739bf88:[0x418005901907]VmMemCow_SharePages
0x43917739bfb8:[0x4180058ab029]VMMVMKCall_Call -
由於 IPv6 環境中的多點傳送接聽程式探索 (MLD) 第 1 版的查詢中存在競爭情形,ESXi 主機可能會失敗並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤訊息:
#PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000 -
若在具有 SR-IOV 傳遞介面卡的虛擬機器完成開機前關閉其電源,ESXi 主機可能會失敗。
-
在記憶體不足的情況下,以及為端點 XCHI Ring 配置記憶體失敗後,端點初始化程序常式會嘗試使用 XHCI Ring 快取中的可用元素 (如果可用)。存取 XHCI Ring 快取完成,但有不正確的索引,這會導致 ESXi VMKernel 出現故障。
-
lsu-lsi-lsi-msgpt3 外掛程式可能會將大量 IOCTL 呼叫傳送至 lsi_msgpt3 驅動程式,以取得裝置資訊。但是,如果驅動程式延遲對任何呼叫的回應,則 hostd 服務會中斷連線。
-
HPE ProLiant Gen9 Smart Array 控制器 (例如 P440 和 P840) 可能不會在正確的失敗裝置上亮起定位器 LED。
-
如果靜止執行 Microsoft Windows Server 2008 或更新版本的虛擬機器,則會建立應用程式靜止快照。可能的並行快照數目為 32,這可能會產生大量平行執行緒以追蹤快照作業中的工作。因此,hostd 服務可能會無回應。
-
修補程式類別 | ESXi-6.0.0-20190904001-no-tools |
組建編號 | 如需建置資訊,請參閱此版本中包含的修補程式。 |
廠商 | VMware, Inc. |
發行日期 | 2019 年 9 月 12 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 2072964、2193583、2195026、2199258、2205117、2212177、2331370、2206616、2222553、2298989、2144765、2246706、2158355、2219532、2145513、2298926、2154883、2175314、2244215、2292414、2087171、2224239、2203838、2186066、2167099、2155337、2197793、2206216、2004022、2166555、2112682、2280731、2034812、2115943、2128545、2156838、2244863、2274774、2320290、2327967、2394252、1863888、2326269、2361713、2245346、2398343、2226560、2139134 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
如果已使用 CBRC 建立虛擬機器的快照且稍後停用 CBRC,磁碟整併作業可能會失敗並顯示錯誤
指定的參數不正確: spec.deviceChange.device
,因為在 CBRC 停用後刪除了摘要檔案。將會顯示需要虛擬機器磁碟整併
警示,直到解決該問題為止。此修正可避免問題,但對於在啟用 CBRC 並稍後停用 CBRC 的情況下已建立快照的虛擬機器,此問題可能仍然存在。 -
在發行版本中,smartd 可能會產生大量偵錯和資訊訊息至 Syslog 服務記錄。
-
某些關鍵 Flash 裝置參數,包括溫度和重新配置的磁區計數,不會提供臨界值。因此,ESXi 主機 smartd 精靈可能會報告一些警告。
-
由於部分第三方裝置驅動程式處理命令重複失敗,虛擬機器可能會無回應。開啟虛擬機器主控台時,您可能會看到下列錯誤:
錯誤:「無法連線至 MKS: 在重試期間內無法連線至管道 \\.\pipe\vmware-authdpipe」。
-
成功建立 Linux 虛擬機器的靜止快照後,快照管理員仍可能顯示快照為未靜止。
-
由於某些計數器中的除以零錯誤,重新啟動 hostd 服務後,進階效能圖可能會針對部分虛擬機器統計資料停止繪圖。
-
當 ESXi 主機從 PShare 鏈結中移除 PShare 提示時,如果 PShare 鏈結已損毀,ESXi 主機可能會失敗,並顯示紫色診斷畫面及類似下列內容的錯誤:
0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel -
在舊版 ESXi 中,VMkernel 介面可以傳輸三種類型的流量:管理、vMotion 和 Fault Tolerance。自 ESXi 5.1 起,流量類型組態將儲存在 vmknic 標籤中,而不是作為進階選項字串儲存在
esx.conf
中。將 vmknic 標記組態從一種格式轉換為另一種格式時,在某些情況下,會啟用錯誤的流量類型。因此,您可能會看到使用 VMware vMotion 移轉虛擬機器失敗,因為包含預設管理流量類型的 vmk0 介面已被錯誤地標記。 -
使用 3D 軟體的虛擬機器可能會間歇性地中斷連線,並且在藍色畫面上顯示 VMX 危急錯誤。
-
使用軟體 iSCSI 介面卡時,ESXi 主機可能會因競爭情形而失敗,並顯示紫色診斷畫面。
-
ESXi 主機可能無法在 [區塊限制 VPD] 頁面中反映由 SCSI 裝置報告的
MAXIMUM TRANSFER LENGTH
參數。如此一來,發出的傳輸大小超過限制的 I/O 命令可能會失敗並顯示類似記錄:2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
-
較大的組態可能會超過可用鎖定的限制數量,從而導致 hostd 服務失敗並顯示類似下列內容的錯誤:
hostd 危急: MXUserAllocSerialNumber: 鎖定過多!
-
如果您透過將取樣速率設為 0,使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣,則在流量超過 100 萬時,網路延遲可能會達到 1000 毫秒。
-
在虛擬機器電源關閉後,任何 guestinfo 設定、在虛擬機器執行時記錄的客體虛擬機器所提供的值,以及設計為在開啟電源和關閉電源順序之間保持不變的值都可能會遺失。
-
DCUI 可能會顯示垃圾字元或不正確的白箱伺服器製造商名稱。
-
在某些情況下,當 Virtual Network Computing (VNC) 連線中斷時,虛擬機器可能會因為在 VNC 後端解除參照 NULL 指標而失敗。
-
如果一台主機上的虛擬機器掛接了 VMware Tools ISO 映像,而其他虛擬機器無法存取該映像,則在不同 ESXi 主機上執行且使用同一個 VMFS 資料存放區作為 ProductLocker 的虛擬機器可能會出現錯誤的 VMware Tools 狀態。只要其中一個虛擬機器掛接了 VMware Tools ISO 映像,問題就會持續存在,並且阻止其他虛擬機器使用映像來計算其 VMware Tools 版本狀態。
-
BusyBox 已更新至 1.29.3 版,可解決識別碼為 FG-VD-18-127 的安全性問題。
-
由於沒有磁碟配額,或如果執行緒已停止,vSAN 健全狀況組態檔可能會損毀。如果在設定 vSAN 健全狀況組態時發生此問題,健全狀況服務將無法啟動。
-
如果已在您的環境中啟用 esxfw 模組,並且經常重新設定允許的 IP 清單,則可能會觸發導致 ESX 主機失敗並顯示紫色診斷畫面的競爭情形。
-
如果 VASA 提供者遺失其資料庫中的繫結資訊,由於無限迴圈載入 100% 的 CPU,vSphere Virtual Volumes 可能會無回應。hostd 服務可能也會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗,此修正可防止無限迴圈。
-
對於 Lenovo ThinkSystem DE 系列儲存區陣列,必須手動將宣告規則新增至 ESXi 主機。
-
不支援區塊限制 VPD
page0xb0
的磁碟機可能會產生填滿vmkernel.log
的事件代碼記錄。 -
在具有多個路徑 (可導向 IBM SVC 目標後方的 LUN) 的 ESXi 組態中,如果作用中路徑上的連線中斷,並且同時其他連線路徑未處於提供 I/O 服務的狀態,則 ESXi 主機可能不會將這種情況偵測為 APD,即使實際上沒有路徑可用於提供 I/O 服務。如此一來,該裝置的 I/O 不會進行快速失敗處理。
-
如果對應的裝置路徑佇列深度發生變更,esxtop 命令列公用程式可能不會顯示裝置佇列深度的更新值。
-
如果很少使用上行,NIOC 排程器可能會重設上行網路裝置。重設是無法預期的。
-
當實體 NIC 的連結速度模式未知且連結速度為 [自動] 時,hostd 服務無法支援狀態並且失敗。
-
重新啟動 hostd 服務會導致重新設定網路介面。發生此情況時,ESXi 主機會與叢集中斷連線。此重新設定作業可能會導致虛擬機器沒有回應。
-
當您刪除多個虛擬機器時,具有擱置中重新載入作業執行緒的虛擬機器可能會導致 hostd 服務當機。當重新載入執行緒未擷取
找不到受管理物件
例外狀況時,可能會發生此問題。 -
在某些情況下,vSAN 會花費很長時間來將磁碟標記為已降級,即使磁碟報告 I/O 失敗,且 vSAN 已停止為該磁碟中的 I/O 提供服務。
-
DvFilter 的 get-set firewall rule 作業中的競爭情形可能會導致緩衝區溢位和堆積損毀。因此,ESXi 主機可能會失敗並顯示紫色診斷畫面。
-
由於 64 位元的計數器不正確,因此,設定輪詢網路頻寬時,SNMP 監控工具可能會報告不正確的值。網路節點管理程式 i (NNMi) 依賴於受管裝置來提供計算值。設定輪詢網路頻寬時,
ifmib SNMP MIB
模組中的ifHCOutOctets OID
查詢未按預期傳回值。此修正增強了 64 位元計數。 -
在極少數情況下,TCP 連線在已建立和未建立狀態之間切換時發生錯誤,且 ESXi 主機失敗並顯示紫色診斷畫面。
-
升級到 ESXi600-201711001 或更新版本後,如果透過使用者介面將路徑選取原則選項設定為固定,則可能無法將選取的路徑設定為裝置的慣用路徑。
-
如果硬體版本為 10 或更舊版本的虛擬機器使用 EFI 並且在 AMD 處理器上執行 Windows Server 2016,可能會在重新開機期間停止回應。如果虛擬機器使用 BIOS、硬體版本為 11 或更新版本、客體作業系統並非 Windows 或處理器是 Intel,則不會發生此問題。
-
如果在長時間執行的靜止快照作業期間重新啟動 hostd 服務,hostd 可能會自動執行快照
整併
命令,以移除冗餘磁碟並提高虛擬機器效能。但是,整併
命令可能會與執行中的靜止快照作業競爭,並導致虛擬機器失敗。 -
當物件建立失敗時,vSAN 可能會保留失敗的建立物件作業中的元件。這些元件可能會導致叢集層級物件管理程式精靈 (CLOMD) 在磁碟重新平衡期間當機。
-
如果未正確設定傳輸單元最大值 (MTU) 大小且虛擬交換器的 MTU 大小小於 VMkernel 連接埠設定的 MTU 大小,則 vMotion 作業可能會失敗。如果在 vMotion 作業失敗後立即執行熱新增或 Storage vMotion 作業,這會導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
如果資源群組達到其最大記憶體限制,則在其下啟動新程序可能無法完全初始化效能監控公用程式
vmkperf
的計數器。從記憶體限制錯誤復原時,部分建立的vmkperf
計數器未正確釋放。因此,伺服器可能會因逾時而失敗,並顯示紫色診斷畫面。 -
在微碼更新之後,有時需要重新列舉 ESXi 伺服器上虛擬機器的 CPUID。透過使用組態參數
vmx.reboot.powerCycle = TRUE
,您可以排程虛擬機器在必要時重新啟動電源。 -
允許未對齊取消對應要求的 ESXi 功能未考慮到取消對應要求可能會在非封鎖內容中發生的事實。如果取消對應要求未對齊,且所要求的內容是非封鎖內容,則可能會導致顯示紫色診斷畫面。非封鎖內容中的一般未對齊取消對應要求通常會在 HBR 內容中發生。
-
由於極少見的競爭情形,部署虛擬機器可能會失敗,並顯示錯誤
已中斷與虛擬機器的連線
。 -
由於 openwsmand 服務出現記憶體流失問題,您可能無法使用第三方產品進行硬體監控。
-
當虛擬機器用戶端需要額外的記憶體保留時,如果 ESXi 主機沒有可用記憶體,則主機可能會失敗並顯示紫色診斷畫面。您會看到類似以下內容的反向追蹤:
@BlueScreen: #PF Exception 14 in world 57691007:vmm0:LGS-000 IP 0x41802601d987 addr 0x88
PTEs:0x2b12a6c027;0x21f0480027;0xbfffffffff001;
0x43935bf9bd48:[0x41802601d987]MemSchedReapSuperflousOverheadInt@vmkernel#nover+0x1b stack: 0x0
0x43935bf9bd98:[0x41802601daad]MemSchedReapSuperflousOverhead@vmkernel#nover+0x31 stack: 0x4306a812
0x43935bf9bdc8:[0x41802601dde4]MemSchedGroupAllocAllowed@vmkernel#nover+0x300 stack: 0x4300914eb120
0x43935bf9be08:[0x41802601e46e]MemSchedGroupSetAllocInt@vmkernel#nover+0x52 stack: 0x17f7c
0x43935bf9be58:[0x418026020a72]MemSchedManagedKernelGroupSetAllocInt@vmkernel#nover+0xae stack: 0x1
0x43935bf9beb8:[0x418026025e11]MemSched_ManagedKernelGroupSetAlloc@vmkernel#nover+0x7d stack: 0x1bf
0x43935bf9bee8:[0x41802602649b]MemSched_ManagedKernelGroupIncAllocMin@vmkernel#nover+0x3f stack: 0x
0x43935bf9bf28:[0x418025ef2eed]VmAnonUpdateReservedOvhd@vmkernel#nover+0x189 stack: 0x114cea4e1c
0x43935bf9bfb8:[0x418025eabc29]VMMVMKCall_Call@vmkernel#nover+0x139 stack: 0x418025eab778 -
並行更新可能會導致記憶體排程器無限迴圈,進而導致旋轉鎖定逾時。因此,ESXi 主機可能會失敗,並顯示紫色診斷畫面和類似以下內容的反向追蹤:
0x43917739baa8:[0x418005a154e5]MemSchedUpdateFreeStateInt
0x43917739bad8:[0x418005a1aefb]MemSched_UpdateFreeState
0x43917739baf8:[0x418005868590]MemMapFreeAndAccountPages
0x43917739bb58:[0x418005818f3c]PageCache_Free
0x43917739bb88:[0x41800586bc62]MemMap_FreePages
0x43917739bbc8:[0x418005b4362a]MemDistribute_Free
0x43917739bbe8:[0x4180058f583b]VmMem_FreePageNoBackmap
0x43917739bc28:[0x418005900637]VmMemCowPShareDone
0x43917739bc88:[0x418005900cf4]VmMemCowSharePageInt
0x43917739bd18:[0x418005900fb6]VmMemCowSharePages
0x43917739bf88:[0x418005901907]VmMemCow_SharePages
0x43917739bfb8:[0x4180058ab029]VMMVMKCall_Call -
由於 IPv6 環境中的多點傳送接聽程式探索 (MLD) 第 1 版的查詢中存在競爭情形,ESXi 主機可能會失敗並顯示紫色診斷畫面。您可能會看到類似下列內容的錯誤訊息:
#PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000 -
若在具有 SR-IOV 傳遞介面卡的虛擬機器完成開機前關閉其電源,ESXi 主機可能會失敗。
-
在記憶體不足的情況下,以及為端點 XCHI Ring 配置記憶體失敗後,端點初始化程序常式會嘗試使用 XHCI Ring 快取中的可用元素 (如果可用)。存取 XHCI Ring 快取完成,但有不正確的索引,這會導致 ESXi VMKernel 出現故障。
-
lsu-lsi-lsi-msgpt3 外掛程式可能會將大量 IOCTL 呼叫傳送至 lsi_msgpt3 驅動程式,以取得裝置資訊。但是,如果驅動程式延遲對任何呼叫的回應,則 hostd 服務會中斷連線。
-
HPE ProLiant Gen9 Smart Array 控制器 (例如 P440 和 P840) 可能不會在正確的失敗裝置上亮起定位器 LED。
-
如果靜止執行 Microsoft Windows Server 2008 或更新版本的虛擬機器,則會建立應用程式靜止快照。可能的並行快照數目為 32,這可能會產生大量平行執行緒以追蹤快照作業中的工作。因此,hostd 服務可能會無回應。
-
修補程式類別 | ESXi-6.0.0-20190901001s-standard |
組建編號 | 如需建置資訊,請參閱此版本中包含的修補程式。 |
廠商 | VMware, Inc. |
發行日期 | 2019 年 9 月 12 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 1923483、2153227、2175314、2377657、2379129 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
NTP 精靈已更新至 4.2.8p13 版。
-
OpenSSL 套件已更新至 openssl-1.0.2s 版。
-
Python 第三方程式庫已更新至 2.7.16 版。
-
ESXi userworld libxml2 程式庫已更新至 2.9.9 版。
-
修補程式類別 | ESXi-6.0.0-20190901001s-no-tools |
組建編號 | 如需建置資訊,請參閱此版本中包含的修補程式。 |
廠商 | VMware, Inc. |
發行日期 | 2019 年 9 月 12 日 |
接受程度 | PartnerSupported |
受影響的硬體 | 不適用 |
受影響的軟體 | 不適用 |
受影響的 VIB |
|
修正的 PR | 1923483、2153227、2175314、2377657、2379129 |
相關的 CVE 號碼 | 不適用 |
- 此修補程式更新了下列問題:
-
NTP 精靈已更新至 4.2.8p13 版。
-
OpenSSL 套件已更新至 openssl-1.0.2s 版。
-
Python 第三方程式庫已更新至 2.7.16 版。
-
ESXi userworld libxml2 程式庫已更新至 2.9.9 版。
-
已知問題
已知問題分類如下。
vMotion 問題- 使用 vSphere vMotion 移轉叢集虛擬機器期間,ESXi 主機可能會失敗並顯示紫色診斷畫面
使用 vSphere vMotion 移轉叢集虛擬機器期間,ESXi 主機可能會失敗並顯示紫色診斷畫面。在實體匯流排共用模式下,此問題會影響包含共用的非 RDM 磁碟的叢集內的虛擬機器,例如 VMDK 或 vSphere Virtual Volumes。
因應措施:檢查您的組態。請勿針對 VMDK 使用實體匯流排共用模式。如需詳細資訊,請參閱《容錯移轉叢集和 Microsoft 叢集服務的設定》指南。