vCenter Server 6.7 Update 2 | 2019 年 4 月 11 日 | ISO 内部版本 13010631 vCenter Server Appliance 6.7 Update 2 | 2019 年 4 月 11 日 | 内部版本 13010631 |
发行说明内容
本发行说明包含以下主题:
新增功能
- 使用 vCenter Server 6.7 Update 2,可以在 vCenter Server 配置文件
vpxd.cfg
中配置 config.vpxd.macAllocScheme.method
属性,从而允许在 MAC 地址池中按顺序选择 MAC 地址。随机选择的默认选项不会更改。修改 MAC 地址分配策略不会影响现有虚拟机的 MAC 地址。
- vCenter Server 6.7 Update 2 增加了 REST API,可以从 vSphere Client 运行,用于将具有外部 Platform Services Controller 部署的 vCenter Server Appliance 实例转换为在嵌入式链接模式下连接的具有嵌入式 Platform Services Controller 部署的 vCenter Server Appliance 实例。有关详细信息,请参见《vCenter Server 安装和设置》指南。
- vCenter Server 6.7 Update 2 将 VMware 客户体验提升计划 (CEIP) 集成到融合实用程序中。
- vCenter Server 6.7 Update 2 增加了 SOAP API,可用于跟踪加密密钥的状态。通过该 API,可以查看加密密钥在 vCenter Server 系统中是否可用,或者是否由虚拟机使用(用作主机密钥或由第三方程序使用)。
- 升级 vCenter Server 系统预检查:vCenter Server 6.7 Update 2 可在升级 vCenter Server 系统时启用预检查,以确保 VMware vCenter Single Sign-On 服务注册端点的升级兼容性。此项检查可在升级开始之前通知可能与现有计算机 vCenter Single Sign-On 证书不匹配的情况,并可防止发生需要手动解决且会导致停机的升级中断。
- vSphere 审核改进:vCenter Server 6.7 Update 2 增加了以下操作的事件:用户管理、登录、组创建、标识源和策略更新,从而对 VMware vCenter Single Sign-On 审核进行了改进。此新功能仅适用于具有嵌入式 Platform Services Controller 部署的 vCenter Server Appliance,不适用于具有外部 Platform Services Controller 部署且适用于 Windows 的 vCenter Server 或 vCenter Server Appliance。支持的标识源为 vsphere.local、集成 Windows 身份验证 (IWA) 和基于 LDAP 的 Active Directory。
- 虚拟硬件版本 15:vCenter Server 6.7 Update 2 引入了虚拟硬件版本 15,该版本增加了对创建虚拟机时最多可包含 256 个虚拟 CPU 的支持。有关详细信息,请参见 VMware 知识库文章 1003746 和 2007240。
- 简化备份文件还原:如果您找不到正确的内部版本来还原备份文件,并输入了错误的备份详细信息,则 vCenter Server 6.7 Update 2 中的 vCenter Server Appliance 管理界面会在“输入备份详细信息”页面中添加一条错误消息,指出相应的版本详细信息,以帮助您选择正确的内部版本。此外,您也可以在备份 > 活动中找到版本详细信息。
- 在 vCenter Server 6.7 Update 2 中,可以使用网络文件系统 (NFS) 和服务器邮件阻止 (SMB) 协议在 vCenter Server Appliance 上执行基于文件的备份和还原操作。仅支持通过 vCenter Server Appliance CLI 安装程序使用 NFS 和 SMB 协议执行还原操作。
- vCenter Server 6.7 Update 2 增加了标记和类别、vCenter Server 对象和全局权限的权限更改事件。这些事件可指定进行更改的用户。
- 在 vCenter Server 6.7 Update 2 中,可以创建警报定义以监控系统的备份状态。通过设置备份状态警报,可以接收电子邮件通知、发送 SNMP 陷阱以及运行事件(例如
备份作业失败
和备份作业已成功完成
)触发的脚本。备份作业失败
事件会将警报状态设置为红色,而备份作业已成功完成
会将警报重置为绿色。
- 通过 vCenter Server 6.7 Update 2,在 VMware vSphere Remote Office Branch Office Enterprise Edition 配置为在维护模式下支持 vSphere Distributed Resource Scheduler 的群集中,ESXi 主机进入维护模式时,在该主机上运行的所有虚拟机将移至群集中的其他主机。自动虚拟机-主机关联性规则可确保 ESXi 主机退出维护模式时,移动的虚拟机可移回同一主机。
- 在 vCenter Server 6.7 Update 2 中,与添加、移除或修改用户角色相关的事件显示进行更改的用户。
- 在 vCenter Server 6.7 Update 2 中,只需执行一次操作便可将 .vmtx 模板直接从已发布库发布到多个订阅服务器,而无需分别从每个已订阅库执行一次同步。无论是内部部署、云中还是采用混合模式,已发布库和已订阅库必须位于同一个链接 vCenter Server 系统中。与内容库中其他模板相关的工作未发生变化。
- vCenter Server 6.7 Update 2 增加了一个警示,用于在还原操作的输入备份详细信息步骤中指定安装程序版本。如果安装程序版本和备份版本不完全相同,将显示一个提示,提示您下载哪个匹配的内部版本,例如,
启动与版本 6.8.2 GA 对应的安装程序
。
- vCenter Server 6.7 Update 2 在 vSphere Client 和 VMware Host Client 中增加了对瑞典键盘的支持。有关与键盘映射相关的已知问题,请参见 VMware 知识库文章 2149039。
- 在 vCenter Server 6.7 Update 2 中,vSphere Client 提供了安装后检查主机运行状况复选框,使用 vSphere Update Manager 升级 ESXi 主机时,您可以选择退出 vSAN 运行状况检查。在引入此选项之前,如果在升级过程中检测到 vSAN 问题,则整个群集修复将失败,并且已升级的 ESXi 主机始终处于维护模式。
- vSphere 运行状况警报和类别:vCenter Server 6.7 Update 2 在 vSphere Client 中增加了一个警报,当 vSphere 运行状况在环境中检测到新问题并提示解决该问题时,会显示该警报。运行状况检查结果现在按类别分组,这样更为直观。
- 在 vCenter 6.7 Update 2 中,现在可以将由内容库管理的虚拟机模板从已发布库发布到多个订阅服务器。可以从已发布库触发此操作,这样可以更好地控制虚拟机模板的分发。无论是内部部署、云中还是采用混合模式,已发布库和已订阅库必须位于同一个链接 vCenter Server 系统中。与内容库中其他模板相关的工作未发生变化。
vCenter Server 6.7 的早期版本
vCenter Server 的功能和已知问题在各个版本的发行说明中均有描述。vCenter Server 6.7 的早期版本的发行说明包括:
有关国际化、兼容性、安装和升级、开源组件和产品支持注意事项的说明,请参见 VMware vCenter Sever 6.7 Update 1 发行说明。
产品支持注意事项
- VMware vSphere Flash Read Cache 即将弃用。尽管此功能在 vSphere 6.7 版本中继续受支持,但在未来的 vSphere 版本中将不再支持此功能。可以使用 VMware 兼容性指南中列出的 vSAN 缓存机制或任何 VMware 认证的第三方 I/O 加速软件替代此功能。
- vCenter Server 6.7 Update 2 不支持摘要算法 5 (MD5),您无法使用
snmp.set
命令设置 MD5 身份验证选项。
此版本的升级说明
重要信息:如果要使用混合链接模式 (HLM) 功能,请在升级到 vCenter Server 6.7 Update 2 之前联系 VMware 技术支持团队(云服务工程团队)。
有关支持升级到 vCenter Server 6.7 Update 2 的 vCenter Server 版本的详细信息,请参见 VMware 知识库文章 67077。
本版本中包含的修补程序
本版本 vCenter Server 6.7 Update 2 提供了以下修补程序。有关下载修补程序的详细信息,请参见 VMware Patch 下载中心。
适用于 VMware vCenter Server 6.7 Update 2 的安全修补程序
第三方产品修复(例如:JRE 和 tcServer)。此修补程序对适用于 Windows 的 vCenter Server、适用于 Windows 的 Platform Services Controller 和 vSphere Update Manager 适用。
注意:此修补程序仅更新 JRE 版本 1.8.0_202。
针对适用于 Windows 的 vCenter Server 和 Platform Services Controller
下载文件名称 |
VMware-VIMPatch-T-6.7.0-13010631.iso |
内部版本 |
13010631 |
下载大小 |
40.7 MB |
md5sum |
edcd2f2a9294fffcbec32150f10a0005 |
sha1checksum |
a66c23f958a83542e2bd33681d838b22630ed953 |
以下 vCenter Server 组件依赖于 JRE,并且必须安装修补程序:
- vCenter Server
- Platform Services Controller
- vSphere Update Manager
下载和安装
可通过转到 VMware Patch 下载中心并从选择产品下拉菜单中选择 VC 来下载此修补程序。
- 将
VMware-VIMPatch-T-6.7.0-13010631.iso
文件挂载到已安装 vCenter Server 组件的系统中。
- 双击 ISO_mount_directory/autorun.exe。
- 在“vCenter Server Java 组件更新”向导中,单击全部修补。
适用于 VMware vCenter Server Appliance 6.7 Update 2 的完整修补程序
适用于 vCenter Server Appliance 的产品修补程序包含 VMware 软件修复、安全修复和第三方产品修复(例如:JRE 和 tcServer)。
此修补程序适用于 vCenter Server Appliance 和 Platform Services Controller Appliance。
针对 vCenter Server 和 Platform Services Controller Appliance
下载文件名称 |
VMware-vCenter-Server-Appliance-6.7.0.30000-13010631-patch-FP.iso |
内部版本 |
13010631 |
下载大小 |
1996.6 MB |
md5sum |
2f09c95d416c7d2ba6d94b032b240ef9 |
sha1checksum |
dd8053b955093cd512408099d4d9ac618668e28c |
下载和安装
可通过转到 VMware Patch 下载中心并从选择产品下拉菜单中选择 VC 来下载此修补程序。
- 将
VMware-vCenter-Server-Appliance-6.7.0.30000-13010631-patch-FP.iso
文件附加到 vCenter Server Appliance CD 或 DVD 驱动器。
- 使用 root 凭据登录到设备 shell 并运行以下命令:
- 转储 ISO:
software-packages stage --iso
- 查看已转储的内容:
software-packages list --staged
- 安装已转储的 RPM:
software-packages install --staged
有关使用 vCenter Server Appliance shell 的详细信息,请参见 VMware 知识库文章 2100508。
有关修补 vCenter Server Appliance 的详细信息,请参见修补 vCenter Server Appliance。
有关转储修补程序的详细信息,请参见将修补程序转储到 vCenter Server Appliance。
有关安装修补程序的详细信息,请参见安装 vCenter Server Appliance 修补程序。
有关此修补程序中解决的问题,请参见已解决的问题。
有关 Photon OS 更新,请参见 VMware vCenter Server Appliance Photon OS 安全修补程序。
有关使用设备管理界面进行修补的详细信息,请参见使用设备管理界面修补 vCenter Server Appliance。
发行说明更改日志
本部分介绍发行说明的更新。
已解决的问题
已解决的问题分为以下几组。
vMotion 问题
- vCenter Sever 系统重新启动后,针对加密虚拟机执行的 vSphere vMotion 操作可能会失败
vCenter Server 系统重新启动后,兼容性检查错误可能会导致针对加密虚拟机执行的 vSphere vMotion 操作失败。您可能会看到类似以下内容的日志:
RuntimeFault.summary Session does not have Cryptographer.RegisterHost privilege.
本版本已解决该问题。
- 对虚拟机执行的打开电源或 vSphere vMotion 操作可能会失败并显示无限循环错误
如果 .vmx
配置文件已损坏,对虚拟机执行的打开电源或 vSphere vMotion 操作可能会失败并显示无限循环错误。
本版本已解决该问题。
- 通过使用 vSphere Storage vMotion 执行迁移后,虚拟机的磁盘模式可能会发生更改
如果使用 Storage vMotion 迁移虚拟机,则该虚拟机的磁盘模式可能会发生更改,而不显示警告。例如,从“独立持久”更改为“从属”。
本版本已解决该问题。
- 由于无法访问父磁盘,迁移虚拟机可能会失败
当目标主机有权访问源主机的共享子磁盘而无法访问父磁盘时,虚拟机的迁移可能会在网络文件复制过程中失败并显示 FileNotFound
错误。
本版本已解决该问题。
- 由于存在争用状况,即时克隆置备等虚拟机迁移操作可能会失败
由于使用 VMware AppDefense 等解决方案创建命名空间数据库的操作与使用 Storage vMotion 或增强型 vMotion 兼容性迁移虚拟机操作之间存在争用状况,迁移可能会失败。
本版本已解决该问题。
备份和还原问题
Auto Deploy 问题
客户机操作系统问题
- 无法设置主虚拟网卡
无法自定义 vCenter Server Appliance 客户机操作系统,以将某虚拟网卡设置为主虚拟网卡。
本版本已解决该问题。通过此修复,当虚拟网卡为第一个网卡,并且配置了静态 IPv4 和网关时,可以将该虚拟网卡自定义为主虚拟网卡。
- 在 vSphere 6.7 上使用 Microsoft Sysprep 自定义虚拟机可能会失败,并且虚拟机始终处于自定义状态
如果 Windows 虚拟机使用一次性磁盘,则在 vSphere 6.7 上使用 Microsoft Sysprep 自定义虚拟机可能会失败。Sysprep 可能会在自定义期间更改一次性磁盘的盘符。因此,虚拟机将一直处于自定义状态并变得无响应。
本版本已解决该问题。
工具问题
- 在 Windows 客户机自定义后,可能不会删除 c:\sysprep 目录
运行 Windows 客户机自定义后,可能不会删除 c:\sysprep
临时目录。
本版本已解决该问题。通过此修复,可以利用 Windows API 并在虚拟机重新引导后删除所有临时文件和文件夹。
- VMware 开放式虚拟化格式 (OVF) Tool 可能无法覆盖目标文件夹中的所有文件
即便使用 OVF Tool 的 --overwrite
选项,目标文件夹中的现有文件也可能不会被删除或覆盖,只能手动删除。
本版本已解决该问题。
- 将虚拟机导出到 OVF 时,可能看不到配置的 CPU 份额
使用 OVF Tool 将虚拟机导出到 OVF 时,可能不会导出配置的 CPU 份额。
本版本已解决该问题。
存储问题
- 含有 ResourceLeaseDurationSec 参数并通过 VMware vSphere Storage DRS 传递的批量虚拟机置备请求可能会失败
多个在放置规范中指定了 ResourceLeaseDurationSec
参数的虚拟机置备请求通过 vSphere Storage DRS 传递时,vSphere Storage DRS 会提供初始放置建议并为所有虚拟机分配空间,但阻止使用数据存储空间。这可能会导致置备失败。
本版本已解决该问题。
- 在 vSphere Storage DRS 中添加故障消息时,vCenter Server 可能会停止响应
当 vpxd 服务尝试在 vSphere Storage DRS 中访问和添加已取消配置或已移除数据存储的故障消息时,vCenter Server 可能会停止响应。
本版本已解决该问题。
- vSphere API for Storage Awareness 调用触发的一系列配置更新事件可能会导致内存不足错误或不规则 API 调用
每个配置更新事件都会触发与 vSphere API for Storage Awareness 提供程序执行完全同步。因此,同步线程会出现堆积。如果配置更新类型事件的数量极大,这会导致内存不足错误或定期不规则触发 getEvents
API 调用。
本版本已解决该问题。
- vSphere Storage DRS 提供初始放置操作时,vpxd 服务可能会失败
vSphere Storage DRS 初始放置工作流中的一个内部数据结构可能会被 NULL
值覆盖,这可能会导致空指针引用和 vpxd 服务失败。
本版本已解决该问题。
- 在 LUN 重新扫描期间,具有 RDM LUN 可见性的 ESXi 主机可能需要很长时间才能启动或出现延迟
大量 RDM LUN 可能会导致 ESXi 主机在执行 LUN 重新扫描时需要很长时间才能启动或出现延迟。如果使用 API(如 MarkPerenniallyReserved
或 MarkPerenniallyReservedEx
),可以将特定 LUN 标记为永久保留,这会缩短 ESXi 主机的开始时间和重新扫描时间。
本版本已解决该问题。
- 使用 VMware vRealize Automation 扩展虚拟机磁盘可能会失败,并显示数据存储上的磁盘空间不足错误
运行某操作以使用 VMware vRealize Automation 扩展虚拟机磁盘时,如果 vSphere Storage DRS 未提供建议,则该操作可能会失败,因为当前数据存储上的空间不足。vSphere Storage DRS 选取错误匹配的磁盘进行操作时会出现此问题。因此,可能会看到错误数据存储上的磁盘空间不足 (Insufficient disk space on datastore)
。
本版本已解决该问题。
- vSphere Storage DRS 任务可能需要很长时间或超时
由于 vSphere Replication 管理服务器响应缓慢或延迟,因此 vSphere Storage DRS 任务可能需要很长时间或超时。
本版本已解决该问题。
- 如果对部分或全部虚拟机文件和磁盘使用同一个复制组,则虚拟机的置备可能会失败
VMware vSphere 基于存储策略的管理 (SPBM) 可能不会在对 API for Storage Awareness (VASA) 提供程序执行 queryReplicationGroup
调用期间筛选唯一的复制组 ID。因此,如果对部分或全部虚拟机文件和虚拟磁盘使用同一个复制组,则虚拟机的置备可能会失败。
本版本已解决该问题。
- 将 StorageObject 类型的 VMware vSphere Virtual Volumes 合规性警报发布到 vCenter Server 系统可能会失败
如果使用 API for Storage Awareness (VASA) 提供程序,将 StorageObject
类型的 vSphere Virtual Volumes 合规性警报发布到 vCenter Server 系统可能会由于映射不匹配而失败。
本版本已解决该问题。
vCenter Server、vSphere Web Client 和 vSphere Client 问题
- 无法使用 vSphere Client 为 Active Directory 域中前 200 个安全主体以外的用户或组添加权限
如果使用 vSphere Client 向 Active Directory 域中的用户或组授予权限,则对安全主体的搜索限制为 200 个,您无法将用户添加到该列表以外的任何主体。
本版本已解决该问题。
- 如果 TRUSTED_ROOTS 存储中的证书超过 20 个,则 vpxd 服务可能无法启动
当 vCenter Server 系统上的 TRUSTED_ROOTS
存储中的证书超过 20 个时,vpxd 服务可能无法启动。vSphere Web Client 和 vSphere Client 显示以下错误:
[400] 向 vCenter Single Sign-On 服务器发送身份验证请求时出错 ([400] An error occurred while sending an authentication request to the vCenter Single Sign-On server)。
本版本已解决该问题。通过此修复,在适用于 Windows 的 vCenter Server 和 vCenter Server Appliance 中,TRUSTED_ROOTS
存储可支持多达 30 个证书。
- 由于时间同步存在延迟,在使用外部 Platform Services Controller 部署 vCenter Server Appliance 时,首次引导可能会失败
如果外部 Platform Services Controller 节点与 vCenter Server 系统之间的时间不同步,则在使用该 Platform Services Controller 部署 vCenter Server Appliance 时,首次引导可能会失败。
本版本已解决该问题。
- 用户登录和注销事件可能不包含用户的 IP 地址
如果使用 vSphere Web Client 或 vSphere Client 登录到 vCenter Server 系统,则登录事件可能显示 127.0.0.1
,而不是用户的 IP 地址。此外,可能在“事件”视图中看不到 vCenter Single Sign-On 配置更改的跟踪。
本版本已解决该问题。该修复在 vCenter Single Sign-On 日志中添加了新的审核日志文件。此外,还可以在 vSphere Web Client 和 vSphere Client 的监控 > 事件视图中查看新事件。
- vCenter Server 守护进程服务 vpxd 可能无法启动,并显示描述符索引无效错误
vpxd 服务可能无法启动,并显示参数 VPX_HCI_CONFIG_INFO.LOCKDOWN_MODE
中的描述符索引无效错误。
此问题会影响适用于 Windows 的 vCenter Server 6.7 Update 1 或更高版本上使用 MS SQL 数据库服务器的环境。如果使用快速入门工作流创建超融合基础架构群集并重新启动 vCenter Server 系统,则由于 SQL 数据库服务器处理数据失败,vpxd 可能无法启动。
您可能会在 vpxd.log
中看到类似以下内容的日志:
[VdbStatement::ResultValue:GetValue] Error to get value at pos: 1, ctype: 4 for SQL "VPX_HCI_CONFIG_INFO.LOCKDOWN_MODE" Init failed.VdbError: Error[VdbODBCError] (-1) ODBC error: (07009) - [Microsoft][SQL Server Native Client 11.0]Invalid Descriptor Index Failed to intialize VMware VirtualCenter.Shutting down
本版本已解决该问题。
虚拟机管理问题
- 从模板快照克隆虚拟机可能会失败并显示错误
从模板快照克隆虚拟机时出现错误出现常规系统错误: 缺少 vmsn 文件 (A general system error occurred: missing vmsn file)
。
本版本已解决该问题。
- vSphere Web Client 的警报定义中可能会出现内部错误
尝试编辑包含 xxx 上的 xxx 耗尽 (xxx Exhaustion on xxx)
的预定义警报(例如,xxx 上的 Autodeploy 磁盘耗尽 (Autodeploy Disk Exhaustion on xxx)
)以及添加或更改警报操作时,可能会出现内部错误。
本版本已解决该问题。
安全问题
- 更新 VMware Postgres
VMware Postgres 已更新到 9.6.11 版本。
- 如果对规则重新排序,防火墙规则的编号可能会意外更改
如果在 vCenter Server Appliance 中创建了 9 个以上的防火墙规则,则更改顺序(在编号为一位数字的规则之间设置一个编号为两位数字的规则)时,编号可能会更改。例如,如果将编号为 10 的规则(例如 10 RETURN all -- X.X.X.10 anywhere
移至位置 2,则编号可能更改为 2 RETURN all -- X.X.X.10 anywhere
。
本版本已解决该问题。
- 更新 JRE
Oracle (Sun) JRE 已更新到版本 1.8.202。
- 撰写的 URL 可能会显示 Apache 服务器详细信息
如果撰写 URL(如 https://:9443/vsphere-client/inventory-viewer/locales/help
)
,可能会看到 Apache 服务器详细信息,如版本。
本版本已解决该问题。
- 升级 Apache httpd
Apache httpd 已更新到版本 2.4.37,以解决与标识符 CVE-2018-11763 相关的安全问题。
- OpenSSL 更新
OpenSSL 软件包已更新到版本 openssl-1.0.2q。
- 更新 libxml2 库
ESXi userworld libxml2 库已更新到版本 2.9.8。
- OpenSSH 版本更新
OpenSSH 已更新到版本 7.4p1-7。
其他问题
- 在升级到 vCenter Server 6.7 后,尝试登录到 vCenter Server 系统可能会失败并显示凭据验证错误
将系统升级到 vCenter Server 6.7 后,如果您尝试使用 vSphere Web Client 或 vSphere Client 和安全令牌或智能卡登录到系统,登录可能会失败并显示错误无法验证提交的凭据 (Unable to validate the submitted credential)
。
本版本已解决该问题。
- 服务器重新引导后, vCenter Server 守护进程服务 vpxd 可能无法启动
服务器重新引导后,vpxd 从数据库加载清单期间,它会根据清单大小和可用 CPU 内核数执行工作负载计算。这些输入的某些罕见组合可能会导致计算不正确,进而导致阻止该服务启动的错误。您可能会看到以下错误:
初始化失败:正在获取的数据在空列位置 0 为 NULL (Init failed: The data being fetched is NULL at column position 0)
本版本已解决该问题。以前的解决办法涉及禁用 vCenter Server Appliance 中的一个或多个 CPU 内核以修复该计算。应用此更新后,可以取消该解决办法。
- 将 vCenter Server 或 Platform Services Controller 实例从 Windows 迁移到 vCenter Server Appliance 时,mdir-syslog.log 文件会填满日志消息
将 vCenter Server 或 Platform Services Controller 实例从 Windows 迁移到 vCenter Server Appliance 时,会复制不带安全描述符的条目 cn=DSE Root
。因此,vmdird-syslog
文件会填满 No SD found for cn=DSE Root
消息。
本版本已解决该问题。该修复将日志级别更改为详细,并在从 Windows 迁移到 vCenter Server Appliance 后禁止显示日志消息。
- 如果在启动 FileManager 操作后立即注销,vCenter Server 守护进程服务 vpxd 可能会失败
如果在启动 FileManager 操作(例如 delete、move 或 copy)后立即注销,vpxd 服务可能会失败,因为系统可能不会从任务队列中拾起该任务并执行。
本版本已解决该问题。
CIM 和 API 问题
- 当许多对象与标记相关联时,API 查询可能会超时
当许多对象与每个标记相关联时,API 调用(如 listAttachedObjects
、listAttachedObjectsOnTags
和 listAllAttachedObjectsOnTags
)可能需要很长时间才能完成并最终超时。这是因为,以前,单独的远程过程调用发送到 vmware-vpxd 服务,以在每个 vCenter Server 对象上执行权限检查。
本版本已解决该问题。通过该修复,标记 API 对 vmware-vpxd 执行批量 AuthZ
调用,以在所有关联的对象上执行权限检查。
安装、升级和迁移问题
- 如果系统时间与 NTP 服务器不同步,从适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 时迁移进度可能会停在 75%
从适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 期间,在迁移过程的第 2 阶段,如果系统时间与 NTP 服务器不同步,会话可能会超时,同时迁移停止,而不显示警告。安装程序界面可能始终显示 75% 的进度。
本版本已解决该问题。
- 将适用于 Windows 的 vCenter Server 从 6.7 产品线的早期版本升级到 6.7 Update 2 可能会失败
如果适用于 Windows 的 vCenter Server 系统具有使用 Windows 身份验证的外部 SQL Server,则尝试将该系统从 6.7 产品线的早期版本升级到 6.7 Update 2 时,该操作可能会失败。
从 vCenter Server 6.7 Update 1 升级到 6.7 Update 2 时,此问题已解决。要从 6.7.0 或 6.7.0.x 版本升级到 6.7 Update 2,请参见 VMware 知识库文章 67561。
- 由于 VMware Tools 10.2 及更高版本与 ESXi 6.0 及更低版本之间存在兼容性问题,vCenter Server 升级可能会失败
VMware Tools 10.2 及更高版本与 ESXi 6.0 及更低版本可能不兼容。其结果是,vCenter Server 系统升级可能会失败。
本版本已解决该问题。如果已经遇到此问题,请将 ESXi 容器更新到版本 6.7,或将 VMware Tools 回滚到 10.1.5 版本。vCenter Server 系统升级完成后,同时升级 VMware Tools 和 ESXi 容器。
融合问题
- 将具有外部 Platform Services Controller 部署的 vCenter Server 实例融合到具有嵌入式 Platform Services Controller 部署的 vCenter Server 实例后,证书可能会丢失
将具有外部 Platform Services Controller 部署的 vCenter Server 实例融合到具有嵌入式 Platform Services Controller 部署的 vCenter Server 实例后,密钥管理服务器 (KMS) 和证书颁发机构 (CA) 证书可能会丢失。可能会看到类似以下内容的警告:
未连接 (未建立信任。查看详细信息) (Not connected (Trust not established. View Details))
本版本已解决该问题。
- 由于 IP 地址和 FQDN 冲突,vCenter Server Convergence Tool 可能无法将外部 Platform Services Controller 转换为嵌入式 Platform Services Controller
如果您在部署期间配置了使用 IP 地址作为可选 FQDN 字段的外部 Platform Services Controller 配置,由于名称冲突,vCenter Server Convergence Tool 可能无法将外部 Platform Services Controller 转换为嵌入式 Platform Services Controller。
本版本已解决该问题。
- 将具有外部 Platform Services Controller 部署的 vCenter Server 实例融合到具有嵌入式 Platform Services Controller 部署的 vCenter Server 实例可能会失败,并显示缺少证书错误
将具有外部 Platform Services Controller 部署的 vCenter Server 实例融合到具有嵌入式 Platform Services Controller 部署的 vCenter Server 实例可能会失败,并显示错误,例如未找到类型为 [Secret Key] 的条目 [location_password_default] 的证书 (No certificates were found for entry [location_password_default] of type [Secret Key])
。
本版本已解决该问题。
- 将具有外部 Platform Services Controller 部署的 vCenter Server 实例融合到具有嵌入式 Platform Services Controller 部署的 vCenter Server 实例时,converge.log 文件可能会丢失调试级别日志
当运行 vscaConvergeCli
命令并将日志记录级别设置为详细时,converge-util 的日志记录级别设置为调试,但 converge.log
文件可能不会记录调试日志消息。因此,在进行故障排除时,在日志文件中看不到所需级别的详细信息。
本版本已解决该问题。
网络连接问题
- 即使在升级完成后,仍可能会看到一条消息,指出 VMware vSphere Distributed Switch 的升级正在运行
即使在升级完成后,仍可能会看到一条消息正在升级数据中心中的 vSphere Distributed Switch (An Upgrade for the vSphere Distributed switch in datacenter is in progress)
。如果 vSphere Distributed Switch 配置中没有可用的主机成员,或者如果主机成员多次升级失败,则会发生这种情况。
本版本已解决该问题。如果已遇到 VDS 中没有可用主机成员的问题,请运行以下命令:
update vpx_dvs upgrade_status set upgrade_status=0
vmon-cli -r vpxd
- 升级到 vSphere Distributed Switch 6.6 后,某些 ESXi 主机的 vSphere Distributed Switch 可能变得不同步
将使用 vSAN 数据存储的虚拟机从一个数据中心的 ESXi 主机迁移到另一个数据中心的 ESXi 主机时,源 Distributed Switch 上的端口可能不会在 vCenter Server 系统中释放。因此,升级到 vSphere Distributed Switch 6.6 时,vSphere Distributed Switch 可能会变得不同步。
本版本已解决该问题。
- 无法在具有 NSX 管理的虚拟分布式交换机 (N-VDS) 的 ESXi 主机与具有 vSphere 标准交换机的 ESXi 主机之间通过使用 vSphere vMotion 迁移虚拟机
在 vCenter Server 6.7 Update 2 中,可以在具有 N-VDS 的 ESXi 主机与具有 vSphere 标准交换机的 ESXi 主机之间通过使用 vSphere vMotion 迁移虚拟机。要启用此功能,必须在源和目标站点上将 vCenter Server 系统升级到 vCenter Server 6.7 Update 2 和 ESXi 6.7 Update 2。
本版本已解决该问题。
服务器配置问题
已知问题
已知问题分为如下类别。
vCenter Server、vSphere Web Client 和 vSphere Client 问题
- 由于 VMware Security Token Service 服务 (vmware-stsd) 故障,您可能无法登录到 vCenter Server 系统
在某些客户环境中,如果将 Active Directory 集成 Windows 身份验证 (IWA) 添加为标识源,则 vmware-stsd 服务将出现故障。将 IWA 添加为标识源可能会生成核心转储并填满 /storage/core 目录,从而可能最终导致无法登录到 vCenter Server 系统。
在 vmware-sts-idmd.log 日志中,您可能会看到类似以下内容的条目:
[2018-11-02T13:28:42.168-07:00 IDM Shutdown INFO ] [IdmServer] Stopping IDM Server...
[2018-11-02T13:28:42.523-07:00 IDM Shutdown INFO ] [IdmServer] IDM Server has stopped
[2018-11-02T13:29:38.270-07:00 IDM Startup INFO ] [IdmServer] Starting IDM Server...
[2018-11-02T13:29:38.272-07:00 IDM Startup INFO ] [IdmServer] IDM Server has started
[2018-11-02T13:39:40.913-07:00 IDM Shutdown INFO ] [IdmServer] Stopping IDM Server...
[2018-11-02T13:39:40.913-07:00 IDM Shutdown INFO ] [IdmServer] IDM Server has stopped
在 /var/log/vmware/sso/utils/vmware-stsd.err 日志中,您会看到类似以下内容的条目:
Nov 02, 2018 1:29:40 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 663 ms
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/usr/lib/vmware-sso/vmware-sts/webapps/ROOT/WEB-INF/lib/log4j-slf4jimpl-
2.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/usr/lib/vmware-sso/vmware-sts/webapps/ROOT/WEB-INF/lib/slf4j-log4j12-
1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory]
Nov 02, 2018 1:29:50 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 10097 ms
Service killed by signal 11
解决办法:从 Active Directory 域中移除 vCenter Server 系统,并将 LDAP 服务器添加为标识源。有关详细信息,请参见 VMware 知识库文章 60161。
融合问题
vMotion 问题
升级和安装问题
- 首次引导期间,由于 PostgreSQL 序列所有者错误,升级到 vCenter Server 6.7 失败
首次引导期间,升级到 vCenter Server 6.7 失败,因为序列所有者为 postgres
,而不是 vc
。您可能会看到以下错误:
vCenter Server 首次引导失败 – 必须是关系 vpx_sn_vdevice_backing_rel_seq 的所有者 (vCenter Server Firstboot Failure – must be owner of relation vpx_sn_vdevice_backing_rel_seq)
。
解决办法:在 vCenter Server 6.7 Update 2 中,消息必须是关系 vpx_sn_vdevice_backing_rel_seq 的所有者 (must be owner of relation vpx_sn_vdevice_backing_rel_seq)
已替换为消息源 vCenter Server 结构定义验证出现顺序问题 (Source vCenter Server schema validation found a sequences issue)
。有关详细信息,请参见 VMware 知识库文章 55747。
- 升级适用于 Windows 的 vCenter Server 可能会失败,并显示卸载 5.5 产品失败错误
如果将适用于 Windows 的 vCenter Server 的嵌入式部署节点重新配置为外部部署模型并重新指向新的外部 Platform Services Controller,则将 vCenter Server 系统从 vCenter Server 6.5 Update 2d 升级到 6.7 Update 2 可能会失败,并显示卸载 5.5 产品失败并显示错误代码“1603”(Uninstallation of 5.5 products failed with error code '1603')
此类的错误。
解决办法:重新配置后重新启动 vCenter Server 系统,然后重试升级。
- 在具有 Ubuntu 14.04 操作系统的虚拟机上,无法使用 GUI 安装程序安装 vSphere 6.7 Update 2
无法在具有 Ubuntu 14.04 操作系统的虚拟机上使用 GUI 安装程序安装 vSphere 6.7 Update 2,因为默认情况下不安装 libnss3 软件包。
解决办法:通过执行命令 sudo apt-get install libnss3
安装最新版本的 libnss3。
- 从 6.0.x 升级到 vCenter Server 6.7 Update 2 后,vSphere Web Client 中的“硬件状态”选项卡可能不显示任何主机数据
从 vCenter Server 6.0.x 升级到 vCenter Server 6.7 Update 2 后,在 vSphere Web Client 的“硬件状态”选项卡中可能看不到 ESXi 主机的硬件详细信息。而是显示没有可用的主机数据 (No host data available)
错误。
解决办法:有关此问题的详细信息,请参见 VMware 知识库文章 2148520。
工具问题
备份和还原问题
网络连接问题
早期版本中的已知问题
要查看以前的已知问题列表,请单击此处。
早期的已知问题分为如下类别。
CLI 问题
国际化问题
- 对于无状态主机,如果在 VMware NSX Manager 上使用非 ASCII 字符注册 vCenter Server,使用 NSX 逻辑交换机的 VMkernel 网络可能会发生故障
如果使用包含扩展 ASCII 代码(介于 128 和 255 之间)字符的密码将 vCenter Server 注册到 NSX Manager,使用 NSX 逻辑交换机的 VMkernel 网络可能会在部署无状态主机后丢失。
解决办法:使用仅包含 ASCII 字符的密码将 vCenter Server 注册到 NSX Manager。
- 如果将以包含数十个非 ASCII 字符的字符串命名的 vSphere Distributed Switch 添加到超融合基础架构 (HCI) 群集,ESXi 主机可能会停止响应
如果以包含超过 40 个扩展 ASCII 代码(介于 128 和 255 之间)字符或超过 26 个非 ASCII 字符的字符串命名 VDS,当您尝试在配置超融合基础架构 (HCI) 群集期间将 VDS 添加到物理适配器时,ESXi 主机可能会停止响应。
解决办法:命名 VDS 时,请使用包含少于 40 个扩展 ASCII 代码字符和 26 个非 ASCII 字符的字符串。
工具问题
安装、升级和迁移问题
- 由于 HPE ProLiant-DL380/360 Gen 9 服务器上内存损坏而导致 ESXi 安装或升级失败
在具有 Smart Array P440ar 存储控制器的 HPE ProLiant-DL380/360 Gen 9 服务器上会出现该问题。
解决办法:在安装或升级 ESXi 之前将服务器 BIOS 模式设置为 UEFI。
- 如果 ESXi 升级到版本 6.7 并在之后回滚到版本 6.5 或更低版本,您可能会遇到故障并显示错误消息
恢复到 6.5 或更低版本后,在 ESXi 主机上执行以下操作之一时,您可能会看到故障和错误消息:
- 在主机上安装修补程序和 VIB
错误消息:[DependencyError] VIB VMware_locker_tools-light requires esx-version >= 6.6.0
- 在虚拟机上安装或升级 VMware Tools
错误消息:无法安装 VMware Tools (Unable to install VMware Tools)。
在 ESXi 从版本 6.7 回滚后,新的 tools-light VIB 不会恢复到早期版本。因此,VIB 变得无法与回滚后的 ESXi 主机兼容,从而导致这些问题。
解决办法:执行以下步骤修复此问题。
使用 SSH 连接到主机并运行以下命令之一:
esxcli software vib install -v /path/to/tools-light.vib
或
esxcli software vib install -d /path/to/depot/zip -n tools-light
其中,vib 和 zip 是当前正在运行的 ESXi 版本。
注意:对于已安装新 VMware Tools 的虚拟机,您无需在 ESXi 主机回滚时恢复 VMware Tools。
- 在密码中使用特殊字符反斜杠 (\) 或双引号 (") 导致安装预检查失败
如果在 vCenter Server Appliance 安装模板期间在 ESXi、vCenter Single Sign-On 或操作系统密码字段中使用了特殊字符反斜杠 (\) 或双引号 ("),安装预检查会失败,并显示以下错误:
错误消息: com.vmware.vcsa.installer.template.cli_argument_validation: Invalid \escape: line ## column ## (char ###)
解决办法:如果您在 ESXi、操作系统或 Single-Sign-On 的密码中包括了特殊字符反斜杠 (\) 或双引号 ("),则特殊字符需要进行转义。例如,密码 pass\word
应转义为 pass\\word
。
- 当密码中存在非 ASCII 字符时,Windows vCenter Server 6.7 安装程序失败
在简体中文、日语、韩语和繁体中文区域设置下,Single Sign-On 密码包含非 ASCII 字符时,Windows vCenter Server 6.7 安装程序会失败。
解决办法:确保在简体中文、日语、韩语和繁体中文区域设置下,Single Sign-On 密码仅包含 ASCII 字符。
- 当 vCenter Server root 密码中包含冒号字符 (:) 时,无法登录到 vSphere Appliance 管理界面
在 vCenter Server Appliance UI 安装期间(第 1 阶段的设置设备虚拟机页面),如果您在 vCenter Server root 密码中包含冒号字符 (:),则登录到 vSphere Appliance 管理界面 (https://vc_ip:5480
) 会失败,并且您将无法登录。设置过程中,密码规则检查可能会接受该密码,但登录会失败。
解决办法:不要在 vCenter Server Appliance UI(第 1 阶段的设置设备虚拟机页面)中使用冒号字符 (:) 设置 vCenter Server root 密码。
- 当 vCenter Single Sign-On 密码中包含反斜杠字符 (\) 时,vCenter Server Appliance 安装失败
在 vCenter Server Appliance UI 安装期间(第 2 阶段的 SSO 设置页面),如果您在 vCenter Single Sign-On 密码中包含反斜杠字符 (\),安装会失败并显示错误消息:向 Component Manager 注册 Analytics Service 失败 (Analytics Service registration with Component Manager failed)
。密码规则检查可能会接受该密码,但登录会失败。
解决办法:不要在 vCenter Server Appliance UI 安装程序(第 2 阶段的 SSO 设置页面)中使用反斜杠字符 (\) 设置 vCenter Single Sign-On 密码。
- 脚本式 ESXi 安装在 HP ProLiant Gen 9 服务器上失败并出现错误
在以下情况下,在 HP ProLiant Gen 9 服务器上执行脚本式 ESXi 安装时:
- 在 BIOS 中启用“嵌入式用户分区”选项。
- 在安装过程中使用了多个 USB 驱动器:一个 USB 驱动器包含 ks.cfg 文件,而其他 USB 驱动器没有格式化且不可用。
安装将失败并显示错误消息:未初始化分区 (Partitions not initialized)。
解决办法:
- 在服务器 BIOS 中禁用“嵌入式用户分区”选项。
- 使用文件系统对未格式化的 USB 驱动器进行格式化或将其从服务器拔出。
- 将适用于 Windows 的 vCenter Server 6.5 升级到 vCenter Server 6.7 时,如果 vSphere Authentication Proxy 服务处于活动状态,则升级可能会失败
将适用于 Windows 的 vCenter Server 6.5 升级到 vCenter Server 6.7 时,如果 vSphere Authentication Proxy 服务处于活动状态,则操作在预检查期间可能会失败。您可能会看到类似于以下内容的错误消息:
以下不可配置端口已在使用中 (The following non-configurable port(s) are already in use):
2016、7475、7476
请停止使用这些端口的进程 (Stop the process(es) that use these port(s))。
解决办法:停止 vSphere Authentication Proxy 服务。成功升级到 vCenter Server 6.7 后,可以重新启动服务。
- vCenter Server High Availability 处于活动状态时,从早期版本的 vCenter Server 6.7 修补到 vCenter Server 6.7 Update 1 可能会失败
由于数据库架构更改,当 vCenter Server High Availability 处于活动状态时,从早期版本的 vCenter Server 6.7 修补到 vCenter Server 6.7 Update 1 可能会失败。有关详细信息,请参见 VMware 知识库文章 55938。
解决办法:要将系统从早期版本的 vCenter Server 6.7 修补到 vCenter Server 6.7 Update 1,必须移除 vCenter Server High Availability 并删除被动节点和见证节点。升级后,必须重新创建 vCenter Server High Availability 群集。
- 如果 vCenter Server 包含名称中含有非 ASCII 或高位 ASCII 的 5.5 主机配置文件,Windows vCenter Server 6.0.x 或 6.5.x 升级到 vCenter Server 6.7 会失败
如果源 Windows vCenter Server 6.0.x 或 6.5.x 包含名称中含有非 ASCII 或高位 ASCII 的 vCenter Server 5.5.x 主机配置文件,则 UpgradeRunner 无法在升级预检查过程中启动。
解决办法:将 Windows vCenter Server 6.0.x 或 6.5.x 升级到 vCenter Server 6.7 之前,请将主机配置文件名称中包含非 ASCII 或高位 ASCII 字符的 ESXi 5.5.x 升级到 ESXi 6.0.x 或 6.5.x,然后单击从主机复制设置,从已升级的主机中更新主机配置文件。
- 使用自定义 HTTP 和 HTTPS 端口从 vCenter Server Appliance 6.5 Update 2 及更高版本升级到 vCenter Server Appliance 6.7 Update 1 可能会失败
使用自定义 HTTP 和 HTTPS 端口从 vCenter Server Appliance 6.5 Update 2 及更高版本升级到 vCenter Server Appliance 6.7 Update 1 可能会失败。无论您使用 GUI 还是 CLI 安装程序,都有可能会出现此问题。
解决办法:无
- 将外部 Platform Services Controller 融合到 vCenter Server 时,如果 Platform Services Controller 使用自定义 HTTPS 端口,则操作可能会失败
如果 vCenter Server 系统配置了默认 HTTPS 端口 443,并且外部 Platform Services Controller 节点配置了 HTTPS 端口的自定义值,则可能无法将该外部 Platform Services Controller 融合到 vCenter Server 系统。由于融合问题,操作在首次引导阶段失败。
解决办法:运行 vCenter 外部到嵌入式的融合工具之前,将 Platform Services Controller 节点的 HTTPS 端口值更改为默认值 443。运行以下命令也可以执行相同的操作:
/usr/lib/vmware-vmafd/bin/vmafd-cli set-dc-port --server-name localhost --dc-port 443
/usr/lib/vmware-vmafd/bin/vmafd-cli set-rhttpproxy-port --server-name localhost --rhttpproxy-port 443
- 如果 vCenter Single Sign-On 密码包含非 ASCII 字符,则无法使用 -x 选项运行 camregister 命令
在使用 -x
文件选项运行 camregister
命令时,例如,要注册 vSphere Authentication Proxy,如果 vCenter Single Sign-On 密码包含非 ASCII 字符,则此过程会失败并显示访问被拒绝错误。
解决办法:请设置包含 ASCII 字符的 vCenter Single Sign-On 密码,或当您运行 camregister
命令以输入包含非 ASCII 字符的 vCenter Single Sign-On 密码时,使用 –p
密码选项。
- 升级到 vCenter Server 6.7 后,Bash shell 和 SSH 登录被禁用
升级到 vCenter Server 6.7 后,无法使用 Bash shell 或 SSH 登录访问 vCenter Server Appliance。
解决办法:
- 成功升级到 vCenter Server 6.7 后,登录到 vCenter Server Appliance 管理界面。在 Web 浏览器中,转至 https://appliance_ip_address_or_fqdn: 5480
- 以 root 用户身份登录。
默认 root 密码是您在部署 vCenter Server Appliance 时设置的密码。
-
依次单击“访问”和“编辑”。
-
编辑 Bash shell 和 SSH 登录的访问设置。
启用对 vCenter Server Appliance 的 Bash shell 访问时,输入要启用访问的分钟数。
-
单击“确定”以保存设置。
- 如果适用于 Windows 的 vCenter Server 6.0 在之前没有启用传输层安全 1.2 的情况下安装在 Windows Server 2008 R2 上,管理节点迁移会被阻止
如果您要在 Windows Server 2008 R2 上使用外部 Platform Services Controller(MxN 拓扑)迁移适用于 Windows 的 vCenter Server 6.0,则会出现此问题。迁移外部 Platform Services Controller 后,当您在管理节点上运行 Migration Assistant 时,操作失败,并报告无法检索 Platform Services Controller 版本。由于默认情况下 Windows Server 2008 R2 不支持传输层安全 (TLS) 1.2(这是 Platform Services Controller 6.7 的默认 TLS 协议),因此会发生此错误。
解决办法:为 Windows Server 2008 R2.1 启用 TLS 1.2。
- 导航到注册表项:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
- 创建新文件夹并将其标记为
TLS 1.2
。
- 为
TLS 1.2
文件夹创建两个新密钥,并将密钥命名为客户端和服务器。
- 在客户端密钥下,创建两个 DWORD(32 位)值,并将其命名 DisabledByDefault 和 Enabled。
- 在服务器密钥下,创建两个 DWORD(32 位)值,并将其命名 DisabledByDefault 和 Enabled。
- 确保值字段设置为 0,并且 DisabledByDefault 的 Base 为十六进制格式。
- 确保值字段设置为 1,并且 Enabled 的 Base 为十六进制格式。
- 重新引导 Windows Server 2008 R2 计算机。
有关在 Windows Server 2008 R2 中使用 TLS 1.2 的详细信息,请参见操作系统供应商的文档。
- 包含版本低于 6.0 的主机配置文件的 vCenter Server 在升级到版本 6.7 时失败
vCenter Server 6.7 不支持使用版本低于 6.0 的主机配置文件。如果您具有以下任一组件,要升级到 vCenter Server 6.7,必须先将主机配置文件升级到版本 6.0 或更高版本:
- ESXi 主机版本 - 5.1 或 5.5
- vCenter Server 版本 - 6.0 或 6.5
- 主机配置文件版本 - 5.1 或 5.5
解决办法:请参见KB 52932
- 升级到 vCenter Server 6.7 后,对 ESXi 主机的 /etc/ssh/sshd_config 文件所做的任何编辑都会被丢弃,并且文件会被还原到 vCenter Server 6.7 默认配置
由于 /etc/ssh/sshd_config
文件中的默认值发生了更改,vCenter Server 6.7 升级会将对此配置文件做出的任何手动编辑替换为默认配置。由于某些之前的设置(例如,允许的密码)与当前 ESXi 行为不再兼容,并阻止了 SSHD(SSH 守护进程)正确启动,因此此更改十分必要。
注意:不建议编辑 /etc/ssh/sshd_config
。默认情况下,SSHD 会禁用,并且编辑系统配置的首选方法是通过 VIM API(包括 ESXi Host Client 界面)或 ESXCLI。
解决办法:如果需要对 /etc/ssh/sshd_config
进行编辑,您可以在成功完成 vCenter Server 6.7 升级后应用这些编辑。现在,默认配置文件包含一个版本号。保留此版本号以避免覆盖文件。
有关编辑 /etc/ssh/sshd_config
文件的详细信息,请参见以下知识库文章:
- 有关启用公用/专用密钥身份验证的信息,请参见知识库文章 KB 1002866
- 有关更改默认 SSHD 配置的信息,请参见知识库文章 KB 1020530
安全功能问题
- 在 Windows 客户机操作系统 RS1、RS2 和 RS3 中,vSphere 上基于虚拟化的安全性 (VBS) 要求在客户机操作系统中启用 HyperV。
在 Windows 客户机操作系统 RS1、RS2 和 RS3 中,vSphere 上基于虚拟化的安全性 (VBS) 要求在客户机操作系统中启用 HyperV。
解决办法:在 Windows Server 2016年中启用 Hyper-V 平台。在 Server Manager 中,在“本地服务器”下,选择“管理”->“添加角色和功能向导”,然后在基于角色或基于功能的安装下,从服务器池中选择 Hyper-V 并指定服务器角色。为服务器角色、功能、Hyper-V、虚拟交换机、迁移和默认存储选择默认值。重新引导主机。
在 Windows 10 上启用 Hyper-V:浏览到“控制面板”->“程序”->“打开或关闭 Windows 功能”。检查 Hyper-V 平台,其中包括 Hyper-V 管理程序和 Hyper-V 服务。取消选中 Hyper-V 管理工具。单击“确定”。重新引导主机。
网络连接问题
- 主机配置文件 PeerDNS 标志在某些情况下不起作用
如果针对具有关联主机配置文件的无状态主机上的 vmknic 启用了适用于 IPv4 的 PeerDNS,那么在主机重新引导后,iPv6PeerDNS 可能会在已提取的主机配置文件中显示不同的状态。
解决办法:无。
- 将 vSphere Distributed Switch 升级到版本 6.6 时,您可能会遇到一些已知问题
升级过程中,已连接的虚拟机可能会出现数据包丢失几秒钟的情况。
解决办法:如果您有多个需要升级到版本 6.6 的 vSphere Distributed Switch,则按顺序升级这些交换机。
在维护时段内安排 vSphere Distributed Switch 的升级,将 DRS 模式设置为手动模式,并且不要在升级期间应用 DRS 建议。
有关已知问题和解决方案的更多详细信息,请参见 KB 52621
- 当 Network I/O Control 已启用并且所有活动上行链路处于断开状态时,虚拟机无法打开电源
当 Network I/O Control 已启用并且遇到以下情况时,无法打开虚拟机电源
- 虚拟机连接到 vSphere Distributed Switch 上的分布式端口组
- 虚拟机配置了带宽分配预留,并且虚拟机的网络适配器(虚拟网卡)也配置了预留
- 分布式端口组绑定策略设置为故障切换
- 分布式交换机上的所有活动上行链路断开。在这种情况下,vSphere DRS 不能使用备用上行链路,并且虚拟机无法打开电源。
解决办法:将可用的备用适配器移至分布式端口组的绑定策略中的活动适配器列表中。
- 使用 qfle3f 驱动程序的网卡的网络波动可能会导致 ESXi 主机崩溃
如果使用 qfle3f 驱动程序的物理网卡遇到频繁的链路状态波动(每 1-2 秒波动一次),qfle3f 驱动程序可能会导致 ESXi 主机崩溃 (PSOD)。
解决办法:请确保不会出现这样的网络波动。如果链路状态波动时间间隔为 10 秒以上,则 qfle3f 驱动程序不会导致 ESXi 崩溃。有关更多信息,请参见 KB 2008093。
- ERSPAN 类型 III 的端口镜像流量数据包无法被数据包分析器识别
ERSPAN 类型 III 数据包标头中错误引入的错误位会导致所有 ERSPAN 类型 III 数据包在数据包分析器中显示为损坏。
解决办法:如果您的流量分析器支持以下类型,请使用 GRE 或 ERSPAN 类型 II 数据包。
- 非默认 TCP/IP 堆栈不支持 DNS 配置 esxcli 命令
不支持非默认 TCP/IP 堆栈的 DNS 配置。像 esxcli network ip dns server add -N vmotion -s 10.11.12.13
之类的命令不起作用。
解决办法:不要使用非默认 TCP/IP 堆栈上的 DNS 配置 esxcli 命令。
- 当应用主机配置文件且 vmknic 接口的默认 IPv4 网关已启用时,合规检查失败并出现错误
当应用主机配置文件且 vmknic 接口的默认 IPv4 网关已启用时,该设置被填充为“0.0.0.0”,并且与主机信息不匹配,从而显示以下错误:
IPv4 vmknic 网关配置不符合规范
解决办法:
- 编辑主机配置文件设置。
- 导航到网络配置 > 主机虚拟网卡或主机端口组 >(vSphere Distributed Switch 的名称或端口组名称)> IP 地址设置。
- 从默认网关 Vmkernal 网络适配器 (IPv4) 下拉菜单中,选择选择 vmknic 的默认 IPv4 网关,然后输入 Vmknic 的默认 IPv4 网关。
- Intel Fortville 系列网卡无法接收选项长度大于 255 个字节的 Geneve 封装数据包
如果您将 Geneve 封装配置为选项长度大于 255 个字节,则在 Intel Fortville 网卡 X710、XL710 和 XXV710 上无法正确接收数据包。
解决办法:通过运行以下命令,禁用在这些网卡上剥离的硬件 VLAN:
esxcli network nic software set --untagging=1 -n vmnicX。
- RSPAN_SRC 镜像会话在迁移后失败
如果连接到为 RSPAN_SRC 镜像会话分配的端口的虚拟机被迁移到另一台主机,并且目标主机的目标网络上没有任何所需的 pNic,那么 RSPAN_SRC 镜像会话将无法在端口上进行配置。这会导致端口连接发生故障,但 vMotion 的迁移过程会成功。
解决办法:要还原端口连接故障,请完成以下操作之一:
- 移除出现故障的端口,然后添加新的端口。
- 禁用端口,再启用它。
镜像会话无法配置,但端口连接被还原。
存储问题
- NFS 数据存储间歇性地变为只读
NFS vmknic 临时失去其 IP 地址时或无状态主机重新引导后,主机的 NFS 数据存储可能会变为只读。
解决办法:您可以卸载并重新挂载数据存储以通过 NFS vmknic 重新获得连接。您还可以将 NFS 数据存储的写入权限设置为 NFS vmknic 的 IP 地址和管理 vmknic 的 IP 地址。
- 编辑虚拟机的存储策略时,选择“主机-本地 PMem 存储策略”失败并出现错误
在编辑虚拟机存储策略对话框中,如果您从下拉菜单中选择主机-本地 PMem 存储策略,然后单击确定,该任务将失败,并显示以下错误之一:
对象不支持此操作 (The operation is not supported on the object)。
或
为设备“0”指定了不兼容的设备备用详细信息 (Incompatible device backing specified for device '0'"Detailed)
解决办法:您无法将“主机-本地 PMem 存储策略”应用到到虚拟机主页。对于虚拟磁盘,您可以使用迁移向导迁移虚拟磁盘并应用“主机-本地 PMem 存储策略”。
- 当群集中的 ESXi 主机从永久设备丢失状态恢复后,数据存储可能会显示为无法访问
在群集中的主机共享了大量数据存储(例如,512 到 1000 个数据存储)的环境中可能会出现此问题。
当群集中的主机从永久设备丢失状况中恢复后,数据存储会在主机级别成功挂载。但是,在 vCenter Server 中,许多主机的多个数据存储可能会继续显示为无法访问。
解决办法:如果主机在 vCenter Server 视图中显示无法访问数据存储,请从 vCenter Server 中对该主机执行重新扫描存储操作。
- 在混合的 ESXi 6.5 和 6.7 主机环境中将虚拟机从 VMFS3 数据存储迁移到 VMFS5 失败
如果您具有混合的主机环境,则无法将虚拟机从连接到 ESXi 6.5 主机的 VMFS3 数据存储迁移到 ESXi 6.7 主机上的 VMFS5 数据存储。
解决办法:将 VMFS3 数据存储升级到 VMFS5,才能将虚拟机迁移到 ESXi 6.7 主机。
- 使用 CLI 升级 VMFS3 数据存储后,有关 VMFS3 数据存储的警告消息保持不变
通常情况下,您可以使用 CLI 升级未能在 ESXi 升级过程中升级的 VMFS3 数据存储。VMFS3 数据存储可能会因包括以下原因在内的多种原因而失败:
- VMFS3 数据存储上没有可用空间。
- 跨区的数据存储上的某个数据区处于脱机状态。
在修复失败的原因并使用 CLI 将 VMFS3 数据存储升级到 VMFS5 后,主机继续检测 VMFS3 数据存储,并报告以下错误:
找到已弃用的 VMFS (版本 3) 卷 (Deprecated VMFS (ver 3) volumes found)。必须将此类卷升级到 VMFS (版本 5) 才能继续在 vSphere 6.7 主机上可用 (Upgrading such volumes to VMFS (ver5) is mandatory for continued availability on vSphere 6.7 host)。
解决办法:要移除错误消息,请使用 /etc/init.d/hostd restart 命令重新启动 hostd,或者重新引导主机。
- Mellanox ConnectX-4/ConnectX-5 本机 ESXi 驱动程序可能会在其开启默认队列接收方调整 (DRSS) 功能时出现性能下降
接收方调整 (RSS) 技术会跨多个基于硬件的接收队列分布入站网络流量,从而允许多个 CPU 处理入站流量。在默认队列接收方调整 (DRSS) 模式下,整个设备处于 RSS 模式。驱动程序向操作系统呈现了单个逻辑队列,并受多个硬件队列支持。
Mellanox ConnectX 4 和 ConnectX 5 适配器卡的 native nmlx5_core 驱动程序在默认情况下会启用 DRSS 功能。尽管 DRSS 有助于提高许多工作负载的性能,它可能会导致某些多虚拟机和多 vCPU 工作负载的性能下降。
解决办法:如果出现明显的性能下降,您可以禁用 DRSS 功能。
- 运行 esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 命令。
- 重新引导主机。
- 数据存储名称不会提取到主机配置文件中的核心转储文件设置
提取主机配置文件时,数据存储名称字段在主机配置文件的核心转储文件设置中为空。使用 esxcli 命令设置核心转储时出现问题。
解决办法:
- 从 ESXi 主机提取主机配置文件。
- 编辑主机配置文件设置,然后导航到常规系统设置 > 核心转储配置 > 核心转储文件。
- 选择使用明确的数据存储和大小选项创建核心转储文件,然后输入数据存储名称,即核心转储文件要驻留的位置。
- 重新引导主机时,ESXi 主机上配置的本机软件 FCoE 适配器可能会消失
成功启用 vmkfcoe 驱动程序支持的本机软件 FCoE 适配器 (vmhba) 并且重新引导主机后,该适配器可能会从适配器列表中消失。使用 qfle3 驱动程序支持的 Cavium QLogic 57810 或 QLogic 57840 CNA 时,可能会出现此问题。
解决办法:要恢复 vmkfcoe 适配器,请执行以下步骤:
- 运行 esxcli storage core adapter list 命令确保列表中缺少适配器。
- 在与缺失 FCoE 适配器关联的 vmnic 上验证 vSwitch 配置。
- 运行以下命令以找到 FCoE vmhba:
- 在架构设置上:
#esxcli fcoe nic discover -n vmnic_number
- 在 VN2VN 设置上:
#esxcli fcoe nic discover -n vmnic_number
- 在某些软件 FCoE 环境中,尝试在 ESXi 6.7 主机上创建 VMFS 数据存储可能会失败
如果使用以下配置,则尝试创建 VMFS 数据存储会失败:
- ESXi 6.7 主机上配置的本机软件 FCoE 适配器。
- Cavium QLogic 57810 或 57840 CNA。
- Cisco FCoE 交换机直接连接到 Dell EMC VNX5300 或 VNX5700 系列存储阵列的 FCoE 端口。
解决办法:无。
除此之外,您还可以切换到以下端到端配置:
ESXi 主机 > Cisco FCoE 交换机 > FC 交换机 > DELL EMC VNX5300 和 VNX5700 系列中的存储阵列。
备份和还原问题
vCenter Server Appliance、vCenter Server、vSphere Web Client 和 vSphere Client 问题
- 升级 vCenter Server Appliance 时,没有保留时间同步模式设置
如果在源 vCenter Server Appliance 上禁用了 NTP 时间同步,并且执行了 vCenter Server Appliance 6.7 升级,升级成功完成后,NTP 时间同步会在新升级的设备上启用。
解决办法:
- 成功升级到 vCenter Server Appliance 6.7 之后,以 root 身份登录到 vCenter Server Appliance 管理界面。
默认 root 密码是您在部署 vCenter Server Appliance 时设置的密码。
https://IP_or_FQDN_of_appliance:5480
- 在 vCenter Server Appliance 管理界面中,单击“时间”。
- 在“时间同步”窗格中,单击“编辑”。
- 从“模式”下拉菜单中,选择“已禁用”。
新升级的 vCenter Server Appliance 6.7 将不再使用 NTP 时间同步,并改为使用系统时区设置。
- 在版本 54 或更高版本的 Firefox 浏览器上,使用 Windows 会话身份验证登录 vSphere Web Client 失败。
如果使用版本 54 或更高版本的 Firefox 登录到 vSphere Web Client,并且使用 Windows 会话进行身份验证,VMware 增强型身份验证插件可能会无法填充您的用户名,从而无法登录。
解决办法:如果使用 Windows 会话身份验证登录到 vSphere Web Client,请使用以下浏览器之一:Internet Explorer、Chrome 或版本 53 和更早版本的 Firefox。
- 在某些情况下,无法触发 vCenter 硬件运行状况警报通知
当 ESXi 主机上同类别中的多个传感器在不到五分钟的时间段内出错时,无法接收陷阱,而且没有发送电子邮件通知。
解决办法:无。您可以检查任何警报的硬件传感器部分。
- vSphere Client 和 vSphere Web Client 可能不会反映适用于 Windows 的 vCenter Server 从 vCenter Server 6.7 到 vCenter Server 6.7 Update 1 的更新
如果将适用于 Windows 的 vCenter Server 从 vCenter Server 6.7 更新到 vCenter Server 6.7 Update 1,vSphere Client 和 vSphere Web Client 的“摘要”选项卡中的 vpxd 内部版本号详细信息可能不会反映该更新并显示版本 6.7.0。
解决办法:无。
- 使用 VCSA 安装程序时间同步选项时,您必须将目标 ESX 从 ESX 管理连接到时间和日期设置中的 NTP 服务器
如果要从“VCSA 安装程序”->“第 2 阶段”->“设备配置”->“时间同步”选项(ESX/NTP 服务器)中选择 NTP 服务器的时间同步,您还需要将目标 ESX 从 ESX 管理连接到时间&日期设置中的 NTP 服务器,否则安装会失败。
解决办法:
- 在“第 2 阶段”->“设备配置”中设置“时间同步”选项以便与 ESX 同步
- 在“第 2 阶段”->“设备配置”中设置“时间同步”选项以便与 NTP 服务器同步,请确保 ESX 和 VC 均已设置为连接到 NTP 服务器。
- 监控 Windows vCenter Server 运行状况时,显示了一条错误消息
运行状况服务对 Windows vCenter Server 不可用。如果选择了 vCenter Server,然后单击“监控”>“运行状况”,则会显示一条错误消息:
无法查询 vSAN 运行状况信息 (Unable to query vSAN health information)。请检查 vSphere Client 日志了解详细信息 (Check vSphere Client logs for details)。
将 Windows vCenter Server 从版本 6.0 Update 1 或 6.0 Update 2 升级到版本 6.7 后,会发生此问题。可以忽略此消息。
解决办法:无。用户可以通过 vCenter Server Appliance 访问 vSAN 运行状况信息。
- vCenter 硬件运行状况警报在早期 ESXi 版本中无法正常生成
如果将 ESXi 版本 6.5 Update 1 或更低版本添加到 vCenter 6.7,CPU 高温、风扇故障和电压波动等硬件事件发生时不会生成硬件运行状况相关警报。
解决办法:无。
- 使用 vmodl 编辑或扩展磁盘时,vCenter Server 在某些情况下停止运行
在已启用 Storage DRS 的群集中使用最新的 vmodl 配置虚拟机磁盘时,vCenter Server 停止运行。使用较早版本的 vmodl 这样的早期解决办法不再适用,并且还将导致 vCenter Server 停止运行。
解决办法:无
- 将适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 失败,并显示错误消息
将适用于 Windows 6.0.x 或 6.5.x 的 vCenter Server 迁移到 vCenter Server Appliance 6.7 时,迁移可能会在数据导出转储期间失败,并显示错误消息:压缩格式的压缩文件夹无效或已损坏 (The compressed zip folder is invalid or corrupted
)。
解决办法:您必须手动压缩数据导出文件夹,然后执行以下步骤:
- 在源系统中,创建环境变量 MA_INTERACTIVE_MODE。
- 转到“计算机”>“属性”>“高级系统设置”>“环境变量”>“系统变量”>“新建”。
- 输入值为 0 或 1 的“MA_INTERACTIVE_MODE”作为变量名称。
- 启动 VMware Migration Assistant,并提供您的密码。
- 从客户端计算机启动“迁移”。迁移将暂停,并且 Migration Assistant 控制台会显示以下消息:
要继续迁移,请从导出数据 (包括导出文件夹) 手动创建 export.zip 文件 (To continue the migration, create the export.zip file manually from the export data (include export folder))
。
- 注意:请勿按 Migration Assistant 控制台上的任何键或选项卡。
- 转到
%appdata%\vmware\migration-assistant
文件夹。
- 删除 Migration Assistant 创建的 export.zip。
- 要继续迁移,请从导出文件夹中手动创建 export.zip 文件。
- 返回到 Migration Assistant 控制台。键入
Y
,然后按 Enter。
- VAMI 中的内部版本号与 vSphere Client 中的内部版本号之间存在差异
在 vSphere 6.7 中,VAMI 摘要选项卡显示 vCenter Server 和 vCenter Server Appliance 产品的 ISO 内部版本信息。vSphere Client 摘要选项卡显示 vCenter 产品(vCenter Server 产品中的组件)的内部版本信息。
解决办法:无
- vCenter Server Appliance 6.7 在 vCenter Server Appliance 管理界面 (VAMI) 的“可用更新”部分中显示一条错误消息
vCenter Server Appliance 管理界面 (VAMI) 的“可用更新”部分显示以下错误消息:
检查 URL 并重试 (Check the URL and try again)。
vCenter Server Appliance 搜索修补程序或更新失败时,会生成此消息。此问题不影响任何功能。此问题将在 vSphere 6.7 的第一个修补程序版本中解决。
解决办法:无。此问题不影响任何功能。
虚拟机管理问题
- 清单中的虚拟机名称更改为其路径名称
当虚拟机所在的数据存储进入“全部路径异常”状态并且变得无法访问时,可能会出现此问题。当 hostd 正在加载或重新加载虚拟机状态时,它无法读取虚拟机的名称,而是返回虚拟机路径。例如,/vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333。
解决办法:解决存储问题后,虚拟机会重新加载,并且其名称会再次显示。
- 在 AMD 系统上的客户机操作系统中启用 VBS 时,您必须选择“安全引导”平台安全级别
在 AMD 系统上,vSphere 虚拟机不会提供 vIOMMU。由于 DMA 保护需要 vIOMMU,因此 AMD 用户选择“打开基于虚拟化的安全”时无法在 Windows 组策略编辑器中选择“安全启动和 DMA 保护”。而是选择“安全引导”。如果您选择了错误的选项,将导致 VBS 服务被 Windows 禁用且无提示。
解决办法:在 AMD 系统上的客户机操作系统中选择“安全引导”平台安全级别。
- 在 Windows 中启用基于虚拟化的安全性 (VBS) 时,无法为 Windows 虚拟机热添加内存和 CPU
基于虚拟化的安全性 (VBS) 是在 Windows 10 和 Windows Server 2016 中引入的新功能。从 vSphere 6.7 版本开始,vSphere 支持运行启用了 VBS 的 Windows。但是,启用基于虚拟化的安全性 (VBS) 时无法为 Windows 虚拟机执行热添加内存和 CPU 的操作。
解决办法:关闭虚拟机的电源,更改内存或 CPU 设置,然后打开虚拟机的电源。
- vSAN 网络从故障中恢复后,链接克隆虚拟机的快照树可能不完整
vSAN 网络故障可能会影响 vSAN 对象和虚拟机的可访问性。网络恢复后,vSAN 对象将重新获得可访问性。hostd 服务会从存储重新加载虚拟机状态以恢复虚拟机。但是,对于链接克隆虚拟机而言,hostd 可能检测不到父虚拟机命名空间已恢复其可访问性。这会导致虚拟机仍处于无法访问的状态并且虚拟机快照信息不会在 vCenter Server 中显示。
解决办法:取消注册该虚拟机,然后重新注册以强制 hostd 重新加载虚拟机状态。快照信息将从存储加载。
- 从 vCenter Server 6.7 修补到更高版本期间,虚拟设备管理界面可能会显示 0- 条消息或空白页
如果来自接口的调用未传递到后端 applmgmt 服务,则从 vCenter Server 6.7 修补到更高版本期间,虚拟设备管理界面可能会显示 0-
消息或空白页。您可能还会看到消息“无法获取历史数据导入状态。请检查服务器状态 (Unable to get historical data import status. Check Server Status)
”。
解决办法:这些不是失败消息。刷新浏览器,并在后端设备重新引导完成后再次登录虚拟设备管理界面。
- “注册虚拟机”向导的“即将完成”页面仅显示一条水平线
由于渲染问题,“注册虚拟机”向导的“即将完成”页面可能显示类似于一条水平线的内容。此问题不会影响该向导的工作流。
解决办法:无
- 无法在 vSphere Client 中启动 OVF 虚拟设备
vSphere Client 不支持在“部署 OVF 模板”向导中选择 vService 扩展。因此,如果 OVF 虚拟设备使用了 vService 扩展并且您使用 vSphere Client 部署 OVF 文件,部署将成功,但虚拟设备会无法启动。
解决办法:使用 vSphere Web Client 部署使用 vService 扩展的 OVF 虚拟设备。
vSphere HA 和 Fault Tolerance 问题
- 在 vSphere 6.7 RC 内部版本中将 Proactive HA 配置为手动/混合模式时,系统会提示您两次来应用 DRS 建议
在 vSphere 6.7 RC 内部版本中将 Proactive HA 配置为手动/混合模式,并且 Proactive HA 提供程序插件已发送红色运行状况更新时,系统会提示您两次来应用“群集”->“监控”->“vSphere DRS”->“建议”下的建议。第一次提示是使主机进入维护模式。第二次提示是在进入维护模式的主机上迁移所有虚拟机。在 vSphere 6.5 中,这两个步骤将显示为进入维护模式的一个建议,其中会列出要迁移的所有虚拟机。
解决办法:工作流或结果没有受到影响。必须应用建议两次。如果正在使用自动化脚本,必须修改脚本以包含其他步骤。
- 未配置 VCHA 时延迟导入升级交互
6.5 版本中提供 VCHA 功能。从 6.5 开始,VCHA 群集在保留 VCHA 配置时无法进行升级。建议升级方法是先通过 vSphere Client 或调用销毁 VCHA API 来移除 VCHA 配置。因此对于没有 VCHA 配置的延迟导入升级工作流,不会与 VCHA 进行交互。
正在进行延迟导入时,请勿配置全新的 VCHA 设置。VCHA 设置需要将活动虚拟机克隆为被动/见证虚拟机。由于延迟导入正在进行,需要克隆的数据量很大,这可能会导致性能下降。
解决办法:无。
- 无法使用 vSphere Client 将运行 vSphere Fault Tolerance 工作负载的 ESXi 主机添加到 vCenter Server 系统
尝试使用 vSphere Client 将运行 vSphere Fault Tolerance 工作负载的 ESXi 主机添加到 vCenter Server 系统可能会失败并显示错误无法将包含已打开 Fault Tolerance 的虚拟机的主机作为独立主机添加 (Cannot add a host with virtual machines that have Fault Tolerance turned on as a stand-alone host)
。
解决办法:作为替代方案,您可以:
- 调度任务以添加主机并立即执行。
- 在 vSphere Client 中,导航到选定群集的配置 > 已调度任务。
- 选择新建调度任务 > 添加主机。
- 调度时间来运行任务。
- 添加主机并运行任务。
- 添加主机后删除任务。
- 使用 vSphere Web Client 添加主机。登录到 vSphere Web Client 并执行标准的添加主机工作流。
- 暂时关闭 Fault Tolerance 虚拟机,将主机添加到新的 vCenter Server 系统,然后再次将其打开。
- 使用 NSX-T 逻辑交换机配置 vCenter Server High Availability 群集可能会失败
使用 NSX-T 逻辑交换机配置 vCenter Server High Availability 群集可能会失败并显示错误无法连接到对等节点 (Failed to connect peer node)
。
解决办法:使用 vSphere Distributed Switch 配置 vCenter Server High Availability 群集。
Auto Deploy 和 Image Builder 问题
- 重新引导 ESXi 无状态主机会重置主机的 numRxQueue 值
使用 vSphere Auto Deploy 置备的 ESXi 主机重新引导时,它会丢失之前设置的 numRxQueue 值。主机配置文件功能不支持在主机重新引导后保存 numRxQueue 值。
解决办法:ESXi 无状态主机重新引导后:
- 从主机中移除 vmknic。
- 使用预期的 numRxQueue 值在主机上创建 vmknic。
- 在驱动器上缓存后,如果服务器处于 UEFI 模式,从缓存引导不会成功,除非明确选择要从 UEFI 引导管理器中引导的设备
在“无状态缓存”的情况下,ESXi 映像在 512n、512e、USB 或 4Kn 目标磁盘上缓存后,从 Autodeploy 进行的 ESXi 无状态引导可能会在系统重新引导上失败。如果 Autodeploy 服务已关闭,会出现此问题。
系统尝试搜索磁盘上缓存的 ESXi 映像,并按照引导顺序搜索下一个磁盘。如果找到了 ESXi 缓存的映像,主机会从中引导。在旧版 BIOS 中,此功能可以正常运行。但是,在 BIOS 的 UEFI 模式中,可能无法找到包含缓存映像的下一个设备。因此,即便映像位于磁盘上,主机也无法从映像引导。
解决办法:如果 Autodeploy 服务关闭,在系统重新引导时,手动从 UEFI 引导管理器选择包含缓存映像的磁盘。
- 无状态 ESXi 主机引导时间可能需要 20 分钟或更久
引导一个包含 1,000 个配置数据存储的无状态 ESXi 主机可能需要 20 分钟或更久。
解决办法:无。
其他问题
- 虚拟机在 qfle3i 驱动程序声明的 iSCSI LUN 上运行时,ESXi 可能会在重新引导期间失败。
虚拟机在 qfle3i 驱动程序声明的 iSCSI LUN 上运行时,如果您尝试在虚拟机处于运行 I/O 状态下重新引导服务器,ESXi 可能会在重新引导期间失败。
解决办法:首先关闭虚拟机的电源,然后重新引导 ESXi 主机。
- 在 UCS VIC 13xx 适配器上,基于 IPv6 的客户机操作系统 TCP 流量不支持 VXLAN 无状态硬件卸载
在配置为使用 VXLAN 无状态硬件卸载功能的 Cisco UCS VIC 13xx 适配器上,使用基于 IPv6 的 VXLAN 封装 TCP 流量时,您可能会遇到问题。对于涉及客户机操作系统 TCP 流量通过 IPV6 的 VXLAN 部署,Cisco UCS VIC 13xx 适配器无法正确处理受到 TSO 限制的 TCP 数据包,这会导致流量中断。无法正确执行无状态卸载。从 TCP 协议的角度来看,这可能导致向 ESXi 软件堆栈报告错误的数据包校验和,从而导致客户机操作系统中的 TCP 协议处理出错。
解决办法:要解决此问题,请为通过 IPV6 的 VXLAN 封装 TCP 流量禁用 Cisco UCS VIC 13xx 适配器上的 VXLAN 无状态卸载功能。要在 UCS Manager 中禁用 VXLAN 无状态卸载功能,请禁用以太网适配器策略中的虚拟可扩展 LAN
字段。要在 Cisco C 系列 UCS 服务器的 CIMC 中禁用 VXLAN 无状态卸载功能,请取消选中以太网接口虚拟网卡属性部分中的启用 VXLAN
字段。
- 使用批处理 QueryUnresolvedVmfsVolume API 列出大量未解析 VMFS 卷会耗费大量时间
ESXi 会提供批处理 QueryUnresolvedVmfsVolume API,以便您可以查询和列出未解析的 VMFS 卷或 LUN 快照。然后您可以使用其他批处理 API 执行操作,如重新签名特定的未解析 VMFS 卷。默认情况下,在主机上调用 API QueryUnresolvedVmfsVolume 时,系统会对找到的所有未解析卷执行额外的文件系统活跃度检查。 活跃度检查会检测指定的 LUN 是否已在其他主机上挂载,活动的 VMFS 检测信号是否正在进行中,或者是否有任何文件系统活动。此操作会耗费大量时间,每个 LUN 至少需要 16 秒。因此,当您的环境具有大量快照 LUN 时,查询和列出操作可能会耗费很多时间。
解决办法:要减少查询操作的时间,您可以禁用文件系统活跃度检查。
- 以 root 身份登录主机。
- 使用文本编辑器打开 hostd 的配置文件。配置文件位于 plugins/hostsvc/storage 节点下的 /etc/vmware/hostd/config.xml。
- 添加 checkLiveFSUnresolvedVolume 参数并将其值设置为 FALSE。使用以下语法:
<checkLiveFSUnresolvedVolume>FALSE</checkLiveFSUnresolvedVolume>
除此之外,您可以在 vSphere Client 中将 ESXi 高级选项 VMFS.UnresolvedVolumeLiveCheck 设置为 FALSE。
- 在主机自定义期间导入 .csv 文件会覆盖用户输入。
导入过程以及 .csv
文件中的值将覆盖“自定义主机”窗格中的用户输入。
解决办法:在“自定义主机”窗格中添加手动更改之前导入 .csv
文件。
- 由于 IP 和 FQDN 冲突,vCenter Server Convergence Tool 可能无法将外部 Platform Services Controller 转换为嵌入式 Platform Services Controller
如果您在部署期间配置了使用 IP 地址作为可选 FQDN 字段的外部 Platform Services Controller 配置,由于名称冲突,vCenter Server Convergence Tool 可能无法将外部 Platform Services Controller 转换为嵌入式 Platform Services Controller。
解决办法:如果安装的 Platform Services Controller 以 IP 地址作为 FQDN 地址的替代或补充,不要使用 vCenter Server Convergence Tool。
- 如果重新指向和重新配置 Platform Services Controller 的设置,还原过程可能会失败
如果重新指向和重新配置 Platform Services Controller 的设置,由于失效的服务 ID 条目,还原过程可能会失败。
解决办法:在继续执行还原之前,请按照 VMware 知识库文章 2131327 中的步骤清理失效的服务 ID。
- 即使将 ESXi 主机恢复到旧版本,增强型 vMotion 兼容性 (EVC) 群集也可能会显示新的 CPU ID,如 IBPB
如果将 ESXi 主机恢复到旧版本的 ESXi,EVC 群集可能会公开新的 CPU ID(例如 IBRS、STIBP 和 IBPB),即使该主机不具有其中的任何功能也会公开。
解决办法:本版本已解决该问题。但是,不符合 EVC 群集要求的主机不会自动重新连接,必须将其从群集中移除。
- 某些 vCenter Server 插件可能无法在 vSphere Client 中正确显示暗主题模式
如果您更改 vSphere Client 中的配色方案以便以暗主题显示界面,某些 vCenter Server 插件可能无法正确显示模式。
解决办法:无
- 如果启用虚拟机级 EVC,则虚拟机可能无法打开电源
如果您仅安装或使用 VMware vCenter Server 6.7 Update 1 进行升级但不应用 ESXi 6.7 Update 1,并且配置或重新配置虚拟机级 EVC,则未修补主机上的虚拟机可能无法打开电源。如果启用群集级 EVC,即使群集中的一个主机未使用最新的更新进行修补,也可能会出现此问题。该群集的新 CPU ID 可能在群集上不可用。在此类群集中,如果配置或重新配置虚拟机级 EVC,虚拟机可能无法打开电源。
解决办法:配置或重新配置虚拟机级 EVC 之前,请将所有独立的 ESXi 主机以及群集内的主机升级到最新的更新,以便为客户机操作系统应用管理程序协助的客户机缓解措施。
- 编辑 DNS 设置可能会导致从 /etc/resolv.conf 和 /etc/systemd/resolved.conf 文件中删除 IPv6 环回地址
使用设备管理界面、设备 shell 或 vSphere Web Client 编辑 DNS 设置可能会导致从 /etc/resolv.conf
和 /etc/systemd/resolved.conf
文件中删除 IPv6 环回地址。
解决办法:为避免删除 IPv6 环回地址,请使用 Bash shell 编辑 resolv.conf
文件:
- 在
/etc/resolv.conf
文件中,设置以下参数:nameserver:::1
nameserver:<dnsserver 1>
nameserver:<dnsserver 2
>
- 在
/etc/systemd/resolved.conf
文件中,设置以下参数:[Resolve]
LLMNR=false
DNS=::1
<dnsserver 1
> <dnsserver 2
>
- SSH 服务可能会在外部 Platform Services Controller 转换为嵌入式 Platform Services Controller 后禁用
如果将外部 Platform Services Controller 转换为嵌入式 Platform Services Controller,可能会根据 Active Directory 策略和限制禁用 SSH 服务。
解决办法:在转换完成后,手动启用 SSH 服务。
- 升级到 ESXi 6.7 后,Intel 10GbE 网卡上的网络工作负载导致 CPU 利用率升高
如果在已升级的 ESXi 6.7 主机上运行某些类型的网络工作负载,以下情况下可能会显示 CPU 利用率升高:
- ESXi 主机上的网卡来自 Intel 82599EB 或 X540 系列
- 工作负载涉及多个同时运行的虚拟机并且每个虚拟机都配置了多个 vCPU
- 升级到 ESXi 6.7 之前,已使用 VMKLinux ixgbe 驱动程序
解决办法:恢复到旧版 VMKLinux ixgbe 驱动程序:
- 连接到 ESXi 主机并运行以下命令:
# esxcli system module set -e false -m ixgben
- 重新引导主机。
注意:旧版 VMKLinux ixgbe 内置驱动程序版本 3.7.x 不支持 Intel X550 网卡。使用支持 Intel X550 网卡的 VMKLinux ixgbe 异步驱动程序版本 4.x。
- DELL CIM VIB 的初始安装可能无法响应
安装第三方 CIM VIB 后,它可能无法响应。
解决办法:要解决此问题,请输入以下两个命令重新启动 sfcbd:
esxcli system wbem set --enable false
esxcli system wbem set --enable true
要折叠以前的已知问题列表,请单击此处。