VMware ESXi 7.0 Update 1c 发行说明

ESXi 7.0 Update 1c | 2020 年 12 月 17 日 | ISO 内部版本 17325551

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

发行说明内容

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

新增功能
ESXi 7.0 的早期版本
本版本中包含的修补程序
产品支持注意事项
已解决的问题
已知问题

新增功能

在以下服务器中，ESXi 7.0 Update 1c 支持 vSphere Quick Boot：
- Cisco Systems Inc：
  - HX240C-M5SD
  - HXAF240C-M5SD
  - UCSC-C240-M5SD
- Dell Inc：
  - PowerEdge C6420
  - PowerEdge C6525
  - PowerEdge FC640
  - PowerEdge M640
  - PowerEdge MX740c
  - PowerEdge MX840c
  - PowerEdge R540
  - PowerEdge R6515
  - PowerEdge R6525
  - PowerEdge R7515
  - PowerEdge R7525
  - PowerEdge R840
  - PowerEdge R930
  - PowerEdge R940
  - PowerEdge R940xa
- HPE：
  - ProLiant DL385 Gen10
ESXi 7.0 Update 1c 向 /var/run/log/hostd.log 下的 hostd.log 文件中添加了五个物理网卡的统计信息（droppedRx、droppedTx、errorsRx、RxCRCErrors 和 errorsTx），以便您能够检测到未更正的网络错误并采取必要的纠正措施。
使用 ESXi 7.0 Update 1c，您可以通过 --remote-host-max-msg-len 参数设置 syslog 消息的最大长度，超过此限制后必须拆分消息，最大可设置为 16 KiB。默认情况下，ESXi syslog 守护进程 (vmsyslogd) 严格遵循 RFC 3164 设置的最大消息长度 (1 KiB)。较长的消息可拆分为多个部分。将最大消息长度设置为 syslog 基础架构中涉及的任何 syslog 接收器或中继所支持的最小长度。
在 ESXi 7.0 Update 1c 中，可以使用安装程序引导选项 systemMediaSize 来限制引导介质上的系统存储分区大小。如果您的系统占用空间较小，不需要 138 GB 的最大系统存储大小，则可以将其限制为最小值 33 GB。systemMediaSize 参数接受以下值：

所选值必须符合您的系统用途。例如，具有 1TB 内存的系统必须至少将 69 GB 内存用于系统存储。要在安装时设置引导选项，例如 systemMediaSize=small，请参阅输入引导选项以启动安装或升级脚本。有关详细信息，请参见 VMware 知识库文章 81166。
- min（33 GB，适用于单个磁盘或嵌入式服务器）
- small（69 GB，适用于至少具有 512 GB RAM 的服务器）
- default (138 GB)
- max（多余多 TB 服务器，使用所有可用空间）

ESXi 7.0 的早期版本

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

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

本版本中包含的修补程序

此版本的 ESXi 7.0 Update 1c 提供了以下修补程序：

内部版本详细信息

下载文件名称：	VMware-ESXi-7.0U1c-17325551-depot.zip
内部版本：	17325551
下载大小：	523.2 MB
md5sum：	d1410e6c741ada23c3570e07b94bd8c7
sha1checksum：	a70defe8353b39f74339b158697ed1a12df6c55d
需要重新引导主机：	是
需要迁移或关闭虚拟机：	是

重要信息：

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

组件

组件	实体包 ID	类别	严重性
ESXi	ESXi_7.0.1-0.25.17325551	缺陷修复	严重
ESXi 安装/升级组件	esx-update_7.0.1-0.25.17325551	缺陷修复	严重
VMWare ATA 存储控制器驱动程序	VMware-vmkata_0.1-1vmw.701.0.25.17325551	缺陷修复	适中
HPE 智能阵列控制器驱动程序	HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551	缺陷修复	适中
VMWare USB 驱动程序	VMware-vmkusb_0.1-1vmw.701.0.25.17325551	缺陷修复	适中
Microsemi 存储解决方案智能阵列存储控制器驱动程序	Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551	缺陷修复	适中
ESXi	ESXi_7.0.1-0.20.17325020	安全	严重
ESXi 安装/升级组件	esx-update_7.0.1-0.20.17325020	安全	严重
VMWare ATA 存储控制器驱动程序	VMware-vmkata_0.1-1vmw.701.0.20.17325020	安全	重要
VMware NVMe over Fabric - RDMA 驱动程序	VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020	安全	重要
VMware 本机软件 FCoE 驱动程序	VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020	安全	重要
VMWare USB 驱动程序	VMware-vmkusb_0.1-1vmw.701.0.20.17325020	安全	重要

汇总实体包

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

实体包 ID	类别	严重性
ESXi70U1c-17325551	缺陷修复	严重

映像配置文件

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

映像配置文件名称

ESXi-7.0U1c-17325551-standard

ESXi-7.0U1c-17325551-no-tools

ESXi-7.0U1sc-17325020-standard

ESXi-7.0U1sc-17325020-no-tools

ESXi 映像

名称和版本	发布日期	类别	详细信息
ESXi70U1c-17325551	12/17/2020	增强功能	安全和缺陷修复映像
ESXi70U1sc-17325020	12/17/2020	增强功能	仅安全映像

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

修补程序下载和安装

在 vSphere 7.x 中，用于管理 vSphere Update Manager 的 Update Manager 插件将替换为 Lifecycle Manager 插件。vSphere Update Manager 的管理操作在 Lifecycle Manager 插件下仍可用，此外，还增加了 vSphere Lifecycle Manager 的新功能。
通常，通过使用 vSphere Lifecycle Manager 将修补程序应用于 ESXi 7.x 主机。有关详细信息，请参见关于 vSphere Lifecycle Manager 和 vSphere Lifecycle Manager 基准和映像。
也可以使用映像配置文件更新 ESXi 主机，而不使用 Lifecycle Manager 插件。要执行此操作，必须从 VMware 下载页面或产品修补程序页面手动下载修补程序脱机包 ZIP 文件，并使用 esxcli software profile update 命令。
有关详细信息，请参见使用 ESXCLI 命令升级主机和 VMware ESXi 升级指南。

产品支持注意事项

VMware Tools 9.10.x 和 10.0.x 的标准技术支持有效期已到期。有关更多详细信息，请参阅 VMware 产品生命周期列表下列出的 VMware Tools。

已解决的问题

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

ESXi_7.0.1-0.25.17325551
esx-update_7.0.1-0.25.17325551
VMware-vmkata_0.1-1vmw.701.0.25.17325551
HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
VMware-vmkusb_0.1-1vmw.701.0.25.17325551
Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
ESXi_7.0.1-0.20.17325020
esx-update_7.0.1-0.20.17325020
VMware-vmkata_0.1-1vmw.701.0.20.17325020
VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020
VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
VMware-vmkusb_0.1-1vmw.701.0.20.17325020
ESXi-7.0U1c-17325551-standard
ESXi-7.0U1c-17325551-no-tools
ESXi-7.0U1sc-17325020-standard
ESXi-7.0U1sc-17325020-no-tools
ESXi Image - ESXi70U1c-17325551
ESXi Image - ESXi7.0U1sc-17325020

ESXi_7.0.1-0.25.17325551

修补程序类别	缺陷修复
修补程序严重性	严重
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMware_bootbank_crx_7.0.1-0.25.17325551 VMware_bootbank_esx-xserver_7.0.1-0.25.17325551 VMware_bootbank_esx-base_7.0.1-0.25.17325551 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551 VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551 VMware_bootbank_vsan_7.0.1-0.25.17325551 VMware_bootbank_vsanhealth_7.0.1-0.25.17325551 VMware_bootbank_gc_7.0.1-0.25.17325551 VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551 VMware_bootbank_vdfs_7.0.1-0.25.17325551
已修复的 PR	2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045
CVE 编号	不适用

ESXi 和 esx-update 实体包相互依赖。始终在单个 ESXi 主机修补程序基准中包括这两者，或者在基准中包含汇总实体包，以避免在主机修补期间出现故障。

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

PR 2656093：由于物理交换机重新引导，网络可能会断开连接
ESXi 主机上网络绑定故障恢复延迟的参数 Net.TeamPolicyUpDelay 当前设置为 10 分钟，但在某些环境中，物理交换机重新引导后可能需要 10 分钟以上的时间才能做好接收或传输数据的准备。因此，您可能会看到网络连接断开。

本版本已解决该问题。此修复会将 TeamPolicyUpDelay 参数增加到最多 30 分钟。可以通过选择 ESXi 主机，然后导航到配置 > 系统 > 高级系统设置 > Net.TeamPolicyUpDelay 来设置参数。或者，也可以使用命令 esxcfg-advcfg -s <value>/Net/TeamPolicyUpDelay。
PR 2652863：分布式防火墙 (DFW) 筛选器配置中的更改可能会导致虚拟机断开网络连接
任何 DFW 筛选器重新配置活动（如添加或移除筛选器）都可能会导致某些筛选器开始丢弃数据包。因此，虚拟机会断开网络连接，您需要重置 vmnic、更改端口组或重新引导虚拟机以还原流量。在 summarize-dvfilter 命令的输出中，您会看到针对失败筛选器的 state: IOChain Detaching。

本版本已解决该问题。
PR 2653874：在 3D 渲染过程中，虚拟机可能会出现故障并显示 SIGSEGV 错误
在某些渲染操作过程中，如果过度读取缓冲区，可能会导致启用了 3D 的虚拟机在与使用 3D 加速的图形应用程序交互时出现故障并显示 SIGSEGV 错误。

本版本已解决该问题。
PR 2643508：如果虚拟机在热插拔操作期间重新启动或重置，日志可能会填满可用磁盘空间，并且计算机会停止响应
如果虚拟机在热插拔操作期间重新启动或重置，则虚拟机的 vmware.log 文件中的日志可能会填满可用的磁盘空间，并使虚拟机无响应。日志消息完全相同，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。

本版本已解决该问题。如果无法应用此修补程序，请不要在热插拔操作或驱动程序安装完成之前重置或重新启动虚拟机。如果您遇到此问题，请重新启动虚拟机。
PR 2644189：对于启用了 Secure Encrypted Virtualization-Encrypted State (SEV-ES) 的 Linux 虚拟机，smpboot 会失败
当具有多个虚拟 CPU 且启用了 SEV-ES 的 Linux 虚拟机引导时，除 CPU0 以外的所有 CPU 都处于脱机状态。无法使其余 CPU 联机。dmesg 命令返回错误，如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。

本版本已解决该问题。
PR 2652344：如果虚拟机目录下存在 .vswp 交换文件，您会在扫描目录中的所有文件时看到错误消息：“设备或资源正忙 (Device or resource busy)”
如果虚拟机目录下存在 .vswp 交换文件，您会在扫描目录中的所有文件时看到错误消息：设备或资源正忙 (Device or resource busy)。您还会在 vSAN 命名空间对象上看到额外的 I/O 流，并会看到 hostd 服务变得缓慢。
如果您尝试将扩展名为 .vswp 的文件作为对象描述符打开，则会出现此问题。VMX 进程的交换文件和虚拟机的主内存具有相同的扩展名 .vswp，但不能将 VMX 进程的交换文件作为对象描述符打开。

本版本已解决该问题。
PR 2661064：hostd 服务间歇性地无响应
在极少数情况下，尝试在同一目录下创建文件并移除目录的多个线程的争用情况可能会导致出现死锁，继而引起 hostd 服务失败。在重新启动 ESXi 主机后，该服务才会恢复。vmkernel 日志中会显示警示，例如：

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

这种死锁可能也会影响其他服务，但争用情况持续的时段较短，因此不会频繁出现此问题。

本版本已解决该问题。
PR 2667291：虚拟机加密需要很长时间，而且最终会失败并显示错误
虚拟机加密可能需要几个小时，而且最终会失败并在 hostd 服务日志中显示 The file already exists 错误。如果虚拟机配置文件中存在孤立的或未使用的文件 <vm name="">.nvram，则会出现该问题。如果虚拟机的 .vmx 文件中存在 NVRAM = “nvram” 等条目，加密操作将使用 .nvram 文件扩展名创建一个加密文件，且系统会将其视为现有孤立文件的副本。

本版本已解决该问题。如果遇到此问题，请在加密前手动删除孤立的 <vm name="">.nvram 文件。
PR 2662512：禁用较大的客户端缓存时，vSAN 主机出现故障
如果 vSAN 尝试禁用的内存缓存达到或超过 256 GB，该操作可能会导致 ESXi 主机出现故障，并显示紫色诊断屏幕。

本版本已解决该问题。
PR 2644221：如果在 ESXi 主机上启用 LiveCoreDump 作为收集系统日志的选项，则主机可能会变得无响应
如果在 ESXi 主机上启用 LiveCoreDump 作为收集系统日志的选项，则主机可能会变得无响应。您会在紫色诊断屏幕上看到一个错误，例如，#环境 2125468 中出现 PF 异常 14 (#PF Exception 14 in world 2125468)。

本版本已解决该问题。
PR 2662606：升级 HPE Gen10 服务器的固件后，您会看到传感器实体 ID 44 的运行状况警报
升级 HP Gen10 服务器上的固件版本后，您可能会看到 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 传感器的运行状况警报（与传感器实体 ID 44.x 有关）。警报并不代表存在实际运行状况问题，您可以忽略它们，不管固件版本如何。

本版本已解决该问题。
PR 2661153：如果禁用 RC4，ESXi 主机上的 Active Directory 用户身份验证可能会失败
如果从 Active Directory 配置中禁用 RC4，则 ESXi 主机的用户身份验证可能会失败，并且出现无法对用户进行身份验证 (Failed to authenticate user) 错误。

本版本已解决该问题。
PR 2655181：在 NFS 服务器故障切换或故障恢复后，NFS 4.1 数据存储上的虚拟机可能会变得无响应
如果在 NFS 服务器故障切换或故障恢复期间反复发出回收请求，则打开的回收将失败，并导致 NFS 4.1 数据存储上的虚拟机变得无响应。

本版本已解决该问题。此修复会详细分析回收响应并仅在必要时才允许重试。
PR 2657411：对于虚拟机中的某些磁盘 I/O 工作负载，处理器处于系统模式 (%SYS) 的时间会增加
当虚拟机从快照中恢复时，在使用 vSphere vMotion 进行迁移操作、恢复挂起的虚拟机或执行热插拔操作后，您可能会看到针对某些磁盘 I/O 工作负载报告的 %SYS 时间会小幅增加。出现此问题的原因是，PVSCSI 虚拟存储适配器可能会停止根据客户机工作负载动态调整内部队列的大小。因此，在高 I/O 活动期间驱动程序开销会增加，这可能会导致某些磁盘 I/O 工作负载的 %SYS 时间小幅增加。该问题不会影响 NVMe 和 LSI 虚拟设备。

本版本已解决该问题。
PR 2675442：增强型 vMotion 兼容性 (EVC) 集群中 AMD 主机上的 Java 应用程序可能无法启动，并显示“SSE2 不受支持 (SSE2 is not supported)”错误
EVC 集群中 AMD 主机上的 Java 应用程序可能无法启动并报告错误：未知 x64 处理器：SSE2 不受支持 (Unknown x64 processor: SSE2 not supported)。出现此问题的原因是，CPUID 字段 family (leaf 1, EAX, bits 11-8) 的值不正确。因此，vCenter Server Appliance 上的 Lookup Service 和其他基于 Java 的服务无法启动。

本版本已解决该问题。
PR 2657649：将 HPE 服务器升级到 HPE Integrated Lights-Out 5 (iLO 5) 固件版本 2.30 后，您会看到内存传感器运行状况警示
将 HPE 服务器（如 HPE ProLiant Gen10 和 Gen10 Plus）升级到 iLO 5 固件版本 2.30 后，vSphere Client 将显示内存传感器运行状况警示。出现此问题的原因是，硬件运行状况监控系统在升级后启用第一个 LUN 时未能正确解码 Mem_Stat_* 传感器。

本版本已解决该问题。
PR 2662558：如果 SD 卡不支持读取容量 16，日志中会显示许多错误
如果 ESXi 主机使用不支持读取容量 16 的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 读卡器设备，vmkernel 日志中可能会显示许多错误，例如：
2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
和
2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

本版本已解决该问题。
PR 2661818：如果数字传感器的名称属性中存在非 UTF8 字符串，vpxa 服务将失败
如果数字传感器的名称属性中存在非 UTF8 字符串，则 vpxa 服务将失败，ESXi 主机与 vCenter Server 系统的连接也将断开。

本版本已解决该问题。
PR 2664084：受管对象浏览器可能会显示错误的 CPU 和内存传感器状态
由于处理传感器条目时出错，memoryStatusInfo 和 cpuStatusInfo 数据可能会错误地包含非 CPU 和非内存传感器的状态。这会导致受管对象浏览器中的 CPU 和内存传感器的状态不正确。

本版本已解决该问题。
PR 2625155：在数据存储未格式化或损坏的介质上安装 ESXi 可能会失败
由于 VMFS 分区损坏、未格式化或具有不同的系统所有权，在具有无法挂载的数据存储的介质上安装 ESXi 可能会失败。在升级或安装期间，ESXi 安装程序还可能会从连接的 USB 引导介质上移除 VMFS 分区。

本版本已解决该问题。
PR 2658647：从 6.7 Update 2 及更高版本升级到 ESXi 7.x 后，配置为暂存分区的审核记录丢失
从 6.7 Update 2 及更高版本升级到 ESXi 7.x 后，不会保留配置为引导设备上的暂存分区的审核记录。6.7 Update 2 之后的 ESXi 的国家信息安全保证联盟 (NIAP) 认证要求是审核记录在升级后继续留在 /scratch 中。

本版本已解决该问题。对于较早的 ESXi 7.x 版本，请在升级前将 /scratch 中的审核记录备份到另一个文件系统或分区。
PR 2659015：备份操作完成后，hostd.log 文件中会充满相同的错误消息
备份操作完成后，诸如 Block list: Cannot convert disk path <vmdk file> to real path, skipping. 等相同错误消息会充满 hostd.log 文件。此问题会阻止其他 hostd 服务日志，并且可能会填满日志内存。

本版本已解决该问题。
PR 2654686：vSphere Virtual Volumes 算法可能不会选择 ESXi 主机请求的第一个配置 VVol
在 vSphere HA 环境中，当多个 ESXi 主机争相创建和挂载友好名称相同的配置 VVol 时，vSphere Virtual Volumes 算法将使用 UUID 进行选择。但是，UUID 所选的配置 VVol 可能不是 ESXi 主机请求的第一个配置 VVol，这种情况可能会导致 vSphere Virtual Volumes 数据存储出现问题。

本版本已解决该问题。当多个 ESXi 主机争相创建和挂载友好名称相同的配置 VVol 时，vSphere Virtual Volumes 算法使用时间戳（而不是 UUID）进行选择。
PR 2664278：升级 vCenter Server 系统后，在 vSphere Client 中无法更改 vpxa 服务的日志级别配置
升级 vCenter Server 系统后，可能会因为 Vpx.Vpxa.config.log.level 选项缺失或无效而无法通过 vSphere Client 或通过使用 API 在 ESX 主机上更改 vpxa 服务的日志级别配置。

本版本已解决该问题。vpxa 服务会自动为 Vpx.Vpxa.config.log.level 选项设置有效值，并将其公开给 vSphere Client 或 API 调用。
PR 2676632：USB 或 FCoE 设备上的 ESXi 找不到引导设备路径
如果 ESXi 安装在较慢的引导设备（如 USB 或 FCoE）上，ESXi 可能检测不到引导设备的存储路径。因此，系统将无法识别引导槽分区和其他分区（如 /scratch），并且不会保存配置更改。在 ESXi 引导时，/bootbank 和 /scratch 符号链接会引用临时内存中的路径。

本版本已解决该问题。但是，此修复适用于 ESXi 可在不到 2 分钟的时间检测到的引导设备。在极少数情况下，当引导设备检测所需时间超过 2 分钟时，您必须按照 VMware 知识库文章 2149444 中的步骤手动设置引导选项 devListStabilityCount 。
PR 2647557：VMware vSphere High Availability Agent 可能会由于内存问题变得无响应
在 vSphere Lifecycle Manager 集群映像管理下，Lifecycle Manager 代理可能无法联系 ESXi 主机以启动安装等任务。因此，vSphere Client 会显示一条错误消息，例如无法从 vCenter Server 访问 vSphere HA 代理 (The vSphere HA agent is not reachable from vCenter Server)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。

本版本已解决该问题。
PR 2647557：vSphere Lifecycle Manager 映像合规性检查可能会失败，并出现未知错误
在集群映像管理操作过程中，vSphere Lifecycle Manager 可能无法联系 ESXi 主机上的 Lifecycle Manager 代理。您会在 vSphere Client 中看到一个错误，例如，调用主机 API 时出现未知错误 (Unknown error occurred when invoking host API)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。

本版本已解决该问题。
PR 2628899：启用 vSphere HA 失败，并显示配置错误
在 vSphere Lifecycle Manager 集群映像管理下，vSphere HA 代理可能无法配置 ESXi 主机。因此，您会在 vSphere Client 中看到类似以下内容的错误：
无法在主机上完成 vSphere HA 代理配置。在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。
出现此故障的原因是，在 ESXi 主机上安装 vSphere HA 代理的过程耗用的内存可能超过了分配的配额。

本版本已解决该问题。
PR 2663717：在 vSphere Client 中，您会看到状态为“未知”的硬件运行状况警告
在 vSphere Client 中，您会看到针对 ESXi 主机上某些传感器显示状态为“未知”的硬件运行状况警告。

本版本已解决该问题。不支持解码的传感器将被忽略，并且不会包含在系统运行状况报告中。
PR 2633194：如果只是打开并关闭“编辑 NTP 设置”对话框，则“随主机启动和停止”选项将关闭
如果只是打开并关闭编辑 NTP 设置对话框，而不进行任何更改，则随主机启动和停止选项将关闭。ESXi 主机打开电源时 NTP 服务未启动。在 vSphere Client 中，您会看到 NTP 服务启动策略选项随主机启动和停止处于选中状态。但是，当您在 ESX Shell 中运行命令 chkconfig –list 时，NTP 服务处于关闭状态。

本版本已解决该问题。
PR 2670891：已启用更改块跟踪 (CBT) 的虚拟机的快照操作失败
如果禁止将软件 FCoE 适配器作为访问光纤通道存储的方法，则可能无法加载 CBT 模块并且 ESXi 可能无法检测到引导设备。因此，快照操作（例如创建和整合快照）会失败。

本版本已解决该问题。
PR 2665031：如果存在 Internet 连接或 DNS 解析问题，vSAN Health Service 将超时
如果出现连接问题，需要连接到 VMware 的 vSAN 运行状况检查可能会超时。vSphere Client 显示错误消息，如:
无法查询 vSAN 运行状况信息 (Unable to query vSAN health information)。请检查 vSphere Client 日志了解详细信息 (Check vSphere Client logs for details)。
此问题可能会影响联机运行状况检查、HCL 更新和 vSphere Lifecycle Manager 基准建议。如果 vCenter Server 无法解决该问题，则在查询 DNS 条目时，vSAN 运行状况检查可能会超时。

本版本已解决该问题。
PR 2644003：vSAN 主机在磁盘移除期间出现故障
取消配置要移除的磁盘时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。您会在回溯追踪中看到类似于以下内容的条目：

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

本版本已解决该问题。

esx-update_7.0.1-0.25.17325551

修补程序类别	缺陷修复
修补程序严重性	严重
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMware_bootbank_loadesx_7.0.1-0.25.17325551 VMware_bootbank_esx-update_7.0.1-0.25.17325551
已修复的 PR	不适用
CVE 编号	不适用

更新了 loadesx 和 esx-update VIB。

VMware-vmkata_0.1-1vmw.701.0.25.17325551

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

更新了 vmkata VIB。

HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551

修补程序类别	缺陷修复
修补程序严重性	适中
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
已修复的 PR	2655992
CVE 编号	不适用

更新了 nhpsa VIB 以解决下列问题：

更新了 nhpsa 驱动程序
适用于 HPE 智能阵列控制器的 ESXi 本机驱动程序的磁盘可维护性插件 nhpsa 已更新到版本 70.0051.0.100 以解决多个已知问题。

VMware-vmkusb_0.1-1vmw.701.0.25.17325551

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

更新了 vmkusb VIB。

Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551

修补程序类别	缺陷修复
修补程序严重性	适中
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
已修复的 PR	2661584
CVE 编号	不适用

更新了 smartpqi VIB 以解决下列问题：

更新 smartpqi 驱动程序
适用于 Microsemi 智能系列控制器的 ESXi 本机 SCSI 驱动程序的磁盘可维护性插件 smartpqi 已更新到版本 70.4000.0.100-5，以恢复多个缺少的设备 ID。

ESXi_7.0.1-0.20.17325020

修补程序类别	安全
修补程序严重性	严重
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMware_bootbank_crx_7.0.1-0.20.17325020 VMware_bootbank_esx-xserver_7.0.1-0.20.17325020 VMware_bootbank_esx-base_7.0.1-0.20.17325020 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020 VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020 VMware_bootbank_vsan_7.0.1-0.20.17325020 VMware_bootbank_vsanhealth_7.0.1-0.20.17325020 VMware_bootbank_gc_7.0.1-0.20.17325020 VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020 VMware_bootbank_vdfs_7.0.1-0.20.17325020
已修复的 PR	2661006、2671485、2636149
CVE 编号	CVE-2020-3999

ESXi 7.0 Update 1c 解决了由于 GuestInfo 变量中的输入验证错误而拒绝服务的漏洞。对虚拟机具有正常用户访问特权的恶意行动者可能会导致虚拟机的 VMX 进程失败，从而出现拒绝服务的情况。常见漏洞与暴露方案 (cve.mitre.org) 为此问题分配了标识符 CVE-2020-3999。有关详细信息，请参阅 VMSA-2020-0029。
更新 SQLite 数据库
SQLite 数据库已更新到版本 3.33.0。
OpenSSL 库更新
ESXi userworld OpenSSL 库已更新到版本 openssl-1.0.2w。
更新 OpenSSH
OpenSSH 已更新到版本 8.3p1。
网络时间协议 (NTP) 守护进程更新
NTP 守护进程已更新到版本 ntp-4.2.8p15。
libcurl 库更新
ESXi userworld libcurl 库已更新到版本 7.72.0。
以下 VMware Tools ISO 映像与 ESXi 7.0 Update 1c 捆绑在一起：
- windows.iso：VMware Tools 11.1.5 支持 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更高版本。
- linux.iso：适用于安装了 glibc 2.5 或更高版本的 Linux 操作系统的 VMware Tools 10.3.22 ISO 映像。
以下 VMware Tools ISO 映像可供下载：
- VMware Tools 10.0.12：
  - winPreVista.iso：适用于 Windows 2000、Windows XP 和 Windows 2003。
  - linuxPreGLibc25.iso：适用于 glibc 版本低于 2.5 的 Linux 操作系统。
- VMware Tools 11.0.6
  - windows.iso：适用于 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
- solaris.iso：适用于 Solaris 的 VMware Tools 映像。
- darwin.iso：适用于 OSX 的 VMware Tools 映像。
下载未与 ESXi 捆绑的平台对应的 VMware Tools 时，请遵循以下文档中列出的步骤：

esx-update_7.0.1-0.20.17325020

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

更新了 loadesx 和 esx-update VIB。

VMware-vmkata_0.1-1vmw.701.0.20.17325020

修补程序类别	安全
修补程序严重性	重要
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020
已修复的 PR	不适用
CVE 编号	不适用

更新了 vmkata VIB。

VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020

修补程序类别	安全
修补程序严重性	重要
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
已修复的 PR	不适用
CVE 编号	不适用

更新了 nvmerdma VIB。

VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020

修补程序类别	安全
修补程序严重性	重要
需要重新引导主机	是
需要迁移或关闭虚拟机	是
受影响的硬件	不适用
受影响的软件	不适用
包含的 VIB	VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
已修复的 PR	不适用
CVE 编号	不适用

更新了 vmkfcoe VIB。

VMware-vmkusb_0.1-1vmw.701.0.20.17325020

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

更新了 vmkusb VIB。

ESXi-7.0U1c-17325551-standard

配置文件名称	ESXi-7.0U1c-17325551-standard
内部版本	有关内部版本信息，请参见本版本中包含的修补程序。
供应商	VMware, Inc.
发布日期	2020 年 12 月 17 日
接受级别	合作伙伴支持
受影响的硬件	不适用
受影响的软件	不适用
受影响的 VIB	VMware_bootbank_crx_7.0.1-0.25.17325551 VMware_bootbank_esx-xserver_7.0.1-0.25.17325551 VMware_bootbank_esx-base_7.0.1-0.25.17325551 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551 VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551 VMware_bootbank_vsan_7.0.1-0.25.17325551 VMware_bootbank_vsanhealth_7.0.1-0.25.17325551 VMware_bootbank_gc_7.0.1-0.25.17325551 VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551 VMware_bootbank_vdfs_7.0.1-0.25.17325551 VMware_bootbank_loadesx_7.0.1-0.25.17325551 VMware_bootbank_esx-update_7.0.1-0.25.17325551 VMware_bootbank_loadesx_7.0.1-0.25.17325551 VMware_bootbank_esx-update_7.0.1-0.25.17325551 VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551 VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551 VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
已修复的 PR	2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
相关的 CVE 编号	CVE-2020-3999

此修补程序更新了以下问题：
- ESXi 主机上网络绑定故障恢复延迟的参数 Net.TeamPolicyUpDelay 当前设置为 10 分钟，但在某些环境中，物理交换机重新引导后可能需要 10 分钟以上的时间才能做好接收或传输数据的准备。因此，您可能会看到网络连接断开。
- 任何 DFW 筛选器重新配置活动（如添加或移除筛选器）都可能会导致某些筛选器开始丢弃数据包。因此，虚拟机会断开网络连接，您需要重置 vmnic、更改端口组或重新引导虚拟机以还原流量。在 summarize-dvfilter 命令的输出中，您会看到针对失败筛选器的 state: IOChain Detaching。
- 在某些渲染操作过程中，如果过度读取缓冲区，可能会导致启用了 3D 的虚拟机在与使用 3D 加速的图形应用程序交互时出现故障并显示 SIGSEGV 错误。
- 如果虚拟机在热插拔操作期间重新启动或重置，则虚拟机的 vmware.log 文件中的日志可能会填满可用的磁盘空间，并使虚拟机无响应。日志消息完全相同，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。
- 当具有多个虚拟 CPU 且启用了 SEV-ES 的 Linux 虚拟机引导时，除 CPU0 以外的所有 CPU 都处于脱机状态。无法使其余 CPU 联机。dmesg 命令返回错误，如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。
- 如果虚拟机目录下存在 .vswp 交换文件，您会在扫描目录中的所有文件时看到错误消息：设备或资源正忙 (Device or resource busy)。您还会在 vSAN 命名空间对象上看到额外的 I/O 流，并会看到 hostd 服务变得缓慢。
  如果您尝试将扩展名为 .vswp 的文件作为对象描述符打开，则会出现此问题。VMX 进程的交换文件和虚拟机的主内存具有相同的扩展名 .vswp，但不能将 VMX 进程的交换文件作为对象描述符打开。
- 在极少数情况下，尝试在同一目录下创建文件并移除目录的多个线程的争用情况可能会导致出现死锁，继而引起 hostd 服务失败。在重新启动 ESXi 主机后，该服务才会恢复。vmkernel 日志中会显示警示，例如：
  
  2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive.
  
  这种死锁可能也会影响其他服务，但争用情况持续的时段较短，因此不会频繁出现此问题。
- 虚拟机加密可能需要几个小时，而且最终会失败并在 hostd 服务日志中显示 The file already exists 错误。如果虚拟机配置文件中存在孤立的或未使用的文件 <vm name="">.nvram，则会出现该问题。如果虚拟机的 .vmx 文件中存在 NVRAM = “nvram” 等条目，加密操作将使用 .nvram 文件扩展名创建一个加密文件，且系统会将其视为现有孤立文件的副本。
- 如果 vSAN 尝试禁用的内存缓存达到或超过 256 GB，该操作可能会导致 ESXi 主机出现故障，并显示紫色诊断屏幕。
- 如果在 ESXi 主机上启用 LiveCoreDump 作为收集系统日志的选项，则主机可能会变得无响应。您会在紫色诊断屏幕上看到一个错误，例如，#环境 2125468 中出现 PF 异常 14 (#PF Exception 14 in world 2125468)。
- 升级 HP Gen10 服务器上的固件版本后，您可能会看到 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 传感器的运行状况警报（与传感器实体 ID 44.x 有关）。警报并不代表存在实际运行状况问题，您可以忽略它们，不管固件版本如何。
- 如果从 Active Directory 配置中禁用 RC4，则 ESXi 主机的用户身份验证可能会失败，并且出现无法对用户进行身份验证 (Failed to authenticate user) 错误。
- 如果在 NFS 服务器故障切换或故障恢复期间反复发出回收请求，则打开的回收将失败，并导致 NFS 4.1 数据存储上的虚拟机变得无响应。
- 当虚拟机从快照中恢复时，在使用 vSphere vMotion 进行迁移操作、恢复挂起的虚拟机或执行热插拔操作后，您可能会看到针对某些磁盘 I/O 工作负载报告的 %SYS 时间会小幅增加。出现此问题的原因是，PVSCSI 虚拟存储适配器可能会停止根据客户机工作负载动态调整内部队列的大小。因此，在高 I/O 活动期间驱动程序开销会增加，这可能会导致某些磁盘 I/O 工作负载的 %SYS 时间小幅增加。该问题不会影响 NVMe 和 LSI 虚拟设备。
- EVC 集群中 AMD 主机上的 Java 应用程序可能无法启动并报告错误：未知 x64 处理器：SSE2 不受支持 (Unknown x64 processor: SSE2 not supported)。出现此问题的原因是，CPUID 字段 family (leaf 1, EAX, bits 11-8) 的值不正确。因此，vCenter Server Appliance 上的 Lookup Service 和其他基于 Java 的服务无法启动。
- 将 HPE 服务器（如 HPE ProLiant Gen10 和 Gen10 Plus）升级到 iLO 5 固件版本 2.30 后，vSphere Client 将显示内存传感器运行状况警示。出现此问题的原因是，硬件运行状况监控系统在升级后启用第一个 LUN 时未能正确解码 Mem_Stat_* 传感器。
- 如果 ESXi 主机使用不支持读取容量 16 的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 读卡器设备，vmkernel 日志中可能会显示许多错误，例如：
  2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
  和
  2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...
- 如果数字传感器的名称属性中存在非 UTF8 字符串，则 vpxa 服务将失败，ESXi 主机与 vCenter Server 系统的连接也将断开。
- 由于处理传感器条目时出错，memoryStatusInfo 和 cpuStatusInfo 数据可能会错误地包含非 CPU 和非内存传感器的状态。这会导致受管对象浏览器中的 CPU 和内存传感器的状态不正确。
- 由于 VMFS 分区损坏、未格式化或具有不同的系统所有权，在具有无法挂载的数据存储的介质上安装 ESXi 可能会失败。在升级或安装期间，ESXi 安装程序还可能会从连接的 USB 引导介质上移除 VMFS 分区。
- 从 6.7 Update 2 及更高版本升级到 ESXi 7.x 后，不会保留配置为引导设备上的暂存分区的审核记录。6.7 Update 2 之后的 ESXi 的国家信息安全保证联盟 (NIAP) 认证要求是审核记录在升级后继续留在 /scratch 中。
- 备份操作完成后，诸如 Block list: Cannot convert disk path <vmdk file> to real path, skipping. 等相同错误消息会充满 hostd.log 文件。此问题会阻止其他 hostd 服务日志，并且可能会填满日志内存。
- 在 vSphere HA 环境中，当多个 ESXi 主机争相创建和挂载友好名称相同的配置 VVol 时，vSphere Virtual Volumes 算法将使用 UUID 进行选择。但是，UUID 所选的配置 VVol 可能不是 ESXi 主机请求的第一个配置 VVol，这种情况可能会导致 vSphere Virtual Volumes 数据存储出现问题。
- 升级 vCenter Server 系统后，可能会因为 Vpx.Vpxa.config.log.level 选项缺失或无效而无法通过 vSphere Client 或通过使用 API 在 ESX 主机上更改 vpxa 服务的日志级别配置。
- 如果 ESXi 安装在较慢的引导设备（如 USB 或 FCoE）上，ESXi 可能检测不到引导设备的存储路径。因此，系统将无法识别引导槽分区和其他分区（如 /scratch），并且不会保存配置更改。在 ESXi 引导时，/bootbank 和 /scratch 符号链接会引用临时内存中的路径。
- 在 vSphere Lifecycle Manager 集群映像管理下，Lifecycle Manager 代理可能无法联系 ESXi 主机以启动安装等任务。因此，vSphere Client 会显示一条错误消息，例如无法从 vCenter Server 访问 vSphere HA 代理 (The vSphere HA agent is not reachable from vCenter Server)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。
- 在集群映像管理操作过程中，vSphere Lifecycle Manager 可能无法联系 ESXi 主机上的 Lifecycle Manager 代理。您会在 vSphere Client 中看到一个错误，例如，调用主机 API 时出现未知错误 (Unknown error occurred when invoking host API)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。
- 在 vSphere Lifecycle Manager 集群映像管理下，vSphere HA 代理可能无法配置 ESXi 主机。因此，您会在 vSphere Client 中看到类似以下内容的错误：
  无法在主机上完成 vSphere HA 代理配置。在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。
  出现此故障的原因是，在 ESXi 主机上安装 vSphere HA 代理的过程耗用的内存可能超过了分配的配额。
- 在 vSphere Client 中，您会看到针对 ESXi 主机上某些传感器显示状态为“未知”的硬件运行状况警告。
- 如果只是打开并关闭编辑 NTP 设置对话框，而不进行任何更改，则随主机启动和停止选项将关闭。ESXi 主机打开电源时 NTP 服务未启动。在 vSphere Client 中，您会看到 NTP 服务启动策略选项随主机启动和停止处于选中状态。但是，当您在 ESX Shell 中运行命令 chkconfig –list 时，NTP 服务处于关闭状态。
- 如果禁止将软件 FCoE 适配器作为访问光纤通道存储的方法，则可能无法加载 CBT 模块并且 ESXi 可能无法检测到引导设备。因此，快照操作（例如创建和整合快照）会失败。
- 如果出现连接问题，需要连接到 VMware 的 vSAN 运行状况检查可能会超时。vSphere Client 显示错误消息，如:
  无法查询 vSAN 运行状况信息 (Unable to query vSAN health information)。请检查 vSphere Client 日志了解详细信息 (Check vSphere Client logs for details)。
  此问题可能会影响联机运行状况检查、HCL 更新和 vSphere Lifecycle Manager 基准建议。如果 vCenter Server 无法解决该问题，则在查询 DNS 条目时，vSAN 运行状况检查可能会超时。
- 取消配置要移除的磁盘时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。您会在回溯追踪中看到类似于以下内容的条目：
```
2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0
```
- 如果 NVME 设备配置了多个命名空间，则对 vSAN 安全磁盘擦除操作的支持可能会随命名空间数量的变化而动态变化。如果在执行安全擦除操作期间配置新的命名空间（例如在 VxRail 或 Google Cloud Platform 中），则新添加的命名空间上的数据可能会被擦除。
- 适用于 HPE 智能阵列控制器的 ESXi 本机驱动程序的磁盘可维护性插件 nhpsa 已更新到版本 70.0051.0.100 以解决多个已知问题。
- 适用于 Microsemi 智能系列控制器的 ESXi 本机 SCSI 驱动程序的磁盘可维护性插件 smartpqi 已更新到版本 70.4000.0.100-5，以恢复多个缺少的设备 ID。

ESXi-7.0U1c-17325551-no-tools

配置文件名称	ESXi-7.0U1c-17325551-no-tools
内部版本	有关内部版本信息，请参见本版本中包含的修补程序。
供应商	VMware, Inc.
发布日期	2020 年 12 月 17 日
接受级别	合作伙伴支持
受影响的硬件	不适用
受影响的软件	不适用
受影响的 VIB	VMware_bootbank_crx_7.0.1-0.25.17325551 VMware_bootbank_esx-xserver_7.0.1-0.25.17325551 VMware_bootbank_esx-base_7.0.1-0.25.17325551 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551 VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551 VMware_bootbank_vsan_7.0.1-0.25.17325551 VMware_bootbank_vsanhealth_7.0.1-0.25.17325551 VMware_bootbank_gc_7.0.1-0.25.17325551 VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551 VMware_bootbank_vdfs_7.0.1-0.25.17325551 VMware_bootbank_loadesx_7.0.1-0.25.17325551 VMware_bootbank_esx-update_7.0.1-0.25.17325551 VMware_bootbank_loadesx_7.0.1-0.25.17325551 VMware_bootbank_esx-update_7.0.1-0.25.17325551 VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551 VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551 VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
已修复的 PR	2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
相关的 CVE 编号	CVE-2020-3999

此修补程序更新了以下问题：
- ESXi 主机上网络绑定故障恢复延迟的参数 Net.TeamPolicyUpDelay 当前设置为 10 分钟，但在某些环境中，物理交换机重新引导后可能需要 10 分钟以上的时间才能做好接收或传输数据的准备。因此，您可能会看到网络连接断开。
- 任何 DFW 筛选器重新配置活动（如添加或移除筛选器）都可能会导致某些筛选器开始丢弃数据包。因此，虚拟机会断开网络连接，您需要重置 vmnic、更改端口组或重新引导虚拟机以还原流量。在 summarize-dvfilter 命令的输出中，您会看到针对失败筛选器的 state: IOChain Detaching。
- 在某些渲染操作过程中，如果过度读取缓冲区，可能会导致启用了 3D 的虚拟机在与使用 3D 加速的图形应用程序交互时出现故障并显示 SIGSEGV 错误。
- 如果虚拟机在热插拔操作期间重新启动或重置，则虚拟机的 vmware.log 文件中的日志可能会填满可用的磁盘空间，并使虚拟机无响应。日志消息完全相同，例如：acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF。
- 当具有多个虚拟 CPU 且启用了 SEV-ES 的 Linux 虚拟机引导时，除 CPU0 以外的所有 CPU 都处于脱机状态。无法使其余 CPU 联机。dmesg 命令返回错误，如 smpboot: do_boot_cpu failed(-1) to wakeup CPU#1。
- 如果虚拟机目录下存在 .vswp 交换文件，您会在扫描目录中的所有文件时看到错误消息：设备或资源正忙 (Device or resource busy)。您还会在 vSAN 命名空间对象上看到额外的 I/O 流，并会看到 hostd 服务变得缓慢。
  如果您尝试将扩展名为 .vswp 的文件作为对象描述符打开，则会出现此问题。VMX 进程的交换文件和虚拟机的主内存具有相同的扩展名 .vswp，但不能将 VMX 进程的交换文件作为对象描述符打开。
- 在极少数情况下，尝试在同一目录下创建文件并移除目录的多个线程的争用情况可能会导致出现死锁，继而引起 hostd 服务失败。在重新启动 ESXi 主机后，该服务才会恢复。vmkernel 日志中会显示警示，例如：
  
  2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive.
  
  这种死锁可能也会影响其他服务，但争用情况持续的时段较短，因此不会频繁出现此问题。
- 虚拟机加密可能需要几个小时，而且最终会失败并在 hostd 服务日志中显示 The file already exists 错误。如果虚拟机配置文件中存在孤立的或未使用的文件 <vm name="">.nvram，则会出现该问题。如果虚拟机的 .vmx 文件中存在 NVRAM = “nvram” 等条目，加密操作将使用 .nvram 文件扩展名创建一个加密文件，且系统会将其视为现有孤立文件的副本。
- 如果 vSAN 尝试禁用的内存缓存达到或超过 256 GB，该操作可能会导致 ESXi 主机出现故障，并显示紫色诊断屏幕。
- 如果在 ESXi 主机上启用 LiveCoreDump 作为收集系统日志的选项，则主机可能会变得无响应。您会在紫色诊断屏幕上看到一个错误，例如，#环境 2125468 中出现 PF 异常 14 (#PF Exception 14 in world 2125468)。
- 升级 HP Gen10 服务器上的固件版本后，您可能会看到 I/O Module 2 ALOM_Link_P2 和 NIC_Link_02P2 传感器的运行状况警报（与传感器实体 ID 44.x 有关）。警报并不代表存在实际运行状况问题，您可以忽略它们，不管固件版本如何。
- 如果从 Active Directory 配置中禁用 RC4，则 ESXi 主机的用户身份验证可能会失败，并且出现无法对用户进行身份验证 (Failed to authenticate user) 错误。
- 如果在 NFS 服务器故障切换或故障恢复期间反复发出回收请求，则打开的回收将失败，并导致 NFS 4.1 数据存储上的虚拟机变得无响应。
- 当虚拟机从快照中恢复时，在使用 vSphere vMotion 进行迁移操作、恢复挂起的虚拟机或执行热插拔操作后，您可能会看到针对某些磁盘 I/O 工作负载报告的 %SYS 时间会小幅增加。出现此问题的原因是，PVSCSI 虚拟存储适配器可能会停止根据客户机工作负载动态调整内部队列的大小。因此，在高 I/O 活动期间驱动程序开销会增加，这可能会导致某些磁盘 I/O 工作负载的 %SYS 时间小幅增加。该问题不会影响 NVMe 和 LSI 虚拟设备。
- EVC 集群中 AMD 主机上的 Java 应用程序可能无法启动并报告错误：未知 x64 处理器：SSE2 不受支持 (Unknown x64 processor: SSE2 not supported)。出现此问题的原因是，CPUID 字段 family (leaf 1, EAX, bits 11-8) 的值不正确。因此，vCenter Server Appliance 上的 Lookup Service 和其他基于 Java 的服务无法启动。
- 将 HPE 服务器（如 HPE ProLiant Gen10 和 Gen10 Plus）升级到 iLO 5 固件版本 2.30 后，vSphere Client 将显示内存传感器运行状况警示。出现此问题的原因是，硬件运行状况监控系统在升级后启用第一个 LUN 时未能正确解码 Mem_Stat_* 传感器。
- 如果 ESXi 主机使用不支持读取容量 16 的 VID:PID/0bda:0329 Realtek Semiconductor Corp USB 3.0 SD 读卡器设备，vmkernel 日志中可能会显示许多错误，例如：
  2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
  和
  2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...
- 如果数字传感器的名称属性中存在非 UTF8 字符串，则 vpxa 服务将失败，ESXi 主机与 vCenter Server 系统的连接也将断开。
- 由于处理传感器条目时出错，memoryStatusInfo 和 cpuStatusInfo 数据可能会错误地包含非 CPU 和非内存传感器的状态。这会导致受管对象浏览器中的 CPU 和内存传感器的状态不正确。
- 由于 VMFS 分区损坏、未格式化或具有不同的系统所有权，在具有无法挂载的数据存储的介质上安装 ESXi 可能会失败。在升级或安装期间，ESXi 安装程序还可能会从连接的 USB 引导介质上移除 VMFS 分区。
- 从 6.7 Update 2 及更高版本升级到 ESXi 7.x 后，不会保留配置为引导设备上的暂存分区的审核记录。6.7 Update 2 之后的 ESXi 的国家信息安全保证联盟 (NIAP) 认证要求是审核记录在升级后继续留在 /scratch 中。
- 备份操作完成后，诸如 Block list: Cannot convert disk path <vmdk file> to real path, skipping. 等相同错误消息会充满 hostd.log 文件。此问题会阻止其他 hostd 服务日志，并且可能会填满日志内存。
- 在 vSphere HA 环境中，当多个 ESXi 主机争相创建和挂载友好名称相同的配置 VVol 时，vSphere Virtual Volumes 算法将使用 UUID 进行选择。但是，UUID 所选的配置 VVol 可能不是 ESXi 主机请求的第一个配置 VVol，这种情况可能会导致 vSphere Virtual Volumes 数据存储出现问题。
- 升级 vCenter Server 系统后，可能会因为 Vpx.Vpxa.config.log.level 选项缺失或无效而无法通过 vSphere Client 或通过使用 API 在 ESX 主机上更改 vpxa 服务的日志级别配置。
- 如果 ESXi 安装在较慢的引导设备（如 USB 或 FCoE）上，ESXi 可能检测不到引导设备的存储路径。因此，系统将无法识别引导槽分区和其他分区（如 /scratch），并且不会保存配置更改。在 ESXi 引导时，/bootbank 和 /scratch 符号链接会引用临时内存中的路径。
- 在 vSphere Lifecycle Manager 集群映像管理下，Lifecycle Manager 代理可能无法联系 ESXi 主机以启动安装等任务。因此，vSphere Client 会显示一条错误消息，例如无法从 vCenter Server 访问 vSphere HA 代理 (The vSphere HA agent is not reachable from vCenter Server)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。
- 在集群映像管理操作过程中，vSphere Lifecycle Manager 可能无法联系 ESXi 主机上的 Lifecycle Manager 代理。您会在 vSphere Client 中看到一个错误，例如，调用主机 API 时出现未知错误 (Unknown error occurred when invoking host API)。当 ESXi 主机上的 vSphere Lifecycle Manager 任务状态数据库未经常清理并且 Lifecycle Manager 代理分配的内存不足以处理数据库文件的大小时，会出现此问题。
- 在 vSphere Lifecycle Manager 集群映像管理下，vSphere HA 代理可能无法配置 ESXi 主机。因此，您会在 vSphere Client 中看到类似以下内容的错误：
  无法在主机上完成 vSphere HA 代理配置。在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。
  出现此故障的原因是，在 ESXi 主机上安装 vSphere HA 代理的过程耗用的内存可能超过了分配的配额。
- 在 vSphere Client 中，您会看到针对 ESXi 主机上某些传感器显示状态为“未知”的硬件运行状况警告。
- 如果只是打开并关闭编辑 NTP 设置对话框，而不进行任何更改，则随主机启动和停止选项将关闭。ESXi 主机打开电源时 NTP 服务未启动。在 vSphere Client 中，您会看到 NTP 服务启动策略选项随主机启动和停止处于选中状态。但是，当您在 ESX Shell 中运行命令 chkconfig –list 时，NTP 服务处于关闭状态。
- 如果禁止将软件 FCoE 适配器作为访问光纤通道存储的方法，则可能无法加载 CBT 模块并且 ESXi 可能无法检测到引导设备。因此，快照操作（例如创建和整合快照）会失败。
- 如果出现连接问题，需要连接到 VMware 的 vSAN 运行状况检查可能会超时。vSphere Client 显示错误消息，如:
  无法查询 vSAN 运行状况信息 (Unable to query vSAN health information)。请检查 vSphere Client 日志了解详细信息 (Check vSphere Client logs for details)。
  此问题可能会影响联机运行状况检查、HCL 更新和 vSphere Lifecycle Manager 基准建议。如果 vCenter Server 无法解决该问题，则在查询 DNS 条目时，vSAN 运行状况检查可能会超时。
- 取消配置要移除的磁盘时，ESXi 主机可能会出现故障并显示紫色诊断屏幕。您会在回溯追踪中看到类似于以下内容的条目：
```
2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0
```
- 如果 NVME 设备配置了多个命名空间，则对 vSAN 安全磁盘擦除操作的支持可能会随命名空间数量的变化而动态变化。如果在执行安全擦除操作期间配置新的命名空间（例如在 VxRail 或 Google Cloud Platform 中），则新添加的命名空间上的数据可能会被擦除。
- 适用于 HPE 智能阵列控制器的 ESXi 本机驱动程序的磁盘可维护性插件 nhpsa 已更新到版本 70.0051.0.100 以解决多个已知问题。
- 适用于 Microsemi 智能系列控制器的 ESXi 本机 SCSI 驱动程序的磁盘可维护性插件 smartpqi 已更新到版本 70.4000.0.100-5，以恢复多个缺少的设备 ID。

ESXi-7.0U1sc-17325020-standard

配置文件名称	ESXi-7.0U1sc-17325020-standard
内部版本	有关内部版本信息，请参见本版本中包含的修补程序。
供应商	VMware, Inc.
发布日期	2020 年 12 月 17 日
接受级别	合作伙伴支持
受影响的硬件	不适用
受影响的软件	不适用
受影响的 VIB	VMware_bootbank_crx_7.0.1-0.20.17325020 VMware_bootbank_esx-xserver_7.0.1-0.20.17325020 VMware_bootbank_esx-base_7.0.1-0.20.17325020 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020 VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020 VMware_bootbank_vsan_7.0.1-0.20.17325020 VMware_bootbank_vsanhealth_7.0.1-0.20.17325020 VMware_bootbank_gc_7.0.1-0.20.17325020 VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020 VMware_bootbank_vdfs_7.0.1-0.20.17325020 VMware_bootbank_esx-update_7.0.1-0.20.17325020 VMware_bootbank_loadesx_7.0.1-0.20.17325020 VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020 VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020 VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020 VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
已修复的 PR	2661006、2671485、2636149
相关的 CVE 编号	CVE-2020-3999

此修补程序更新了以下问题：
- ESXi 7.0 Update 1c 解决了由于 GuestInfo 变量中的输入验证错误而拒绝服务的漏洞。对虚拟机具有正常用户访问特权的恶意行动者可能会导致虚拟机的 VMX 进程失败，从而出现拒绝服务的情况。常见漏洞与暴露方案 (cve.mitre.org) 为此问题分配了标识符 CVE-2020-3999。有关详细信息，请参阅 VMSA-2020-0029。
- SQLite 数据库已更新到版本 3.33.0。
- ESXi userworld OpenSSL 库已更新到版本 openssl-1.0.2w。
- OpenSSH 已更新到版本 8.3p1。
- NTP 守护进程已更新到版本 ntp-4.2.8p15。
- ESXi userworld libcurl 库已更新到版本 7.72.0。
- 以下 VMware Tools ISO 映像与 ESXi 7.0 Update 1c 捆绑在一起：
  - windows.iso：VMware Tools 11.1.5 支持 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更高版本。
  - linux.iso：适用于安装了 glibc 2.5 或更高版本的 Linux 操作系统的 VMware Tools 10.3.22 ISO 映像。
  以下 VMware Tools ISO 映像可供下载：
  - VMware Tools 10.0.12：
    - winPreVista.iso：适用于 Windows 2000、Windows XP 和 Windows 2003。
    - linuxPreGLibc25.iso：适用于 glibc 版本低于 2.5 的 Linux 操作系统。
  - VMware Tools 11.0.6
    - windows.iso：适用于 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
  - solaris.iso：适用于 Solaris 的 VMware Tools 映像。
  - darwin.iso：适用于 OSX 的 VMware Tools 映像。
  下载未与 ESXi 捆绑的平台对应的 VMware Tools 时，请遵循以下文档中列出的步骤：

ESXi-7.0U1sc-17325020-no-tools

配置文件名称	ESXi-7.0U1sc-17325020-no-tools
内部版本	有关内部版本信息，请参见本版本中包含的修补程序。
供应商	VMware, Inc.
发布日期	2020 年 12 月 17 日
接受级别	合作伙伴支持
受影响的硬件	不适用
受影响的软件	不适用
受影响的 VIB	VMware_bootbank_crx_7.0.1-0.20.17325020 VMware_bootbank_esx-xserver_7.0.1-0.20.17325020 VMware_bootbank_esx-base_7.0.1-0.20.17325020 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020 VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020 VMware_bootbank_vsan_7.0.1-0.20.17325020 VMware_bootbank_vsanhealth_7.0.1-0.20.17325020 VMware_bootbank_gc_7.0.1-0.20.17325020 VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020 VMware_bootbank_vdfs_7.0.1-0.20.17325020 VMware_bootbank_esx-update_7.0.1-0.20.17325020 VMware_bootbank_loadesx_7.0.1-0.20.17325020 VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020 VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020 VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020 VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
已修复的 PR	2661006、2671485、2636149
相关的 CVE 编号	CVE-2020-3999

此修补程序更新了以下问题：
- ESXi 7.0 Update 1c 解决了由于 GuestInfo 变量中的输入验证错误而拒绝服务的漏洞。对虚拟机具有正常用户访问特权的恶意行动者可能会导致虚拟机的 VMX 进程失败，从而出现拒绝服务的情况。常见漏洞与暴露方案 (cve.mitre.org) 为此问题分配了标识符 CVE-2020-3999。有关详细信息，请参阅 VMSA-2020-0029。
- SQLite 数据库已更新到版本 3.33.0。
- ESXi userworld OpenSSL 库已更新到版本 openssl-1.0.2w。
- OpenSSH 已更新到版本 8.3p1。
- NTP 守护进程已更新到版本 ntp-4.2.8p15。
- ESXi userworld libcurl 库已更新到版本 7.72.0。
- 以下 VMware Tools ISO 映像与 ESXi 7.0 Update 1c 捆绑在一起：
  - windows.iso：VMware Tools 11.1.5 支持 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更高版本。
  - linux.iso：适用于安装了 glibc 2.5 或更高版本的 Linux 操作系统的 VMware Tools 10.3.22 ISO 映像。
  以下 VMware Tools ISO 映像可供下载：
  - VMware Tools 10.0.12：
    - winPreVista.iso：适用于 Windows 2000、Windows XP 和 Windows 2003。
    - linuxPreGLibc25.iso：适用于 glibc 版本低于 2.5 的 Linux 操作系统。
  - VMware Tools 11.0.6
    - windows.iso：适用于 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。
  - solaris.iso：适用于 Solaris 的 VMware Tools 映像。
  - darwin.iso：适用于 OSX 的 VMware Tools 映像。
  下载未与 ESXi 捆绑的平台对应的 VMware Tools 时，请遵循以下文档中列出的步骤：

ESXi Image - ESXi70U1c-17325551

名称	ESXi
版本	7.0 U1c-17325551
发布日期	2020 年 12 月 17 日
类别	增强功能
受影响的组件	ESXi ESXi 安装/升级组件 VMWare ATA 存储控制器驱动程序 HPE 智能阵列控制器驱动程序 VMWare USB 驱动程序 Microsemi 存储解决方案智能阵列存储控制器驱动程序
已修复的 PR	2656093、2652863、2653874、2643508、2644189、2652344、2661064、2667291、2662512、2644221、2662606、2661153、2655181、2657411、2675442、2657649、2662558、2661818、2664084、2625155、2658647、2659015、2654686、2664278、2676632、2647557、2647557、2628899、2663717、2633194、2661808、2670891、2665031、2644003、2664045、2655992、2661584
相关的 CVE 编号	CVE-2020-3999

ESXi Image - ESXi7.0U1sc-17325020

名称	ESXi
版本	7.0 U1sc-17325020
发布日期	2020 年 12 月 17 日
类别	增强功能
受影响的组件	ESXi ESXi 安装/升级组件 VMWare ATA 存储控制器驱动程序 VMware NVMe over Fabric - RDMA 驱动程序 VMware 本机软件 FCoE 驱动程序 VMWare USB 驱动程序
已修复的 PR	2661006、2671485、2636149
相关的 CVE 编号	CVE-2020-3999

已知问题

已知问题分为如下类别。

升级问题
其他问题
早期版本的已知问题

升级问题

使用 ESXCLI 从 ESXi 6.5x 和 6.7.0 升级到 7.x 时可能会由于空间限制而失败
通过使用 esxcli software profile update 或 esxcli software profile install ESXCLI 命令从 ESXi 6.5.x 和 6.7.0 升级到 7.x 可能会失败，因为 ESXi 引导槽可能小于映像配置文件的大小。在 ESXi Shell 或 PowerCLI shell 中，您会看到类似以下内容的错误：
[InstallationError] 挂起的事务需要 244 MB 的可用空间，但支持的最大大小为 239 MB。 Please refer to the log file for more details.
尝试使用 ESXCLI 命令 esxcli software vib update 或 esxcli software vib install 升级 ESXi 主机时，也会出现该问题。

解决办法：您可以分两个步骤来执行升级：使用 esxcli software profile update 命令将 ESXi 主机更新到 ESXi 6.7 Update 1 或更高版本，然后再更新到 7.0 Update 1c。或者，也可以使用 ISO 映像和 vSphere Lifecycle Manager 运行升级。

其他问题

具有多个命名空间的 NVMe 设备不支持 vSAN 安全磁盘擦除
如果 NVME 设备配置了多个命名空间，则不支持 vSAN 安全磁盘擦除操作。
如果在执行安全擦除操作时配置了新的命名空间（例如，在适用于 Dell EMC VxRail 或 Google Cloud 平台的 VMware Tanzu Architecture 中），则新添加的命名空间中的数据可能会被擦除，因此仅具有单个命名空间的 NVME 设备才支持 vSAN 安全磁盘擦除操作。

解决办法：无

早期版本的已知问题

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

早期的已知问题分为如下类别。

安装、升级和迁移问题
安全功能问题
网络连接问题
存储问题
vCenter Server 和 vSphere Client 问题
虚拟机管理问题
vSphere HA 和 Fault Tolerance 问题
vSphere Lifecycle Manager 问题
其他问题

安装、升级和迁移问题

vCenter 升级/迁移预检查失败，并显示“意外错误 87 (Unexpected error 87)”
当 Security Token Service (STS) 证书不包含主体备用名称 (SAN) 字段时，vCenter Server 升级/迁移预检查将失败。如果已将 vCenter 5.5 Single Sign-on 证书替换为没有 SAN 字段的自定义证书，并且尝试升级到 vCenter Server 7.0，则会出现这种情况。此升级会将 STS 证书视为无效，并且预检查将阻止升级过程继续进行。

解决办法：将 STS 证书替换为包含 SAN 字段的有效证书，然后再执行 vCenter Server 7.0 升级/迁移。
使用预先存在的 CIM 提供程序升级到 vSphere 7.0 时出现问题
升级后，之前安装的 32 位 CIM 提供程序停止工作，因为 ESXi 需要 64 位 CIM 提供程序。客户可能会丢失与 CIMPDK、NDDK（本机 DDK）、HEXDK、VAIODK（IO 筛选器）相关的管理 API 功能，并看到与 uwglibc 依赖关系相关的错误。
Syslog 报告模块缺失，“未加载 32 位共享库 (32 bit shared libraries not loaded)。”

解决办法：没有解决办法。修复方法是从供应商下载新的 64 位 CIM 提供程序。
在 ESXi 7.0 主机上安装 7.0 Update 1 驱动程序可能会失败
无法在运行 ESXi 7.0 或 7.0b 的主机上安装适用于 ESXi 7.0 Update 1 的驱动程序。
操作失败并显示错误，例如：
VMW_bootbank_qedrntv_3.40.4.0-12vmw.701.0.0.xxxxxxx 需要 vmkapi_2_7_0_0，但 ImageProfile 无法满足要求。请参考日志文件以了解更多详细信息 (VMW_bootbank_qedrntv_3.40.4.0-12vmw.701.0.0.xxxxxxx requires vmkapi_2_7_0_0, but the requirement cannot be satisfied within the ImageProfile. Please refer to the log file for more details)。

解决办法：请将 ESXi 主机更新到 7.0 Update 1。重试驱动程序安装。
升级到 vCenter Server 7.0 后，智能卡和 RSA SecurID 身份验证可能停止工作
如果您已为智能卡或 RSA SecurID 身份验证配置 vCenter Server，请参见位于 https://kb.vmware.com/s/article/78057 的 VMware 知识库文章，然后再开始 vSphere 7.0 升级过程。如果未按照知识库文章所述采取解决办法，您可能会看到以下错误消息，并且智能卡或 RSA SecurID 身份验证无法工作。

“智能卡身份验证可能停止工作。可能不会保留智能卡设置，并且智能卡身份验证可能停止工作 (Smart card authentication may stop working. Smart card settings may not be preserved, and smart card authentication may stop working)。”

或

“RSA SecurID 身份验证可能停止工作。可能不会保留 RSA SecurID 设置，并且 RSA SecurID 身份验证可能停止工作 (RSA SecurID authentication may stop working. RSA SecurID settings may not be preserved, and RSA SecurID authentication may stop working)。”

解决办法：在升级到 vSphere 7.0 之前，请参见 VMware 知识库文章，网址为 https://kb.vmware.com/s/article/78057。
将具有外部 Platform Services Controller 部署的 vCenter Server 从 6.7u3 升级到 7.0 失败，并显示 VMAFD 错误
升级使用外部 Platform Services Controller 部署的 vCenter Server 部署时，将该 Platform Services Controller 融合为 vCenter Server Appliance。如果升级失败并显示错误 install.vmafd.vmdir_vdcpromo_error_21，则 VMAFD 首次引导过程已失败。VMAFD 首次引导过程从源 Platform Services Controller 和复制合作伙伴 vCenter Server Appliance 中复制 VMware Directory Service 数据库 (data.mdb)。

解决办法：在升级具有外部 Platform Services Controller 部署的 vCenter Server 之前，在源 Platform Services Controller 或复制合作伙伴 vCenter Server Appliance 的以太网适配器上禁用 TCP 分段负载分流 (TSO) 和通用分段负载分流 (GSO)。请参见知识库文章：https://kb.vmware.com/s/article/74678
使用 CLI 升级 vCenter Server 时错误地保留 vSphere Authentication Proxy 服务的传输安全层 (TLS) 配置
如果将 vSphere Authentication Proxy 服务 (vmcam) 配置为使用不同于默认 TLS 1.2 协议的特定 TLS 协议，则会在 CLI 升级过程中保留此配置。默认情况下，vSphere 支持 TLS 1.2 加密协议。如果必须使用 TLS 1.0 和 TLS 1.1 协议为不支持 TLS 1.2 的产品或服务提供支持，请使用 TLS Configurator 实用程序启用或禁用不同的 TLS 协议版本。

解决办法：使用 TLS Configurator 实用程序配置 vmcam 端口。要了解如何管理 TLS 协议配置以及使用 TLS Configurator 实用程序，请参见《VMware 安全》文档。
在 vCenter Server 升级期间，可能不会保留智能卡和 RSA SecurID 设置
升级到 vCenter Server 7.0 后，使用 RSA SecurID 的身份验证将不起作用。尝试使用 RSA SecurID 登录名登录时，将显示一条错误消息，提示您解决此问题。

解决办法：重新配置智能卡或 RSA SecureID。
将适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 7.0 失败，并显示网络错误消息
将适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 7.0 失败，并显示网络中已存在 IP (IP already exists in the network) 错误消息。这会导致迁移过程中无法在新的 vCenter Server Appliance 上配置网络参数。有关详细信息，请查看日志文件：/var/log/vmware/upgrade/UpgradeRunner.log

解决办法：
1. 确认已在适用于 Windows 的源 vCenter Server 实例上完成所有 Windows 更新，或者禁用自动 Windows 更新，直到迁移完成后为止。
2. 重新尝试将适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 7.0。
使用 max_vfs 模块参数为 SR-IOV 设备配置虚拟功能的数量时，所做更改可能不会生效
在 vSphere 7.0 中，可以使用 Virtual Infrastructure Management (VIM) API（例如，通过 vSphere Client）为 SR-IOV 设备配置虚拟功能的数量。该任务不需要重新引导 ESXi 主机。使用 VIM API 配置后，如果尝试使用 max_vfs 模块参数配置 SR-IOV 虚拟功能的数量，则所做更改可能不会生效，因为 VIM API 配置会覆盖这些更改。

解决办法：无。要为 SR-IOV 设备配置虚拟功能的数量，请每次使用相同的方法。使用 VIM API 或使用 max_vfs 模块参数，然后重新引导 ESXi 主机。
升级后的 vCenter Server Appliance 实例不会保留源实例中的所有辅助网络（网卡）
在主要升级过程中，如果为 vCenter Server Appliance 的源实例配置了不同于 VCHA 网卡的多个辅助网络，目标 vCenter Server 实例不会保留除 VCHA 网卡以外的辅助网络。如果源实例配置有多个属于 DVS 端口组的网卡，在升级过程中不会保留网卡配置。将保留属于标准端口组的 vCenter Server Appliance 实例配置。

解决办法：无。在目标 vCenter Server Appliance 实例中手动配置辅助网络。
升级或迁移具有外部 Platform Services Controller 部署的 vCenter Server 后，使用 Active Directory 进行身份验证的用户失去对新升级的 vCenter Server 实例的访问权限
升级或迁移具有外部 Platform Services Controller 部署的 vCenter Server 后，如果新升级的 vCenter Server 未加入 Active Directory 域，则使用 Active Directory 进行身份验证的用户将失去对该 vCenter Server 实例的访问权限。

解决办法：确认新的 vCenter Server 实例已加入 Active Directory 域。请参见知识库文章：https://kb.vmware.com/s/article/2118543
使用 Oracle 数据库迁移具有外部 Platform Services Controller 部署的适用于 Windows 的 vCenter Server 失败
如果 Oracle 事件和任务表中存在非 ASCII 字符串，则迁移过程会在导出事件和任务数据时失败。将显示以下错误消息：UnicodeDecodeError

解决办法：无。
ESXi 主机升级后，主机配置文件合规性检查显示不合规状态，并且主机修复任务失败
不合规状态表示配置文件与主机之间存在不一致。

出现此不一致的原因可能是 ESXi 7.0 不允许使用重复的声明规则，但您使用的配置文件包含重复规则。例如，如果在将 ESXi 6.5 或 ESXi 6.7 升级到版本 7.0 之前尝试使用从主机提取的主机配置文件，并且该主机配置文件包含系统默认规则的任何重复声明规则，则可能会遇到这些问题。

解决办法：
1. 从主机配置文件文档中移除系统默认规则的任何重复声明规则。
2. 检查合规性状态。
3. 修复主机。
4. 如果上述步骤无法解决此问题，请重新引导主机。
vCenter Server 管理界面中显示错误消息
安装或升级到 vCenter Server 7.0 后，导航到 vCenter Server 管理界面中的“更新”面板时，将显示错误消息“请检查 URL，然后重试 (Check the URL and try again)”。该错误消息不会阻止您使用“更新”面板中的功能，您可以查看、转储和安装任何可用更新。

解决办法：无。

安全功能问题

启用 HA 的受信任集群包含未认证的主机时，加密虚拟机无法打开电源
在 VMware® vSphere Trust Authority™ 中，如果在受信任集群上启用了 HA，并且该集群中的一个或多个主机未通过认证，则加密虚拟机将无法打开电源。

解决办法：从受信任集群中移除或修复所有未认证的主机。
启用 DRS 的受信任集群包含未认证的主机时，加密虚拟机无法打开电源
在 VMware® vSphere Trust Authority™ 中，如果在受信任集群上启用了 DRS，并且集群中的一个或多个主机未通过认证，DRS 可能尝试在集群中打开未认证主机上的加密虚拟机的电源。此操作会将虚拟机置于锁定状态。

解决办法：从受信任集群中移除或修复所有未认证的主机。
尝试使用 vSphere Client 在 vCenter Server 实例之间迁移或克隆加密虚拟机失败
如果尝试使用 vSphere Client 在 vCenter Server 实例之间迁移或克隆加密虚拟机，操作将失败，并显示以下错误消息：“在当前状态下不允许执行此操作 (The operation is not allowed in the current state)。”

解决办法：必须使用 vSphere API 在 vCenter Server 实例之间迁移或克隆加密虚拟机。

网络连接问题

Intel 82599/X540/X550 网卡上的网络性能存在吞吐量降低问题
与 vSphere 6.7 相比，在 vSphere 7.0 的某些工作负载下，为了提高 Intel 82599EB/X540/X550 系列网卡上的网络性能而将新队列对功能添加到 ixgben 驱动程序时，可能会降低吞吐量。

解决办法：要实现与 vSphere 6.7 相同的网络性能，可以使用模块参数禁用队列对。要禁用队列对，请运行以下命令：

# esxcli system module parameters set -p "QPair=0,0,0,0..."-m ixgben

运行命令后，请重新引导。
在使用 AMD IOMMU 时，一个或多个 I/O 设备不会生成中断
如果 ESXi 主机上的 I/O 设备提供的不同中断源总数超过 512 个，则会在 AMD IOMMU 中错误地向某些源分配超过最大值的中断重新映射表条目 (IRTE) 索引。来自此类源的中断将丢失，因此对应的 I/O 设备会表现得像已禁用中断一样。

解决办法：使用 ESXCLI 命令 esxcli system settings kernel set -s iovDisableIR -v true 禁用 AMD IOMMU 中断重新映射程序。重新引导 ESXi 主机，使命令生效。
在启用 Network I/O Control (NetIOC) 时，高吞吐量虚拟机可能出现网络性能下降问题
在启用 NetIOC 的情况下，从 vSphere 6.7 升级到 vSphere 7.0 时，需要高网络吞吐量的虚拟机可能出现吞吐量下降问题。

解决办法：调整 ethernetx.ctxPerDev 设置以启用多个环境。
IPv6 流量无法通过使用 IPsec 的 VMkernel 端口
将 VMkernel 端口从一个端口组迁移到另一个端口组时，IPv6 流量不会通过使用 IPsec 的 VMkernel 端口。

解决办法：从受影响的服务器中移除 IPsec 安全关联 (SA)，然后重新应用 SA。要了解如何设置和移除 IPsec SA，请参见《vSphere 安全性》文档。
更高的 ESX 网络性能使 CPU 使用情况值增大
ESX 网络性能提高时可能增大 CPU 使用情况值。

解决办法：移除和添加仅包含 1 个 rx 分派队列的网络接口。例如：

esxcli network ip interface remove --interface-name=vmk1

esxcli network ip interface add --interface-name=vmk1 --num-rxqueue=1
热添加、热移除或 Storage vMotion 后，虚拟机可能丢失以太网流量
热添加、热移除或 Storage vMotion 后，虚拟机可能停止接收以太网流量。此问题会影响 VNIC 的上行链路已启用 SR-IOV 的虚拟机。当虚拟网络的上行链路为 Mellanox 支持 RDMA 的网卡并且已配置 RDMA 命名空间时，PVRDMA 虚拟网卡出现此问题。

解决办法：可以热移除和热添加受影响的虚拟机以太网网卡以还原流量。在 Linux 客户机操作系统上，重新启动网络也可能会解决该问题。如果这些解决办法不起作用，可以重新引导虚拟机以还原网络连接。
为使用静态 IP 地址部署的 VCSA 更改 IP 地址时，需要提前创建 DNS 记录
在引入 DDNS 的过程中，DNS 记录更新仅适用于使用 DHCP 配置的网络部署的 VCSA。通过 VAMI 更改 vCenter Server 的 IP 地址时，显示以下错误：

指定的 IP 地址未解析为指定的主机名 (The specified IP address does not resolve to the specified hostname)。

解决办法：有两种可行的解决办法。
1. 创建一个具有相同 FQDN 和所需 IP 地址的其他 DNS 条目。登录到 VAMI，然后执行用于更改 IP 地址的步骤。
2. 使用 SSH 登录到 VCSA。执行以下脚本：
  ./opt/vmware/share/vami/vami_config_net
  
  使用选项 6 更改 eth0 的 IP 地址。更改后，请执行以下脚本：
  
  ./opt/likewise/bin/lw-update-dns
  
  重新启动 VCSA 上的所有服务，以更新 DNS 服务器上的 IP 信息。
在 NSX Manager 中删除相应的逻辑交换机后，可能需要几秒钟时间才能移除 NSX 分布式虚拟端口组 (NSX DVPG)。
随着逻辑交换机数量的增加，在 NSX Manager 中删除相应的逻辑交换机后，可能需要更长时间才能移除 vCenter Server 中的 NSX DVPG。在具有 12000 个逻辑交换机的环境中，从 vCenter Server 中删除 NSX DVPG 大约需要 10 秒的时间。

解决办法：无。
如果创建了大量 NSX 分布式虚拟端口组，Hostd 将耗尽内存并失败。
在 vSphere 7.0 中，NSX 分布式虚拟端口组消耗的内存量远大于含糊网络。因此，在给定相同内存量的情况下，NSX 分布式虚拟端口组无法支持与含糊网络相同的规模。

解决办法：要支持使用 NSX 分布式虚拟端口组，请增加 ESXi 主机中的内存量。如果您确认系统具有足够的内存来支持虚拟机，则可以使用以下命令直接增加 hostd 的内存。

localcli --plugin-dir /usr/lib/vmware/esxcli/int/ sched group setmemconfig --group-path host/vim/vmvisor/hostd --units mb --min 2048 --max 2048

请注意，这会导致 hostd 使用通常为环境的虚拟机预留的内存。这可能会导致 ESXi 主机可支持的虚拟机数量减少。
如果在虚拟机上配置网络预留，DRS 可能会错误地启动 vMotion
如果在虚拟机上配置网络预留，则 DRS 会认定仅将虚拟机迁移到满足指定要求的主机。在具有 NSX 传输节点的集群中，如果某些传输节点通过 NSX-T 虚拟分布式交换机 (N-VDS) 加入传输区域，而其他传输节点通过 vSphere Distributed Switch (VDS) 7.0 加入传输区域，则 DRS 可能会错误地启动 vMotion。在以下情况下，您可能会遇到此问题：
- 虚拟机连接到已配置网络预留的 NSX 逻辑交换机。
- 某些传输节点使用 N-VDS 加入传输区域，而其他传输节点使用 VDS 7.0 加入传输区域，或者传输节点通过不同的 VDS 7.0 实例加入传输区域。
解决办法：使所有传输节点都通过 N-VDS 或同一 VDS 7.0 实例加入传输区域。
将 VMkernel 网卡 (vmknic) 添加到 NSX 端口组时，vCenter Server 会报告错误“不支持将 VMKernel 适配器连接到无状态主机上的 NSX 端口组。请改用分布式端口组 (Connecting VMKernel adapter to a NSX Portgroup on a Stateless host is not a supported operation. Please use Distributed Port Group instead)。”
- 对于分布式虚拟交换机 (DVS) 上的无状态 ESXi，将阻止 NSX 端口组上的 vmknic。您必须改为使用分布式端口组。
- 对于 DVS 上的有状态 ESXi，支持 NSX 端口组上的 vmknic，但如果 vSAN 在 NSX 端口组上使用 vmknic，则 vSAN 可能会遇到问题。
解决办法：在同一 DVS 上使用分布式端口组。
从 vCenter for QLogic 4x10GE QL41164HFCU CNA 启用 SRIOV 可能会失败
如果导航到物理网络适配器的编辑设置对话框，并尝试启用 SR-IOV，则在使用 QLogic 4x10GE QL41164HFCU CNA 时，该操作可能会失败。尝试启用 SR-IOV 可能会导致 ESXi 主机的网络中断。

解决办法：在 ESXi 主机上使用以下命令来启用 SRIOV：

esxcfg-module
如果使用 Distributed Resource Scheduler (DRS) 的集群中的主机通过不同的虚拟分布式交换机 (VDS) 或 NSX-T 虚拟分布式交换机 (NVDS) 与 VDS 的组合加入 NSX-T 网络，则 vCenter Server 会失败
在 vSphere 7.0 中，将 vSphere VDS 上的 NSX-T 网络与 DRS 集群配合使用时，如果主机未通过相同的 VDS 或 NVDS 加入 NSX 传输区域，则可能会导致 vCenter Server 失败。

解决办法：让 DRS 集群中的主机使用相同的 VDS 或 NVDS 加入 NSX 传输区域。

存储问题

在具有 SmartPQI 控制器的 HPE Gen10 服务器上执行磁盘热移除和热插入后，未自动挂载 VMFS 数据存储
在没有扩展器的情况下将具有 SmartPQI 控制器的 HPE Gen10 服务器上的 SATA 磁盘热移除并热插回同一台计算机的不同磁盘托架时，或者在以不同的顺序热移除并热插回多个磁盘时，有时会向这种磁盘分配新本地名称。这种磁盘上的 VMFS 数据存储显示为快照，并且不会自动重新挂载，因为设备名称已更改。

解决办法：无。SmartPQI 控制器不支持未排序的热移除和热插入操作。
ESXi 可能会因所有活动路径上的错误而终止 NVMeOF 设备的 I/O
有时，由于链路问题或控制器状态，NVMeOF 设备的所有活动路径都会注册 I/O 错误。如果其中一个路径的状态更改为“不活动”，高性能插件 (HPP) 可能不会选择其他路径（如果显示大量错误）。因此，I/O 会失败。

解决办法：禁用配置选项 /Misc/HppManageDegradedPaths 以取消阻止 I/O。

基于 NVMe 的 VMFS 数据存储的 VOMA 检查失败并显示错误

基于 NVMe 的 VMFS 数据存储不支持 VOMA 检查，该检查将失败并显示以下错误：

错误: 无法保留设备。功能未实现 (ERROR: Failed to reserve device. Function not implemented)

例如：

# voma -m vmfs -f check -d /vmfs/devices/disks/: <partition#>
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
Performing filesystem liveness check..|Scanning for VMFS-6 host activity (4096 bytes/HB, 1024 HBs).
错误: 无法保留设备。Function not implemented
Aborting VMFS volume check
VOMA failed to check device : General Error

解决办法：无。如果需要分析 VMFS 元数据，请使用 -l 选项收集这些数据，并将其传递给 VMware 客户支持。用于收集转储的命令为：

voma -l -f dump -d /vmfs/devices/disks/:<partition#>

使用虚拟机重新配置 API 将加密的第一类磁盘附加到加密虚拟机可能失败并显示错误
如果使用不同的加密密钥对 FCD 和虚拟机进行加密，则尝试使用虚拟机重新配置 API 将加密的 FCD 附加到加密虚拟机可能会失败，并显示以下错误消息：
```
无法对磁盘进行解密，因为密钥或密码错误 (Cannot decrypt disk because key or password is incorrect)。
```
解决办法：使用 attachDisk API，而不是虚拟机重新配置 API，以将加密的 FCD 附加到加密虚拟机。
如果 ESXi 主机的跨区 VMFS 数据存储的非主数据区进入永久设备丢失 (PDL) 状态，该主机可能进入无响应状态
如果跨区的 VMFS 数据存储的非主数据区与主数据区都发生故障，则不会出现此问题。在这种情况下，整个数据存储将变得无法访问，并且不再允许 I/O。

相反，如果只有非主数据区发生故障，但主数据区仍可访问，则数据存储检测信号显示正常。主机与数据存储之间的 I/O 将继续。但是，任何依赖发生故障的非主数据区的 I/O 也开始发生故障。其他 I/O 事务可能会在等待故障 I/O 修复时累积，并导致主机进入无响应状态。

解决办法：修复非主数据区的 PDL 情况以解决此问题。
从 APD 或 PDL 情况中恢复后，已启用集群虚拟磁盘支持的 VMFS 数据存储可能仍不可访问
仅在已启用集群虚拟磁盘支持的数据存储上才会遇到此问题。当数据存储从全部路径异常 (APD) 或永久设备丢失 (PDL) 情况中恢复时，它仍然不可访问。VMkernel 日志可能显示类似以下内容的多个 SCSI3 reservation conflict 消息：

2020-02-18T07:41:10.273Z cpu22:1001391219)ScsiDeviceIO: vm 1001391219: SCSIDeviceCmdCompleteCB:2972: Reservation conflict retries 544 for command 0x45ba814b8340 (op: 0x89) to device "naa.624a9370b97601e346f64ba900024d53"

发生此问题可能是因为加入集群的 ESXi 主机丢失了数据存储的 SCSI 预留，并且在数据存储恢复后，不能始终自动重新获取这些预留。

解决办法：使用以下命令手动注册预留：

vmkfstools -L registerkey /vmfs/devices/disks/<device name>

其中，<device name> 是创建的数据存储所在的设备的名称。
虚拟 NVMe 控制器是 Windows 10 客户机操作系统的默认磁盘控制器
使用硬件版本 15 或更高版本时，虚拟 NVMe 控制器是以下客户机操作系统的默认磁盘控制器：

Windows 10
Windows Server 2016
Windows Server 2019

使用虚拟 NVMe 控制器时，某些功能可能不可用。有关详细信息，请参见 https://kb.vmware.com/s/article/2147714

注意：某些客户端使用之前默认的 LSI Logic SAS。这包括 ESXi Host Client 和 PowerCLI。

解决办法：如果需要虚拟 NVMe 上未提供的功能，请切换到 VMware 准虚拟 SCSI (PVSCSI) 或 LSI Logic SAS。有关使用 VMware 准虚拟 SCSI (PVSCSI) 的信息，请参见 https://kb.vmware.com/s/article/1010398
ESXi 主机升级到 vSphere 7.0 后，存在重复的核心声明规则可能会导致意外行为
声明规则确定哪个多路径插件（如 NMP、HPP 等）拥有通往特定存储设备的路径。ESXi 7.0 不支持重复声明规则。但是，如果将重复规则添加到通过自旧版的升级继承的现有声明规则，则 ESXi 7.0 主机不会发出警示。由于使用重复规则，存储设备可能由意外插件声明，这可能会导致意外的结果。

解决办法：不要使用重复的核心声明规则。在添加新声明规则之前，请删除任何现有的匹配声明规则。
已设置合规性状态筛选的 CNS 查询可能需要非常长的时间才能完成
CNS QueryVolume API 可用于获取有关 CNS 卷的信息，如卷运行状况和合规性状态。检查单个卷的合规性状态时，可快速获取结果。但是，当调用 CNS QueryVolume API 检查多个卷（数十个或几百个）的合规性状态时，查询的运行速度可能很慢。

解决办法：避免使用批量查询。当需要获取合规性状态时，一次查询一个卷或将查询 API 中的卷数限制为 20 个或更少。使用查询时，避免运行其他 CNS 操作才可获得最佳性能。
从 APD 或 PDL 故障恢复后，NVMe over Fabric 命名空间或设备支持的 VMFS 数据存储可能会变得永久不可访问
如果 ESXi 主机上的 VMFS 数据存储由 NVMe over Fabric 命名空间或设备支持，则在发生全部路径异常 (APD) 或永久设备丢失 (PDL) 故障后，数据存储可能不可访问，即使恢复后也是如此。从 ESXi 主机或 vCenter Server 系统均无法访问数据存储。

解决办法：要从该状态恢复，请在主机或集群级别执行重新扫描。有关详细信息，请参见执行存储重新扫描。
已删除的 CNS 卷可能会在 CNS UI 中暂时显示为存在
删除支持 CNS 卷的 FCD 磁盘后，该卷可能仍在 CNS UI 中显示为存在。但是，尝试删除该卷会失败。您可能会看到类似于以下内容的错误消息：
找不到引用的对象或项目 (The object or item referred to could not be found)。

解决办法：下一次完全同步将解决不一致性并正确更新 CNS UI。
尝试将多个 CNS 卷附加到同一个 pod 时，有时可能会失败并显示错误
同时将多个卷附加到同一个 pod 时，附加操作有时可能会选择同一个控制器插槽。因此，只有其中一个操作成功，而其他卷挂载会失败。

解决办法：Kubernetes 重新尝试执行失败的操作后，如果节点虚拟机上有可用的控制器插槽，则操作将成功。
在某些情况下，CNS 操作失败时，任务状态在 vSphere Client 中显示为成功
例如，当您使用不合规的存储策略创建 CNS 卷时，可能会出现这种情况。操作失败，而 vSphere Client 显示任务状态为成功。

解决办法：vSphere Client 中成功的任务状态不保证 CNS 操作已成功。要确保操作已成功，请验证其结果。
CNS 持久卷删除操作失败可能会使该卷仍驻留 vSphere 数据存储中
当 CNS Delete API 尝试删除连接到容器的持久卷时，可能会出现此问题。例如，删除运行 Pod 的 Kubernetes 命名空间时。因此，将从 CNS 中清除该卷，并且 CNS 查询操作不会返回该卷。但是，该卷仍驻留在数据存储中，并且无法通过重复的 CNS Delete API 操作进行删除。

解决办法：无。

vCenter Server 和 vSphere Client 问题

PNID 更改后供应商提供程序脱机
更改 vCenter IP 地址（PNID 更改）时，已注册的供应商提供程序脱机。

解决办法：重新注册供应商提供程序。
跨 vCenter 迁移虚拟机失败并显示错误
使用跨 vCenter vMotion 将虚拟机的存储和主机移到其他 vCenter server 实例时，您可能会收到错误在当前状况下不允许执行此操作 (The operation is not allowed in the current state)。

如果虚拟机具有一个包含基于主机的规则（如加密或任何其他 IO 筛选器规则）的已分配存储策略，则 UI 向导将在“主机选择”步骤后和“数据存储选择”步骤之前显示此错误。

解决办法：将虚拟机及其磁盘分配给不含基于主机的规则的存储策略。如果源虚拟机已加密，可能需要对该虚拟机进行解密。然后重试跨 vCenter vMotion 操作。
“硬件运行状况”选项卡中的“存储传感器”信息在 vCenter UI、主机 UI 和 MOB 上显示不正确的值
导航到 vCenter UI 上的主机 > 监控 > 硬件运行状况 > 存储传感器时，存储信息显示不正确或未知的值。在主机 UI 和 MOB 路径 “runtime.hardwareStatusInfo.storageStatusInfo” 上也会出现相同的问题。

解决办法：无。
vSphere UI 主机高级设置将当前产品锁存器位置显示为空，且默认为空
vSphere UI 主机高级设置将当前产品锁存器位置显示为空，且默认为空。这存在不一致情况，因为实际产品位置 symlink 已创建并且有效。这会导致用户混淆。无法从 UI 更正默认设置。

解决办法：用户可以使用主机上的 esxcli 命令更正当前产品锁存器位置默认设置，如下所示。

1.使用以下命令移除现有产品锁存器位置设置："esxcli system settings advanced remove -o ProductLockerLocation"

2.使用相应的默认值重新添加产品锁存器位置设置：

2.a. 如果 ESXi 是完整安装，则默认值为 "/locker/packages/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/locker/packages/vmtoolsRepo"

2.b.如果 ESXi 是 autodeploy 等 PXEboot 配置，则默认值为："/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/vmtoolsRepo"

运行以下命令以自动确定位置：export PRODUCT_LOCKER_DEFAULT=`readlink /productLocker`

添加设置：esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s $PRODUCT_LOCKER_DEFAULT

您可以通过发出以下单个命令，将上述步骤 2 中的所有步骤组合在一起：

esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s `readlink /productLocker`
如果 vCenter Cloud Gateway 链接到 SDDC，则链接的软件定义的数据中心 (SDDC) vCenter Server 实例显示在内部部署 vSphere Client 中。
当 vCenter Cloud Gateway 部署在与内部部署 vCenter Server 相同的环境中并链接到 SDDC 时，SDDC vCenter Server 将显示在内部部署 vSphere Client 中。这是意外行为，应忽略链接 SDDC vCenter Server。应在 vCenter Cloud Gateway 中运行的 vSphere Client 上执行涉及链接 SDDC vCenter Server 的所有操作。

解决办法：无。

虚拟机管理问题

启用了 AMD Secure Encrypted Virtualization-Encrypted State (SEV-ES) 的虚拟机无法创建虚拟机通信接口 (VMCI) 套接字
在启用了 AMD SEV-ES 的虚拟机上，需要 VMCI 的功能的性能和功能性可能会受到影响，因为此类虚拟机无法创建 VMCI 套接字。

解决办法：无。
自定义脚本的 postcustomization 部分在客户机自定义之前运行
运行 Linux 客户机操作系统的客户机自定义脚本时，自定义规范中定义的自定义脚本的 precustomization 部分在客户机自定义之前运行，随后会运行 postcustomization 部分。如果在虚拟机的客户机操作系统中启用 Cloud-Init，则 postcustomization 部分在自定义之前运行，因为 Cloud-Init 中存在已知问题。

解决办法：禁用 Cloud-Init 并使用标准客户机自定义。
在没有共享存储的情况下，vSphere vMotion、Storage vMotion 和 vMotion 中的组迁移操作失败，并出现错误
在具有多个磁盘和多级别快照的虚拟机上执行组迁移操作时，操作可能失败，并显示错误 com.vmware.vc.GenericVmConfigFault 等待数据失败。错误 195887167。可能由于超时，远程主机已关闭连接 (com.vmware.vc.GenericVmConfigFault Failed waiting for data. Error 195887167. Connection closed by remote host, possibly due to timeout)。

解决办法：每次在发生故障的虚拟机上重试一次迁移操作。
从 URL 部署 OVF 或 OVA 模板失败，并显示 403 禁止的错误
包含 HTTP 查询参数的 URL 不受支持。例如，http://webaddress.com?file=abc.ovf 或 Amazon 预签名 S3 URL。

解决办法：从本地文件系统下载文件并进行部署。
导入或部署名称中包含非 ASCII 字符的本地 OVF 文件可能失败并显示错误
导入的本地 .ovf 文件的名称中包含非 ASCII 字符时，您可能会收到 400 错误的请求错误 (400 Bad Request Error)。使用此类 .ovf 文件在 vSphere Client 中部署虚拟机时，部署过程将在 0% 处停止。因此，您可能会收到 400 错误的请求错误 (400 Bad Request Error) 或 500 内部服务器错误 (500 Internal Server Error)。

解决办法：
1. 从 .ovf 和 .vmdk 文件名中移除非 ASCII 字符。
  - 要编辑 .ovf 文件中，请使用文本编辑器打开该文件。
  - 搜索非 ASCII .vmdk 文件名，并将其更改为 ASCII。
2. 再次导入或部署保存的文件。
虚拟机文件夹中的第三层嵌套对象不可见
执行下列步骤：
1. 导航到数据中心，然后创建虚拟机文件夹。
2. 在虚拟机文件夹中，创建嵌套的虚拟机文件夹。
3. 在第二个文件夹中，创建另一个嵌套虚拟机、虚拟机文件夹、vApp 或虚拟机模板。
因此，在“虚拟机和模板”清单树中，您看不到第三个嵌套文件夹中的对象。

解决办法：要查看第三个嵌套文件夹中的对象，请导航到第二个嵌套文件夹，然后选择“虚拟机”选项卡。

vSphere HA 和 Fault Tolerance 问题

从存储无法访问状况（如集群范围的 APD）中恢复后，集群中的虚拟机可能处于孤立状态
在集群范围的 APD 恢复后，某些虚拟机可能处于孤立状态，即使在集群上启用了 HA 和 VMCP 也是如此。

同时出现以下情况时，可能会遇到此问题：
- 集群中的所有主机都出现 APD，并且在达到 VMCP 超时前不会恢复。
- 由于主机上的 APD，HA 主代理启动故障切换。
- 由于以下原因之一，HA 故障切换期间打开 API 的电源失败：
  - 同一主机上的 APD
  - 整个集群中的级联 APD
  - 存储问题
  - 资源不可用问题
- 在 FDM 尚未取消注册故障虚拟机的期间内，FDM 取消注册和 VC 挪用虚拟机逻辑可能启动，并且 VC 的主机同步做出多个主机正在报告同一虚拟机的响应。FDM 和 VC 从不同主机取消注册同一虚拟机的不同注册副本，导致虚拟机处于孤立状态。
解决办法：在 APD 恢复后，必须在集群中手动取消注册和重新注册孤立的虚拟机。

如果不手动重新注册孤立的虚拟机，HA 会尝试故障切换孤立的虚拟机，但可能需要 5 到 10 小时的时间，具体取决于 APD 恢复的时间。

在这些情况下，集群的整体功能不受影响，并且 HA 将继续保护虚拟机。这是出现问题期间 VC 上显示的异常。

vSphere Lifecycle Manager 问题

如果已为集群启用集中管理所有主机上的映像设置和更新的功能，无法在该集群上启用 NSX-T
NSX-T 与 vSphere Lifecycle Manager 的映像管理功能不兼容。在为集群启用集中管理其所有主机上的映像设置和更新的功能时，无法在该集群上启用 NSX-T。但是，可以将 NSX Edge 部署到此集群。

解决办法：将主机移至可使用基准管理的新集群，并且在该新集群上启用 NSX-T。
在 vSphere 7.0 版本中，无法在 vSAN 集群上同时启用 vSphere Lifecycle Manager 和 vSAN 文件服务
如果在集群上启用了 vSphere Lifecycle Manager，则无法在同一集群上启用 vSAN 文件服务，反之亦然。要在已启用 vSAN 文件服务的集群上启用 vSphere Lifecycle Manager，请先禁用 vSAN 文件服务，然后重试操作。请注意，如果转换到由单个映像管理的集群，则无法在该集群上禁用 vSphere Lifecycle Manager。

解决办法：无。
无法使用 vSphere Auto Deploy 将 ESXi 7.0 主机添加到使用单个映像管理的集群中
尝试使用 vSphere Auto Deploy 中的“添加到清单”工作流将 ESXi 主机添加到使用单个映像管理的集群失败。出现此故障的原因是现有 Auto Deploy 规则集中未匹配任何模式。该任务失败且无提示，并且主机仍保留在“发现的主机”选项卡中。

解决办法：
1. 从“发现的主机”选项卡中移除与规则集不匹配的 ESXi 主机。
2. 创建规则或编辑现有 Auto Deploy 规则，其中主机目标位置是由映像管理的集群。
3. 重新引导主机。
这些主机将添加到通过 vSphere Lifecycle Manager 中的映像管理的集群。
硬件支持管理器不可用时，vSphere High Availability (HA) 功能会受到影响
如果集群由单个映像管理并且已从中选择固件和驱动程序加载项并启用 vSphere HA，则硬件支持管理器不可用于该集群时，vSphere HA 功能会受到影响。您可能会遇到以下错误。
- 在集群上配置 vSphere HA 失败。
- 无法在主机上完成 vSphere HA 代理配置：在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。
- 修复 vSphere HA 失败：出现了常规系统错误: 无法获取有效的组件映射 (A general system error occurred: Failed to get Effective Component map)。
- 禁用 vSphere HA 失败：删除解决方案任务失败。出现了常规系统错误: 在库中或硬件支持管理器中找不到硬件支持软件包 (A general system error occurred: Cannot find hardware support package from depot or hardware support manager)。
解决办法：
- 如果硬件支持管理器暂时不可用，请执行以下步骤。
1. 将硬件支持管理器重新连接到 vCenter Server。
2. 从“主机和集群”菜单中选择集群。
3. 选择“配置”选项卡。
4. 在“服务”下，单击“vSphere 可用性”。
5. 重新启用 vSphere HA。
- 如果硬件支持管理器永久不可用，请执行以下步骤。
1. 从映像规范中移除硬件支持管理器和硬件支持包。
2. 重新启用 vSphere HA。
3. 从“主机和集群”菜单中选择集群。
4. 选择“更新”选项卡。
5. 单击“编辑”。
6. 移除固件和驱动程序加载项，然后单击“保存”。
7. 选择“配置”选项卡。
8. 在“服务”下，单击“vSphere 可用性”。
9. 重新启用 vSphere HA。
vSphere Lifecycle Manager 中的修复过程完成后，未从集群中移除 I/O 筛选器
通过在 vSphere Lifecycle Manager 中修复集群来从集群中移除 I/O 筛选器失败，并显示以下错误消息：iofilter XXX 已存在 (iofilter XXX already exists)。IO 筛选器仍列为“已安装”。

解决办法：
1. 从 vCenter Server 受管对象 (IoFilterManager) 调用 IOFilter API UninstallIoFilter_Task。
2. 在 vSphere Lifecycle Manager 中修复集群。
3. 从 vCenter Server 受管对象 (IoFilterManager) 中调用 IOFilter API ResolveInstallationErrorsOnCluster_Task 以更新数据库。
在 vSphere Lifecycle Manager 中修复已启用 vSphere HA 的集群时，添加主机会导致出现 vSphere HA 错误状态
在已启用 vSphere HA 的集群的修复过程中添加一个或多个 ESXi 主机时，会导致出现以下错误消息：在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。

解决办法：集群修复操作完成后，请执行以下任务之一。
- 右键单击出现故障的 ESXi 主机，然后选择“重新配置 vSphere HA”。
- 为集群禁用并重新启用 vSphere HA。
在 vSphere Lifecycle Manager 中修复已启用的 vSphere HA 的集群时，禁用并重新启用 vSphere HA 会导致出现 vSphere HA 错误状态
在集群修复过程中禁用并重新启用 vSphere HA 时，可能会由于 vSphere HA 运行状况检查报告主机未安装 vSphere HA VIB 而导致修复过程失败。您可能会看到以下错误消息：为集群设置所需的映像规范失败 (Setting desired image spec for cluster failed)。

解决办法：在集群修复操作完成后，为集群禁用并重新启用 vSphere HA。
在 vSphere Lifecycle Manager 中检查大型集群中的建议映像时存在性能缓慢问题
在具有超过 16 个主机的大型集群中，建议生成任务可能需要超过一小时才能完成，或者可能显示为挂起。建议任务的完成时间取决于在每个主机上配置的设备的数量，以及在获取建议的有效映像之前 vSphere Lifecycle Manager 需要从库中处理的候选映像的数量。

解决办法：无。
在 vSphere Lifecycle Manager 中检查大型集群中的硬件兼容性时存在性能缓慢问题
在具有超过 16 个主机的大型集群中，验证报告生成任务可能需要长达 30 分钟的时间才能完成，或者可能显示为挂起。完成时间取决于在每个主机上配置的设备的数量以及在集群中配置的主机的数量。

解决办法：无
修复 vSphere Lifecycle Manager 中的集群时，显示非英语语言的不完整错误消息
在 vCenter Server 用户界面中，您可能会遇到本地化语言的不完整错误消息。vSphere Lifecycle Manager 中的集群修复过程失败后，将显示这些消息。例如，您可能会看到以下错误消息。

英文语言的错误消息：Virtual machine 'VMC on DELL EMC -FileServer' that runs on cluster 'Cluster-1' reported an issue which prevents entering maintenance mode: Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx

法语语言的错误消息：La VM « VMC on DELL EMC -FileServer », située sur le cluster « {Cluster-1} », a signalé un problème empêchant le passage en mode de maintenance : Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx

解决办法：无。
将没有供应商加载项、组件或者固件和驱动程序加载项的映像导入到所含映像中包含此类元素的集群时，未移除现有映像的映像元素
只有 ESXi 基础映像替换为所导入映像中的映像。

解决办法：导入过程完成后，编辑映像，并根据需要移除供应商加载项、组件以及固件和驱动程序加载项。
将使用基准的集群转换为使用单个映像的集群时，显示一条警告，指出将移除 vSphere HA VIB
将使用基准并且已启用 vSphere HA 的集群转换为使用单个映像的集群时，可能会出现一条警告消息，指出将移除 vmware-fdm 组件。

解决办法：可忽略此消息。转换过程中将安装 vmware-fdm 组件。
如果 vSphere Update Manager 配置为通过代理服务器从 Internet 下载修补程序更新，则在升级到将 Update Manager 转换为 vSphere Lifecycle Manager 的 vSphere 7.0 后，从 VMware 修补程序存储库下载修补程序可能失败
在早期版本的 vCenter Server 中，您可以为 vCenter Server 和 vSphere Update Manager 配置独立的代理设置。升级到 vSphere 7.0 后，vSphere Update Manager 服务将成为 vSphere Lifecycle Manager 服务的一部分。对于 vSphere Lifecycle Manager 服务，将从 vCenter Server Appliance 设置中配置代理设置。如果您已将 Update Manager 配置为通过代理服务器从 Internet 下载修补程序更新，但 vCenter Server Appliance 没有代理设置配置，则在 vCenter Server 升级到版本 7.0 后，vSphere Lifecycle Manager 无法连接到 VMware 库，并且无法下载修补程序或更新。

解决办法：登录到 vCenter Server Appliance 管理界面 https://vcenter-server-appliance-FQDN-or-IP-address:5480，为 vCenter Server Appliance 配置代理设置并将 vSphere Lifecycle Manager 启用为使用代理。

其他问题

将版本为 6.5 的主机配置文件应用于版本为 7.0 的 ESXi 主机时，合规性检查失败
将版本为 6.5 的主机配置文件应用于版本为 7.0 的 ESXi 主机时，会将 Coredump 文件配置文件报告为与主机不兼容。

解决办法：有两种可行的解决办法。
1. 在创建版本为 6.5 的主机配置文件时，请在 ESXi 主机上将高级配置选项 VMkernel.Boot.autoCreateDumpFile 设置为 false。
2. 应用版本为 6.5 的现有主机配置文件时，在主机配置文件中添加高级配置选项 VMkernel.Boot.autoCreateDumpFile，将该选项配置为固定策略，并将值设置为 false。
当您的浏览器设置非英语的语言时，“操作”下拉菜单中不包含任何项目
如果您的浏览器设置为非英语的语言，则您在 vSphere Client 清单的虚拟机摘要选项卡中单击切换到新视图按钮时，客户机操作系统面板中的操作下拉菜单中不包含任何项目。

解决办法：选择虚拟机页面顶部的操作下拉菜单。
在打开动态接收方调整 (DYN_RSS) 或通用 RSS (GEN_RSS) 功能时，Mellanox ConnectX-4 或 ConnectX-5 本机 ESXi 驱动程序可能出现轻微的吞吐量下降
当 DYN_RSS 和 GEN_RSS 功能处于开启状态时，Mellanox ConnectX-4 或 ConnectX-5 本机 ESXi 驱动程序可能会出现低于 5% 的吞吐量下降，这很可能会影响正常工作负载。

解决办法：可以使用以下命令禁用 DYN_RSS 和 GEN_RSS 功能：

# esxcli system module parameters set -m nmlx5_core -p "DYN_RSS=0 GEN_RSS=0"

# reboot
在 PVRDMA 环境中，同一主机上两个虚拟机之间的 RDMA 通信可能失败
在 PVRDMA 环境的 vSphere 7.0 实施中，如果存在 HCA，虚拟机通过 HCA 传递流量以进行本地通信。但是，RDMA 流量环回在 qedrntv 驱动程序上不起作用。例如，在同一上行链路端口下配置的虚拟机上运行的 RDMA 队列对无法相互通信。

在 vSphere 6.7 及更低版本中，如果已启用 SRQ，则 HCA 用于本地 RDMA 流量。如果虚拟机使用已启用 SRQ 的 PVRDMA 版本以及使用 RoCE v2 的硬件版本 14 及以上版本，vSphere 7.0 将对这些虚拟机使用 HCA 环回。

当前版本的 Marvell FastLinQ 适配器固件不支持同一 PF 或端口的 QP 之间的环回流量。

解决办法：已在针对 vSphere 7.0 认证的原生驱动程序中添加所需支持。如果您使用的是内置 qedrntv 驱动程序，则必须使用 3 主机配置并将虚拟机迁移到第三个主机。
在 qedrntv 驱动程序中不可靠的数据报流量 QP 存在限制
Marvell FastLinQ qedrntv RoCE 驱动程序与不可靠的数据报 (UD) 流量存在限制。涉及批量流量的 UD 应用程序可能会因 qedrntv 驱动程序而失败。此外，UD QP 只能使用 DMA 内存区域 (MR)。不支持物理 MR 或 FRMR。尝试将物理 MR 或 FRMR 与 UD QP 配合使用的应用程序在与 qedrntv 驱动程序一起使用时无法传递流量。此类测试应用程序的已知示例为 ibv_ud_pingpong 和 ib_send_bw。

VMware ESXi 环境（如 iSER、NVMe-oF (RoCE) 和 PVRDMA）中的标准 RoCE 和 RoCEv2 用例不受此问题的影响。UD 流量的用例有限，此问题会影响需要批量 UD 流量的一小部分应用程序。

Marvell FastLinQ 硬件不支持 RDMA UD 流量卸载。为了满足关于支持 GSI QP 的 VMware PVRDMA 要求，qedrntv 驱动程序中添加了 UD QP 支持的受限仅软件实施。此实施的目标是提供对控制路径 GSI 通信的支持，而不是支持批量流量和高级功能的完整 UD QP 实施。

由于在软件中实施 UD 支持，此实施可能不适应大量流量，并且数据包可能会丢失。这可能会导致批量 UD 流量出现故障。

解决办法：qedrntv 驱动程序不支持批量 UD QP 流量，目前尚无解决办法。如 iSER、NVMe、RDMA 和 PVRDMA 等 VMware ESXi RDMA (RoCE) 用例不受此问题的影响。
在频繁连接或断开 iSCSI LUN 时，配备 QLogic 578xx 网卡的服务器可能失败
如果在短时间内频繁触发 QLogic 578xx 网卡 iSCSI 连接或断开连接，服务器可能会由于 qfle3 驱动程序问题而失败。这是设备固件中的一个已知缺陷所致。

解决办法：无。
在基于 FC 的 Broadcom NVMe 环境中，在执行驱动程序卸载或控制器断开连接操作期间，ESXi 可能失败
在基于 FC 的 Broadcom NVMe 环境中，在执行驱动程序卸载或控制器断开连接操作期间，ESXi 可能会失败，并且显示类似以下内容的错误消息：@BlueScreen: #PF Exception 14 in world 2098707:vmknvmeGener IP 0x4200225021cc addr 0x19

解决办法：无。
在某些 Dell 服务器上，ESXi 不显示 i350/X550 网卡的 OEM 固件版本号
内置 ixgben 驱动程序仅识别 i350/X550 网卡的固件数据版本或签名。在某些 Dell 服务器上，OEM 固件版本号已编程到 OEM 软件包版本区域，而内置 ixgben 驱动程序不会读取此信息。仅显示 8 位固件签名。

解决办法：要显示 OEM 固件版本号，请安装异步 ixgben 驱动程序版本 1.7.15 或更高版本。
X710 或 XL710 网卡在 ESXi 中可能发生故障
在对 X710 或 XL710 网卡启动某些破坏性操作（例如重置网卡或操作 VMKernel 的内部设备树）时，网卡硬件可能会从非数据包内存中读取数据。

解决办法：请勿重置网卡或操作 VMkernel 内部设备状态。
系统重新引导后，NVMe-oF 不保证持久 VMHBA 名称
NVMe-oF 是 vSphere 7.0 中的新功能。如果服务器具有使用 vmhba30+ 的 USB 存储安装，并且还具有 NVMe over RDMA 配置，则在系统重新引导后，VMHBA 名称可能会发生变化。这是因为 NVMe over RDMA 的 VMHBA 名称分配不同于 PCIe 设备。ESXi 不保证持久性。

解决办法：无。
vCenter 数据库大小为 300 GB 或更大时备份失败
如果 vCenter 数据库大小为 300 GB 或更大，基于文件的备份将失败，并显示超时。将显示以下错误消息：超时! 无法在 72000 秒内完成 (Timeout! Failed to complete in 72000 seconds)

解决办法：无。
还原从具有外部 Platform Services Controller 部署的 vCenter Server 6.x 升级到 vCenter Server 7.0 的 vCenter Server 7.0 可能会失败
还原从具有外部 Platform Services Controller 部署的 vCenter Server 6.x 升级到 vCenter Server 7.0 的 vCenter Server 7.0 时，还原可能会失败并显示以下错误：无法检索设备存储列表 (Failed to retrieve appliance storage list)

解决办法：在还原过程的第一阶段，提高 vCenter Server 7.0 的存储级别。例如，如果 vCenter Server 6.7 外部 Platform Services Controller 设置存储类型为“小型”，请选择存储类型“大型”以执行还原过程。
在主机配置文件修复过程中，未配置已启用的 SSL 协议配置参数
在主机配置文件修复期间未配置已启用的 SSL 协议 (Enabled SSL protocols) 配置参数，仅启用了系统默认协议 tlsv1.2。在 vCenter Server 7.0 环境中，版本为 7.0 及更低版本的主机配置文件会出现此行为。

解决办法：要为 SFCB 启用 TLSV 1.0 或 TLSV 1.1 SSL 协议，请使用 SSH 登录到 ESXi 主机，然后运行以下 ESXCLI 命令：esxcli system wbem -P <protocol_name>
无法使用主机配置文件配置锁定模式设置
无法使用安全主机配置文件配置锁定模式，也无法将该模式同时应用于多个 ESXi 主机。必须手动配置每个主机。

解决办法：在 vCenter Server 7.0 中，可以使用安全主机配置文件配置锁定模式和管理锁定模式例外用户列表。
将主机配置文件应用于集群时，ESXi 主机中缺少增强型 vMotion 兼容性 (EVC) 设置
VMware 配置文件 /etc/vmware/config 中的某些设置不受主机配置文件管理，并且在修改该 VMware 配置文件时被阻止。因此，将主机配置文件应用于集群时，EVC 设置丢失，导致 EVC 功能丢失。例如，未屏蔽的 CPU 可能向工作负载公开。

解决办法：在集群上重新配置相关的 EVC 基准以恢复 EVC 设置。
使用主机配置文件在 vCenter Server 7.0 中定义核心转储分区时导致发生错误
在 vCenter Server 7.0 中，无法在主机配置文件中配置和管理核心转储分区。尝试应用主机配置文件来定义核心转储分区时，导致出现以下错误：未找到任何有效的 coredump 分区。

解决办法：无。在 vCenter Server 7.0 中，主机配置文件仅支持基于文件的核心转储。
如果运行 ESXCLI 命令卸载防火墙模块，hostd 服务将失败，并且主机 ESXi 会断开连接
如果在包含多个 ESXi 主机的环境中自动执行防火墙配置，并运行会破坏筛选器和卸载防火墙模块的 ESXCLI 命令 esxcli network firewall unload，hostd 服务会失败，并且 ESXi 主机将断开连接。

解决办法：任何时候都不建议卸载防火墙模块。如果必须卸载防火墙模块，请使用以下步骤：
1. 使用以下命令停止 hostd 服务：
  /etc/init.d/hostd stop。
2. 使用以下命令卸载防火墙模块：
  esxcli network firewall unload。
3. 执行所需的操作。
4. 使用以下命令加载防火墙模块：
  esxcli network firewall load。
5. 使用以下命令启动 hostd 服务：
  /etc/init.d/hostd start。
由于网络文件复制 (NFC) 管理器的会话未经身份验证，vSphere Storage vMotion 操作在 vSAN 环境中可能会失败
如果虚拟机至少具有一个快照和多个虚拟磁盘，但使用不同的存储策略，则使用 vSphere Storage vMotion 将这些虚拟机迁移到 vSAN 数据存储可能会失败。出现此问题的原因是，由于简单对象访问协议 (SOAP) 正文超出允许的大小，导致 NFC 管理器的会话未经身份验证。

解决办法：先迁移虚拟机主页命名空间，并且仅迁移其中一个虚拟磁盘。此操作完成后，对剩余的 2 个磁盘执行仅磁盘迁移。
ESXi 主机上设备与存储的属性和特性更改在重新引导后可能不会保留
如果在重新引导 ESXi 主机的过程中设备发现例程超时，则 jumpstart 插件可能不会从主机上所有已注册的设备收到设备和存储的所有配置更改。因此，重新引导后，该过程可能会将某些设备或存储的属性还原到默认值。

解决办法：手动还原受影响设备或存储的属性更改。
如果使用的是 ESXi 7.0 的内部测试版本，则在某些生命周期操作期间，ESXi 主机可能会出现故障并显示紫色诊断屏幕
如果使用的是 ESXi 7.0 的内部测试版，在某些生命周期操作（例如卸载驱动程序或在 ENS 模式和本机驱动程序模式之间切换）期间，ESXi 主机可能会出现故障并显示紫色诊断屏幕。例如，如果您尝试更改 ENS 模式，在回溯追踪中，您会看到类似以下内容的错误消息：case ENS::INTERRUPT::NoVM_DeviceStateWithGracefulRemove hit BlueScreen: ASSERT bora/vmkernel/main/dlmalloc.c:2733 此问题特定于内部测试版本，不会影响 ESXi 7.0 等发行版。

解决办法：更新到 ESXi 7.0 GA。
从某些库到 vSphere 的 HTTP 请求可能被拒绝
vSphere 7.0 中的 HTTP 反向代理强制实施比以前版本更严格的标准合规性。这可能导致在应用程序用于对 vSphere 执行 SOAP 调用的某些第三方库中出现预先存在的问题。

如果您开发使用此类库的 vSphere 应用程序，或者在 vSphere 堆栈中包含依赖于此类库的应用程序，那么当这些库向 VMOMI 发送 HTTP 请求时，可能会遇到连接问题。例如，从 vijava 库发出的 HTTP 请求可能采用以下形式：
```
POST /sdk HTTP/1.1
SOAPAction
Content-Type: text/xml; charset=utf-8
User-Agent: Java/1.8.0_221
```
此示例中的语法违反了在 SOAPAction 后必须使用冒号的 HTTP 协议标头字段要求。因此，请求在执行时被拒绝。

解决办法：在应用程序中利用不合规库的开发人员可以考虑改为使用遵循 HTTP 标准的库。例如，使用 vijava 库的开发人员可以考虑改为使用最新版本的 yavijava 库。
在主机配置文件中编辑高级选项参数并将值设置为 false 时，导致该值设置为 true
尝试将主机配置文件中高级选项参数的值设置为 false 时，用户界面会创建一个非空字符串值。不为空的值将解释为 true，并且该高级选项参数在主机配置文件中收到 true 值。

解决办法：有两种可行的解决办法。
- 在引用 ESXi 主机上将该高级选项参数设置为 false，并在主机配置文件中复制此主机上的设置。
  注意：主机必须与主机配置文件兼容，才可在主机上修改高级选项参数。
- 在引用 ESXi 主机上将高级选项参数设置为 false，并且从此主机创建主机配置文件。然后，将主机配置文件设置从新主机配置文件复制到现有主机配置文件中。
使用 Broadcom 驱动程序 lsi_msgpt3、lsi_msgpt35 和 lsi_mr3 时，可能会显示转储文件
使用 lsi_msgpt3、lsi_msgpt35 和 lsi_mr3 控制器时，存在显示转储文件 lsuv2-lsi-drivers-plugin-util-zdump 的潜在风险。退出此插件实用程序中使用的 storelib 时出现问题。对 ESXi 操作没有任何影响，可以忽略该转储文件。

解决办法：可放心地忽略此消息。可以使用以下命令移除 lsuv2-lsi-drivers-plugin：

esxcli software vib remove -n lsuv2-lsiv2-drivers-plugin
在 vCenter 中配置 PCI 设备的 SR-IOV 后，您可能会看到不需要重新引导，但第三方扩展执行的设备配置可能会丢失，需要重新引导才能重新应用。
在 ESXi 7.0 中，无需重新引导即可应用 SR-IOV 配置，并重新加载设备驱动程序。ESXi 主机可能让第三方扩展执行设备配置，这些配置需要在引导期间加载设备驱动程序后运行。要使这些第三方扩展重新应用设备配置，需要重新引导。

解决办法：在配置 SR-IOV 以应用第三方设备配置后，必须重新引导。

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