This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

 

ESXi 7.0 Update 3f | 2022 年 7 月 12 日 | ISO 内部版本 20036589

请查看发行说明以了解新增内容及更新。

发行说明内容

本发行说明包含以下主题：

重要信息：如果源系统包含版本介于 ESXi 7.0 Update 2 和 Update 3c 之间的主机以及 Intel 驱动程序，则在升级到 ESXi 7.0 Update 3f 之前，请参见 VMware vCenter Server 7.0 Update 3c 发行说明中的新增功能部分，因为此部分中的所有内容也适用于 vSphere 7.0 Update 3f。另请参见相关 VMware 知识库文章：86447、87258 和 87308。 

新增功能

  • 本版本解决了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。有关这些漏洞及其对 VMware 产品所造成影响的详细信息，请参见 VMSA-2022-0020。
  • 在以下服务器中，ESXi 7.0 Update 3f 支持 vSphere Quick Boot：

    • Cisco Systems Inc：

      • UCSC-C220-M6N
      • UCSC-C225-M6N
      • UCSC-C240-M6L
      • UCSC-C240-M6N
      • UCSC-C240-M6SN
      • UCSC-C240-M6SX

    • Dell Inc：

      • PowerEdge XR11
      • PowerEdge XR12
      • PowerEdge XE8545
    • HPE：
      • Edgeline e920
      • Edgeline e920d
      • Edgeline e920t
      • ProLiant DL20 Gen10 Plus
      • ProLiant DL110 Gen10 Plus
      • ProLiant ML30 Gen10 Plus
    • Lenovo：
      • ThinkSystem SR 860 V2

ESXi 7.0 的早期版本

ESXi 的新功能、已解决的问题和已知问题在各个版本的发行说明中均有描述。ESXi 7.0 的早期版本的发行说明包括：

有关国际化、兼容性及开源组件的说明，请参见 VMware vSphere 7.0 发行说明。

本版本中包含的修补程序

本 ESXi 7.0 Update 3f 版本提供了以下修补程序：

内部版本详细信息

下载文件名称： VMware-ESXi-7.0U3f-20036589-depot
内部版本： 20036589
下载大小： 575.2 MB
md5sum： 8543deb5d6d71bc7cc6d6c21977b1181
sha256checksum： b4cd253cbc28abfa01fbe8e996c3b0fd8b6be9e442a4631f35616eb34e9e01e9
需要重新引导主机： 是
需要迁移或关闭虚拟机： 是

组件

组件 实体包 类别 严重性
ESXi 组件 - 核心 ESXi VIB ESXi_7.0.3-0.50.20036589 缺陷修复 严重
ESXi 安装/升级组件 esx-update_7.0.3-0.50.20036589 缺陷修复 严重
适用于 VMware ESXi 的 Broadcom NetXtreme-E 网络和 ROCE/RDMA 驱动程序 Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.703.0.50.20036589 缺陷修复 严重
适用于 Intel(R) E810 适配器的网络驱动程序 Intel-icen_1.4.1.20-1vmw.703.0.50.20036589 缺陷修复 严重
适用于基于 Intel(R) X722 和 E810 的 RDMA 适配器的网络驱动程序 Intel-irdman_1.3.1.22-1vmw.703.0.50.20036589 缺陷修复 严重
VMware 本机 iSER 驱动程序 VMware-iser_1.1.0.1-1vmw.703.0.50.20036589 缺陷修复 严重
适用于 FC 适配器的 Broadcom Emulex Connectivity Division lpfc 驱动程序 Broadcom-ELX-lpfc_14.0.169.26-5vmw.703.0.50.20036589 缺陷修复 严重
LSI NATIVE DRIVERS LSU 管理插件 Broadcom-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589 缺陷修复 严重
适用于 Intel PRO/1000 系列适配器的网络驱动程序 Intel-ne1000_0.9.0-1vmw.703.0.50.20036589 缺陷修复 严重
USB 驱动程序 VMware-vmkusb_0.1-7vmw.703.0.50.20036589 缺陷修复 严重
ESXi 组件 - 核心 ESXi VIB ESXi_7.0.3-0.45.20036586 安全 严重
ESXi 安装/升级组件 esx-update_7.0.3-0.45.20036586 安全 严重
VMware-VM-Tools VMware-VM-Tools_12.0.0.19345655-20036586 安全 严重

重要信息：

  • 从 vSphere 7.0 开始，VMware 使用组件打包 VIB 以及实体包。ESXi 和 esx-update 实体包相互依赖。始终在单个 ESXi 主机修补程序基准中包括这两者，或者在基准中包含汇总实体包，以避免在主机修补期间出现故障。 
  • 使用 VMware Update Manager 修补版本低于 ESXi 7.0 Update 2 的 ESXi 主机时，强烈建议在修补程序基准中使用汇总实体包。如果无法使用汇总实体包，请务必在修补程序基准中包含以下所有软件包。如果基准中未包含以下软件包，则更新操作将失败：
    • VMware-vmkusb_0.1-1vmw.701.0.0.16850804 或更高版本
    • VMware-vmkata_0.1-1vmw.701.0.0.16850804 或更高版本
    • VMware-vmkfcoe_1.0.0.2-1vmw.701.0.0.16850804 或更高版本
    • VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.0.16850804 或更高版本

汇总实体包

此汇总实体包包含 ESXi 7.0 初始发行版之后的最新 VIB 和所有修复。

实体包 ID 类别 严重性 详细信息
ESXi70U3f-20036589 缺陷修复 严重 安全和错误修复
ESXi70U3sf-20036586 安全 严重 仅安全

映像配置文件

VMware 修补程序版本和更新版本包含常规映像配置文件和重要映像配置文件。常规版本映像配置文件仅适用于新的缺陷修复。

映像配置文件名称
ESXi-7.0U3f-20036589-standard
ESXi-7.0U3f-20036589-no-tools
ESXi-7.0U3sf-20036586-standard
ESXi-7.0U3sf-20036586-no-tools

ESXi 映像

名称和版本 发布日期 类别 详细信息
ESXi70U3f-20036589 2022 年 7 月 12 日 缺陷修复 安全和缺陷修复映像
ESXi70U3sf-20036586 2022 年 7 月 12 日 安全 仅安全映像

有关各个组件和实体包的信息，请参见产品修补程序页面和已解决的问题部分。

修补程序下载和安装

在 vSphere 7.x 中，用于管理 vSphere Update Manager 的 Update Manager 插件将替换为 Lifecycle Manager 插件。vSphere Update Manager 的管理操作在 Lifecycle Manager 插件下仍可用，此外，还增加了 vSphere Lifecycle Manager 的新功能。
通常，通过使用 vSphere Lifecycle Manager 将修补程序应用于 ESXi 7.x 主机。有关详细信息，请参见关于 vSphere Lifecycle Manager 和 vSphere Lifecycle Manager 基准和映像。
也可以使用映像配置文件更新 ESXi 主机，而不使用 Lifecycle Manager 插件。为此，必须手动从 VMware Customer Connect 下载修补程序脱机包 ZIP 文件。从选择产品下拉菜单中选择 ESXi (Embedded 和 Installable)，然后从选择版本下拉菜单中选择 7.0。有关详细信息，请参见使用 ESXCLI 命令升级主机和 VMware ESXi 升级指南。

已解决的问题

已解决的问题分为以下几组。

ESXi_7.0.3-0.50.20036589
修补程序类别 缺陷修复
修补程序严重性 严重
需要重新引导主机 是
需要迁移或关闭虚拟机 是
受影响的硬件 不适用
受影响的软件 不适用
包含的 VIB
  • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
  • VMware_bootbank_esx-ui_1.43.8-19798623
  • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
  • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
  • VMware_bootbank_trx_7.0.3-0.50.20036589
  • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
  • VMware_bootbank_esx-base_7.0.3-0.50.20036589
  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
  • VMware_bootbank_gc_7.0.3-0.50.20036589
  • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
  • VMware_bootbank_bmcal_7.0.3-0.50.20036589
  • VMware_bootbank_vsan_7.0.3-0.50.20036589
  • VMware_bootbank_vdfs_7.0.3-0.50.20036589
  • VMware_bootbank_crx_7.0.3-0.50.20036589
已修复的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2911320、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2925133、2965277
CVE 编号 不适用

ESXi 和 esx-update 实体包相互依赖。始终在单个 ESXi 主机修补程序基准中包括这两者，或者在基准中包含汇总实体包，以避免在主机修补期间出现故障。
更新了 esxio-combiner、esx-ui、esx-xserver、cpu-microcode、trx、vsanhealth、esx-base、esx-dvfilter-generic-fastpath、gc、native-misc-drivers、bmcal、vsan、vdfs 和 crx VIB 以解决下列问题：

  • 新增：PR 2965277：支持嵌套虚拟化的 Windows 虚拟机启用基于虚拟化的安全性 (VBS) 后，可能会显示 CPU 利用率达到 100%

    在某些情况下（例如，增加页面共享或在虚拟机或 ESXi 主机级别禁用大页面），您可能会看到启用了 VBS 的 Windows 虚拟机的 CPU 利用率达到 100%。

    本版本已解决该问题。此修复可在某些特定情况下阻止页面共享，从而避免出现此问题。 

  • PR 2839515：对 EnvironmentBrowser.QueryConfigOptionEx 的 Python SDK (pyVmomi) 调用失败，并显示 UnknownWsdlTypeError

    对 vSphere EnvironmentBrowser.QueryConfigTargetEx API 的 pyVmomi 调用可能会失败，并显示 UnknownWsdlTypeError。

    本版本已解决该问题。

  • PR 2911320：您会在 vSphere Client 中的硬件运行状况监控屏幕中看到类型为“系统事件”的传感器的状态为“未知”

    当物理服务器更名时，ESXi 的硬件运行状况模块可能无法对类型为“系统事件”的某些传感器进行解码。因此，您会在 vSphere Client 的监控 > 硬件运行状况下看到“系统事件”类型的传感器的状态为“未知”。

    本版本已解决该问题。

  • PR 2910340：如果在迁移期间重新引导具有 vmx.reboot.powerCycle=TRUE 的虚拟机，则该虚拟机可能无法打开电源

    如果将虚拟机上的高级设置 vmx.reboot.powerCycle 设置为 TRUE，则当客户机操作系统启动重新引导时，该虚拟机会关闭电源，然后再打开电源。但是，如果在使用 vSphere vMotion 迁移期间重新启动，操作将失败，并且源主机上的虚拟机可能无法重新打开电源。

    本版本已解决该问题。

  • PR 2916848：由于 UNIX 域套接字中存在数据争用，ESXi 主机可能会出现故障并显示紫色诊断屏幕

    如果在 UNIX 域套接字之间的内部通信期间轮询套接字时出现连接故障，则可能会发生数据争用。因此，在某些情况下，ESXi 主机可能会访问无效的内存区域，同时出现故障并显示紫色诊断屏幕，其中显示 #PF 异常 14 (#PF Exception 14) 以及诸如 UserDuct_PollSize() 和 UserSocketLocalPoll() 之类的错误。

    本版本已解决该问题。

  • PR 2891231：无法从使用具有伪网卡的硬件 iSCSI 适配器的 ESXi 主机创建主机配置文件

    如果环境中 ESXi 主机上的硬件 iSCSI 适配器使用伪网卡，则可能无法从此类主机创建主机配置文件，因为伪网卡没有配置文件所需的 PCI 地址和供应商名称。

    本版本已解决该问题。对于伪网卡，此修复会消除对 PCI 地址和 PCI 供应商名称值的要求。

  • PR 2898858：由于软件 iSCSI 适配器上存在底层存储问题，虚拟机可能变得无响应

    iscsi_vmk 驱动程序中的争用情况可能会导致 VMFS 数据存储上的 I/O 操作停滞或检测信号超时。因此，您可能会看到某些虚拟机变得无响应。

    本版本已解决该问题。

  • PR 2792139：软件 iSCSI 适配器的吞吐量因硬编码的发送和接收缓冲区大小而受限

    软件 iSCSI 适配器的吞吐量因硬编码的发送缓冲区和接收缓冲区大小而受限，发送缓冲区和接收缓冲区分别为 600 KB 和 256 KB。因此，iscsi_vmk 适配器的性能并非最佳。

    本版本已解决该问题。此修复将 iSCSI 连接的发送和接收缓冲区大小设置为可调整参数。可以使用 ESXCLI 命令 esxcli system settings advanced set -o /ISCSI/SocketSndBufLenKB -i <your size> 设置发送缓冲区大小，限制为 6144 KB。可以使用命令 esxcli system settings advanced set -o /ISCSI/SocketRcvBufLenKB -i  <your size> 设置接收缓冲区大小，限制为 6144 KB。

  • PR 2904241：启用了 NVIDIA 虚拟 GPU (vGPU) 的虚拟机在虚拟机关闭电源期间可能不会销毁所有多实例 GPU 资源

    多个 NVIDIA vGPU 虚拟机同时关闭电源时，有时不会销毁某些多实例 GPU (MIG) 资源。因此，后续 vGPU 虚拟机打开电源时，可能会由于残留的 MIG 资源而失败。

    本版本已解决该问题。

  • PR 2944894：NFSv4.1 数据存储上的虚拟机在存储故障切换期间会停止响应几秒钟

    在极少数情况下，NFSv4.1 服务器会在存储故障切换期间返回暂时性错误，此时虚拟机可能会在持续 10 秒无响应后方才重新启动该操作。

    本版本已解决该问题。此修复缩短了存储故障切换期间的恢复等待时间。

  • PR 2916980：ESXi 主机可能会由于在其他端口集上执行数据包完成而出现故障并显示紫色诊断屏幕

    在极少数情况下，可能不会在原始端口或端口集上执行数据包完成，而是在其他端口集上执行，这会导致出现循环，进而可能会损坏数据包列表并显示无效指针。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕。在日志中，您会看到诸如以下内容的错误：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

    本版本已解决该问题。

  • PR 2925733：在 vSphere API 中，NumaNodeInfo 的 memoryRangeLength 字段不总是统计关联 ESXi 主机 NUMA 节点中的所有内存

    ESXi 主机 NUMA 节点中的内存可能包含多个物理范围。在 7.0 Update 3f 之前的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin 和 memoryRangeLength 字段指定了起始主机物理地址和 NUMA 节点中一个范围的长度，而忽略了任何其他范围。

    本版本已解决该问题。memoryRangeLength 字段设置为 NUMA 节点中的总内存量（所有物理范围的总计值）。memoryRangeBegin 字段设置为 0，因为该信息在多个范围的情况下没有意义。 

  • PR 2932736：如果在高性能插件 (HPP) 上为 512e 软件模拟 4KN 设备启用快速路径，I/O 可能会失败

    如果在 HPP 上为 512e 软件模拟 4KN 设备启用快速路径，将无法按预期运行，因为快速路径不会处理读取-修改-写入 (R-M-W)，必须使用慢速路径。不支持在 4KN 设备上使用快速路径。

    本版本已解决该问题。此修复可确保即使为 512e 软件模拟 4KN 设备启用了快速路径，也会忽略该设置，I/O 将采用慢速路径。

  • PR 2860126：删除大型虚拟磁盘的快照可能会暂时冻结正在运行的虚拟机

    如果正在运行的虚拟机的虚拟磁盘大于 1 TB，则删除此虚拟机磁盘的快照时，该虚拟机可能会冻结数秒甚至数分钟。虚拟机最终会恢复，但虚拟机工作负载可能会出现中断。出现此问题的原因是，删除操作会在后台触发快照整合，从而导致延迟。在慢速存储（如 NFS）上更可能会出现该问题。

    本版本已解决该问题。

  • PR 2875070：ESXi 主机可能会由于 DVFilter 数据包处理不当而出现故障并显示紫色诊断屏幕

    DVFilter 数据包可能会错误地传输到网络端口，导致数据包完成代码无法运行。因此，ESXi 主机出现故障并显示紫色诊断屏幕，以及错误 PF 异常14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork (PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork)。

    本版本已解决该问题。

  • PR 2883317：由于分布式防火墙 (DFW) 中极少出现的问题，虚拟机可能会间歇性地断开连接

    在极少数情况下，DFW 可能会将数据包列表发送到错误的端口集。因此，VMkernel 服务可能会失败，并且虚拟机断开连接。在 vmkernel.log 文件中，您会看到类似以下内容的错误：
    2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

    本版本已解决该问题。

  • PR 2944521：无法重命名高性能插件 (HPP) 声明的设备

    从 vSphere 7.0 Update 2 开始，HPP 将成为本地 NVMe 和 SCSI 设备的默认插件，并取代 ESX 本机多路径插件 (NMP)。但是，在某些环境中，从 NMP 更改为 HPP 会导致 HPP 声明的设备的某些属性（如显示名称）不可访问。

    本版本已解决该问题。 

  • PR 2945697：您可能会看到 ESXi 主机上 ALUA 设备的路径状态已过时

    在 ALUA 目标中，如果更改 LUN 的目标端口组 ID (TPGID)，SATP 使用的缓存设备标识响应可能不会相应更新。因此，ESXi 可能不会反映相应设备的正确路径状态。

    本版本已解决该问题

  • PR 2946036：对于 LUN 上使用 NVMe-SCSI 转换注册的设备，卷的所有路径的 RTPG 报告相同的 ALUA 访问状态

    如果使用 NVMe-SCSI 转换堆栈在系统中注册 NVMe 设备，则对于所有路径，targetPortGroup 和 relativeTargetPortId 属性都会获得控制器 ID 0。因此，RTPG 命令会针对命名空间的所有路径返回相同的 ALUA 访问状态，因为每个路径 tpgID 都匹配第一个描述符，即 0。

    本版本已解决该问题。在使用第三方插件的情况下，如果 tpg 描述符中不存在路径 tpgID（即控制器的空白 ANA 页面），则必须在该特定路径上运行 RTPG 命令以填充该控制器的 ANA 页面，并获取该路径的 tpg 描述符和 ALUA 状态。

  • PR 2943674：更改 AD 用户域密码后，vSAN 文件服务运行状况检查出现警告：找不到文件服务器 (File server not found)

    如果在 Active Directory 服务器上更改了文件服务管理员的密码，则 vSAN 文件服务域配置中的密码可能不匹配。如果密码不匹配或帐户已锁定，则某些文件共享可能无法访问。vSAN Health Service 将显示以下警告：文件服务: 找不到文件服务器 (File Service: File server not found)。

    本版本已解决该问题。

  • PR 2944919：在 vSphere Virtual Volumes 数据存储中看到绑定失效的虚拟机磁盘 (VMDK)

    如果在出现故障后重新安装 ESXi 主机，由于出现故障的实例永远不会重新引导，因此 VMDK 的失效绑定在 VASA 提供程序和 vSphere Virtual Volumes 数据存储上保持不变。因此，重新安装主机时，由于现有绑定，无法删除 VMDK。随着时间的推移，许多此类 VMDK 可能会累积并占用闲置存储空间。

    本版本已解决该问题。但是，您必须联系 VMware 全球支持服务以执行该任务。

  • PR 2912213：如果虚拟机上的串行设备没有 fileName 属性且 serial.autodetect 属性设置为 FALSE，则该虚拟机上的 hostd 服务可能会反复失败。

    在极少数情况下，虚拟机上的串行设备可能没有 serial<N>.fileName 属性并且将 serial<N>.autodetect 属性设置为 FALSE。因此，hostd 服务可能会反复失败。

    本版本已解决该问题。

  • PR 2951234：如果将流量调整策略切换或端口组级别的选项设置为大于 2147483 Kbps，则不会保存设置

    在 vSphere Client 中，如果将任何流量调整选项（如平均带宽、峰值带宽或突发大小）设置为大于 2147483 Kbps 的值，则不会保留这些设置。

    本版本已解决该问题。

  • PR 2945707：对于配置了 vSphere APIs for Array Integration (VAAI) for Network-attached Storage (NAS) 的环境，升级到 ESXi 7.x 后，vSphere vMotion 操作将失败

    由于默认的文件描述符数量较少，某些功能（如 vSphere vMotion）在升级到 ESXi 7.x 后可能会在 VAAI for NAS 环境中失败，因为可以同时操作的 vmdk 文件数量不足。您会在 syslog.log 文件的 vaai-nas 守护进程日志中看到诸如 Too many open files 等错误。

    本版本已解决该问题。默认的文件描述符数量从当前的 256 个增加到了最多 64,000 个。

  • PR 2952427：由于 VMFS6 卷中极少出现的死锁问题，虚拟机可能变得无响应

    在极少数情况下，在精简置备的虚拟机上，如果写入 I/O 请求与客户机操作系统触发的取消映射操作并行运行，则 VMFS6 卷中可能会出现死锁。因此，此卷上的虚拟机变得无响应。

    本版本已解决该问题。 

  • PR 2876044：在虚拟内存大小超过 300 GB 的虚拟机上，vSphere Storage vMotion 或热添加操作可能会失败

    在内存超过 300 GB 的虚拟机上执行 vSphere Storage vMotion 或热添加操作期间，切换时间可能接近 2 分钟，从而导致出现超时故障。

    本版本已解决该问题。

  • PR 2952003：在引导期间，iSCSI 配置可能无法还原，并且引导后看不到某些 LUN 或数据存储

    如果在删除绑定到 iSCSI 适配器的 VMkernel 网卡后未移除端口绑定，则 ESXi 主机重新引导后，失效的端口绑定可能会导致出现问题。在引导期间，将不存在的 VMkernel 网卡绑定到 iSCSI 适配器将失败，并且 iSCSI 配置无法在引导期间还原。因此，重新引导完成后，可能看不到某些 LUN 或数据存储。

    本版本已解决该问题。 

  • PR 2957062：存储故障切换后，NFSv4.1 数据存储仍处于“不可访问”状态

    存储故障切换后，ESXi NFSv4.1 客户端可能会错误地将 NFS 服务器识别为不同的实体，从而跳过恢复。因此，NFSv4.1数据存储仍处于不可访问状态。

    本版本已解决该问题。此修复可确保 NFSv4.1 客户端在故障切换后识别 NFS 服务器。

  • PR 2961033：如果 NVMe 设备报告严重警告，则 ESXi 上的初始化将失败，并且设备变为脱机状态

    在某些情况下，例如温度超过阈值，NVMe 设备可能会报告严重警告，ESXi NVMe 控制器不会注册该设备，并将其置于脱机状态。

    本版本已解决该问题。此修复可确保 NVMe 设备在 ESXi NVMe 控制器中注册，而无论是否出现严重警告。如果设备处于错误状态，而不是高温等暂时性状态，NVMe 控制器的固件必须在 I/O 管理命令处理期间发送相应的错误代码。

  • PR 2928202：无法访问 vSAN 文件服务中的某些共享，且看不到 VDFS 守护进程发出的警告

    已用块缓存超过预留缓存时，一个极少出现的问题可能会导致 vSAN 文件服务中出现预留问题。因此，您无法访问某些文件共享，且运行状况检查显示错误 VDFS 守护进程未运行 (VDFS daemon is not running)。在 vdfsd-server 日志中，您会看到诸如以下内容的错误：
    应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
    应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

    本版本已解决该问题。

  • PR 2949902：OVF 文件可能意外修改，并且无法导入虚拟机

    在极少数情况下，如果 ESXi 主机有权访问导出为 OVF 格式的虚拟机的 vmdk 文件，则在该主机上，vCenter Server 执行的后台搜索查询可能会意外修改这些文件。因此，无法导入虚拟机。

    本版本已解决该问题。

  • PR 2963401：无法使用 JumpStart 工具添加多路径 PSA 声明规则

    由于组件加载问题，使用 JumpStart 工具在 vCenter Server 系统上的声明规则集中添加多路径 PSA 声明规则时，该操作可能会失败。

    本版本已解决该问题。此修复可确保加载所有必需的组件，从而能够使用 JumpStart 工具。

  • PR 2965235：关闭或引导 ESXi 7.x 主机时，非对称逻辑单元访问 (ALUA) 阵列上可能会发生 LUN 切换

    对连接到 ALUA 阵列的 ESXi 服务器集群中的任何服务器执行受控关闭或引导后，该服务器有权访问的所有 LUN 都可能切换到该阵列上的一个存储处理器。因此，访问 LUN 的其他 ESXi 服务器的性能会下降。

    本版本已解决该问题。此修复在关机阶段激活目标上的最后一个路径之前添加了一个检查操作，以防止 LUN 切换。

  • PR 2966783：由于 PSA 处理内存分配故障中极少出现的问题，ESXi 主机可能会出现故障并显示紫色诊断屏幕

    在极少数情况下，当 ESXi 主机面临内存压力时，PSA 无法从容处理内存分配故障。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及如下等错误：环境 2098026 中出现 #PF 异常 14:SCSI 路径 sc IP/SCSI 路径扫描帮助程序 (#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers)。

    本版本已解决该问题。

  • PR 2984134：如果虚拟机在删除快照时重新引导，则该虚拟机可能会出现故障并显示核心转储

    如果正在运行的虚拟机在快照删除操作期间重新引导，则在快照整合期间虚拟机磁盘可能会错误地重新打开和关闭。因此，虚拟机可能会出现故障。不过，这是一个计时问题，属于意外行为。

    本版本已解决该问题。

  • PR 2929443：挂载启用了集群 VMDK 支持的 VMFS6 数据存储可能会随机失败

    在设备发现期间，预留冲突可能会导致将 ATS 错误地报告为不受支持，因此，ESXi 使用 SCSI-2 预留，而非 ATS。因此，挂载启用了集群 VMDK 支持的 VMFS6 数据存储可能会随机失败。

    本版本已解决该问题。

  • PR 2957732：vSAN 文件服务服务器在主机 UUID 更改后无法引导

    某些操作可能会更改主机 UUID。例如，如果重新安装 ESXi 软件或在集群之间移动主机，则主机 UUID 可能会更改。如果主机 UUID 在文件服务 vSAN 停机期间发生更改，则 vSAN 文件服务服务器将无法引导。

    本版本已解决该问题。 

  • PR 2955688：vSAN 文件服务在禁用并重新启用后可能无法按预期运行

    如果禁用没有现有文件共享的 vSAN 文件服务，vSAN 将移除文件服务域。一个服务器移除失败可能会中断该进程，并留下一些元数据。重新启用文件服务时，旧元数据可能会导致文件服务无法按预期运行。

    本版本已解决该问题。 

  • PR 2965146：从 SCSI Report Target Port Groups 命令返回的 IMPLICIT TRANSITION TIME 值可能不正确

    Report Target Port Groups 命令可能会在 IMPLICIT TRANSITION TIME 字段中返回错误的值，这会影响 SCSI 到 NVMe 转换层。在多设备迁移等情况下，ALUA 转换时间对于某些多路径软件（例如 PowerPath）执行正确操作至关重要。

    本版本已解决该问题。

  • PR 2992648：重新引导或重新挂载磁盘组后出现长时间延迟

    重新引导主机或重新挂载磁盘组时，可能会阻止小型挂起的取消映射。挂起的取消映射可能会导致日志拥堵，从而致使 I/O 延迟。

    本版本已解决该问题。

  • PR 2964856：修补 ESXi 7.x 后，数据存储上 /productLocker 目录的路径会截断

    首次将系统升级或更新到 ESXi 7.x 后，对于每次连续更新（也称为一次修补），数据存储上 /productLocker 目录的路径可能会出现截断。例如，如果首次将 ESXi 7.x 从 7.0 Update 2 修补到 7.0 Update 3，/productLocker 目录的路径最初类似于 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，对于每次连续修补（例如从 7.0 Update 3 修补到 7.0 Update 3c），该路径将类似于 /VMware-Tools/productLocker/。

    本版本已解决该问题。

  • PR 2963038：在 vSAN 延伸集群或双节点集群上，对象变得无法访问

    在 vSAN 延伸集群或双节点集群中，对于 PFTT 为 1 且 SFTT 为 1 或更大的对象，可能无法正确分配仲裁投票。如果一个站点出现故障，并且活动站点上有另一个主机或磁盘出现故障，则该对象可能会失去仲裁并变得无法访问。

    本版本已解决该问题。

  • PR 2961832：将 VMDK 大小调整为非 512 字节对齐时，ESXi 主机可能会出现故障

    如果新大小为非 512 字节对齐，则对象大小调整请求可能会失败。此问题可能会导致 ESXi 主机出现故障并显示紫色诊断屏幕。

    本版本已解决该问题。

  • PR 2935355：由于 PacketCapture (pktcap-uw) 实用程序泄漏，ESXi 主机上的 CPU 消耗可能会增加

    在某些情况下，例如，虚拟机重新启动时，pktcap-uw 实用程序用于监控和验证 ESXi 主机上交换机配置的正在运行的 SSH 会话可能会终止，但 pktcap-uw 实用程序可能会继续尝试处理数据包。因此，该实用程序开始消耗比平常更多的 CPU。可以使用 esxtop -a 命令跟踪 CPU 性能。

    本版本已解决该问题。此修复可防止 pktcap-uw 实用程序泄漏，避免增加 CPU 消耗。可以使用 ps -u | grep pktcap 命令，查看是否有任何后台 pktcap-uw 实用程序进程在运行，但不会影响 CPU 性能。如果僵停进程仍在运行，可以使用命令 kill -9 结束该进程。

  • PR 2973031：vSAN 运行状况检查将已认证的 NVMe 设备显示为未经认证

    在运行 7.0 Update 3 的 vCenter Server 中，经认证的 NVMe 设备可能会出现以下运行状况检查警告：NVMe 设备未经过 VMware 认证 (NVMe device is not VMware certified)。您可能还会看到以下运行状况检查警告：无法识别 NVMe 设备 (NVMe device can not be identified)。

    本版本已解决该问题。 

  • PR 2968157：ESXCLI 命令 hardware ipmi bmc get 不返回 IPMI 底板管理控制器 (BMC) 的 IPv6 地址

    由于解析错误，ESXCLI 命令 hardware ipmi bmc get 不返回 BMC 的 IPv6 地址。

    本版本已修复该问题。

  • PR 2963328：对于 vSAN 延伸集群或双节点 vSAN 集群，关机向导出现故障并显示以下错误：发现与 orch 断开连接的主机 (Disconnected host found from orch)

    如果集群主机无法访问见证主机，则对于延伸集群或双节点集群，vSAN 集群关机向导可能会出现故障。vSAN 数据流量和见证流量使用不同的 vmknic 时，会出现此问题。在 vSphere Client 中，您会在“vSAN 服务”页面中看到以下错误消息：发现与 orch <witness's ip> 断开连接的主机 (Disconnected host found from orch <witness's ip>)。如果在集群上托管 vCenter，则 vSphere Client 在关机期间不可用，并且 vCenter 虚拟机所在的 Host Client 中会显示该错误消息。

    本版本已解决该问题。

  • PR 2882789：浏览 vSphere Virtual Volumes 数据存储时，您会看到某些虚拟机的 UUID，而不是其名称

    在 vSphere Client 中，右键单击以浏览数据存储时，您可能会在 vSphere Virtual Volumes 数据存储中看到某些虚拟机的 UUID，如 naa.xxxx，而不是其名称。在 vSphere Virtual Volumes 数据存储上具有大量容器和虚拟机的大型环境中，很少会出现此问题。该问题不会对功能产生任何影响，例如，不会影响虚拟机操作、备份等，只会影响虚拟机在 vSphere Client 中的显示。

    本版本已解决该问题。

  • PR 2928268：ESXi 基础架构中极少出现的问题可能会导致 ESXi 主机变得无响应

    由于 ESXi 基础架构中极少出现的问题，VASA 提供程序速度会变慢，进而可能会导致 vSphere Virtual Volumes 数据存储无法访问，并且 ESXi 主机变得无响应。

    本版本已解决该问题。

  • PR 2946550：关闭 ESXi 主机时，该主机不会关闭电源并且会显示一条错误消息

    在某些环境中，关闭 ESXi 主机时，该主机不会关闭电源并且会显示一个屏幕，其中显示消息此系统已暂停。可以安全地使用重置或电源按钮重新引导 (This system has been halted. It is safe to use the reset or power button to reboot)。

    本版本已解决该问题。

  • PR 2949777：如果在 ESX 7.0 Update 3 及更高版本上启用了 vmxnet3 设备的 LargeBAR 设置，则虚拟机可能会断开连接

    扩展 vmxnet3 设备上基本地址寄存器 (BAR) 的 LargeBAR 设置支持统一直通 (UPT)。但是，ESX 7.0 Update 3 及更高版本不支持 UPT，如果 vmxnet3 驱动程序降级到低于 7.0 的版本，则启用 LargeBAR 设置时，虚拟机可能会断开连接。

    本版本已解决该问题。

  • PR 2984245：冗余重做日志文件占用大量存储空间

    如果从启用了 vmx.reboot.PowerCycle 配置参数的虚拟机热移除独立非持久磁盘，ESXi 将存储重做日志文件。如果此类虚拟机是备份代理虚拟机，您可能会看到大量冗余重做日志文件占用大量存储。

    解决办法：通过重新启动虚拟机或使用 PowerCLI Set-AdvancedSetting cmdlet 禁用备份代理虚拟机上的 vmx.reboot.PowerCycle 参数。删除冗余重做日志文件。

  • PR 2939395：ESXi 主机间歇性出现故障并显示紫色诊断屏幕以及显示 J3_DeleteTransaction 和 J6ProcessReplayTxnList 错误的转储

    在极少数情况下，当 ESXi 主机尝试从资源池缓存访问未缓存条目时，该主机会间歇性出现故障，并显示 PF 异常 14 (PF Exception 14) 紫色诊断屏幕和核心转储文件。在转储文件中，您会看到 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模块错误，这些错误表示存在问题。

    本版本已解决该问题。

  • PR 2952432：  由于 VMFS 中极少出现的问题导致 hostd 服务线程的锁争用率较高，因此 ESXi 主机可能会变得无响应

    对于基本文件系统调用（如 open、access 或 rename），VMFS 中极少出现的问题可能会导致 hostd 服务线程的锁争用率较高，甚至死锁。因此，ESXi 主机可能会变得无响应。

    本版本已解决该问题。

  • PR 2960882：如果 ESXi SNMP 代理配置中的身份验证协议为 MD5，则升级到 ESXi 7.x 可能会失败

    由于 MD5 身份验证协议已在 ESXi 7.x 中弃用，因此，如果 ESXi SNMP 代理配置使用 MD5 身份验证协议，则升级到 ESXi 7.x 将失败。

    本版本已解决该问题。此修复移除了 MD5 身份验证协议，您会看到 VMkernel 观察 (VOB) 消息，例如，升级检测到弱加密协议 (MD5) 并将其移除。请重新生成 v3 用户 (Upgrade detected a weak crypto protocol (MD5) and removed it. Please regenerate v3 Users)。

  • PR 2957966：Syslog.global.logHost 参数中的空格可能会导致升级到 ESXi 7.x 失败

    在 ESXi 7.x 中，定义以逗号分隔的远程主机列表和消息传输规范的 Syslog.global.logHost 参数不允许在逗号后使用空格。在 ESXi 7.x 之前的版本中，Syslog.global.logHost 参数允许在逗号后使用空格。因此，升级到 ESXi 7.x 可能会失败。

    本版本已解决该问题。此修复允许在逗号后使用空格。

  • PR 2967359：对于在快照上运行的虚拟机，您可能会看到基于逻辑一致性的 I/O 错误

    概率型数据结构 Bloom 筛选器旨在优化在快照上运行的虚拟机的读取 I/O，当虚拟机在快照上运行时，与使用该筛选器相关的问题可能会导致基于逻辑一致性的 I/O 错误。此问题具有局限性，仅当在快照上运行 SQL Server 时才会发生。

    本版本已解决该问题。此修复将禁用使用 Bloom 筛选器功能，直到问题的根本原因得到解决。

  • PR 2974376：由于极少出现的 CPU 锁位，ESXi 主机出现故障并显示紫色诊断屏幕和 NMI 错误

    在某些情况下，对于扫描数据存储以帮助对精简文件执行文件块分配的过程，如果该过程出现问题，可能会导致 CPU 锁位。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及类似以下内容的错误：PSOD - @BlueScreen: NMI。

    本版本已解决该问题。

  • PR 2905357：hostd 日志文件中显示异常多的 Task Created 和 Task Completed 消息

    在 hostd 服务的日志文件中，可能会针对不可见任务显示异常多的 Task Created 和 Task Completed 消息，进而可能会缩短日志保留时间。 

    本版本已解决该问题。

  • PR 2956080：对 vSphere Virtual Volumes 数据存储执行读取和写入操作可能会失败

    如果对 vSphere Virtual Volumes 数据存储的协议端点发出的 SCSI 命令失败，该端点可能会获得“不受支持”状态，且该状态可能会缓存。因此，对该协议端点发出的以下 SCSI 命令将失败，并显示错误代码（如 0x5 0x20），同时对 vSphere Virtual Volumes 数据存储执行读取和写入操作也将失败。

    本版本已解决该问题。

  • PR 2985369：如果 NVMe 控制器报告“失败”状态，则可能会断开与 ESXi 主机的连接

    在某些情况（如端口关闭错误）下，尽管某些 IO 队列仍处于活动状态，但 ESXi 主机可能会断开与 NVMe 控制器的连接。

    本版本已解决该问题。

  • PR 2892901：如果复制的虚拟机的磁盘为非 512 对齐，则该虚拟机可能无法打开电源

    如果使用 vSphere Replication 复制虚拟机，则将虚拟机磁盘增加到非 512 对齐的数字时，该虚拟机将无法打开电源。

    本版本已解决该问题。

  • PR 2912230：如果在虚拟机配置中 CPU 数量不是每个插槽内核数的倍数，则虚拟机无法打开电源

    如果在虚拟机配置中，使用参数 ConfigSpec#numCPUs 定义的 CPU 数量不是使用参数 ConfigSpec#numCoresPerSocket 定义的每个插槽内核数的倍数，则虚拟机不会打开电源。

    本版本已解决该问题。此修复可阻止设置的 numCPUs 不是 numCoresPerSocket 值的倍数。

  • PR 2949375：延伸集群中的 vSAN 主机无法进入“确保可访问性”维护模式

    此问题会影响具有局部性=无、HFT=0、SFT=1 或 SFT=2 策略设置的延伸集群中的主机。将主机置于“确保可访问性”维护模式时，该操作可能会在 100% 状态下持续很长时间，或者 60 分钟后失败。

    本版本已解决该问题。

  • PR 2950686：升级到 ESXi 7.0 Update 2 后频繁出现 vSAN 网络延迟警报

    将 ESXi 主机升级到 7.0 Update 2 后，启用 vSAN 性能服务时，集群可能会频繁出现 vSAN 网络延迟警报。延迟结果显示，大多数警报由 vSAN 主节点发出。

    本版本已解决该问题。

  • PR 2928789：从 ESXi 7.0、7.0 Update 1 或 7.0 Update 2 更新到 7.0 Update 3c 后，无法访问 NVMe over RDMA 存储

    由于在 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的默认管理队列大小发生了更改，因此从 ESXi 7.0、7.0 Update 1 或 7.0 Update 2 更新到 7.0 Update 3c 后，可能会导致无法访问 NVMe over RDMA 存储。

    本版本已解决该问题。如果需要更新到 ESXi 7.0 Update 3c，可以在更新之前运行 VMware 知识库文章 88938 中随附的脚本，以确保解决该问题。

  • PR 2983089：ESXi 主机可能会因为容器端口中存在争用情况而出现故障，并显示紫色诊断屏幕

    由于存在罕见的争用情况，当容器端口尝试重新获取已持有的锁定时，具有容器端口的虚拟机关闭电源或使用 vSphere vMotion 迁移时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。出现此问题的原因是端口 ID 重复。

    本版本已解决该问题。

  • PR 2925133：禁用或挂起 vSphere Fault Tolerance 时，ping 虚拟机可能会超时

    禁用或挂起 vSphere FT 时，虚拟机可能会暂时断开连接，并且不会对 ping 操作或任何网络流量做出响应。Ping 虚拟机可能会在短时间内连续超时，例如 20 秒。

    本版本已解决该问题。

esx-update_7.0.3-0.50.20036589
修补程序类别 缺陷修复
修补程序严重性 严重
需要重新引导主机 是
需要迁移或关闭虚拟机 是
受影响的硬件 不适用
受影响的软件 不适用

包含的 VIB
  • VMware_bootbank_esx-update_7.0.3-0.50.20036589
  • VMware_bootbank_loadesx_7.0.3-0.50.20036589
已修复的 PR  不适用
CVE 编号 不适用

更新了 loadesx 和 esx-update VIB。

    Broadcom-bnxt-Net-RoCE_216.0.0.0-1vmw.703.0.50.20036589
    修补程序类别 缺陷修复
    修补程序严重性 严重
    需要重新引导主机 是
    需要迁移或关闭虚拟机 是
    受影响的硬件 不适用
    受影响的软件 不适用

    包含的 VIB
    • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
    • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
    已修复的 PR  不适用
    CVE 编号 不适用

    更新了 bnxtnet VIB。

      Broadcom-ELX-lpfc_14.0.169.26-5vmw.703.0.50.20036589
      修补程序类别 缺陷修复
      修补程序严重性 严重
      需要重新引导主机 是
      需要迁移或关闭虚拟机 是
      受影响的硬件 不适用
      受影响的软件 不适用

      包含的 VIB
      • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
      已修复的 PR  2929821
      CVE 编号 不适用

      更新了 lpfc VIB 以解决下列问题：
      • PR 2929821：将 lpfc 驱动程序升级到 14.0.x.x 后，ESXi 主机将无法访问 Dell EMC Unity 存储阵列

        将 lpfc 驱动程序升级到 14.0.x.x 后，ESXi 主机可能无法访问 Unity 存储阵列。驱动程序日志中会显示 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等错误。

        本版本已解决该问题。

      Broadcom-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
      修补程序类别 缺陷修复
      修补程序严重性 严重 
      需要重新引导主机 是
      需要迁移或关闭虚拟机 否
      受影响的硬件 不适用
      受影响的软件 不适用

      包含的 VIB
      • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
      已修复的 PR  2960435
      CVE 编号 不适用

      更新了 lsuv2-lsiv2-drivers-plugin VIB。
      • PR 2960435：磁盘位置更改需要很长时间才能在 vSphere Client 中或使用 ESXCLI 显示出来

        对于与 LSI 相关的驱动程序，当 ESXi 服务器引导时，如果拔出一个磁盘并将其插入同一主机上的另一个插槽，则该磁盘位置的更改可能需要很长时间才能在 vSphere Client 中或使用 ESXCLI 命令 esxcli storage core device physical get -d 显示出来。此问题仅在与驱动程序连接的磁盘很多（150 个以上）时才会出现，5 分钟内便可解决。

        本版本已解决该问题。此修复针对引导时连接到 LSI 控制器的所有设备增加了一个缓存，确保快速处理对陌生清单的调用。

      Intel-icen_1.4.1.20-1vmw.703.0.50.20036589
      修补程序类别 缺陷修复
      修补程序严重性 严重
      需要重新引导主机 是
      需要迁移或关闭虚拟机 是
      受影响的硬件 不适用
      受影响的软件 不适用
      包含的 VIB
      • VMW_bootbank_icen_1.4.1.20-1vmw.703.0.50.20036589
      已修复的 PR 2965878
      CVE 编号 不适用

      更新了 icen VIB。

      • 在 ESXi 7.0 Update 3f 中，Intel-icen 驱动程序对 Intel Icelake-D 平台支持 E822/E823 网卡的网络功能。在此类设备上，不支持 ENS（增强型网络堆栈）和 RDMA 功能。

      Intel-irdman_1.3.1.22-1vmw.703.0.50.20036589
      修补程序类别 缺陷修复
      修补程序严重性 严重
      需要重新引导主机 是
      需要迁移或关闭虚拟机 是
      受影响的硬件 不适用
      受影响的软件 不适用
      包含的 VIB
      • VMW_bootbank_irdman_1.3.1.22-1vmw.703.0.50.20036589
      已修复的 PR 不适用
      CVE 编号 不适用

      更新了 irdman VIB。

        Intel-ne1000_0.9.0-1vmw.703.0.50.20036589
        修补程序类别 缺陷修复
        修补程序严重性 严重
        需要重新引导主机 是
        需要迁移或关闭虚拟机 否
        受影响的硬件 不适用
        受影响的软件 不适用
        包含的 VIB
        • VMW_bootbank_ne1000_0.9.0-1vmw.703.0.50.20036589
        已修复的 PR 2957673
        CVE 编号 不适用

        更新了 ne1000 VIB。

        • ESXi 7.0 Update 3f 升级了 Intel-ne1000 驱动程序，现支持新服务器型号（如 Intel Rocket Lake-S 平台）所需的 Intel I219-LM 设备。由于硬件 DMA 中的已知问题，I219 设备的 TCP 分段卸载功能已停用。

        VMware-iser_1.1.0.1-1vmw.703.0.50.20036589
        修补程序类别 缺陷修复
        修补程序严重性 严重
        需要重新引导主机 是
        需要迁移或关闭虚拟机 是
        受影响的硬件 不适用
        受影响的软件 不适用
        包含的 VIB
        • VMW_bootbank_iser_1.1.0.1-1vmw.703.0.50.20036589
        已修复的 PR 2921564
        CVE 编号 不适用

        更新了 iser VIB。

        • PR 2921564：由于极少出现的问题，iSER 启动器连接到 IBM FlashSystem V9000 阵列的 ESXi 主机可能会出现故障并显示紫色诊断屏幕

          极少出现的空指针错误问题可能会导致 IBM FlashSystem V9000 阵列上的 ESXi 主机出现故障，并显示紫色诊断屏幕，以及如下等错误：环境 2098414 中出现 #PF 异常 14:CqWorld IP 0xxxxx 地址 0xxxx (#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx)。

          本版本已解决该问题。此修复针对其中一个 SCSI 管理命令增加了 RDMA 错误状态特殊处理。

        VMware-vmkusb_0.1-7vmw.703.0.50.20036589
        修补程序类别 缺陷修复
        修补程序严重性 严重
        需要重新引导主机 是
        需要迁移或关闭虚拟机 是
        受影响的硬件 不适用
        受影响的软件 不适用
        包含的 VIB
        • VMW_bootbank_vmkusb_0.1-7vmw.703.0.50.20036589
        已修复的 PR 不适用
        CVE 编号 不适用

        更新了 vmkusb VIB。

          ESXi_7.0.3-0.45.20036586
          修补程序类别 安全
          修补程序严重性 严重
          需要重新引导主机 是
          需要迁移或关闭虚拟机 是
          受影响的硬件 不适用
          受影响的软件 不适用
          包含的 VIB
          • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
          • VMware_bootbank_bmcal_7.0.3-0.45.20036586
          • VMware_bootbank_esx-ui_1.43.8-19798623
          • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
          • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
          • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
          • VMware_bootbank_trx_7.0.3-0.45.20036586
          • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
          • VMware_bootbank_vdfs_7.0.3-0.45.20036586
          • VMware_bootbank_vsan_7.0.3-0.45.20036586
          • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
          • VMware_bootbank_esx-base_7.0.3-0.45.20036586
          • VMware_bootbank_gc_7.0.3-0.45.20036586
          • VMware_bootbank_crx_7.0.3-0.45.20036586
          已修复的 PR 2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151
          CVE 编号 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901

          ESXi 和 esx-update 实体包相互依赖。始终在单个 ESXi 主机修补程序基准中包括这两者，或者在基准中包含汇总实体包，以避免在主机修补期间出现故障。
          更新了 native-misc-drivers、bmcal、esx-ui、vsanhealth、esxio-combiner、esx-xserver、trx、esx-dvfilter-generic-fastpath、vdfs、vsan、cpu-microcode、esx-base、gc 和 crx VIB 以解决下列问题：

          • ESXi 7.0 Update 3f 提供了以下安全更新：
            • Expat XML 分析程序已更新到版本 2.4.7。
            • SQLite 数据库已更新到版本 3.37.2。
            • cURL 库已更新到版本 7.81.0。
            • OpenSSL 软件包已更新到版本 openssl-1.0.2ze。
            • ESXi userworld libxml2 库已更新到版本 2.9.14。
            • Python 软件包已更新到 3.8.13。
            • zlib 库已更新到 1.2.12。
            • 本版本解决了 CVE-2004-0230 安全漏洞。VMware 已评估此问题的严重程度处于较低范围内，最高 CVSSv3 基本得分为 3.7。
            • 本版本解决了 CVE-2020-7451 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 5.3。
            • 本版本解决了 CVE-2015-2923 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
            • 本版本解决了 CVE-2015-5358 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
            • 本版本解决了 CVE-2013-3077 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.0。
            • 本版本解决了 CVE-2015-1414 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。  
            • 本版本解决了 CVE-2018-6918 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
            • 本版本解决了 CVE-2020-7469 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
            • 本版本解决了 CVE-2019-5611 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。 
            • 本版本解决了 CVE-2020-7457 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.8。 
            • 本版本解决了 CVE-2018-6916 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。
            • 本版本解决了 CVE-2019-5608 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。

          • 本版本解决了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。有关这些漏洞及其对 VMware 产品所造成影响的详细信息，请参见 VMSA-2022-0020。

          esx-update_7.0.3-0.45.20036586
          修补程序类别 安全
          修补程序严重性 严重
          需要重新引导主机 否
          需要迁移或关闭虚拟机 否
          受影响的硬件 不适用
          受影响的软件 不适用
          包含的 VIB
          • VMware_bootbank_esx-update_7.0.3-0.45.20036586
          • VMware_bootbank_loadesx_7.0.3-0.45.20036586
          已修复的 PR 不适用
          CVE 编号 不适用

          更新了 loadesx 和 esx-update VIB。

            VMware-VM-Tools_12.0.0.19345655-20036586
            修补程序类别 安全
            修补程序严重性 严重
            需要重新引导主机 否
            需要迁移或关闭虚拟机 否
            受影响的硬件 不适用
            受影响的软件 不适用
            包含的 VIB
            • VMware_locker_tools-light_12.0.0.19345655-20036586
            已修复的 PR 不适用
            CVE 编号 不适用

            更新了 tools-light​VIB。

              ESXi-7.0U3f-20036589-standard
              配置文件名称 ESXi-7.0U3f-20036589-standard
              内部版本 有关内部版本信息，请参见本版本中包含的修补程序。
              供应商 VMware, Inc.
              发布日期 2022 年 7 月 12 日
              接受级别 合作伙伴支持
              受影响的硬件 不适用
              受影响的软件 不适用
              受影响的 VIB
              • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
              • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
              • VMware_bootbank_trx_7.0.3-0.50.20036589
              • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
              • VMware_bootbank_esx-base_7.0.3-0.50.20036589
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
              • VMware_bootbank_gc_7.0.3-0.50.20036589
              • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
              • VMware_bootbank_bmcal_7.0.3-0.50.20036589
              • VMware_bootbank_vsan_7.0.3-0.50.20036589
              • VMware_bootbank_vdfs_7.0.3-0.50.20036589
              • VMware_bootbank_crx_7.0.3-0.50.20036589
              • VMware_bootbank_esx-update_7.0.3-0.50.20036589
              • VMware_bootbank_loadesx_7.0.3-0.50.20036589
              • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
              • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
              • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
              • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
              • VMW_bootbank_icen_1.4.1.20-1vmw.703.0.50.20036589
              • VMW_bootbank_irdman_1.3.1.22-1vmw.703.0.50.20036589
              • VMW_bootbank_ne1000_0.9.0-1vmw.703.0.50.20036589
              • VMW_bootbank_iser_1.1.0.1-1vmw.703.0.50.20036589
              • VMW_bootbank_vmkusb_0.1-7vmw.703.0.50.20036589
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              已修复的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277
              相关的 CVE 编号 不适用
              • 此修补程序更新了以下问题：

                • 对 vSphere EnvironmentBrowser.QueryConfigTargetEx API 的 pyVmomi 调用可能会失败，并显示 UnknownWsdlTypeError。

                • 当物理服务器更名时，ESXi 的硬件运行状况模块可能无法对类型为“系统事件”的某些传感器进行解码。因此，您会在 vSphere Client 的监控 > 硬件运行状况下看到“系统事件”类型的传感器的状态为“未知”。

                • 如果将虚拟机上的高级设置 vmx.reboot.powerCycle 设置为 TRUE，则当客户机操作系统启动重新引导时，该虚拟机会关闭电源，然后再打开电源。但是，如果在使用 vSphere vMotion 迁移期间重新启动，操作将失败，并且源主机上的虚拟机可能无法重新打开电源。

                • 如果在 UNIX 域套接字之间的内部通信期间轮询套接字时出现连接故障，则可能会发生数据争用。因此，在某些情况下，ESXi 主机可能会访问无效的内存区域，同时出现故障并显示紫色诊断屏幕，其中显示 #PF 异常 14 (#PF Exception 14) 以及诸如 UserDuct_PollSize() 和 UserSocketLocalPoll() 的错误。

                • 如果环境中 ESXi 主机上的硬件 iSCSI 适配器使用伪网卡，则可能无法从此类主机创建主机配置文件，因为伪网卡没有配置文件所需的 PCI 地址和供应商名称。

                • iscsi_vmk 驱动程序中的争用情况可能会导致 VMFS 数据存储上的 I/O 操作停滞或检测信号超时。因此，您可能会看到某些虚拟机变得无响应。

                • 由于硬编码的发送和接收缓冲区大小（发送和接收缓冲区分别为 600 KB 和 256 KB），软件 iSCSI 适配器的吞吐量受到限制。因此，iscsi_vmk 适配器的性能并非最佳。

                • 多个 NVIDIA vGPU 虚拟机同时关闭电源时，有时不会销毁某些多实例 GPU (MIG) 资源。因此，后续 vGPU 虚拟机打开电源时，可能会由于残留的 MIG 资源而失败。

                • 在极少数情况下，当 NFSv4.1 服务器在存储故障切换期间返回暂时性错误时，在操作重新启动前，您可能会看到虚拟机持续 10 秒无响应。

                • 在极少数情况下，可能不会在原始端口或端口集上执行数据包完成，而是在其他端口集上执行，这会导致出现循环，进而可能会损坏数据包列表并显示无效指针。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕。在日志中，您会看到诸如以下内容的错误：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

                • ESXi 主机 NUMA 节点中的内存可能包含多个物理范围。在 7.0 Update 3f 之前的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin 和 memoryRangeLength 字段指定了起始主机物理地址和 NUMA 节点中一个范围的长度，而忽略了任何其他范围。

                • 如果在 HPP 上为 512e 软件模拟 4KN 设备启用快速路径，将无法按预期运行，因为快速路径不会处理读取-修改-写入 (R-M-W)，必须使用慢速路径。不支持在 4KN 设备上使用快速路径。

                • 如果正在运行的虚拟机的虚拟磁盘大于 1 TB，则删除此虚拟机磁盘的快照时，该虚拟机可能会冻结数秒甚至数分钟。虚拟机最终会恢复，但虚拟机工作负载可能会出现中断。出现此问题的原因是，删除操作会在后台触发快照整合，从而导致延迟。在慢速存储（如 NFS）上更可能会出现该问题。

                • DVFilter 数据包可能会错误地传输到网络端口，导致数据包完成代码无法运行。因此，ESXi 主机出现故障并显示紫色诊断屏幕，以及错误 PF 异常14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork (PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork)。

                • 在极少数情况下，DFW 可能会将数据包列表发送到错误的端口集。因此，VMkernel 服务可能会失败，并且虚拟机断开连接。在 vmkernel.log 文件中，您会看到类似以下内容的错误：
                  2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

                • 从 vSphere 7.0 Update 2 开始，HPP 将成为本地 NVMe 和 SCSI 设备的默认插件，并取代 ESX 本机多路径插件 (NMP)。但是，在某些环境中，从 NMP 更改为 HPP 会导致 HPP 声明的设备的某些属性（如显示名称）不可访问。

                • 在 ALUA 目标中，如果更改 LUN 的目标端口组 ID (TPGID)，SATP 使用的缓存设备标识响应可能不会相应更新。因此，ESXi 可能不会反映相应设备的正确路径状态。

                • 如果使用 NVMe-SCSI 转换堆栈在系统中注册 NVMe 设备，则对于所有路径，targetPortGroup 和 relativeTargetPortId 属性都会获得控制器 ID 0。因此，RTPG 命令会针对命名空间的所有路径返回相同的 ALUA 访问状态，因为每个路径 tpgID 都匹配第一个描述符，即 0。

                • 如果在 Active Directory 服务器上更改了文件服务管理员的密码，则 vSAN 文件服务域配置中的密码可能不匹配。如果密码不匹配或帐户已锁定，则某些文件共享可能无法访问。vSAN Health Service 将显示以下警告：文件服务: 找不到文件服务器 (File Service: File server not found)。

                • 如果在出现故障后重新安装 ESXi 主机，由于出现故障的实例永远不会重新引导，因此 VMDK 的失效绑定在 VASA 提供程序和 vSphere Virtual Volumes 数据存储上保持不变。因此，重新安装主机时，由于现有绑定，无法删除 VMDK。随着时间的推移，许多此类 VMDK 可能会累积并占用闲置存储空间。

                • 在极少数情况下，虚拟机上的串行设备可能没有 serial<N>.fileName 属性并且将 serial<N>.autodetect 属性设置为 FALSE。因此，hostd 服务可能会反复失败。

                • 在 vSphere Client 中，如果将任何流量调整选项（如平均带宽、峰值带宽或突发大小）设置为大于 2147483 Kbps 的值，则不会保留这些设置。

                • 由于默认的文件描述符数量较少，某些功能（如 vSphere vMotion）在升级到 ESXi 7.x 后可能会在 VAAI for NAS 环境中失败，因为可以同时操作的 vmdk 文件数量不足。您会在 syslog.log 文件的 vaai-nas 守护进程日志中看到诸如 Too many open files 等错误。

                • 在极少数情况下，在精简置备的虚拟机上，如果写入 I/O 请求与客户机操作系统触发的取消映射操作并行运行，则 VMFS6 卷中可能会出现死锁。因此，此卷上的虚拟机变得无响应。

                • 在内存超过 300 GB 的虚拟机上执行 vSphere Storage vMotion 或热添加操作期间，切换时间可能接近 2 分钟，从而导致出现超时故障。

                • 如果在删除绑定到 iSCSI 适配器的 VMkernel 网卡后未移除端口绑定，则 ESXi 主机重新引导后，失效的端口绑定可能会导致出现问题。在引导期间，将不存在的 VMkernel 网卡绑定到 iSCSI 适配器将失败，并且 iSCSI 配置无法在引导期间还原。因此，重新引导完成后，可能看不到某些 LUN 或数据存储。

                • 存储故障切换后，ESXi NFSv4.1 客户端可能会错误地将 NFS 服务器识别为不同的实体，从而跳过恢复。因此，NFSv4.1数据存储仍处于不可访问状态。

                • 在某些情况下，例如温度超过阈值，NVMe 设备可能会报告严重警告，ESXi NVMe 控制器不会注册该设备，并将其置于脱机状态。

                • 已用块缓存超过预留缓存时，一个极少出现的问题可能会导致 vSAN 文件服务中出现预留问题。因此，您无法访问某些文件共享，且运行状况检查显示错误 VDFS 守护进程未运行 (VDFS daemon is not running)。在 vdfsd-server 日志中，您会看到诸如以下内容的错误：
                  应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
                  应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

                • 在极少数情况下，如果 ESXi 主机有权访问导出为 OVF 格式的虚拟机的 vmdk 文件，则在该主机上，vCenter Server 执行的后台搜索查询可能会意外修改这些文件。因此，无法导入虚拟机。

                • 由于组件加载问题，使用 JumpStart 工具在 vCenter Server 系统上的声明规则集中添加多路径 PSA 声明规则时，该操作可能会失败。

                • 对连接到 ALUA 阵列的 ESXi 服务器集群中的任何服务器执行受控关闭或引导后，该服务器有权访问的所有 LUN 都可能切换到该阵列上的一个存储处理器。因此，访问 LUN 的其他 ESXi 服务器的性能会下降。

                • 在极少数情况下，当 ESXi 主机面临内存压力时，PSA 不会正常处理内存分配故障。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及如下等错误：环境 2098026 中出现 #PF 异常 14:SCSI 路径 sc IP/SCSI 路径扫描帮助程序 (#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers)。

                • 如果正在运行的虚拟机在快照删除操作期间重新引导，则在快照整合期间虚拟机磁盘可能会错误地重新打开和关闭。因此，虚拟机可能会出现故障。不过，这是一个计时问题，属于意外行为。

                • 在设备发现期间，预留冲突可能会导致将 ATS 错误地报告为不受支持，因此，ESXi 使用 SCSI-2 预留，而非 ATS。因此，挂载启用了集群 VMDK 支持的 VMFS6 数据存储可能会随机失败。

                • 某些操作可能会更改主机 UUID。例如，如果重新安装 ESXi 软件或在集群之间移动主机，则主机 UUID 可能会更改。如果主机 UUID 在文件服务 vSAN 停机期间发生更改，则 vSAN 文件服务服务器将无法引导。

                • 如果禁用没有现有文件共享的 vSAN 文件服务，vSAN 将移除文件服务域。一个服务器移除失败可能会中断该进程，并留下一些元数据。重新启用文件服务时，旧元数据可能会导致文件服务无法按预期运行。

                • Report Target Port Groups 命令可能会在 IMPLICIT TRANSITION TIME 字段中返回错误的值，这会影响 SCSI 到 NVMe 转换层。在多设备迁移等情况下，ALUA 转换时间对于某些多路径软件（例如 PowerPath）执行正确操作至关重要。

                • 重新引导主机或重新挂载磁盘组时，可能会阻止小型挂起的取消映射。挂起的取消映射可能会导致日志拥堵，从而致使 I/O 延迟。

                • 首次将系统升级或更新到 ESXi 7.x 后，对于每次连续更新（也称为一次修补），数据存储上 /productLocker 目录的路径可能会出现截断。例如，如果首次将 ESXi 7.x 从 7.0 Update 2 修补到 7.0 Update 3，/productLocker 目录的路径最初类似于 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，对于每次连续修补（例如从 7.0 Update 3 修补到 7.0 Update 3c），该路径将类似于 /VMware-Tools/productLocker/。

                • 在 vSAN 延伸集群或双节点集群中，对于 PFTT 为 1 且 SFTT 为 1 或更大的对象，可能无法正确分配仲裁投票。如果一个站点出现故障，并且活动站点上有另一个主机或磁盘出现故障，则该对象可能会失去仲裁并变得无法访问。

                • 如果新大小为非 512 字节对齐，则对象大小调整请求可能会失败。此问题可能会导致 ESXi 主机出现故障并显示紫色诊断屏幕。

                • 在某些情况下，例如，虚拟机重新启动时，pktcap-uw 实用程序用于监控和验证 ESXi 主机上交换机配置的正在运行的 SSH 会话可能会终止，但 pktcap-uw 实用程序可能会继续尝试处理数据包。因此，该实用程序开始消耗比平常更多的 CPU。可以使用 esxtop -a 命令跟踪 CPU 性能。

                • 在运行 7.0 Update 3 的 vCenter Server 中，经认证的 NVMe 设备可能会出现以下运行状况检查警告：NVMe 设备未经过 VMware 认证 (NVMe device is not VMware certified)。您可能还会看到以下运行状况检查警告：无法识别 NVMe 设备 (NVMe device can not be identified)。

                • 由于解析错误，ESXCLI 命令 hardware ipmi bmc get 不返回 BMC 的 IPv6 地址。

                • 如果集群主机无法访问见证主机，则对于延伸集群或双节点集群，vSAN 集群关机向导可能会出现故障。vSAN 数据流量和见证流量使用不同的 vmknic 时，会出现此问题。在 vSphere Client 中，您会在“vSAN 服务”页面中看到以下错误消息：发现与 orch <witness's ip> 断开连接的主机 (Disconnected host found from orch <witness's ip>)。如果在集群上托管 vCenter，则 vSphere Client 在关机期间不可用，并且 vCenter 虚拟机所在的 Host Client 中会显示该错误消息。

                • 在 vSphere Client 中，右键单击以浏览数据存储时，您可能会看到 vSphere Virtual Volumes 数据存储中某些虚拟机的 UUID，如 naa.xxxx，而不是其名称。在 vSphere Virtual Volumes 数据存储上具有大量容器和虚拟机的大型环境中，很少会出现此问题。该问题不会对功能产生任何影响，例如，不会影响虚拟机操作、备份等，只会影响虚拟机在 vSphere Client 中的显示。

                • 由于 ESXi 基础架构中极少出现的问题，VASA 提供程序速度会变慢，进而可能会导致 vSphere Virtual Volumes 数据存储无法访问，并且 ESXi 主机变得无响应。

                • 在某些环境中，关闭 ESXi 主机时，该主机不会关闭电源并且会显示一个屏幕，其中显示消息此系统已暂停。可以安全地使用重置或电源按钮重新引导 (This system has been halted. It is safe to use the reset or power button to reboot)。

                • 扩展 vmxnet3 设备上基本地址寄存器 (BAR) 的 LargeBAR 设置支持统一直通 (UPT)。但是，ESX 7.0 Update 3 及更高版本不支持 UPT，如果 vmxnet3 驱动程序降级到低于 7.0 的版本，则启用 LargeBAR 设置时，虚拟机可能会断开连接。

                • 如果从启用了 vmx.reboot.PowerCycle 配置参数的虚拟机热移除独立非持久磁盘，ESXi 将存储重做日志文件。如果此类虚拟机是备份代理虚拟机，您可能会看到大量冗余重做日志文件占用大量存储。

                • 在极少数情况下，当 ESXi 主机尝试从资源池缓存访问未缓存条目时，该主机会间歇性出现故障，并显示 PF 异常 14 (PF Exception 14) 紫色诊断屏幕和核心转储文件。在转储文件中，您会看到 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模块错误，这些错误表示存在问题。

                • 对于基本文件系统调用（如 open、access 或 rename），VMFS 中极少出现的问题可能会导致 hostd 服务线程出现锁争用率较高，甚至死锁。因此，ESXi 主机可能会变得无响应。

                • 由于 MD5 身份验证协议已在 ESXi 7.x 中弃用，因此，如果 ESXi SNMP 代理配置使用 MD5 身份验证协议，则升级到 ESXi 7.x 将失败。

                • 在 ESXi 7.x 中，定义以逗号分隔的远程主机列表和消息传输规范的 Syslog.global.logHost 参数不允许在逗号后使用空格。在 ESXi 7.x 之前的版本中，Syslog.global.logHost 参数允许在逗号后使用空格。因此，升级到 ESXi 7.x 可能会失败。

                • 概率型数据结构 Bloom 筛选器旨在优化在快照上运行的虚拟机的读取 I/O，当虚拟机在快照上运行时，与使用该筛选器相关的问题可能会导致基于逻辑一致性的 I/O 错误。此问题具有局限性，仅当在快照上运行 SQL Server 时才会发生。

                • 在某些情况下，对于扫描数据存储以帮助对精简文件执行文件块分配的过程，如果该过程出现问题，可能会导致 CPU 锁位。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及类似以下内容的错误：PSOD - @BlueScreen: NMI。

                • 在 hostd 服务的日志文件中，可能会针对不可见任务显示异常多的 Task Created 和 Task Completed 消息，进而可能会缩短日志保留时间。 

                • 如果对 vSphere Virtual Volumes 数据存储的协议端点发出的 SCSI 命令失败，该端点可能会获得“不受支持”状态，且该状态可能会缓存。因此，对该协议端点发出的以下 SCSI 命令将失败，并显示错误代码（如 0x5 0x20），同时对 vSphere Virtual Volumes 数据存储执行读取和写入操作也将失败。

                • 在某些情况（如端口关闭错误）下，尽管某些 IO 队列仍处于活动状态，但 ESXi 主机可能会断开与 NVMe 控制器的连接。

                • 如果使用 vSphere Replication 复制虚拟机，则将虚拟机磁盘增加到非 512 对齐的数字时，该虚拟机将无法打开电源。

                • 如果在虚拟机配置中，使用参数 ConfigSpec#numCPUs 定义的 CPU 数量不是使用参数 ConfigSpec#numCoresPerSocket 定义的每个插槽内核数的倍数，则虚拟机不会打开电源。

                • 此问题会影响具有局部性=无、HFT=0、SFT=1 或 SFT=2 策略设置的延伸集群中的主机。将主机置于“确保可访问性”维护模式时，该操作可能会在 100% 状态下持续很长时间，或者 60 分钟后失败。

                • 将 ESXi 主机升级到 7.0 Update 2 后，启用 vSAN 性能服务时，集群可能会频繁出现 vSAN 网络延迟警报。延迟结果显示，大多数警报由 vSAN 主节点发出。

                • 由于在 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的默认管理队列大小发生了更改，因此从 ESXi 7.0、7.0 Update 1 或 7.0 Update 2 更新到 7.0 Update 3c 后，可能会导致无法访问 NVMe over RDMA 存储。

                • 由于存在罕见的争用情况，当容器端口尝试重新获取已持有的锁定时，具有容器端口的虚拟机关闭电源或使用 vSphere vMotion 迁移时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。出现此问题的原因是端口 ID 重复。

                • 将 lpfc 驱动程序升级到 14.0.x.x 后，ESXi 主机可能无法访问 Unity 存储阵列。驱动程序日志中会显示 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等错误。

                • 对于与 LSI 相关的驱动程序，当 ESXi 服务器引导时，如果拔出一个磁盘并将其插入同一主机上的另一个插槽，则该磁盘位置的更改可能需要很长时间才能在 vSphere Client 中或使用 ESXCLI 命令 esxcli storage core device physical get -d 查看。此问题仅在与驱动程序连接的磁盘很多（150 个以上）时才会出现，5 分钟内便可解决。

                • 在 ESXi 7.0 Update 3f 中，Intel-icen 驱动程序对 Intel Icelake-D 平台支持 E822/E823 网卡的网络功能。在此类设备上，不支持 ENS（增强型网络堆栈）和 RDMA 功能。

                • ESXi 7.0 Update 3f 升级了 Intel-ne1000 驱动程序，现支持新服务器型号（如 Intel Rocket Lake-S 平台）所需的 Intel I219-LM 设备。由于硬件 DMA 中的已知问题，I219 设备的 TCP 分段卸载功能已停用。

                • 极少出现的空指针错误问题可能会导致 IBM FlashSystem V9000 阵列上的 ESXi 主机出现故障，并显示紫色诊断屏幕，以及如下等错误：环境 2098414 中出现 #PF 异常 14:CqWorld IP 0xxxxx 地址 0xxxx (#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx)。

                • 禁用或挂起 vSphere FT 时，虚拟机可能会暂时断开连接，并且不会对 ping 操作或任何网络流量做出响应。Ping 虚拟机可能会在短时间内连续超时，例如 20 秒。

                • 在某些情况下（例如，增加页面共享或在虚拟机或 ESXi 主机级别禁用大页面），您可能会看到启用了 VBS 的 Windows 虚拟机的 CPU 利用率达到 100%。

              ESXi-7.0U3f-20036589-no-tools
              配置文件名称 ESXi-7.0U3f-20036589-no-tools
              内部版本 有关内部版本信息，请参见本版本中包含的修补程序。
              供应商 VMware, Inc.
              发布日期 2022 年 7 月 12 日
              接受级别 合作伙伴支持
              受影响的硬件 不适用
              受影响的软件 不适用
              受影响的 VIB
              • VMware_bootbank_esxio-combiner_7.0.3-0.50.20036589
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_esx-xserver_7.0.3-0.50.20036589
              • VMware_bootbank_cpu-microcode_7.0.3-0.50.20036589
              • VMware_bootbank_trx_7.0.3-0.50.20036589
              • VMware_bootbank_vsanhealth_7.0.3-0.50.20036589
              • VMware_bootbank_esx-base_7.0.3-0.50.20036589
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.50.20036589
              • VMware_bootbank_gc_7.0.3-0.50.20036589
              • VMware_bootbank_native-misc-drivers_7.0.3-0.50.20036589
              • VMware_bootbank_bmcal_7.0.3-0.50.20036589
              • VMware_bootbank_vsan_7.0.3-0.50.20036589
              • VMware_bootbank_vdfs_7.0.3-0.50.20036589
              • VMware_bootbank_crx_7.0.3-0.50.20036589
              • VMware_bootbank_esx-update_7.0.3-0.50.20036589
              • VMware_bootbank_loadesx_7.0.3-0.50.20036589
              • VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.50.20036589
              • VMW_bootbank_bnxtnet_216.0.50.0-44vmw.703.0.50.20036589
              • VMW_bootbank_lpfc_14.0.169.26-5vmw.703.0.50.20036589
              • VMware_bootbank_lsuv2-lsiv2-drivers-plugin_1.0.0-12vmw.703.0.50.20036589
              • VMW_bootbank_icen_1.4.1.20-1vmw.703.0.50.20036589
              • VMW_bootbank_irdman_1.3.1.22-1vmw.703.0.50.20036589
              • VMW_bootbank_ne1000_0.9.0-1vmw.703.0.50.20036589
              • VMW_bootbank_iser_1.1.0.1-1vmw.703.0.50.20036589
              • VMW_bootbank_vmkusb_0.1-7vmw.703.0.50.20036589
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              已修复的 PR 2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277
              相关的 CVE 编号 不适用
              • 此修补程序更新了以下问题：

                • 对 vSphere EnvironmentBrowser.QueryConfigTargetEx API 的 pyVmomi 调用可能会失败，并显示 UnknownWsdlTypeError。

                • 当物理服务器更名时，ESXi 的硬件运行状况模块可能无法对类型为“系统事件”的某些传感器进行解码。因此，您会在 vSphere Client 的监控 > 硬件运行状况下看到“系统事件”类型的传感器的状态为“未知”。

                • 如果将虚拟机上的高级设置 vmx.reboot.powerCycle 设置为 TRUE，则当客户机操作系统启动重新引导时，该虚拟机会关闭电源，然后再打开电源。但是，如果在使用 vSphere vMotion 迁移期间重新启动，操作将失败，并且源主机上的虚拟机可能无法重新打开电源。

                • 如果在 UNIX 域套接字之间的内部通信期间轮询套接字时出现连接故障，则可能会发生数据争用。因此，在某些情况下，ESXi 主机可能会访问无效的内存区域，同时出现故障并显示紫色诊断屏幕，其中显示 #PF 异常 14 (#PF Exception 14) 以及诸如 UserDuct_PollSize() 和 UserSocketLocalPoll() 的错误。

                • 如果环境中 ESXi 主机上的硬件 iSCSI 适配器使用伪网卡，则可能无法从此类主机创建主机配置文件，因为伪网卡没有配置文件所需的 PCI 地址和供应商名称。

                • iscsi_vmk 驱动程序中的争用情况可能会导致 VMFS 数据存储上的 I/O 操作停滞或检测信号超时。因此，您可能会看到某些虚拟机变得无响应。

                • 由于硬编码的发送和接收缓冲区大小（发送和接收缓冲区分别为 600 KB 和 256 KB），软件 iSCSI 适配器的吞吐量受到限制。因此，iscsi_vmk 适配器的性能并非最佳。

                • 多个 NVIDIA vGPU 虚拟机同时关闭电源时，有时不会销毁某些多实例 GPU (MIG) 资源。因此，后续 vGPU 虚拟机打开电源时，可能会由于残留的 MIG 资源而失败。

                • 在极少数情况下，当 NFSv4.1 服务器在存储故障切换期间返回暂时性错误时，在操作重新启动前，您可能会看到虚拟机持续 10 秒无响应。

                • 在极少数情况下，可能不会在原始端口或端口集上执行数据包完成，而是在其他端口集上执行，这会导致出现循环，进而可能会损坏数据包列表并显示无效指针。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕。在日志中，您会看到诸如以下内容的错误：PF Exception 14 in world 61176327:nsx.cp.tx IP 0xxxxxx addr 0x3c。

                • ESXi 主机 NUMA 节点中的内存可能包含多个物理范围。在 7.0 Update 3f 之前的 ESXi 版本中，NumaNodeInfo 中的 memoryRangeBegin 和 memoryRangeLength 字段指定了起始主机物理地址和 NUMA 节点中一个范围的长度，而忽略了任何其他范围。

                • 如果在 HPP 上为 512e 软件模拟 4KN 设备启用快速路径，将无法按预期运行，因为快速路径不会处理读取-修改-写入 (R-M-W)，必须使用慢速路径。不支持在 4KN 设备上使用快速路径。

                • 如果正在运行的虚拟机的虚拟磁盘大于 1 TB，则删除此虚拟机磁盘的快照时，该虚拟机可能会冻结数秒甚至数分钟。虚拟机最终会恢复，但虚拟机工作负载可能会出现中断。出现此问题的原因是，删除操作会在后台触发快照整合，从而导致延迟。在慢速存储（如 NFS）上更可能会出现该问题。

                • DVFilter 数据包可能会错误地传输到网络端口，导致数据包完成代码无法运行。因此，ESXi 主机出现故障并显示紫色诊断屏幕，以及错误 PF 异常14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork (PF Exception 14 Vmxnet3VMKDevTxCompleteOne E1000DevTxCompleteOneWork)。

                • 在极少数情况下，DFW 可能会将数据包列表发送到错误的端口集。因此，VMkernel 服务可能会失败，并且虚拟机断开连接。在 vmkernel.log 文件中，您会看到类似以下内容的错误：
                  2021-09-27T04:29:53.170Z cpu84:xxxx)NetPort: 206: Failure: lockModel[0] vs psWorldState->lockModel[0] there is no portset lock holding.

                • 从 vSphere 7.0 Update 2 开始，HPP 将成为本地 NVMe 和 SCSI 设备的默认插件，并取代 ESX 本机多路径插件 (NMP)。但是，在某些环境中，从 NMP 更改为 HPP 会导致 HPP 声明的设备的某些属性（如显示名称）不可访问。

                • 在 ALUA 目标中，如果更改 LUN 的目标端口组 ID (TPGID)，SATP 使用的缓存设备标识响应可能不会相应更新。因此，ESXi 可能不会反映相应设备的正确路径状态。

                • 如果使用 NVMe-SCSI 转换堆栈在系统中注册 NVMe 设备，则对于所有路径，targetPortGroup 和 relativeTargetPortId 属性都会获得控制器 ID 0。因此，RTPG 命令会针对命名空间的所有路径返回相同的 ALUA 访问状态，因为每个路径 tpgID 都匹配第一个描述符，即 0。

                • 如果在 Active Directory 服务器上更改了文件服务管理员的密码，则 vSAN 文件服务域配置中的密码可能不匹配。如果密码不匹配或帐户已锁定，则某些文件共享可能无法访问。vSAN Health Service 将显示以下警告：文件服务: 找不到文件服务器 (File Service: File server not found)。

                • 如果在出现故障后重新安装 ESXi 主机，由于出现故障的实例永远不会重新引导，因此 VMDK 的失效绑定在 VASA 提供程序和 vSphere Virtual Volumes 数据存储上保持不变。因此，重新安装主机时，由于现有绑定，无法删除 VMDK。随着时间的推移，许多此类 VMDK 可能会累积并占用闲置存储空间。

                • 在极少数情况下，虚拟机上的串行设备可能没有 serial<N>.fileName 属性并且将 serial<N>.autodetect 属性设置为 FALSE。因此，hostd 服务可能会反复失败。

                • 在 vSphere Client 中，如果将任何流量调整选项（如平均带宽、峰值带宽或突发大小）设置为大于 2147483 Kbps 的值，则不会保留这些设置。

                • 由于默认的文件描述符数量较少，某些功能（如 vSphere vMotion）在升级到 ESXi 7.x 后可能会在 VAAI for NAS 环境中失败，因为可以同时操作的 vmdk 文件数量不足。您会在 syslog.log 文件的 vaai-nas 守护进程日志中看到诸如 Too many open files 等错误。

                • 在极少数情况下，在精简置备的虚拟机上，如果写入 I/O 请求与客户机操作系统触发的取消映射操作并行运行，则 VMFS6 卷中可能会出现死锁。因此，此卷上的虚拟机变得无响应。

                • 在内存超过 300 GB 的虚拟机上执行 vSphere Storage vMotion 或热添加操作期间，切换时间可能接近 2 分钟，从而导致出现超时故障。

                • 如果在删除绑定到 iSCSI 适配器的 VMkernel 网卡后未移除端口绑定，则 ESXi 主机重新引导后，失效的端口绑定可能会导致出现问题。在引导期间，将不存在的 VMkernel 网卡绑定到 iSCSI 适配器将失败，并且 iSCSI 配置无法在引导期间还原。因此，重新引导完成后，可能看不到某些 LUN 或数据存储。

                • 存储故障切换后，ESXi NFSv4.1 客户端可能会错误地将 NFS 服务器识别为不同的实体，从而跳过恢复。因此，NFSv4.1数据存储仍处于不可访问状态。

                • 在某些情况下，例如温度超过阈值，NVMe 设备可能会报告严重警告，ESXi NVMe 控制器不会注册该设备，并将其置于脱机状态。

                • 已用块缓存超过预留缓存时，一个极少出现的问题可能会导致 vSAN 文件服务中出现预留问题。因此，您无法访问某些文件共享，且运行状况检查显示错误 VDFS 守护进程未运行 (VDFS daemon is not running)。在 vdfsd-server 日志中，您会看到诸如以下内容的错误：
                  应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:621
                  应急: NOT_IMPLEMENTED bora/vdfs/core/VDFSPhysicalLog.cpp:626

                • 在极少数情况下，如果 ESXi 主机有权访问导出为 OVF 格式的虚拟机的 vmdk 文件，则在该主机上，vCenter Server 执行的后台搜索查询可能会意外修改这些文件。因此，无法导入虚拟机。

                • 由于组件加载问题，使用 JumpStart 工具在 vCenter Server 系统上的声明规则集中添加多路径 PSA 声明规则时，该操作可能会失败。

                • 对连接到 ALUA 阵列的 ESXi 服务器集群中的任何服务器执行受控关闭或引导后，该服务器有权访问的所有 LUN 都可能切换到该阵列上的一个存储处理器。因此，访问 LUN 的其他 ESXi 服务器的性能会下降。

                • 在极少数情况下，当 ESXi 主机面临内存压力时，PSA 不会正常处理内存分配故障。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及如下等错误：环境 2098026 中出现 #PF 异常 14:SCSI 路径 sc IP/SCSI 路径扫描帮助程序 (#PF Exception 14 in world 2098026:SCSI path sc IP / SCSI path scan helpers)。

                • 如果正在运行的虚拟机在快照删除操作期间重新引导，则在快照整合期间虚拟机磁盘可能会错误地重新打开和关闭。因此，虚拟机可能会出现故障。不过，这是一个计时问题，属于意外行为。

                • 在设备发现期间，预留冲突可能会导致将 ATS 错误地报告为不受支持，因此，ESXi 使用 SCSI-2 预留，而非 ATS。因此，挂载启用了集群 VMDK 支持的 VMFS6 数据存储可能会随机失败。

                • 某些操作可能会更改主机 UUID。例如，如果重新安装 ESXi 软件或在集群之间移动主机，则主机 UUID 可能会更改。如果主机 UUID 在文件服务 vSAN 停机期间发生更改，则 vSAN 文件服务服务器将无法引导。

                • 如果禁用没有现有文件共享的 vSAN 文件服务，vSAN 将移除文件服务域。一个服务器移除失败可能会中断该进程，并留下一些元数据。重新启用文件服务时，旧元数据可能会导致文件服务无法按预期运行。

                • Report Target Port Groups 命令可能会在 IMPLICIT TRANSITION TIME 字段中返回错误的值，这会影响 SCSI 到 NVMe 转换层。在多设备迁移等情况下，ALUA 转换时间对于某些多路径软件（例如 PowerPath）执行正确操作至关重要。

                • 重新引导主机或重新挂载磁盘组时，可能会阻止小型挂起的取消映射。挂起的取消映射可能会导致日志拥堵，从而致使 I/O 延迟。

                • 首次将系统升级或更新到 ESXi 7.x 后，对于每次连续更新（也称为一次修补），数据存储上 /productLocker 目录的路径可能会出现截断。例如，如果首次将 ESXi 7.x 从 7.0 Update 2 修补到 7.0 Update 3，/productLocker 目录的路径最初类似于 /vmfs/volumes/xxx/VMware-Tools/productLocker/。但是，对于每次连续修补（例如从 7.0 Update 3 修补到 7.0 Update 3c），该路径将类似于 /VMware-Tools/productLocker/。

                • 在 vSAN 延伸集群或双节点集群中，对于 PFTT 为 1 且 SFTT 为 1 或更大的对象，可能无法正确分配仲裁投票。如果一个站点出现故障，并且活动站点上有另一个主机或磁盘出现故障，则该对象可能会失去仲裁并变得无法访问。

                • 如果新大小为非 512 字节对齐，则对象大小调整请求可能会失败。此问题可能会导致 ESXi 主机出现故障并显示紫色诊断屏幕。

                • 在某些情况下，例如，虚拟机重新启动时，pktcap-uw 实用程序用于监控和验证 ESXi 主机上交换机配置的正在运行的 SSH 会话可能会终止，但 pktcap-uw 实用程序可能会继续尝试处理数据包。因此，该实用程序开始消耗比平常更多的 CPU。可以使用 esxtop -a 命令跟踪 CPU 性能。

                • 在运行 7.0 Update 3 的 vCenter Server 中，经认证的 NVMe 设备可能会出现以下运行状况检查警告：NVMe 设备未经过 VMware 认证 (NVMe device is not VMware certified)。您可能还会看到以下运行状况检查警告：无法识别 NVMe 设备 (NVMe device can not be identified)。

                • 由于解析错误，ESXCLI 命令 hardware ipmi bmc get 不返回 BMC 的 IPv6 地址。

                • 如果集群主机无法访问见证主机，则对于延伸集群或双节点集群，vSAN 集群关机向导可能会出现故障。vSAN 数据流量和见证流量使用不同的 vmknic 时，会出现此问题。在 vSphere Client 中，您会在“vSAN 服务”页面中看到以下错误消息：发现与 orch <witness's ip> 断开连接的主机 (Disconnected host found from orch <witness's ip>)。如果在集群上托管 vCenter，则 vSphere Client 在关机期间不可用，并且 vCenter 虚拟机所在的 Host Client 中会显示该错误消息。

                • 在 vSphere Client 中，右键单击以浏览数据存储时，您可能会看到 vSphere Virtual Volumes 数据存储中某些虚拟机的 UUID，如 naa.xxxx，而不是其名称。在 vSphere Virtual Volumes 数据存储上具有大量容器和虚拟机的大型环境中，很少会出现此问题。该问题不会对功能产生任何影响，例如，不会影响虚拟机操作、备份等，只会影响虚拟机在 vSphere Client 中的显示。

                • 由于 ESXi 基础架构中极少出现的问题，VASA 提供程序速度会变慢，进而可能会导致 vSphere Virtual Volumes 数据存储无法访问，并且 ESXi 主机变得无响应。

                • 在某些环境中，关闭 ESXi 主机时，该主机不会关闭电源并且会显示一个屏幕，其中显示消息此系统已暂停。可以安全地使用重置或电源按钮重新引导 (This system has been halted. It is safe to use the reset or power button to reboot)。

                • 扩展 vmxnet3 设备上基本地址寄存器 (BAR) 的 LargeBAR 设置支持统一直通 (UPT)。但是，ESX 7.0 Update 3 及更高版本不支持 UPT，如果 vmxnet3 驱动程序降级到低于 7.0 的版本，则启用 LargeBAR 设置时，虚拟机可能会断开连接。

                • 如果从启用了 vmx.reboot.PowerCycle 配置参数的虚拟机热移除独立非持久磁盘，ESXi 将存储重做日志文件。如果此类虚拟机是备份代理虚拟机，您可能会看到大量冗余重做日志文件占用大量存储。

                • 在极少数情况下，当 ESXi 主机尝试从资源池缓存访问未缓存条目时，该主机会间歇性出现故障，并显示 PF 异常 14 (PF Exception 14) 紫色诊断屏幕和核心转储文件。在转储文件中，您会看到 J3_DeleteTransaction 和 J6ProcessReplayTxnList 模块错误，这些错误表示存在问题。

                • 对于基本文件系统调用（如 open、access 或 rename），VMFS 中极少出现的问题可能会导致 hostd 服务线程出现锁争用率较高，甚至死锁。因此，ESXi 主机可能会变得无响应。

                • 由于 MD5 身份验证协议已在 ESXi 7.x 中弃用，因此，如果 ESXi SNMP 代理配置使用 MD5 身份验证协议，则升级到 ESXi 7.x 将失败。

                • 在 ESXi 7.x 中，定义以逗号分隔的远程主机列表和消息传输规范的 Syslog.global.logHost 参数不允许在逗号后使用空格。在 ESXi 7.x 之前的版本中，Syslog.global.logHost 参数允许在逗号后使用空格。因此，升级到 ESXi 7.x 可能会失败。

                • 概率型数据结构 Bloom 筛选器旨在优化在快照上运行的虚拟机的读取 I/O，当虚拟机在快照上运行时，与使用该筛选器相关的问题可能会导致基于逻辑一致性的 I/O 错误。此问题具有局限性，仅当在快照上运行 SQL Server 时才会发生。

                • 在某些情况下，对于扫描数据存储以帮助对精简文件执行文件块分配的过程，如果该过程出现问题，可能会导致 CPU 锁位。因此，ESXi 主机可能会出现故障并显示紫色诊断屏幕，以及类似以下内容的错误：PSOD - @BlueScreen: NMI。

                • 在 hostd 服务的日志文件中，可能会针对不可见任务显示异常多的 Task Created 和 Task Completed 消息，进而可能会缩短日志保留时间。 

                • 如果对 vSphere Virtual Volumes 数据存储的协议端点发出的 SCSI 命令失败，该端点可能会获得“不受支持”状态，且该状态可能会缓存。因此，对该协议端点发出的以下 SCSI 命令将失败，并显示错误代码（如 0x5 0x20），同时对 vSphere Virtual Volumes 数据存储执行读取和写入操作也将失败。

                • 在某些情况（如端口关闭错误）下，尽管某些 IO 队列仍处于活动状态，但 ESXi 主机可能会断开与 NVMe 控制器的连接。

                • 如果使用 vSphere Replication 复制虚拟机，则将虚拟机磁盘增加到非 512 对齐的数字时，该虚拟机将无法打开电源。

                • 如果在虚拟机配置中，使用参数 ConfigSpec#numCPUs 定义的 CPU 数量不是使用参数 ConfigSpec#numCoresPerSocket 定义的每个插槽内核数的倍数，则虚拟机不会打开电源。

                • 此问题会影响具有局部性=无、HFT=0、SFT=1 或 SFT=2 策略设置的延伸集群中的主机。将主机置于“确保可访问性”维护模式时，该操作可能会在 100% 状态下持续很长时间，或者 60 分钟后失败。

                • 将 ESXi 主机升级到 7.0 Update 2 后，启用 vSAN 性能服务时，集群可能会频繁出现 vSAN 网络延迟警报。延迟结果显示，大多数警报由 vSAN 主节点发出。

                • 由于在 ESXi 7.0 Update 3c 中 NVMe over RDMA 控制器的默认管理队列大小发生了更改，因此从 ESXi 7.0、7.0 Update 1 或 7.0 Update 2 更新到 7.0 Update 3c 后，可能会导致无法访问 NVMe over RDMA 存储。

                • 由于存在罕见的争用情况，当容器端口尝试重新获取已持有的锁定时，具有容器端口的虚拟机关闭电源或使用 vSphere vMotion 迁移时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。出现此问题的原因是端口 ID 重复。

                • 将 lpfc 驱动程序升级到 14.0.x.x 后，ESXi 主机可能无法访问 Unity 存储阵列。驱动程序日志中会显示 protocol failure detected during processing of FCP I/O 和 rspInfo3 x2 等错误。

                • 对于与 LSI 相关的驱动程序，当 ESXi 服务器引导时，如果拔出一个磁盘并将其插入同一主机上的另一个插槽，则该磁盘位置的更改可能需要很长时间才能在 vSphere Client 中或使用 ESXCLI 命令 esxcli storage core device physical get -d 查看。此问题仅在与驱动程序连接的磁盘很多（150 个以上）时才会出现，5 分钟内便可解决。

                • 在 ESXi 7.0 Update 3f 中，Intel-icen 驱动程序对 Intel Icelake-D 平台支持 E822/E823 网卡的网络功能。在此类设备上，不支持 ENS（增强型网络堆栈）和 RDMA 功能。

                • ESXi 7.0 Update 3f 升级了 Intel-ne1000 驱动程序，现支持新服务器型号（如 Intel Rocket Lake-S 平台）所需的 Intel I219-LM 设备。由于硬件 DMA 中的已知问题，I219 设备的 TCP 分段卸载功能已停用。

                • 极少出现的空指针错误问题可能会导致 IBM FlashSystem V9000 阵列上的 ESXi 主机出现故障，并显示紫色诊断屏幕，以及如下等错误：环境 2098414 中出现 #PF 异常 14:CqWorld IP 0xxxxx 地址 0xxxx (#PF Exception 14 in world 2098414:CqWorld IP 0xxxxx addr 0xxxx)。

                • 禁用或挂起 vSphere FT 时，虚拟机可能会暂时断开连接，并且不会对 ping 操作或任何网络流量做出响应。Ping 虚拟机可能会在短时间内连续超时，例如 20 秒。

                • 在某些情况下（例如，增加页面共享或在虚拟机或 ESXi 主机级别禁用大页面），您可能会看到启用了 VBS 的 Windows 虚拟机的 CPU 利用率达到 100%。

              ESXi-7.0U3sf-20036586-standard
              配置文件名称 ESXi-7.0U3sf-20036586-standard
              内部版本 有关内部版本信息，请参见本版本中包含的修补程序。
              供应商 VMware, Inc.
              发布日期 2022 年 7 月 12 日
              接受级别 合作伙伴支持
              受影响的硬件 不适用
              受影响的软件 不适用
              受影响的 VIB
              • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
              • VMware_bootbank_bmcal_7.0.3-0.45.20036586
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
              • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
              • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
              • VMware_bootbank_trx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
              • VMware_bootbank_vdfs_7.0.3-0.45.20036586
              • VMware_bootbank_vsan_7.0.3-0.45.20036586
              • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
              • VMware_bootbank_esx-base_7.0.3-0.45.20036586
              • VMware_bootbank_gc_7.0.3-0.45.20036586
              • VMware_bootbank_crx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-update_7.0.3-0.45.20036586
              • VMware_bootbank_loadesx_7.0.3-0.45.20036586
              • VMware_locker_tools-light_12.0.0.19345655-20036586
              已修复的 PR

              2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151、2816546
              相关的 CVE 编号

              CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901
              • 此修补程序更新了以下问题：
                  • Expat XML 分析程序已更新到版本 2.4.7。
                  • SQLite 数据库已更新到版本 3.37.2。
                  • cURL 库已更新到版本 7.81.0。
                  • OpenSSL 软件包已更新到版本 openssl-1.0.2ze。
                  • ESXi userworld libxml2 库已更新到版本 2.9.14。
                  • Python 软件包已更新到 3.8.13。
                  • zlib 库已更新到 1.2.12。
                  • 本版本解决了 CVE-2004-0230 安全漏洞。VMware 已评估此问题的严重程度处于较低范围内，最高 CVSSv3 基本得分为 3.7。
                  • 本版本解决了 CVE-2020-7451 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 5.3。
                  • 本版本解决了 CVE-2015-2923 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
                  • 本版本解决了 CVE-2015-5358 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
                  • 本版本解决了 CVE-2013-3077 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.0。
                  • 本版本解决了 CVE-2015-1414 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。  
                  • 本版本解决了 CVE-2018-6918 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
                  • 本版本解决了 CVE-2020-7469 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
                  • 本版本解决了 CVE-2019-5611 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。 
                  • 本版本解决了 CVE-2020-7457 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.8。 
                  • 本版本解决了 CVE-2018-6916 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。
                  • 本版本解决了 CVE-2019-5608 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。

                • 本版本解决了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。有关这些漏洞及其对 VMware 产品所造成影响的详细信息，请参见 VMSA-2022-0020。

              ESXi-7.0U3sf-20036586-no-tools
              配置文件名称 ESXi-7.0U3sf-20036586-no-tools
              内部版本 有关内部版本信息，请参见本版本中包含的修补程序。
              供应商 VMware, Inc.
              发布日期 2022 年 7 月 12 日
              接受级别 合作伙伴支持
              受影响的硬件 不适用
              受影响的软件 不适用
              受影响的 VIB
              • VMware_bootbank_native-misc-drivers_7.0.3-0.45.20036586
              • VMware_bootbank_bmcal_7.0.3-0.45.20036586
              • VMware_bootbank_esx-ui_1.43.8-19798623
              • VMware_bootbank_vsanhealth_7.0.3-0.45.20036586
              • VMware_bootbank_esxio-combiner_7.0.3-0.45.20036586
              • VMware_bootbank_esx-xserver_7.0.3-0.45.20036586
              • VMware_bootbank_trx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.3-0.45.20036586
              • VMware_bootbank_vdfs_7.0.3-0.45.20036586
              • VMware_bootbank_vsan_7.0.3-0.45.20036586
              • VMware_bootbank_cpu-microcode_7.0.3-0.45.20036586
              • VMware_bootbank_esx-base_7.0.3-0.45.20036586
              • VMware_bootbank_gc_7.0.3-0.45.20036586
              • VMware_bootbank_crx_7.0.3-0.45.20036586
              • VMware_bootbank_esx-update_7.0.3-0.45.20036586
              • VMware_bootbank_loadesx_7.0.3-0.45.20036586
              已修复的 PR 2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151、2816546
              相关的 CVE 编号 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901
              • 此修补程序更新了以下问题：
                  • Expat XML 分析程序已更新到版本 2.4.7。
                  • SQLite 数据库已更新到版本 3.37.2。
                  • cURL 库已更新到版本 7.81.0。
                  • OpenSSL 软件包已更新到版本 openssl-1.0.2ze。
                  • ESXi userworld libxml2 库已更新到版本 2.9.14。
                  • Python 软件包已更新到 3.8.13。
                  • zlib 库已更新到 1.2.12。
                  • 本版本解决了 CVE-2004-0230 安全漏洞。VMware 已评估此问题的严重程度处于较低范围内，最高 CVSSv3 基本得分为 3.7。
                  • 本版本解决了 CVE-2020-7451 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 5.3。
                  • 本版本解决了 CVE-2015-2923 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
                  • 本版本解决了 CVE-2015-5358 安全漏洞。VMware 已评估此问题的严重程度处于中等范围内，最高 CVSSv3 基本得分为 6.5。
                  • 本版本解决了 CVE-2013-3077 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.0。
                  • 本版本解决了 CVE-2015-1414 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。  
                  • 本版本解决了 CVE-2018-6918 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
                  • 本版本解决了 CVE-2020-7469 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。
                  • 本版本解决了 CVE-2019-5611 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.5。 
                  • 本版本解决了 CVE-2020-7457 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 7.8。 
                  • 本版本解决了 CVE-2018-6916 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。
                  • 本版本解决了 CVE-2019-5608 安全漏洞。VMware 已评估此问题的严重程度处于重要范围内，最高 CVSSv3 基本得分为 8.1。

                • 本版本解决了 CVE-2022-23816、CVE-2022-23825、CVE-2022-28693 和 CVE-2022-29901。有关这些漏洞及其对 VMware 产品所造成影响的详细信息，请参见 VMSA-2022-0020。

              ESXi Image - ESXi70U3f-20036589
              名称 ESXi
              版本 ESXi70U3f-20036589
              发布日期 2022 年 7 月 12 日
              类别 缺陷修复
              受影响的组件
              • ESXi 组件 - 核心 ESXi VIB
              • ESXi 安装/升级组件
              • 适用于 VMware ESXi 的 Broadcom NetXtreme-E 网络和 ROCE/RDMA 驱动程序
              • 适用于 Intel(R) E810 适配器的网络驱动程序
              • 适用于基于 Intel(R) X722 和 E810 的 RDMA 适配器的网络驱动程序
              • VMware 本机 iSER 驱动程序
              • 适用于 FC 适配器的 Broadcom Emulex Connectivity Division lpfc 驱动程序
              • LSI NATIVE DRIVERS LSU 管理插件
              • 适用于 Intel PRO/1000 系列适配器的网络驱动程序
              • USB 驱动程序
              已修复的 PR 

              2916848、2817702、2937074、2957732、2984134、2944807、2985369、2907963、2949801、2984245、2911320、2915911、2990593、2992648、2905357、2980176、2974472、2974376、2972059、2973031、2967359、2860126、2878245、2876044、2968157、2960242、2970238、2966270、2966783、2963328、2939395、2966362、2946550、2958543、2966628、2961584、2911056、2965235、2952427、2963401、2965146、2963038、2963479、2949375、2961033、2958926、2839515、2951139、2878224、2954320、2952432、2961346、2857932、2960949、2960882、2957966、2929443、2956080、2959293、2944919、2948800、2928789、2957769、2928268、2957062、2792139、2934102、2953709、2950686、2953488、2949446、2955016、2953217、2956030、2949902、2944894、2944521、2911363、2952205、2894093、2910856、2953754、2949777、2925733、2951234、2915979、2904241、2935355、2941263、2912661、2891231、2928202、2928268、2867146、2244126、2912330、2898858、2906297、2912213、2910340、2745800、2912182、2941274、2912230、2699748、2882789、2869031、2913017、2864375、2929821、2957673、2921564、2925133、2965277、2980176
              相关的 CVE 编号 不适用
                ESXi Image - ESXi70U3sf-20036586
                名称 ESXi
                版本 ESXi70U3sf-20036586
                发布日期 2022 年 7 月 12 日
                类别 安全
                受影响的组件
                • ESXi 组件 - 核心 ESXi VIB
                • ESXi 安装/升级组件
                • VMware-VM-Tools
                已修复的 PR  2920287、2946147、2946217、2946222、2946671、2946863、2947156、2951864、2951866、2972147、2972151
                相关的 CVE 编号 CVE-2004-0230、CVE-2020-7451、CVE-2015-2923、CVE-2015-5358、CVE-2013-3077、CVE-2015-1414、CVE-2018-6918、CVE-2020-7469、CVE-2019-5611、CVE-2020-7457、CVE-2018-6916、CVE-2019-5608、CVE-2022-23816、CVE-2022-23825、CVE-2022-28693、CVE-2022-29901

                  已知问题

                  已知问题分为如下类别。

                  vSphere Client 问题
                  • BIOS 制造商在 vSphere Client 中显示为“--”

                    在 vSphere Client 中，选择 ESXi 主机并导航到配置 > 硬件 > 固件时，您会看到 --，而不是 BIOS 制造商名称。

                    解决办法：有关详细信息，请参见 VMware 知识库文章 88937。

                  其他问题
                  • 从 ESXi 主机到虚拟机的 USB 设备直通可能会失败

                    一台 USB 调制解调器设备可能会通过 VMkernel 同时声明多个接口并阻止设备直通到虚拟机。
                    解决办法：必须在 ESXi 主机上应用 USB.quirks 高级配置，以忽略 VMkernel 中的 NET 接口并允许 USB 调制解调器直通到虚拟机。可以通过以下三种不同的方式应用该配置：

                    1. 访问 ESXi shell 并运行以下命令：esxcli system settings advanced set -o /USB/quirks -s 0xvvvv:0xpppp:0:0xffff:UQ_NET_IGNORE | |- Device Product ID |------- Device Vendor ID
                      例如，对于 Gemalto M2M GmbH Zoom 4625 调制解调器 (vid:pid/1e2d:005b)，可以运行命令
                      esxcli system settings advanced set -o /USB/quirks -s 0x1e2d:0x005b:0:0xffff:UQ_NET_IGNORE
                      重新引导 ESXi 主机。
                    2. 从 vSphere Client 或 vSphere Web Client 设置该高级配置，然后重新引导 ESXi 主机。
                    3. 使用主机配置文件应用该高级配置。

                    有关具体步骤的详细信息，请参见 VMware 知识库文章 80416。

                  先前版本中的已知问题

                  要查看以前的已知问题列表，请单击此处。

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