VMware ESXi 8.0U2b 發(fā)布下載 - Broadcom VMware 首次重大更新

2 月 29 日（北京時間 3 月 1 日），VMware by Broadcom 停更 5 個月后，終于發(fā)布了首次重大更新！

同步發(fā)布 Dell 和 HPE 等 OEM 定制版鏡像

請訪問原文鏈接：https://sysin.org/blog/vmware-esxi-8-u2/，看最新版。原創(chuàng)作品，轉(zhuǎn)載請保留出處。

作者主頁：sysin.org

VMware ESXi：專門構(gòu)建的裸機(jī) Hypervisor

了解可直接安裝到您的物理服務(wù)器的、可靠的裸機(jī) Hypervisor。通過直接訪問并控制底層資源，VMware ESXi 可有效地對硬件進(jìn)行分區(qū)，以便整合應(yīng)用并降低成本。它是業(yè)界領(lǐng)先的高效體系架構(gòu) (sysin)，在可靠性、性能和支持方面樹立了行業(yè)標(biāo)桿。

新增功能

• 每個 vSAN 核心 100 GiB 試用存儲容量： 借助 vSphere 8.0 Update 2b（作為 VMware vSphere Foundation 產(chǎn)品的一部分），您可以為每個 vSAN 主機(jī)許可核心使用最多 100 GiB 的 vSAN 存儲，而無需應(yīng)用 vSAN 許可密鑰。對于每個 vSAN 核心超過 100 GiB 的容量，您可以購買每 tebibyte (TiB) 的 vSAN 容量，并應(yīng)用反映 vSAN 集群的總原始存儲容量的 vSAN 密鑰。有關(guān) vSAN 中的容量報告和許可的更多信息 (sysin)，請參見 揭秘 vSAN 中的容量報告和 計算 VMware Cloud Foundation 和 vSphere Foundation 的核心以及 vSAN 的 TiB 。

• ESXi 8.0 Update 2b 添加了對多個服務(wù)器的 vSphere Quick Boot 支持，包括：

• Dell

  • MX760c vSAN Ready Node
  • PowerEdge C6615
  • PowerEdge XR8610t
  • R7625 vSAN Ready Node
  • VxRail VP-760xa
  • VxRail VS-760

  HPE

  • Alletra Storage Server 4110
  • Alletra Storage Server 4140
  • HPE Cray XD670
  • ProLiant DL110 Gen11
  • ProLiant DL20 Gen11
  • ProLiant ML30 Gen11

  Lenovo

  • DN8848 V2

已修復(fù)的問題

ESXi-8.0U2b-23305546-standard

該補(bǔ)丁更新了以下問題：

• PR 3316767：當(dāng) HPP 聲明本地多路徑 SCSI 設(shè)備時，虛擬機(jī) I/O 可能會過早失敗或 ESXi 主機(jī)崩潰

  由于高性能插件 (HPP) 模塊中的故障轉(zhuǎn)移處理存在罕見問題，如果 HPP 聲明處于主動-主動模式的本地多路徑 SCSI 設(shè)備，您可能會看到以下問題：

  • 如果發(fā)生連接丟失或 NO CONNECT 錯誤，VM I/O 可能會提前失敗，而不是在另一條路徑上重試。
  • 在所有路徑關(guān)閉 (APD) 狀態(tài)的情況下，如果從 vCenter 或 ESXi 主機(jī)觸發(fā)完整的存儲重新掃描，主機(jī)可能會出現(xiàn)故障并顯示紫色診斷屏幕。

  此版本已解決此問題。

• PR 3303807：在具有活動可信平臺模塊 (TPM) 加密和 vSphere Quick Boot 的服務(wù)器上升級到 ESXi 8.0 Update 2b 期間，您可能會看到合規(guī)性錯誤

  如果使用 vSphere Lifecycle Manager 將集群升級到 ESXi 8.0 Update 2b，則在 vSphere Client 中，您可能會看到具有活動受信任平臺模塊 (TPM) 加密和 vSphere Quick Boot 的主機(jī)的合規(guī)性錯誤。此類錯誤不會阻止升級 (sysin)，但操作會在不使用 vSphere Quick Boot 的情況下運(yùn)行。

  此版本已解決此問題。升級到 ESXi 8.0 Update 2b 或更高版本后，您可以繼續(xù)在具有 TPM 的主機(jī)上使用 vSphere Quick Boot。

• PR 3302759：掛起的 I/O 可能會導(dǎo)致運(yùn)行主虛擬機(jī)的 ESXi 主機(jī)在故障轉(zhuǎn)移期間出現(xiàn)故障并顯示紫色診斷屏幕

  在受 vSphere Fault Tolerance 保護(hù)的主虛擬機(jī)進(jìn)行故障轉(zhuǎn)移期間，如果虛擬機(jī)和 ESXi 主機(jī)之間的某些 I/O 仍未解決，主機(jī)可能會間歇性出現(xiàn)故障并顯示紫色診斷屏幕。

  此版本已解決此問題。該修復(fù)可確保運(yùn)行 FT 會話信息清理時不存在掛起的 I/O。

• PR 3309606：在某些驅(qū)動程序中的字符設(shè)備上使用 poll() 系統(tǒng)調(diào)用可能會導(dǎo)致 ESXi 主機(jī)出現(xiàn)故障并顯示紫色診斷屏幕

  根據(jù)實(shí)施情況，例如在 HPE 的 Integrated Lights Out (ILO) 驅(qū)動程序中，使用 poll()字符設(shè)備上的系統(tǒng)調(diào)用可能會導(dǎo)致 ESXi 主機(jī)出現(xiàn)故障并顯示紫色診斷屏幕。該問題是由于某些情況下內(nèi)部內(nèi)存泄漏造成的，驅(qū)動程序會向 poll()系統(tǒng)調(diào)用。

  此版本已解決此問題。

• PR 3291105：從 ESXi 主機(jī)分離增強(qiáng)型網(wǎng)絡(luò)堆棧 (ENS) 端口時，主機(jī)可能會出現(xiàn)故障并顯示紫色診斷屏幕

  在升級或 VNIC 配置更改等場景中停用 ENS 期間，從具有活動 ENS 的 ESXi 主機(jī)分離 ENS 端口時，該端口可能會從端口列表中刪除，并且無法用于進(jìn)一步參考，這可能會導(dǎo)致無效內(nèi)存訪問錯誤。因此，ESXi 主機(jī)出現(xiàn)故障并顯示紫色診斷屏幕。

  此版本已解決此問題。

• PR 3297899：vSAN 文件服務(wù)器繼續(xù)重新啟動

  如果所有 AD 服務(wù)器均無法訪問，vSAN Skyline Health 可能會顯示始終處于重新啟動狀態(tài)的文件服務(wù)器，并重復(fù)從一臺主機(jī)故障切換到另一臺主機(jī)。如果發(fā)生這種情況，文件服務(wù)器上的所有文件共享（包括 NFS 共享） securityType=AUTH_SYS，變得不可訪問。

  此版本已解決此問題。

• PR 3288307：無法升級 vSAN 文件服務(wù)或進(jìn)入維護(hù)模式

  在極少數(shù)情況下，如果 hostd 服務(wù)重新啟動，則 vSAN 文件服務(wù)升級或進(jìn)入維護(hù)模式可能會被阻止。

  此版本已解決此問題。

• PR 3294624：Skyline Health 無法加載處于不可擴(kuò)展?fàn)顟B(tài)的文件共享

  當(dāng)文件共享處于不可擴(kuò)展?fàn)顟B(tài)時，無法滿足當(dāng)前的存儲策略。文件共享還可能存在其他問題，例如其已用容量超出軟配額。無法加載處于此狀態(tài)的對象的 Skyline Health。

  此版本已解決此問題。

• PR 3293199：ESXi 主機(jī)上的文件 /var/run/log/clusterAgent.stderr 變得非常大，填滿了 OSDATA 分區(qū)

  如果出現(xiàn)某些罕見的錯誤情況，clusterAgent ESXi 服務(wù)中的組件可能會開始定期寫入 /var/run/log/clusterAgent.stderr而不是 ESXi 主機(jī)上的常規(guī)系統(tǒng)日志目標(biāo)。由于這不是預(yù)期的行為，stderr文件不被旋轉(zhuǎn)或以其他方式監(jiān)控。如果錯誤情況持續(xù)一段時間（例如幾個月），文件大小可能會擴(kuò)大到幾 GB，填滿 OSDATA 分區(qū)。當(dāng)磁盤空間耗盡時 (sysin)，ESXi 服務(wù)和虛擬機(jī)可能會鎖定。

  此版本已解決此問題。該修復(fù)可確保如果您的環(huán)境存在問題，則在升級到 ESXi 8.0 Update 2b 或更高版本后，過大的日志文件會被壓縮。該文件不會自動刪除，但您可以安全地手動刪除壓縮文件。

• PR 3319724：具有大型 VMDK 的 vSAN ESA 虛擬機(jī)變得無法訪問

  在版本 8.0 及更高版本的 vSAN Express Storage Architecture (ESA) 環(huán)境中，具有大量已用容量的 VMDK 對象可能會使對象清理器過載，從而導(dǎo)致此類對象無法訪問。

  此版本已解決此問題。

• PR 3294828：hostd 服務(wù)可能會由于傳感器數(shù)據(jù)記錄無效而間歇性失敗

  在極少數(shù)情況下，底板管理控制器 (BMC) 可能會向 hostd 服務(wù)提供無效的傳感器數(shù)據(jù)記錄并導(dǎo)致其失敗。因此，ESXi 主機(jī)變得無響應(yīng)或與 vCenter 斷開連接。

  此版本已解決此問題。該修復(fù)程序在將傳感器數(shù)據(jù)記錄傳遞給 hostd 服務(wù)之前實(shí)施檢查以驗(yàn)證傳感器數(shù)據(jù)記錄。

• PR 3331375：在安全擦除操作期間，SATA 驅(qū)動器的路徑可能會進(jìn)入永久丟失狀態(tài)

  在安全擦除操作期間，某些 SATA 驅(qū)動器可能無法為主機(jī)的查詢提供正確的重要產(chǎn)品數(shù)據(jù) (VPD)。因此，HPP 插件可能會錯誤地解釋物理介質(zhì)中的更改，并將 SATA 設(shè)備的路徑標(biāo)記為永久丟失。

  此版本已解決此問題。

• PR 3287769：vSAN 文件服務(wù)容器發(fā)生意外故障轉(zhuǎn)移

  EMM 監(jiān)視器可能會意外觸發(fā)并阻止文件服務(wù) EPiC 心跳更新到仲裁器主機(jī)。此問題可能會導(dǎo)致意外的容器故障轉(zhuǎn)移，從而中斷 SMB 文件共享的 I/O。

  此版本已解決此問題。

• PR 3293464：如果源上的卷關(guān)閉時間較長，則在使用 vSphere Virtual Volumes 遷移虛擬機(jī)期間，VMX 服務(wù)可能會失敗

  在某些情況下，例如啟用了 vSphere Virtual Volumes 和更改塊跟蹤 (CBT) 或基于內(nèi)容的讀取緩存 (CBRC) 的虛擬機(jī)，在存儲遷移期間，在源處關(guān)閉卷時刷新掛起的 I/O 可能需要很長時間 (sysin)，例如 10秒。如果在 VMX 服務(wù)嘗試訪問目標(biāo)主機(jī)上的卷時尚未完成清除掛起的 I/O，則該服務(wù)將失敗。

  此版本已解決此問題。該修復(fù)可確保在目標(biāo)主機(jī)嘗試打開源主機(jī)上的所有 vSphere Virtual Volumes 和磁盤之前將其關(guān)閉。

• PR 3308819：無法為 ESXi 主機(jī)添加允許的 IP 地址

  對于 ESXi 8.0 Update 2，某些 ESXi 防火墻規(guī)則集，例如 dhcp，默認(rèn)情況下屬于系統(tǒng)所有，并防止手動添加允許的 IP 地址，以避免可能的服務(wù)中斷。使用 ESXi 8.0 Update 2b，您可以手動將允許的 IP 地址添加到所有規(guī)則集，但以下規(guī)則集除外： nfsClient, nfs41Client, trusted-infrastructure-kmxd, trusted-infrastructure-kmxa，和 vsanEncryption.

  此版本已解決此問題。

• PR 3308461：當(dāng) MAC 學(xué)習(xí)未處于活動狀態(tài)時，vSphere Distributed Switch (VDS) 上新添加的端口可能會進(jìn)入阻止?fàn)顟B(tài)

  如果 VDS 上的 MAC 學(xué)習(xí)未激活，則當(dāng)您從來賓操作系統(tǒng)將虛擬機(jī)的 MAC 地址更改為新的代理交換機(jī)端口時，新添加的端口可能會由于 L2 違規(guī)錯誤而處于阻止?fàn)顟B(tài)，即使Mac 地址更改選項(xiàng) 設(shè)置為 Accept 。僅當(dāng) VDS 上的 MAC 學(xué)習(xí)未激活時才會出現(xiàn)此問題。

  此版本已解決此問題。

• PR 3332617：更新到 ESXi 8.0 Update 2 后，配備 NVIDIA RTX 5000 Ada 或 NVIDIA RTX 6000 Ada 顯卡的 vGPU 虛擬機(jī)無法啟動

  更新到 ESXi 8.0 Update 2 后，使用 NVIDIA RTX 5000 Ada 或 NVIDIA RTX 6000 Ada 顯卡啟動 vGPU VM 失敗，并出現(xiàn)以下錯誤： vmiop-display unable to reserve vgpu在日志中。在 vSphere Client 中，您會看到如下錯誤 Module DevicePowerOnEarly power on failed. .

  此版本已解決此問題。

• PR 3326624：ESXi 主機(jī)在升級過程中可能會因 vSAN 支持的對象上大于 2040 MB 的取消映射 I/O 請求而失敗

  在升級到 ESXi 8.0 Update 2 期間，在極少數(shù)情況下，客戶虛擬機(jī)可能會對 vSAN 支持的對象發(fā)出大于 2040 MB 的取消映射 I/O 請求，并且該請求可能會分為兩部分。因此，ESXi 主機(jī)會收到重復(fù)的元數(shù)據(jù)條目，并且可能會失敗并顯示紫色診斷屏幕。

  此版本已解決此問題。

• PR 3304472：由于命名空間mgr.db 文件中不存在命名空間這一罕見問題，vSphere vMotion 操作可能會失敗

  當(dāng)虛擬機(jī)配置了命名空間并且由于某種原因命名空間表在 namespacemgr.db如果 ESXi 主機(jī)數(shù)據(jù)庫中的文件為空，則使用 vSphere vMotion 遷移此類虛擬機(jī)可能會失敗。在里面 vmware.log文件中，您會看到如下錯誤：

  vmx - NamespaceMgrCheckpoint: No valid queue found while restoring the namespace events. The migrate type is 1.

  此版本已解決此問題。

• PR 3293470：在 vSphere Client 中，您會在 vSphere Virtual Volumes 數(shù)據(jù)存儲的讀/寫 IO 延遲統(tǒng)計信息中看到一條平線

  在 vSphere Client 中，當(dāng)您導(dǎo)航到 監(jiān)控 > 高級 > 數(shù)據(jù)存儲 以查看虛擬機(jī)的高級性能指標(biāo)時，您可能會在 vSphere Virtual Volumes 數(shù)據(jù)存儲的讀/寫 IO 延遲統(tǒng)計信息中看到一條平線 (sysin)。出現(xiàn)此問題的原因是讀取/寫入 IO 延遲的計數(shù)器計算錯誤作為累積平均值。

  此版本已解決此問題。

• PR 3300031：網(wǎng)絡(luò)時間協(xié)議 (NTP) 對等點(diǎn)和環(huán)路統(tǒng)計信息不會在 vm-support 捆綁包中自動捕獲

  在 vSphere 8.0 Update 2b 之前，除非您手動將 NTP 對等和循環(huán)統(tǒng)計信息添加到 vm-support 捆綁包，否則 NTP 日志不可用于故障排除。

  此版本已解決此問題。該修復(fù)添加了對自動捕獲 NTP 對等點(diǎn)和循環(huán)統(tǒng)計信息的支持 /var/log/ntp/vm-support 包中的目錄。

• PR 3293466：ESXi 7.x 主機(jī)之間的 vSphere vMotion 操作失敗，并出現(xiàn)錯誤“目標(biāo)無法預(yù)打開磁盤”

  如果在 ESXi 7.x 主機(jī)上使用較舊的 Virtual Volumes 存儲提供程序（也稱為 VASA 提供程序），它可能不允許批量綁定多個 vSphere Virtual Volumes 以優(yōu)化遷移和開機(jī)性能。因此，在 vSphere Client 中您可能會看到以下錯誤 Destination failed to preopen disks在 7.x 主機(jī)之間運(yùn)行 vSphere vMotion 操作時。

  此版本已解決此問題。

• PR 3316967：塊更改跟蹤 (CBT) 可能無法在熱擴(kuò)展虛擬磁盤上按預(yù)期工作

  在 vSphere 8.0 Update 2 中，為了優(yōu)化熱擴(kuò)展期間虛擬磁盤的打開和關(guān)閉過程，磁盤在熱擴(kuò)展操作期間保持打開狀態(tài)。由于此更改，啟用 CBT 的虛擬磁盤的增量備份可能不完整，因?yàn)?CBT 內(nèi)存中位圖不會調(diào)整大小，并且 CBT 無法記錄對擴(kuò)展磁盤塊的更改。因此，當(dāng)您嘗試使用 CBT 從虛擬磁盤增量備份還原 VM 時，VM 可能無法啟動。

  此版本已解決此問題。

• PR 3317441：增強(qiáng)型網(wǎng)絡(luò)數(shù)據(jù)路徑 (EDP) 可能會在大型 vSphere 系統(tǒng)上保留過多內(nèi)存并導(dǎo)致資源問題

  EDP 預(yù)留與總內(nèi)存呈線性關(guān)系，最多預(yù)留總內(nèi)存的 1.6%。對于大型 vSphere 系統(tǒng)中具有高內(nèi)存預(yù)留的 VM，這樣的內(nèi)存緩沖區(qū)可能太大。例如，如果系統(tǒng)有 100TB 內(nèi)存，則 EDP 預(yù)留可能為 1.6TB。因此，您可能會遇到資源問題，例如無法將 VNIC 熱添加到具有高內(nèi)存預(yù)留的虛擬機(jī)。

  此版本已解決此問題。該修復(fù)將 EDP 預(yù)留限制設(shè)置為總內(nèi)存的 1%，并對單個內(nèi)存預(yù)留設(shè)置 5GB 上限。您可以使用 VMkernel 引導(dǎo)選項(xiàng)調(diào)整內(nèi)存預(yù)留限制 ensMbufPoolMaxMinMB或使用以下命令： esxcli system settings kernel set -s ensMbufPoolMaxMBPerGB -v <value-in-MB>。在任何情況下，您都必須重新啟動 ESXi 主機(jī)才能啟用更改。

• PR 3275379：在 AMD 處理器上運(yùn)行的 ESXi 主機(jī)上，啟用 VBS 的 Windows 虛擬機(jī)可能會間歇性失敗并顯示藍(lán)色診斷屏幕。

  在 AMD 處理器上運(yùn)行的 ESXi 主機(jī)上，啟用基于虛擬化的安全性 (VBS) 的 Windows 虛擬機(jī)可能會間歇性失敗并顯示藍(lán)色診斷屏幕。BSOD 具有以下簽名：

  
  SECURE_KERNEL_ERROR (18b)The secure kernel has encountered a fatal error.
  Arguments:
  Arg1: 000000000000018c
  Arg2: 000000000000100b
  Arg3: 0000000000000000
  Arg4: 000000000000409b
  

此版本已解決此問題。

• PR 3311820：在本地軟件模擬的 4Kn 設(shè)備上創(chuàng)建 VMFS 卷失敗

  在某些環(huán)境中，更新到 ESXi 8.0 Update 2 后，您可能無法在本地軟件模擬的 4Kn 設(shè)備上創(chuàng)建 VMFS 卷。當(dāng) SCSI 驅(qū)動程序無法發(fā)現(xiàn) 4Kn NVMe 設(shè)備并將其注冊為 4Kn SWE 設(shè)備時，會出現(xiàn)此問題。在 vSphere 磁盤元數(shù)據(jù)分析器 (VOMA) 中，您會看到以下錯誤 ON-DISK ERROR: Invalid disk block size 512, should be 4096.

  此版本已解決此問題。

• PR 3296047：vvold 服務(wù)失敗并出現(xiàn)“無法分配內(nèi)存”錯誤

  如果 vSphere API for Storage Awareness (VASA) 提供程序長時間關(guān)閉，則由于重復(fù)創(chuàng)建和銷毀會話對象，vvold 服務(wù)的頻繁重新連接嘗試可能會耗盡其內(nèi)存。當(dāng) VASA 提供程序發(fā)生更改等事件觸發(fā) vvold 服務(wù)更新時 (sysin)，也可能會出現(xiàn)此問題。vvold 服務(wù)會在幾秒鐘內(nèi)重新啟動，但如果重新啟動中斷了 VASA 提供程序正在運(yùn)行的操作，則該操作可能會失敗并也會影響相關(guān)虛擬機(jī)操作。在回溯中，您會看到一個錯誤，例如 Unable To Allocate Memory.

  此版本已解決此問題。

• PR 3309887：無法使用主機(jī)配置文件配置存儲磁盤的路徑選擇策略

  在某些情況下，當(dāng)您嘗試使用主機(jī)配置文件更改或配置存儲磁盤的路徑選擇策略時，操作會失敗。在中 syslog.log文件中，您會看到諸如

  Errors: Unable to set SATP configuration: Invalid options provided for SATP VMW_SATP_ALUA
  

  此版本已解決此問題。

• PR 3308844：由于進(jìn)程間通信 (IPC) 的罕見問題，hostd 服務(wù)在重新啟動后可能會變得無響應(yīng)

  如果 IPC 進(jìn)程的 IPC 數(shù)據(jù)包中的負(fù)載不正確，例如：標(biāo)頭中的版本不正確，則 iSCSI 守護(hù)程序中的死鎖可能會導(dǎo)致 hostd 服務(wù)在 hostd 重新啟動后變得無響應(yīng)。因此，您無法使用 vSphere Client 對受影響的 ESXi 主機(jī)和虛擬機(jī)執(zhí)行任何操作。

  此版本已解決此問題。

• PR 3256705：由于具有父子關(guān)系的對象的打開和重命名操作之間出現(xiàn)罕見的死鎖，ESXi 主機(jī)可能無法引導(dǎo)

  重命名操作根據(jù)對象指針地址鎖定源目錄和目標(biāo)目錄，并假設(shè)父對象具有較低地址。在極少數(shù)情況下，假設(shè)可能不正確，重命名鎖定可能會先發(fā)生在子級上，然后發(fā)生在父級上，而打開操作會先鎖定父級，然后再鎖定子級 (sysin)。因此，打開和重命名操作之間會出現(xiàn)死鎖，并且 ESXi 主機(jī)無法引導(dǎo)。

  此版本已解決此問題。

• PR 3311989：基于 Linux 的虛擬機(jī)隨機(jī)停止響應(yīng)鍵盤和鼠標(biāo)的輸入

  基于 Linux 的虛擬機(jī)上來自鍵盤和鼠標(biāo)的中斷請求之間的競爭條件（例如同時移動鼠標(biāo)和打字）可能會導(dǎo)致 VM 停止響應(yīng)來自鍵盤和鼠標(biāo)的輸入。

  此版本已解決此問題。

• PR 3307579：您會看到啟用了增強(qiáng)數(shù)據(jù)路徑的環(huán)境中的虛擬機(jī)隨機(jī)丟失連接

  罕見的內(nèi)存泄漏可能會導(dǎo)致連接到 ESXi 主機(jī)交換機(jī)（在稱為增強(qiáng)數(shù)據(jù)路徑或增強(qiáng)網(wǎng)絡(luò)堆棧的網(wǎng)絡(luò)堆棧模式下工作）的 VMkernel NIC 隨機(jī)丟失連接。

  此版本已解決此問題。

• PR 3311123：ESXi 主機(jī)隨機(jī)失敗，并顯示紫色診斷屏幕和諸如 Spinlock spinout NMI 或另一個 PCPU 請求的緊急情況等錯誤

  ESXi 主機(jī)上的 I/O 線程和存儲 I/O 控制線程之間存在罕見的競爭情況，等待彼此釋放讀/寫鎖，可能會導(dǎo)致主機(jī)出現(xiàn)故障并顯示紫色診斷屏幕。在恐慌回溯中，您會看到對以下任一者的調(diào)用 PsaStorSchedQUpdateMaxQDepth或者 PsaStorDirectSubmitOrQueueCommand屏幕上的錯誤是 Spin count exceeded或者 Panic requested by another PCPU分別。

  此版本已解決此問題。

• PR 3312713：由于 SEsparse 增量磁盤的脫機(jī)整合出現(xiàn)罕見問題，ESXi 主機(jī)可能會出現(xiàn)故障并顯示紫色診斷屏幕

  由于存儲速度較慢，大型 SEsparse 增量磁盤（例如 3TB 或更大）的離線整合可能需要比默認(rèn)的 10 小時超時更長的時間。在這種情況下，清算流程會在合并任務(wù)完成之前停止該任務(wù)。因此，嘗試訪問整合任務(wù)的線程會導(dǎo)致 PCPU 鎖定并導(dǎo)致 ESXi 主機(jī)出現(xiàn)故障，并顯示紫色診斷屏幕，并顯示以下錯誤： Spin count exceeded - possible deadlock.

  此版本已解決此問題。

• PR 3307435：在具有虛擬共享圖形加速 (vSGA) 和增強(qiáng)型 vMotion 兼容性 (EVC) 的環(huán)境中更新后，hostd 服務(wù)可能會失敗

  在啟用 EVC 且具有活動 vSGA 以跨多個虛擬機(jī)共享 GPU 資源的群集中，更新操作（例如 ESXi 主機(jī)上的 VIB 安裝）可能會導(dǎo)致 hostd 服務(wù)失敗并開始頻繁生成核心轉(zhuǎn)儲。退出維護(hù)模式后向 ESXi 主機(jī)添加 GPU 相關(guān)功能時會出現(xiàn)此問題。

  此版本已解決此問題。

• PR 3303651：在高性能插件 (HPP) 環(huán)境中，網(wǎng)絡(luò)中斷可能會觸發(fā)主機(jī)故障

  在旨在提高 ESXi 主機(jī)上 NVMe 設(shè)備性能的 HPP 環(huán)境中，如果出現(xiàn)網(wǎng)絡(luò)中斷，您可能會看到兩個問題：

  1. 如果 HPP 聲明多路徑本地 SCSI 設(shè)備處于主動-主動模式，VM I/O 可能會過早失敗，而不是在其他路徑上重試。
  2. 對于 HPP 聲明的本地 SCSI 設(shè)備，在所有路徑故障 (APD) 場景中，如果從 vCenter 觸發(fā)完整的存儲重新掃描，ESXi 主機(jī)可能會出現(xiàn)故障并顯示紫色診斷屏幕。

  這兩個問題僅在 SCSI 本地設(shè)備以及 I/O 由于缺少網(wǎng)絡(luò)或 APD 而發(fā)生故障時發(fā)生。

  此版本已解決此問題。該修復(fù)確保 I/O 僅在以下情況下失敗 CHECK CONDITION指示 SCSI 本地設(shè)備發(fā)生更改的錯誤。

下載地址

VMware vSphere Hypervisor (ESXi) 8.0U2b

• 百度網(wǎng)盤鏈接：https://sysin.org/blog/vmware-esxi-8-u2/

• Dell Custom Image for ESXi 8.0 U2 Install CD

• HPE ProLiant Custom Image for ESXi 8.0 U2 Install CD

• HPE Synergy Custom Image for ESXi 8.0U2b Install CD

• HPE Superdome Flex Custom Image for ESXi 8.0U2b Install CD

• Inspur Custom Image for ESXi 8.0 U2 Install CD

• LENOVO Custom Image for ESXi 8.0 U2 Install CD

• Cisco Custom Image for ESXi 8.0U2b Install CD

• Fujitsu Custom Image for ESXi 8.0U2b Install CD

• Hitachi Vantara Custom Image for 8.0U2b Install CD

• Hitachi Custom Image for 8.0U2b Install CD

• NEC Custom Image for VMware ESXi 8.0U2b Install CD

本站定制鏡像：

• VMware ESXi 8.0U2b macOS Unlocker & OEM BIOS (標(biāo)準(zhǔn)版和廠商定制版)
• VMware ESXi 8.0U2b macOS Unlocker & OEM BIOS 集成網(wǎng)卡驅(qū)動和 NVMe 驅(qū)動 (集成驅(qū)動版)

更多：VMware 產(chǎn)品下載匯總文章來源地址http://www.zghlxwxcb.cn/news/detail-837766.html

到了這里，關(guān)于VMware ESXi 8.0U2b 發(fā)布下載 - Broadcom VMware 首次重大更新的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！