VMware VirtualCenter 2.5 Update 4 发行说明
VMware Infrastructure Management 安装程序 | 2009 年 2 月 23 日 (本地化的版本)
VirtualCenter 2.5 Server Update 4 | 2009 年 2 月 23 日 | 内部版本 147704
Virtual Infrastructure Client | 2009 年 2 月 23 日 | 内部版本 147694
VMware Infrastructure Management 安装程序 | 2009 年 2 月 23 日(仅英语的版本)
VirtualCenter 2.5 Server Update 4 | 2009 年 2 月 23 日 | 内部版本 147633
Virtual Infrastructure Client | 2009 年 2 月 23 日 | 内部版本 147633
有关可供下载的内部版本的信息,请参见选择合适的 VMware Infrastructure Management 安装程序。
注意:请时常查看以了解这些发行说明的新增内容及更新。想要了解最近更新,请查看英语版的发行说明。
文档最近更新日期:2009 年 4 月 14 日
本发行说明包含以下主题:
注意:在许多公用文档中,现在 VMware ESX Server 3.5 称为 VMware ESX 3.5,VMware ESX Server 3i 版本 3.5 称为 VMware ESXi 3.5。这些发行说明继续使用以前的约定,以便能够与产品界面和文档保持一致。以后的版本将会更新产品名称。
新增功能
- 客户操作系统新增自定义功能 - VirtualCenter 现在支持 Windows Server 2008 客户操作系统自定义功能。
- 性能概览图表 - VirtualCenter 2.5 Update 4 中引入了性能概览插件,该插件可为 CPU、内存磁盘和网络提供一个关键性能衡量指标视图,从而无需在多个图表中导航。这些聚合图表可显示资源分发的高级摘要。
要安装性能概览插件,请参见在 VirtualCenter 2.5 Update 4 中安装性能概览插件 。
VMware Infrastructure 3 的先前版本
有关 VMware Infrastructure 3 先前版本(包含 ESX Server 3.x 和 VirtualCenter 2.x 版本)的功能及已知问题在各版本的发行说明中均有所描述。要查看 VMware Infrastructure 3 组件先前版本的发行说明,请单击以下链接之一:
ESX Server 版本
- ESX Server 3.5 Update 3
- ESX Server 3.5 Update 2
- ESX Server 3.5 Update 1
- ESX Server 3.5
- ESX Server 3.0.3
- ESX Server 3.0.2
- ESX Server 3.0.1
- ESX Server 3.0
VirtualCenter 版本
- VirtualCenter 2.5 Update 3
- VirtualCenter 2.5 Update 2
- VirtualCenter 2.5 Update 1
- VirtualCenter 2.5
- VirtualCenter 2.0.2
- VirtualCenter 2.0.1
- VirtualCenter 2.0
开始前
注意:如果通过物理 DVD 介质以外的其他任何介质安装此版本,请参见知识库文章 ESX Server ISO 映像中字符数超过 64 的文件名在内容解压缩期间会被截断 (KB 1005283) 了解已知安装问题的重要信息。
ESX Server、VirtualCenter 和 Virtual Infrastructure Client 兼容性
《ESX Server、VirtualCenter 和 Virtual Infrastructure Client 兼容性列表》详细介绍了 VMware Infrastructure 3 组件(包括 ESX Server、VirtualCenter 和 VI Client)当前版本与先前版本的兼容性问题。
安装本软件之前请参阅《ESX Server 兼容性指南》。必须验证服务器、I/O、存储器、客户操作系统、管理代理以及备份软件是否兼容。这些指南还介绍了与此版本相关的最低要求及扩展限制。要查看指南,请单击以下链接之一:
- 《ESX Server 3.5 和 ESX Server 3i 的系统兼容性指南》(PDF)
- 《ESX Server 3.5 和 ESX Server 3i 的 I/O 兼容性指南》(PDF)
- 《ESX Server 3.5 和 ESX Server 3i 的存储器/SAN 兼容性指南》(PDF)
- 《ESX Server 3.5 和 ESX Server 3i 的备份软件兼容性指南》(PDF)
安装和升级
请阅读《安装指南》了解安装和配置 ESX Server 与 VirtualCenter 的分步指导。
虽然安装过程很简单,但是仍须执行若干后续配置步骤。有关具体信息,请阅读以下内容:
- 《安装指南》中的“许可”
- 《ESX Server 3 配置指南》中的“网络连接”
- 《ESX Server 3 配置指南》中适用于防火墙端口的“安全”
使用 VMware Infrastructure Management 安装程序和物理介质进行安装
对于此版本,如果使用物理介质安装 VMware Infrastructure 软件,VMware Infrastructure Management 安装程序需要使用 DVD 驱动器。
选择合适的 VMware Infrastructure Management 安装程序
VMware Infrastructure Management 安装程序共有两种内部版本可供下载。可以选择下列选项之一:
- VMware-VIMSetup-2.5.0-U4-English.iso 或 VMware-VIMSetup-2.5.0-U4-English.zip – 这些文件包含仅英文版 VI Client,不论 Windows 操作系统使用什么语言该版本均在英语环境下运行。使用此安装程序可安装将在中文、德文或日文版 Windows 操作系统上运行的英文版 VI Client。
- VMware-VIMSetup-2.5.0-U4-localized.iso 或 VMware-VIMSetup-2.5.0-U4-localized.zip - 这些文件包含安装程序的本地化版本,用于安装在英语、中文、德语或日语环境下运行所需的所有文件。运行时使用的 VI Client 将与当前 Windows 操作系统的区域设置相对应(如果该区域设置为中文、德语或日语)。当 Windows 操作系统的区域设置设置为除中文、德语或日语以外的其他语言时,将使用英语版 VI Client。
Virtual Infrastructure Client 安装程序变更
通过 VI Client 独立安装程序(由 ESX Server Web Access 提供)可安装 VMware Infrastructure Update Service,用于更新和修补 ESX Server 3i 主机。现在,VI Client 独立安装程序已修改为可以选择是否安装 VMware Infrastructure Update Service,从而减少此工具的不必要安装。请注意,当您选中 [VI Client] 安装选项时,VirtualCenter 统一安装程序(VirtualCenter 2.5 Update 4 下载内容的一部分)现在包含一个用于安装 VMware Infrastructure Update Service 的选项。
升级或迁移到 VirtualCenter 2.5 Update 4
此版本支持从 VirtualCenter 1.4.1、VirtualCenter 2.0.2(包括 Update 1、Update 2、Update 3、Update 4 和 Update 5)、VirtualCenter 2.5、VirtualCenter 2.5 Update 1 或 VirtualCenter 2.5 Update 2 或 VirtualCenter 2.5 Update 3 升级到 VirtualCenter 2.5 Update 4。请查看《升级指南》中提供的关于升级和迁移的详细说明和准则。
注意:先前的 VMware Update Manager 版本与 VirtualCenter 2.5 Update 4 不兼容,必须在安装期间升级到 VMware Update Manager 1.0 Update 4。
安装性能概览插件
性能概览是 VirtualCenter 2.5 Update 4 中的可选插件。
安装性能概览插件之前:
- 将 VirtualCenter 2.5 Update 4 内部版本复制到 VirtualCenter Server 系统中。
注意:如果未将文件夹 vpx\perfCharts (iso) 或 bin\perfCharts (ZIP) 中的内容复制到 VirtualCenter Server 的本地驱动器中,那么稍后当在安装过程中运行 install.bat 命令时,将出现一条错误消息:“访问被拒绝”。 - 如果要升级到 VirtualCenter 2.5 Update 4,请在升级 VirtualCenter 之前停止 VMware Infrastructure Web Access 服务。
- 安装或升级到 VirtualCenter 2.5 Update 4,然后启动 VMware Infrastructure Web Access 服务。
- 下载 Java SE Development Kit 6u11,然后安装 JDK 1.6。
- 配置环境变量:
- 右键单击 [我的电脑],然后单击 [属性]。
- 在 [高级] 选项卡中,单击 [环境变量]。
- 在系统变量列表中,选择 [路径] 并单击 [编辑]。
- 在 [变量值] 中,附加 C:\Program Files\Java\jdk1.6.0_11\bin\
如果具有旧版的 JRE,请在命令窗口中运行以下命令:
set path=C:\Program Files\Java\jdk1.6.0_11\bin\;%path% - 在系统变量列表中,选择 JAVA_HOME 并单击 [编辑]
。如果 JAVA_HOME 不存在,请单击 [新建],然后在 [变量名称] 中,输入 JAVA_HOME。 - 在 [变量值] 中,输入 C:\Program Files\Java\jdk1.6.0_11
- 注销并重新登录 VirtualCenter Server。
安装性能概览插件:
- 在 VirtualCenter Server 系统的命令窗口中,转到 vpx/perfCharts 文件夹,即性能概览插件所在的位置。
如果使用的是 ZIP 文件,请转到 bin\perfCharts 文件夹。 - 运行 install.bat <VirtualCenter_Username> <VirtualCenter_Password>
注意:
- 如果 VirtualCenter Server 正在使用 Oracle 数据库,请参见 如果 VirtualCenter Server 使用 Oracle 数据库,性能概览图表可能不会显示。
- 如果 VirtualCenter Server 正在使用 SQL Express 捆绑数据库,请参见如果 VirtualCenter Server 使用 SQL Express 捆绑数据库,性能概览图表可能不会显示。
- 如果在升级到 VirtualCenter 2.5 Update 4 之前没有停止 VMware Web Access 服务,请参见如果 VirtualCenter 是在 VMware Infrastructure Web Access 服务未停止的情况下升级的,可能无法显示性能概览图表。
插件更新
此版本的 VMware Infrastructure 3 软件套件还包括:
- 对 VMware Converter Enterprise 的更新。有关详细信息,请参见《VMware Converter Enterprise Update 4 for VirtualCenter 2.5 发行说明》。
- 对 VMware Update Manager 的更新。有关详细信息,请参见《VMware Update Manager 1.0 Update 4 for VirtualCenter 2.5 发行说明》。
- 性能概览插件。
已解决问题
此版本解决了以下几个主题方面的问题:
- 通过 VMotion 迁移
- 安全
- 服务器配置
- 存储器
- 升级和安装
- 虚拟机管理
- VirtualCenter、VI Client 和 Web Access
- VMware High Availability (HA)
通过 VMotion 迁移
- VirtualCenter Server 可以将从 EXS Server 2.x 主机中迁移或克隆的虚拟磁盘添加到虚拟机中
当将从 EXS Server 2.x 主机中迁移或克隆的虚拟磁盘添加到 ESX Server 3.x 虚拟机中时,VirtualCenter Server 可能无法添加这些虚拟磁盘,并显示类似如下内容的错误消息:
内部问题:主机针对“虚拟磁盘”报告的系统信息不一致。该设备目前无法编辑。
对象引用没有设置为对象实例。
值超过可接受的范围。
本版本已解决该问题。 - 在先前版本中创建的自定义规范可以在 VirtualCenter 2.5 Update 4 中用于在自定义客户机操作系统中克隆或部署虚拟机
此版本解决了如果您使用 VirtualCenter 升级之前创建的自定义规范克隆或部署虚拟机,在下列情况下,VirtualCenter Server 可能会显示错误消息“VirtualCenter Server 无法解密存储在自定义规范中的密码”的问题:- VirtualCenter Server 先被卸载,随后又重新安装和/或升级。
- 自定义 SSL 证书已部署,但并未完全遵守 www.vmware.com/pdf/vi_vcserver_certificates.pdf 中的说明。
- 现在,虚拟机迁移时 VirtualCenter Server 始终保持响应状态,即使虚拟机关联性规则是在已启用 DRS 的群集中设置的,而且群集中的部分 ESX Server 主机并未设置 VMotion 界面也是如此
此版本修复了如果虚拟机关联性规则是在已启用 DRS 的群集中设置的,并且群集中的部分 ESX Server 主机并未设置 VMotion 界面,VirtualCenter Server 可能会在 VirtualCenter 开始基于 DRS 建议迁移虚拟机时停止响应的问题。 - 使用大于 VI Client 设置的最大内存限制的内存限制创建的虚拟机可实现迁移,且不会显示任何警告消息
此版本解决了如果虚拟机使用大于 VI Client 为虚拟机的客户操作系统设置的最大内存限制的内存限制创建,该虚拟机迁移到目标 ESX Server 主机时可能会失败,并且会在迁移虚拟机向导中显示一条类似如下的警告消息的问题:
从 <ESX_Server_Source> 迁移到 <EXS_Server_Destination>:fault.MemorySizeNotRecommended.Summary。(Migration from <ESX_Server_Source> to <EXS_Server_Destination>:fault.MemorySizeNotRecommended.Summary.)
从此版本开始,使用大于 VI Client 设置的最大内存限制的内存限制创建的虚拟机,迁移到 ESX Server 主机时将不会显示任何警告消息。
安全
- 更新 Apache Tomcat Server
此版本的 VirtualCenter Server 将 Tomcat Server 软件包从 5.5.26 升级到 5.5.27,解决了 Tomcat Server 早期版本中存在的多个安全问题。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2008-1232、 CVE-2008-1947 和 CVE-2008-2370。有关安全漏洞的详细信息,请参见 Apache Tomcat 5.x 漏洞页面。 - VirtualCenter Server 使用高安全性 SSL 密码
从 VirtualCenter Server 2.5 Update 4 版本开始,VirtualCenter Server 中的 OpenSSL 使用 128 位高安全性密码。
以独占方式使用采用 40 位和 56 位加密密码套件的浏览器无法连接至 VirtualCenter Server 2.5 Update 4。
Microsoft 为 Internet Explorer 5.01 和更低版本提供了 Internet Explorer High Encryption Pack。Internet Explorer 5.5 和更高版本已使用 128 位加密。
要恢复为在先前版本的 VirtualCenter Server 中使用的密码套件:- 添加 VirtualCenter 的配置文件 C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\vpxd.cfg 的下列行:
<config>
<vmacore>
<ssl>
<cipherList>DEFAULT</cipherList>
</ssl>
</vmacore>
</config> - 重新启动 VMware VirtualCenter Server 服务。
- 添加 VirtualCenter 的配置文件 C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\vpxd.cfg 的下列行:
服务器配置
- 即使为 ESX Server 主机配置了两个以上的 DNS 服务器,仍会显示 DNS 服务器信息
此版本解决了如果为 ESX Server 主机配置了两个以上的 DNS 服务器,在 ESX Server 主机的 [配置] 选项卡中,[DNS 和路由] 面板上可能不会显示任何 DNS 服务器地址的问题。
从此版本开始,如果为 ESX Server 配置了两个以上的 DNS 服务器,/etc/resolv.conf 文件中的前两个 DNS 服务器条目将在 [配置] 选项卡的 [DNS 和路由] 面板中显示。
存储器
- 为可访问共享 LUN 的 ESX Server 显示的存储器信息现在是正确的
当两个或多个 ESX Server 主机使用不同的主机总线适配器 (HBA) 设备路径数访问共享 LUN 时,VirtualCenter Server [配置] 选项卡的 [存储器] 窗格中将显示 ESX Server 主机使用的 LUN 的正确属性。 - 将 RDM 磁盘添加到虚拟机中时,可以对 LUN 进行排序
从 VirtualCenter 2.5 Update 4 版本开始,将 RDM 磁盘添加到虚拟机中时,[选择和配置原始 LUN] 页面中的 LUN 可以通过单击 [适配器:目标:LUN] 或 [容量] 列标题进行排序。 - ESX Server 主机升级到 ESX Server 3.5 之后,每个数据存储在 VI Client 中的相应 [升级到 VMFS 3] 链接均保持启用状态
此版本解决了如果 ESX Server 2.5.4 主机升级到 ESX Server 3.5,数据存储的 [升级到 VMFS 3] 链接可能会在某一个数据存储升级到 VMFS 3 之后禁用的问题。
从 VirtualCenter 2.5 Update 4 版本开始,如果 ESX Server 2.5.4 主机升级到 ESX Server 3.5,尚未升级到 VMFS 3 的所有数据存储的 [升级到 VMFS 3] 链接均保持启用状态。 - 虚拟机可以在配置了 NFS 数据存储的 ESX Server 3.0.3 安装中创建
此版本解决了如果 ESX Server 3.0.3 安装配置为使用 NFS 数据存储,VirtualCenter Server 可能无法在 ESX Server 主机上创建虚拟机并显示一条类似如下的消息的问题:
文件大于数据存储 <Datastore_Name> 支持的最大文件大小(File is larger than maximum size supported by datastore<Datastore_Name>) - Storage VMotion 仅为迁移的虚拟机创建临时 delta.vmdk 文件
在先前的版本中,如果虚拟机拥有多个虚拟磁盘而且您希望通过使用 Storage VMotion 仅将其中几个虚拟磁盘移到另一个数据存储中时,将为与虚拟机相连的所有虚拟磁盘创建临时 delta.vmdk 文件。
从 VirtualCenter 2.5 Update 4 开始,进行 Storage VMotion 期间,将仅为迁移到另一个数据存储中的虚拟磁盘创建临时 delta.vmdk 文件。
升级和安装
- 通过使用 vpx 文件夹中的 VMware-vcserver.exe 可将 VirtualCenter 升级为 VirtualCenter 2.5 Update 4
当使用 vpx 文件夹中的 VMware-vcserver.exe 将 VirtualCenter 升级为 VirtualCenter 2.5 Update 3 时,VMware VirtualCenter Server 服务可能无法启动。发生此问题的原因是 VirtualCenter 中的数据库升级不完整,从而导致数据库版本不正确。
此问题已解决。
虚拟机管理
- 即使已经断开连接,ESX Server 主机仍显示处于维护模式
当处于维护模式的 ESX Server 主机与 VirtualCenter Server 断开连接时,VI Client 显示 ESX Server 主机的状态为 [(维护模式) (断开连接)]。
当处于维护模式的 ESX Server 主机连接至另一个 VirtualCenter Server 时,VI Client 显示 ESX Server 主机的状态为 [(维护模式) (不响应)]. - 克隆虚拟机 API 调用允许添加新网卡并在同一调用中自定义已添加的网卡
此版本解决了当在 VI SDK 中使用克隆虚拟机操作时,如果克隆虚拟机时使用的配置规范定义了要添加的新网卡,自定义规范定义了所有网络的网络适配器映射,克隆虚拟机操作可能会失败并显示以下错误消息的问题:
网卡设置不匹配错误(NicSettingMismatch error)
VirtualCenter、VI Client 和 Web Access
- 用户无需具有更改资源特权也可以从虚拟机中移除虚拟磁盘
当 VI Client 与 VirtualCenter Server 相连时,用户只需具有 [虚拟机] -> [配置] 下的 [移除磁盘]、[修改设备设置] 和 [设置] 特权即可从虚拟机中移除虚拟磁盘。
注意:当 VI Client 与 ESX Server 主机相连时,用户也需要具有 [更改资源] 特权才能从虚拟机中移除虚拟磁盘。 - 更新:只有当统计信息级别为 2 或更高级别时,VI Client 才显示资源池的内存统计信息
在先前版本的 VirtualCenter Server 中,VI Client 可能不显示任何值,也可能在资源池的 [性能] 选项卡上显示不正确的内存使用情况百分比属性值。
从 VirtualCenter 2.5 Update 4 版本开始,内存使用情况百分比属性已从资源池的 [性能] 选项卡上移除。
要查看内存统计信息(例如内存伸缩、分配的内存、资源池的活动内存等),必须在 VirtualCenter Server 中将统计信息级别设置为 2 或更高级别。已使用的内存交换空间会显示在标签上,但是性能统计信息不会被显示。更多有关可以使用 VI Client 查看的度量信息,请参见 《VirtualCenter Monitoring and Performance Statistics》。 - ESX Server 主机中的用户名最多可以拥有 16 个字符
此版本解决了如果 VI Client 与 ESX Server 主机相连,可能无法创建用户名由大写字母开头或用户名包含 9 个以上字符的用户的问题。从此版本开始,可以创建其用户名最多包含 16 个字符的用户,并且用户名也可以由大写字母开头。 - 顶级域名可以包含连字符
此版本解决了如果在 [DNS 和路由配置] 窗口的 [域名] 字段中输入一个包含连字符的有效顶级域名,VI Client 可能无法接受此条目并显示一条类似如下的消息的问题:
域名格式不对。 - 更正了因资源不足,无法进行故障切换时显示出错的问题
此版本解决了在为 DRS 和 HA 启用的群集中,如果资源池中没有资源可以确保 ESX Server 主机故障实现故障切换并且启动了一个虚拟机时,VirtualCenter Server 错误地显示以下故障的问题:
内存资源不足(InsufficientMemoryResources)
CPU 资源不足(InsufficientCpuResources)
从 VirtualCenter 2.5 Update 4 开始,VirtualCenter Server 将显示以下故障:
故障切换资源不足(InsufficientFailoverResources) - 导出的事件文件包含特定时间范围内的数据
此版本解决了当使用导出事件向导执行事件日志文件导出操作时,导出文件中某个特定时间范围内可能会包含不正确的数据或不包含数据的问题。 - 导出列表文件的 [主机 CPU (MHz)] 和 [主机内存 (MB)] 列仅包含数值
此版本解决了当导出列表导出自 ESX Server 主机的 [虚拟机] 选项卡并保存为 HTML 文件时,VI Client 错误地将 [主机 CPU (MHz)] 和 [主机内存 (MB)] 列中的值视为百分比值并在导出的 HTML 文件中显示这些列的百分比栏的问题。
从此版本开始,导出文件的 [主机 CPU (MHz)] 和 [主机内存 (MB)] 列中仅显示数值。 - 用于收集性能统计数据的汇总逻辑已改变
如果 VirtualCenter Server 服务在统计数据收集的间隔期间短暂停止,则 CPU 和内存性能值的报告时间可能早于实际的数据收集时间。
此问题已解决。从此版本开始,收集性能统计数据的汇总逻辑已改变,VirtualCenter Server 只有在收集了完整样本间隔期间的性能值样本之后,才会汇总性能统计数据,从而确保 CPU 和内存性能值的报告时间正确。
VMware High Availability (HA)
-
除了虚拟机检测信号外,虚拟机监控服务还将监控虚拟机的磁盘和网络活动
在先前版本的 VirtualCenter 中,如果启用 HA 的群集拥有具备高监控敏感度的虚拟机监控功能,虚拟机监控服务仅监控虚拟机的检测信号。当虚拟机上的 VMware Tools 更新之后,尽管虚拟机仍然可以正常工作,它会停止发送会导致虚拟机监控服务在无需重启虚拟机时重启的检测信号。vmware.log 文件会显示以下消息:
[安装 Tools] 正在取消 Tools 的安装(TOOLS INSTALL cancelling tools installation)
从此版本开始,为了避免在无需重启时重启虚拟机,虚拟机监控服务还将监控虚拟机的磁盘和网络活动。如果在故障期间没有收到任何检测信号,虚拟机将不会重启,除非预定的 I/O 状态期间也没有任何磁盘或网络活动。 - ESXi Server 安装节点不足并且停止响应 VirtualCenter Server
在先前的版本中,如果启用了 HA 的群集中的 ESXi Server 主机与 VirtualCenter 网络隔离之后又重新连接至 VirtualCenter 网络,等待一段时间之后可能就不会有任何可用于 ESXi Server 的空余节点,而且 ESXi Server 主机可能会停止响应 VirtualCenter Server 和 VI Client。
此问题已解决。 - 与 VirtualCenter 网络隔离的 ESXi Server 安装可能会停止对 VirtualCenter Server 的响应
在先前的版本中,当与 VirtualCenter 网络隔离时,如果启用了 HA 的群集中的 ESXi Server 主机重新连接至 VirtualCenter 网络,ESXi Server 主机稍后可能会停止对 VirtualCenter Server 和 VI Client 的响应,而且可能会在 \var\log\vmware\aam\rule 位置创建多个日志文件,其中包含类似如下的错误消息:
转储原因:骨干网崩溃:IP_CREATE_THREAD(Dump Reason: Backbone panicked: IP_CREATE_THREAD)
此问题已解决。
- 在启用 HA 的群集中的 ESX Server 主机上创建了超过 80 台虚拟机时,VirtualCenter 不再显示无关的错误消息
此版本解决了在启用 HA 的群集中,如果在 ESX Server 主机上创建了超过 80 台虚拟机,VirtualCenter Server 可能会间断性显示类似如下的错误消息的问题:
<datacenter> 的群集 <clustername> 中的 <esxhostname> 上的 HA 代理包含错误。(HA agent on <hostname> in cluster <clustername> in <datacenter> has an error.)
- 重新引导处于维护模式的 ESX/ESXi 主机不会生成与 HA 相关的错误
此版本解决了在启用 HA 的群集中,如果重新引导处于维护模式的 ESX/ESXi 主机,VirtualCenter Server 可能会在 ESX/ESXi 主机重新连接至 VirtualCenter Server 时,显示类似如下的错误消息的问题:
<datacenter> 的群集 <clustername> 中的 <esxhostname> 上的 HA 代理包含错误。(HA agent on <hostname> in cluster <clustername> in <datacenter> has an error.) - 对端口扫描启用了 HA 的群集中的 ESX Server 服务控制台时 CPU 利用率不受影响
此版本解决了用于扫描 ESX Server 服务控制台的端口是启用了 HA 的群集的一部分时,可能会导致 ftbackbone 进程几乎占用 100% CPU 利用率的问题。
已知问题
- 备份
- CIM 和 API
- 客户操作系统
- 国际化
- 通过 VMotion 迁移
- 网络连接
- 服务器配置
- 存储器
- 升级和安装
- 虚拟机管理
- VirtualCenter、VI Client 和 Web Access
- VMware High Availability (HA)
- 性能概览图表
备份
- Consolidate Helper 快照无法自动移除
在 ESX Server 3.5 Update 2 版本中,迭代创建 Consolidate Helper 快照,以便最大程度地减少快照创建过程中虚拟机处于非活动状态的时间。因此,Consolidate Helper 快照现在称为 Consolidate Helper-XXX,而不再仅是 Consolidate Helper。在 ESX Server 3.5 Update 2 中使用 VMware Consolidated Backup 1.1 时,如果 vcbMounter 在快照删除操作过程中出现故障,将保留临时快照。vbCleanup.bat 命令无法删除此 Consolidate Helper-XXX 快照。必须使用 VI Client 手动删除。VMware Consolidated Backup 1.5 中不存在该问题。 - 创建静止快照时,运行在虚拟机上的应用程序出错
为虚拟机创建静止快照需要与其上运行的应用程序进行交互。如果应用程序正在使用高级别的负载,则创建静止快照时可能会出错。这些问题可能是应用程序错误,如无法将数据写入磁盘中,也可能是创建快照时出现的错误。
您可以克隆已启动虚拟机。但此过程涉及静止快照创建操作,并且当虚拟机上运行的是高负载应用程序时可能会出错。
注意:您可以在执行静止快照创建操作期间在虚拟机中运行自定义脚本。这些脚本可以用于关闭应用程序,并在快照创建完成后对其进行备份。要了解运行此类自定义脚本的更多信息,请参阅 VMware Infrastructure 文档集中《虚拟机备份指南》中的“Mware Consolidated Backup”一章。
CIM 和 API
- VI Client 无法正确显示 HP 服务器上的电源冗余传感器名称
使用 VI Client 连接至安装在 HP 服务器系统上的 ESX Server 时,VI Client 错误地将服务器的电源冗余传感器显示为物理电源。例如,当具有冗余传感器的 HP 服务器拥有两个物理电源时,VI Client 会把冗余传感器当成电源而显示为 [电源 3]。 - 在 CIM_RecordLog 实例上执行 CallMethod 查询可能会失败
在 ESX Server 3.5 Update 2 和更高版本中,对 CIM_RecordLog 实例执行 CallMethod (cm) 查询有时会失败。但是,仍然可以通过远程管理控制台或界面清除系统事件日志。 - 一些 CIM 类无法在 IBM 多节点系统中正常运行
对于以下类,EnumerateInstance 操作返回的实例比 Enumerate InstanceNames 操作少一个:- CIM_AssociatedSensor
- CIM_MemberOfCollection
- CIM_HostedService
- CIM_Sensor
- CIM_SystemDevice
- CIM_Slot
- CIM_ElementConformsToProfile
- CIM_OwningCollectionElement
- CIM_RedundancySet
- 传感器阈值更改无法立即反映
如果通过 CIM 更改传感器阈值,传感器枚举可能无法立即返回新的属性值。更改大约一分钟后才能生效。 - Operation RequestStateChange(RestoreDefaultThresholds) 操作出错
在 ESX Server 3.5 版本中,RequestStateChange(RestoreDefaultThresholds) 操作会导致传感器出现以下错误消息:
CIM_ERR_FAILED:索引超出范围
虽然会显示错误消息,但 CIMOM 仍会还原阈值。 - 当您使用 WS-Man 协议时,传感器或 SEL 的 InvokeMethod(RequestStateChange) 操作失败。
- 当您使用 WS-Man 协议时,InvokeMethod(RequestPowerStateChange) 操作失败。
- ESX Server 3.5 的防火墙会干扰 CIM 指示支持
ESX Server 3.5 上的防火墙会阻挡 HTTP 出站连接。这可防止指示达到指示使用程序。
解决方案:在服务控制台中,使用以下命令打开连接指示使用程序的出站端口:
esxcfg-firewall -o <port-number>,tcp,out,http
要关闭防火墙中的某个 HTTP 端口:
esxcfg-firewall -c <port-number>,tcp,out,http - 在运行 ESX Server 3.5 Update 2 或更高版本的 HP 380 G5 计算机上,CIM_IPProtocolEndpoint 查询无响应,未返回 IPMI 板卡的 IP 地址。
- 在 ESX Server 3.5 版本中,调用数字电源传感器上的 Reset() 操作会导致以下错误消息:
CIM_ERR_FAILED:索引超出范围
作为一种解决办法,您可以使用 RequestStateChange(Reset) 操作。 - 当您使用 WS-Man 协议时,openwsman 指示在 ESX Server 3.5 Update 2 或更高版本上不起作用。
- 在 IBM x3850 M2 和 x3950 M2 服务器上,发现部分 OMC_DiscreteSensor 实例包含错误的设备 ID(设备 ID 的最后一个分段为 -1)。
- 使用 WS-Man 协议时,执行 ModifyInstance() 调用更改传感器阈值失败。
- 机箱入侵指示对 IBM Athena 服务器不可用。
- 在某些 Dell MLK 硬件上,OMC_Memory 实例的 NumberOfBlocks 属性值为 0。
客户操作系统
- Windows 客户操作系统无法从待机或休眠状况恢复
如果虚拟机正在运行基于 Windows Server 2008 和 Windows Server 2003 的客户操作系统,并且处于待机或休眠状态,从待机或休眠状态恢复时该虚拟机可能会停止响应。
请参见 Microsoft 支持网站上的 KB 946331。 - 64 位版本的 Windows Vista 和 Windows Server 2008 客户操作系统需要 Microsoft 修补程序
如果 64 位版本的 Windows Vista 和 Windows Server 2008 客户操作系统未安装 Microsoft 修补程序 (http://support.microsoft.com/kb/950772),则可能会出现客户操作系统停止响应的情况,并返回以下错误:
MONITOR PANIC:vcpu-3:ASSERT vmcore/vmm/cpu/segment.c:430 - 在 Linux 客户机上升级 VMware Tools 需要手动重启网络服务 (KB 1004322)
- 无法使用管理员帐户登录克隆的 Windows Vista 虚拟机 (KB 1004301)
- 在 Intel 主机上运行、安装或引导 Ubuntu 7.10 64 位 SMP 时可能会停止 (KB 1004384)
- 在从 Workstation 导入的 Linux 客户机上使用 RPM 升级 VMware Tools 可能会失败 (KB 1004319)
- Windows 客户机上的 VMware Tools 升级无法继续 (KB 1004317)
- Ubuntu 客户机中的 VMware Tools 卸载程序不移除 vmxnet 模块 (KB 1004351)
国际化
除以下限制外,VI Client 和 VI WebAccess 中的所有字段都支持非 ASCII 字符输入:
非 ASCII 字符输入限制
- 远程命令行界面 (RCLI) 不支持将非 ASCII 值指定为输入字符串。
- 安装有 VMware Infrastructure 3 或其任意组件的计算机的名称中不能包含非 ASCII 字符。
- 安装 VirtualCenter Server 的计算机或虚拟机的名称不能是一个非 ASCII 计算机名称,否则 VirtualCenter Server 安装会失败。
- 使用安装程序中指定的默认安装路径名称安装所有组件。请勿更改安装路径,因为安装程序不支持包含非 ASCII 字符和扩展 ASCII 字符的安装路径名称。
- 数据存储名称、虚拟网络名称和映像文件名称(CD、DVD 和软盘驱动器)仅限使用 ASCII 字符。
- [今日消息] 只能使用 ASCII 字符。
- 仅支持使用 ASCII 字符用户名(Windows 的登录帐户名)登录 VirtualCenter Server。
- 如果使用非 ASCII 字符,会导致映像自定义失败。
- 自定义属性名称和值只能使用 ASCII 字符。
- 为遵循常规的 Internet 做法和协议,以下项不能包含非 ASCII 字符:主机名、工作组名称、域名、URL、电子邮件地址、SMTP 服务器名称和 SNMP 团体字符串。
- 支持使用 ASCII 编码对客户操作系统进行自定义,但是对使用 UTF-8 编码的日语、中文或德语本地字符进行的自定义提供有限支持。对于使用非 ASCII 字符的所有者、组织、用户名或密码进行的自定义,VirtualCenter 和 sysprep 工具的区域设置必须与客户操作系统的区域设置相同。其中包括使用 UTF-8 编码的应答文件的方案。
非 ASCII 字符显示限制
- 使用 VI Client 管理 VirtualCenter Server 时,如果 VI Client 运行于不同语言的 Windows 上,由于 Windows 特定于语言的支持差异,可能会看到部分字符显示不正确。
- 如果错误消息中的日志位置或用户名包含非 ASCII 字符,则它不会在本地化环境中正确显示。
- 在使用 VMware Converter 导入向导时,日期和时间格式有时会与当前的区域设置不一致。
- 在日语区域设置中,[任务视图] 选项卡的 [状态] 栏和 [任务详细信息] 下的 Unicode 字符显示为“???”。
- [摘要] 选项卡上的 [命令] 区域未正确显示。
- 如果 VirtualCenter 升级自 VirtualCenter 2.0.2,不能在 VirtualCenter 2.5 Update 4 本地化版本的数据中心名称中使用非 ASCII 字符
当您从 VirtualCenter 2.0.2 升级为 VirtualCenter 2.5 Update 4 本地化版本之后,如果在 VirtualCenter 2.5 Update 4 的数据中心名称中使用非 ASCII 字符,在 VMware VirtualCenter Server 服务重新启动后,数据中心名称的每个字符都会替换为 ? 字符。
解决办法:VirtualCenter 2.0.2 仅支持对数据中心名称使用 ASCII 字符。甚至升级后也在数据中心名称中使用 ASCII 字符。
Guided Consolidation 限制
[Guided Consolidation] 选项卡仅在 en_US 区域设置中可用。
翻译问题
此版本中包括以下与翻译相关的已知问题:
其他国际化问题
以下附加问题已得到确认:
- 在已本地化的操作系统中,使用 VI Client 的仅英文版直接连接 ESX Server 主机可能会导致用户界面的某些地方显示本地化字符串。
- 导出自非英语 VI Client 系统的性能图表数据可能不正确
如果使用非英语 VI Client 将性能图表数据导出到 Excel 电子表格文件中,导出的数据可能会比性能数据的实际值大 100 倍。
解决办法:使用英语 VI Client 导出性能图表数据。 - 如果 VMware Infrastructure Client 主机操作系统语言与 VirtualCenter Server/数据库主机操作系统语言不同,重新启动 VirtualCenter Server 后,用于警报的“运行脚本”操作值可能无法正确显示。
- 在简体中文版 VI Web Access 中,[取消] 按钮上的文本显示不正确。
- VI Client 可能会覆盖语言首选项设置
VI Client 可能会覆盖语言首选项设置,因此某些消息会使用非主要语言显示。它可能会使用服务器上设置的主要语言来显示由服务器(VirtualCenter Server 和 ESX Server)动态生成的消息。如果所有软件均使用操作系统的区域设置中设置的语言运行,则不会出现该问题。 - 德语版 VI Client 的重新安装向导显示错误文本
德语版 VI Client 中的重新安装向导会显示错误的文本。
重新安装向导显示如下文本
“Der Installations-Assistent ermöglicht Ihnen, Virtual Infrastructure Client 2.5 zu reparieren oder zu entfernen.”,而不是
“Der Installations-Assistent ermöglicht Ihnen, VMware Infrastructure Client 2.5 zu entfernen.”。 - 包含自动生成虚拟机名称的链接不起作用
使用 WebAccess 时,若通过单击包含自动生成虚拟机名称(通常以加号开头并以斜线结尾,如:+5paw55qE5qih5p2,/)的链接浏览数据库,Web 浏览器会显示空白页或返回“找不到页面”错误。但是,可以使用 VI Client 访问此类虚拟机。 - 使用日语版 VI Client 时,添加网络向导的 [网络访问] 页面上的文本被截断
用日语版 VI Client 访问 VirtualCenter 时,[网络访问] 页面上显示的[网络](IP 地址)的详细信息被截断。
在 [配置] 选项卡下的 [网络] 选项中选择 [添加网络连接] 时,会在添加网络向导中显示 [网络访问] 窗口。
解决办法:您可以在 [网络适配器] 页面中查看网络信息(IP 地址)。选择 [配置] > [网络连接] > [属性] > [网络适配器] 显示网络。
通过 VMotion 迁移
- 当虚拟机的交换文件存储在本地存储器上时,可以迁移虚拟机
当迁移虚拟机时,如果虚拟机的交换文件存储在本地存储器上,VirtualCenter Server 可能为虚拟机迁移任务显示操作超时错误,即使迁移已完成也是如此。
从本版本开始,您可以配置虚拟机迁移任务的超时值,方法是编辑源和目标 ESX Server 主机的 vpxd.cfg 文件和 vpxa.cfg 文件。有关详细信息,请参见在 VirtualCenter 中为虚拟机迁移任务配置超时值 (KB 1008675) - 无法对大量虚拟磁盘执行 Storage VMotion
使用 Storage VMotion 同时迁移大量虚拟磁盘会失败,并显示以下错误消息:
从服务器收到一条错误:出现了常规系统错误:无法重定磁盘父级/提交磁盘 (vim.fault.Timedout)(Received an error from the server: A general system error occurred: failed to reparent/commit disk(s) (vim.fault.Timedout))
解决办法:要迁移带有大量虚拟磁盘的虚拟机,请按以下步骤分批迁移磁盘:- 将虚拟机配置文件和部分虚拟磁盘(每次不超过 5 个)的子集从源位置迁移至目标位置。
- 将虚拟机配置文件迁回源位置。
- 重复步骤 1 和 2,直到将虚拟机配置文件和所有虚拟机磁盘全部迁移至目标位置。
- 将挂起的虚拟机从 ESX Server 3.0.x 向 ESX Server 3.5.x 冷迁移失败 (KB 1004419)
- 配置为独立持久模式的虚拟磁盘上的 VMware Storage VMotion 失败 (KB 1004094)
- 从 ESX Server 2.x 主机向 ESX Server 3.5.x 主机冷迁移失败 (KB 1004462)
- 将带有内存快照的虚拟机从 ESX Server 3.0.x 向 ESX Server 3.5.x 冷迁移失败 (KB 1004418)
- 在 ESX Server 上进行冷迁移后,具有快照的虚拟磁盘包含错误的 CID (KB 1005228)
其他
- 必须在升级后安装并启用 Converter Enterprise Client 插件
VirtualCenter Server 2.5 Update 4 不支持早期版本的 Converter Enterprise Client 插件。因此,必须在升级到 VirtualCenter Server 2.5 Update 4 后安装并启用 Converter Enterprise Client 插件。要安装并启用 Converter Enterprise Client 插件,请单击 [插件] 菜单上的 [管理插件]。在 [插件管理器] 窗口中,选择 [可用] 选项卡,然后单击 [下载和安装]。 - 当多节点 IBM System x3950 M2 服务器在高 CPU 使用率的情况下运转时,一些 IPMI 传感器的 [健康状况] 会显示为“未知”
如果在高 CPU 使用率情况下运转的多节点 IBM System x3950 M2 服务器托管 80 台以上的虚拟机,则一些 IPMI 传感器(如处理器、内存、存储器、电源、系统、机箱和监视器)的 [健康状况] 会显示为“未知”,该过程会持续数分钟。
要查看 [健康状况] 页面,请单击 VI Client 中 [配置] 选项卡下的 [健康状况] 链接。
解决办法:要更新传感器状态,请单击 [健康状况] 页面上的 [刷新] 链接。此更新大约需要 10 分钟。 - 传感器的状态未显示为“预警”时,VI Client 仍将使用 LSI 1078 的 IBM x 系列服务器的 [健康状况] 显示为“预警”
即使传感器及子组件未显示为红色,VI Client 仍会将使用 LSI 1078 IR SAS 控制器的 IBM System x3850 M2/x3950 M2 服务器的 [健康状况] 显示为红色(“预警”)。
要查看 [健康状况] 页面,请单击 VI Client 中 [配置] 选项卡下的 [健康状况] 链接。
解决办法:为 LSI 1078 IR SAS 控制器安装 IBM Corporation 提供的最新固件(01.25.82.00 版或更高版本)。 - ESX Server Web 界面可能无法显示最新的 IPMI 系统事件日志记录
清除 IPMI 系统事件日志 (SEL) 后,通过 ESX Server Web 界面(位于 https://<ESX Server 主机的 IP 地址>/host/ipmi_sel)获取的 IPMI SEL 条目可能不是最新的 IPMI SEL 记录。
解决办法:可通过查询 CIM_LogRecord 获取 IPMI SEL 记录。 - esxtop 磁盘统计信息可反映多条路径 (KB 1003115)
- 客户端 CD-ROM 或软驱可断开连接 (KB 1003118)
- 从 IBM Director Server Console 向 Director Agent 进行身份验证失败,并显示错误消息“目标系统当前不可用” (KB 1003123)
- 在服务控制台中加载并行端口驱动程序模块时会在 ESX Server 引导日志中生成警告 (KB 1003091)
- 如果 ESX Server 3.5 上安装了 IBM Director 5.20.1 Agent,Director Console 可能未列出设备驱动程序 (KB 1003120)
- 出现“Crossdup with VMK_WOULD_BLOCK”或“Wailer 列表非空”警告时 UserDuct_Open 失败 (KB 1004385)
- 除非启用了 SSL 证书验证功能,否则 VirtualCenter Server 不会检测主机 IP 地址的变化 (KB 1003066)
- ESX Server 在高 I/O 负载的情况下暂时无响应 (KB 1003039)
- 安装 Dell OpenManage 后 CPU 利用率达到峰值 (KB 1004508)
- ESX Server 主机的 /var/log/messages 文件中出现良性错误消息 (KB 1004499)
网络连接
- 通过 4095 VLAN 使用信标探查时会生成重复数据包
进行虚拟机网络配置操作时,若 VLAN ID 设置为 4095 且使用信标探查配置相关 vSwitch,则会生成重复数据包。
解决办法:在使用的 VLAN ID 为 4095 时,请将 [网络故障切换检测] 从 [信标探测] 改设为 [仅链接状态]。( (KB 1004373) - 将虚拟机移至新的端口组后丢失网络连接 (KB 1003061)
- 将使用 Neterion 网络适配器的 ESX Server 主机引导进入服务控制台时主机上出现严重错误 (KB 1003094)
- 启动带有多个 PCI 设备的虚拟机可能会失败 (KB 1003048)
- 启用引导 BIOS 后某些光纤通道主机总线适配器未进行初始化 (KB 1003192)
- NetXen 网卡的驱动程序在 ESX Server 主机上最大支持 31GB 的物理 RAM (KB 1003046)
服务器配置
- N+1 配置的 MSCS 的多路径配置 (KB 1004440)
- “从 SAN 引导”配置中所有指向活动节点引导磁盘的路径均不可用时,Microsoft 群集服务出现故障 (KB 1003754)
- 具有超过 32 个物理 CPU 的 ESX Server 主机可能会提前发生存储堆耗尽 (KB 1002822)
- 启用 NIS 的 ESX Server 似乎通过 CIM-Identify 或 VMware_Identity 查询暂停系统 (KB 1004258)
- 使用 upgrade-from-esx3.0.x-3.5.0_Update_1 Zip 捆绑包从 ESX Server 3.0.x 升级到 ESX Server 3.5 Update 1 后,运行 esxupdate 查询命令不会显示已弃用的条目 (KB 1004314)
存储器
- 在服务控制台上安装 Tivoli Storage Manager Client 时出错 (KB 1003142)
- 存储器概要中显示的 LUN 设备路径不正确 (KB 1003064)
- 从 ESX Server 2.x 主机手动迁移到 ESX Server 3.x 主机的虚拟机随后可能无法启动 (KB 1003069)
- 运行“esxcfg-mpath -l”可能报告错误的 LUN 路径数 (KB 1003141)
- ESX Server 无法在 Emulex LP1150 或 LPe1150 HBA 上从 SAN 引导 (KB 1003067)
- 某些情况下运行 fdisk -l 无法显示本地存储器 (KB 1003698)
- 存在可移动存储设备可能会导致 Converter 无法将物理机转换成 ESX Server 虚拟机 (KB 1003042)
- 某些特殊字符会导致软件 iSCSI 启动器 CHAP 配置损坏 (KB 1003095)
- 通过 QLogic 适配器连接 McData FC 交换机的存储设备在重新引导后有时不重新显示 (KB 1003040)
- ESX Server 无法识别 IBM x3650 7979 型机架服务器中的第二个主机总线适配器 SAS LSI3444E (KB 1004486)
- ESX Server VMkernel 不能识别加载的 IDE 控制器并显示错误消息 (KB 1004309)
- 每个串联的 SCSI (SAS) 控制器只有一个 vmhba (KB 1004374)
- 从 HBA 的一个端口拨出电缆并连接到该 HBA 的另一个端口时造成两个端口均出现故障 (KB 1004389)
- 使用 LUN 数量超过 128 个的 mptsas 系统时,VMKlinux 内存不足 (KB 1004403)
- ESX Server 主机可能无法访问 EMC CX3 系列阵列中的 iSCSI 目标 (KB 1004318)
- 安装有 LSI Logic STORport 驱动程序 1.26.05 的 Windows 客户机在引导时崩溃 (KB 1006224)
- VMware 产品可能会受 VirtualCenter 升级影响 (KB 1007128)
- 引导操作间不保留 LSI 作业和非具体存储池
LSI 实施的保留方案会在主机操作系统上为每个作业和非具体存储池(与存储卷不相关的存储池)新建一个文件。引导操作期间不会保留这些文件。因此,重新引导主机操作系统后非具体存储池将不再可用。此外,重新引导之前执行的所有作业也不可见。 - 支持使用包含 ESX Server 3.5 Update 版本、ESX Server 3i 版本 3.5 Installable 和 ESX Server 3i 版本 3.5 Embedded 的 10GbE IP 存储(iSCSI 和 NFS)进行连接。性能级别可能不尽相同。
- 如果第一个数据存储数据区小于 1GB,在跨区 VMFS 数据存储上创建大文件可能会失败
如果您尝试在跨区 VMFS 数据存储中创建大虚拟磁盘文件,此操作可能会失败。通常,在第一个数据存储数据区大小小于 1GB 且缺少指针块时会出现此问题。
解决办法:如果可能,请先使用较大的分区重新创建数据存储,然后再添加较小的数据区。 - 当 VI Client 与 ESX Server 主机相连时,添加到数据存储的 LUN 容量可能不可见
您可以使用 VI Client [配置] 选项卡上的 [存储器] 面板修改数据存储的属性。当 VI Client 与 ESX Server 主机相连时,如果通过在数据存储的 [属性] 窗口中单击 [添加扩展] 添加 LUN,[属性] 窗口中可能不会显示所添加的 LUN 的容量。
解决办法:关闭 [属性] 窗口,单击 [配置] 选项卡上的 [存储器] 链接,然后重新打开 [属性] 窗口。
升级和安装
其他升级和安装问题
- 升级到 VirtualCenter 2.5 或将 ESX Server 3.0.1 添加到 VirtualCenter 2.5 时,ESX Server 3.0.1 上的虚拟机可能会发生意外重启 (KB 1003401)
- 无法对运行 Netware 的虚拟机上的 VMware Tools 执行自动升级 (KB 1003058)
- 从 VMware Consolidated Backup 1.5 以前的版本开始升级时,InstallShield 有时会停止响应 (KB 1002603)
- 升级 ESX Server 后 VMotion 被禁用 (KB 1003060)
- 从 ESX Server 2.5x 迁移到 ESX Server 3.5 或 ESX Server 3i 后,RDM 共享存储器上的虚拟机无效 (KB 1003092)
- 升级 VMware Tools 后,老的 vmware-toolbox 脚本选项卡设置恢复为默认值 (KB 1003047)
- [关闭] 按钮在 Web Access 中有时不起作用
某些情况下,虚拟机的 [关闭] 按钮不可用,或者单击该按钮时没有响应。
解决办法:刷新浏览器窗口。然后 [关闭] 按钮即可正常使用。 - 升级 VirtualCenter 和 VMware Update Manager 时可能无法升级 Update Manager 数据库
可以使用统一安装程序同时升级 VirtualCenter 和 VMware Update Manager,但在执行自定义数据库配置时可能会出现问题。VirtualCenter 和 VMware Update Manager 可将信息存储在单个数据库中,也可将信息存储在不同的数据库中。如果部署包含多个单独数据库,且升级时未使用 [自定义] 选项,则无法升级 VMware Update Manager 数据库。而是会出现以下两种情况之一:- 如果 VirtualCenter 数据库实例中没有 Update Manager 数据库,会新建一个新 Update Manager 数据库。
- 如果存在未使用的 Update Manager 数据库,则将其升级。如果初始安装完成后建立了一个单独的 Update Manager 数据库,就有可能会存在未使用的 Update Manager 数据库。
为避免出现该问题,请选择 [自定义] 安装类型,并指定要在部署方案中使用的 Update Manager 数据库。
VirtualCenter 升级和安装
- 使用含有撇号或双引号的密码后 VirtualCenter 数据库升级因出现异常而失败 (KB 1003049)
- 升级带有 Microsoft SQL Server 2005 数据库的 VirtualCenter Server 需要 SQL Native Client ODBC 驱动程序 (KB 1003391)
- 升级到 VirtualCenter 2.5 后某些警报消失 (KB 1003072)
- 使用选中可选模块的统一安装程序升级 VirtualCenter 1.4 因出错而失败 (KB 1003078)
- 升级到 VirtualCenter 2.5 时,不要通过授予或撤销系统管理员角色来满足数据库权限要求 (KB 1003346)
- 升级到 VirtualCenter 2.5 时使用统一安装程序进行自定义安装失败 (KB 1004294)
- 如果现有安装是使用 ZIP 完成的,则使用 ISO 映像的 VirtualCenter 升级失败 (KB 1004291)
- 如果在 VirtualCenter 安装过程中指定了新的 HTTP 或 HTTPS Web 服务端口,VirtualCenter 无法连接 Update Manager (KB 1004412)
- VirtualCenter Server 可能无法显示 Update Manager 客户端的升级版本
升级 Update Manager 时,[插件管理器] 窗口中的 [可用] 选项卡可能无法更新已安装 Update Manager 的版本。但是,[插件管理器] 窗口中的 [已安装] 选项卡中会显示正确的 Update Manager 版本。
解决办法:要启用 [可用] 选项卡以显示已安装 Update Manger 的正确版本,请重新启动 VirtualCenter Server。 - 升级 VirtualCenter 时,模板可能会显示为 [断开连接] 状态
升级包含虚拟机模板的 VirtualCenter Server 时,这些模板可能会在已升级的 VirtualCenter Server 中显示为 [断开连接] 状态。不过,当您重新启动 VMware VirtualCenter Server 服务时,这些模板会显示为 [已连接] 状态。 - VirtualCenter 升级完成后,主工具栏中的 [整合] 按钮不可用
将 VirtualCenter 2.5、VirtualCenter 2.5 Update 1 或 VirtualCenter 2.5 Update 2 或 VirtualCenter 2.5 Update 3 升级到 Update 4 后,主工具栏中的 [整合] 按钮可能不可用。
解决办法:重新启动 VMware VirtualCenter Server 服务,[整合] 按钮将变为可用。
虚拟机管理
- Windows Server 2008 或 Windows Vista 虚拟机的自定义克隆当启动时提示网络位置选择 (KB 1008378)
- 如果在自定义规范中提供了无效的产品 ID,Windows Server 2008 和 Windows Vista 虚拟机克隆会不断重新启动
当具有许可版本的 Windows Server 2008 或 Windows Vista 的虚拟机通过自定义向导进行自定义克隆时,如果在自定义向导的 [Windows 许可证] 页面中输入了无效的产品 ID,克隆的虚拟机会不断重新启动,并在启动期间显示类似如下的错误消息:
Windows 无法分析或处理 pass [specialize] 的无人参与应答文件。应答文件中指定的设置无法应用。处理组件设置 [Microsoft-Windows-Shell-Setup] 时检测到错误。
计算机意外地重新启动或遇到错误。Windows 安装无法继续。若要安装 Windows,请单击“确定”重新启动计算机,然后重新启动安装。
- Windows Server 2008 或 Windows Vista 客户操作系统的自定义规范只能成功更改三次
相对运行 Windows Server 2008 或 Windows Vista 的虚拟机而言,您可以采用自定义方式克隆此虚拟机,然后编辑用于克隆的自定义规范以创建另一个虚拟机。但是,此类克隆后续操作只能执行三次。
例如,如果虚拟机 A 克隆为虚拟机 B,虚拟机 B 克隆为虚拟机 C,虚拟机 C 克隆为虚拟机 D,并且每次克隆操作都编辑了客户操作系统的自定义规范,则使用自定义方式克隆虚拟机 D 的操作可能会失败。 - 采用自定义方式克隆虚拟机可能会显示一个对话框,提示需要 Sysprep 文件信息
当您使用自定义方式克隆虚拟机时,克隆过程可能无法完成,还可能会显示一个 Sysprep 对话框提示您需要其他文件。
解决办法:记下 Windows mini-setup 无法找到的缺失文件的列表。将所需文件(例如,c_20127.nls)从源计算机复制到 Sysprep 安装文件所在的文件夹 c:\sysprep\i386 中,然后再采用自定义方式执行克隆操作。Sysprep 提示的文件通常位于源虚拟机的以下位置:C:\Windows\system32
请注意,Sysprep 目录会在虚拟机启动且自定义过程完成之后删除。
- 克隆的虚拟机不包含 DNS 后缀 (KB 1004299)
- 克隆的虚拟机可以看到源虚拟机的 .vmdk 文件 (KB 1004176)
- 从模板部署虚拟机时因无权限错误而失败 (KB 1004295)
- 具有“创建”特权的用户无法创建虚拟机 (KB 1004417)
- 固件升级期间虚拟机的 I/O 操作可能会停止
当虚拟机在 I/O 负载过重的共享 LUN 上运行时,如果使用存储器管理实用程序升级固件,或重新启动存储控制器,则任何虚拟机都可能会出现 I/O 操作停止的情况。
vmkernel.log 文件中会出现类似以下内容的消息:
1:01:05:07.275 cpu2:1039)警告:FS3:4785: 预留错误:不支持
SCSI:4506: 找不到指向处于正常状态的设备 vmhba1:0:125 的路径。尝试路径 vmhba1:0:125。
1:01:05:10.262 cpu3:1039)预警:SCSI:4506: 找不到指向处于正常状态的设备 vmhba1:0:125 的路径。尝试路径 vmhba1:0:125。
1:01:05:40.748 cpu1:1083)<6>mptbase:ioc0:LogInfo(0x30030108):Originator={IOP}, Code={Invalid Page}, SubCode(0x0108)
1:01:05:40.930 cpu0:1024)日志:472: 设置(通过 VSI)模块“SCSI”的日志级别为 5 - 当主机隔离时,虚拟机可能会在故障切换后无法启动
当主机已隔离且隔离响应设置为 [客户机关机](该设置为群集的默认配置)时,虚拟机在故障切换后无法启动。这可能在所包含节点少于五个的群集和需要更多时间完成客户机关机的虚拟机上发生。
解决办法:将所包含节点少于五个的群集的 [隔离响应] 设置为 [保持启动] 或 [保持关闭]。
要为虚拟机设置 [隔离响应],请选择群集,然后单击 [编辑设置] 链接,并选择 VMware HA 下的 [虚拟机选项]。从 [隔离响应] 弹出菜单中,为特定虚拟机选择 [保持启动] 或 [保持关闭] 选项。 - 挂起或关机事件未执行 VMware Tools 自定义脚本 (KB 1004390)
- 如果未使用最新版本的 VMware Capacity Planner Service,VirtualCenter Server 无法立即初始化
如果未安装 VirtualCenter Server 2.5 Update 4 版本的 VMware Capacity Planner Service,VirtualCenter Server 需要很长时间进行初始化,在此期间,VI Client 无法连接到 VirtualCenter Server。
而且,整合功能在 VI Client 中不可用。
要使用整合功能,请卸载任何早期版本的 VMware Capacity Planner Service,安装 Virtual Center 2.5 Update 4 版本的 VMware Capacity Planner Service,然后重新启动 VirtualCenter Server。 - [运行一次] 页面中指定的命令可能无法运行
如果在 Virtual Infrastructure Client 客户机自定义向导的 [运行一次] 页面中指定以引号结束的命令,当用户登录到该自定义客户机操作系统中时,可能无法运行此命令。
解决办法:避免在 [运行一次] 页面中指定的命令的末尾加上引号。 - 如果在自定义客户机操作系统时未提供许可证密钥,则可能无法克隆 Windows 2000 和 Windows 2003 虚拟机
克隆 Windows 2000 或 Windows 2003 虚拟机时,如果在 [选择客户机自定义选项] 页面中选中 [使用自定义向导进行自定义] 选项,并且在 VMware Infrastructure Client Windows 客户机自定义向导的 [Windows 许可证] 页面中取消选中 [加入服务器许可证信息] 复选框,则克隆操作可能会失败并显示类似以下内容的错误消息:
自定义失败。
VirtualCenter、VI Client 和 Web Access 问题
- VirtualCenter 中没有更新在服务控制台上使用 esxcfg-firewall 对 ESX 防火墙所作的配置更改
对于在 ESX Server 服务控制台上使用 esxcfg-firewall 进行的启用/禁用操作,不会在 VI Client 中更新防火墙服务的服务状态消息。 - [入门] 选项卡中的链接对于具有管理员特权的资源池级用户不可用
当从资源池级别为用户授予管理员特权时,这些用户将会发现该资源池中虚拟机的 [入门] 选项卡上的链接无法实现预期的操作。
解决办法:对于每个虚拟机,弹出菜单(右键单击)中的所有功能都可以正常工作。 - 对单个虚拟机拥有只读或管理员特权的用户无法创建虚拟机
对单个虚拟机拥有只读或管理员特权的用户无法使用 [入门] 选项卡中的创建新虚拟机链接创建虚拟机。虽然已启用创建新虚拟机链接,但当用户单击此链接时,用户无法继续后面的操作,并显示类似下面内容的错误消息:
无法将对象的类型从“Vmomi.Folder”改为“Vmomi.ComputerResource”。 - 从模板部署的虚拟机可能无法正确自定义
当 Windows XP 或 Windows 2003 虚拟机模板包含防病毒软件和 VPN 客户端软件,并使用包含自定义的客户操作系统设置的模板部署虚拟机时,已部署的虚拟机有时可能不包含自定义设置。
解决办法:卸载模板中的所有防病毒软件和 VPN 客户端软件,然后部署该虚拟机。 - 拥有资源池级管理特权的用户可能无法创建虚拟机
在连接到 VirtualCenter Server 或 ESX Server 主机的 VI Client 中,拥有资源池级管理特权的用户无法创建虚拟机。新虚拟机向导中的 [下一步] 按钮已禁用。 - 可以从 VirtualCenter Server 中删除默认的系统管理员组
通过使用 [主机和群集] 节点上的 [权限] 选项卡,系统管理员用户可以从 VirtualCenter Server 中删除默认的管理员组。删除默认的管理员组将断开 VI Client 与 VirtualCenter Server 之间的连接,并显示类似以下内容的连接错误消息:
到“本地主机”服务器的当前会话不再有效。您要再次登录吗?
您可能无法再次登录到 VirtualCenter Server 上。 - 今日消息对话框频繁弹出
如果在 [会话] 选项卡(选定主工具栏中的 [管理] 按钮时,[会话] 选项卡可用)中设置或编辑了 [今日消息] (MOTD) 条目,则此消息会在所有连接的客户端上每隔几分钟弹出一次。
解决办法:如果使用菜单中的 [管理] > [编辑今日消息] 设置或编辑 MOTD,则不会发生此问题。 - 将 ESX Server 主机添加到已启用 VMware DRS 和 DPM 的群集中时,VirtualCenter Server 可能会停止响应
将 ESX Server 主机添加到已启用 DPM 的 VMware DRS 群集中时,VirtualCenter Server 可能会停止响应。
解决办法:禁用群集中的 DPM,然后将 ESX Server 添加到该群集中。
- 在 VI Client 中重置传感器返回常规系统错误 (KB 1004256)
- 某些清单对象在 [入门] 选项卡中的相应链接可能不显示 (KB 1003216)
- Oracle 数据库表的大小过度增加 (KB 1004095)
- 在安装 VI Client 之前,需要在 Windows 64 位版本上安装 .NET Framework 2.0 (KB 1004093)
- VI Client 不提示下载客户端更新 (KB 1004396)
- 升级自动工具时会从虚拟机 [摘要] 选项卡中移除 IP 地址和 DNS 条目 (KB 1004487)
- Update Manager 和 Converter Enterprise 插件在 VI Client 中不可用 (KB 1004292)
- Windows 注册表显示两个不同的 VI Client 版本条目 (KB 1004352)
- 如果 VI Client 2.0.x 安装在 Windows Server 2003 SP1 上,则无法自动下载 VI Client 2.5 (KB 1003620)
- 整合失败,出现错误:“VirtualCenter 必须收集更多信息来枚举企业中的域和工作组。该操作需要几分钟的时间。请稍后再试。”(KB 1006099)
VMware High Availability (HA)
- 在已启用 HA 的群集中编辑的高级选项没有生效 (KB 1008479)
- 主机故障切换后,VMware HA 健康状况监控未在控制台中显示重新引导
主机出现故障后,HA 群集启用健康状况监控时,虚拟机控制台会显示一个空窗口。控制台不显示虚拟机重新引导。
解决办法:必须打开一个新控制台窗口,查看故障切换后重新启动的虚拟机。 - 执行 HA-DRS 群集操作过程中,VI Client 会显示主机处于 [无响应] 状态
执行 HA-DRS 群集操作过程中,如向 DRS 群集添加或从 DRS 群集移除主机或应用 DRS 建议,VI Client 会显示主机处于 [无响应] 状态,即使可以访问该主机。
解决办法:将主机与 HA-DRS 群集断开,然后重新进行连接。此操作会刷新系统和 VI Client 以反映所做的配置更改。 如果 VI Client 再次显示主机状态为 [无响应],请将主机与 HA-DRS 群集断开,移除主机然后将其重新添加到相同群集。 - VirtualCenter Server 升级完成后,重新配置 ESX Server 主机上的 HA Agent 可能会失败
当升级包含已启用 HA 的群集的 VirtualCenter Server 并将 ESX Server 主机重新连接到该 VirtualCenter 时,为其中一个 ESX Server 主机配置 HA 代理可能会失败,并显示类似如下的 HA 代理错误消息:
<Datacetner_Name> 的群集 <Cluster_Name> 中的 <Host_Name> 上的 HA 代理出现错误:
无法为主节点执行 cmd addnode 命令:/opt/vmware/aam/bin/ft_startup 失败
解决办法:VirtualCenter Server 升级完成后,先禁用再重新启用群集上的 HA。 - HA 网络合规检查
在配置 VirtualCenter 2.5 Update 2 中的 HA 过程中,[任务和事件] 选项卡可能会显示以下错误消息和建议:
<datacenter> 的群集 <clustername> 中的 <esxhostname> 上的 HA 代理包含错误“不兼容的 HA 网络:
请考虑使用 [高级群集设置] das.allowNetwork 控制网络使用情况。”
从 Virtual Center 2.5 Update 2 开始,为了提高群集可靠性,HA 拥有增强的网络合规检查功能。此增强型网络合规检查功能有助于确保群集范围的检测信号网络路径的正确性。有关详细信息,请参见 KB 1006606。
性能概览图表
- 如果 VirtualCenter Server 使用 Oracle 10g 数据库,性能概览图表可能不会显示
如果您正在 VirtualCenter 2.5 Update 4 中使用 Oracle 9i 或 Oracle 10g 数据库,VirtualCenter Server 中的 [性能概览] 选项卡可能不会显示性能图表,而是显示一条类似如下的消息:
统计报告服务内部错误消息:统计报告应用并未成功初始化。(STATs Report service internal error Message: STATs Report application initialization is not completed successfully.)
解决办法:在 VirtualCenter Server 中使用 Oracle 10g 数据库时:- 将 ojdbc14.jar 文件从 Oracle JDBC 驱动程序版本 10.2.0.1.0 或更高版本复制到 VirtualCenter Server 计算机的下列位置:
C:\Program Files\VMware\Infrastructure\VirtualCenter Server\tomcat\common\lib
注意:可以从以下地址下载文件:www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/jdbc_10201.html - 启动或重新启动 VMware Infrastructure Web Access 服务。
- 将 ojdbc14.jar 文件从 Oracle JDBC 驱动程序版本 10.2.0.1.0 或更高版本复制到 VirtualCenter Server 计算机的下列位置:
- 如果 VirtualCenter Server 使用 SQL Express 捆绑数据库,性能概览图表可能不会显示
如果您正在 VirtualCenter 2.5 Update 4 中使用 SQL Express 捆绑数据库并且 SQL Express 的 TCP/IP 协议并未启用,VirtualCenter Server 中的 [性能概览] 选项卡可能不会显示性能图表,而是显示一条类似如下的消息:
统计报告服务内部错误消息:统计报告应用并未成功初始化。(STATs Report service internal error Message: STATs Report application initialization is not completed successfully.)
解决办法:确保 SQL Express 数据库的 TCP/IP 协议已启用,然后重新启用数据库服务:- 在 VirtualCenter Server 计算机中,选择 [开始] > [所有程序] > [Microsoft SQL Server 2005] > [配置工具] > [SQL Server 配置管理器]。
- 在 SQL Server 配置管理器中,执行以下操作:
- 选择 [SQLEXP_VIM 协议]。
- 双击 [TCP/IP]。
- 在 [TCP/IP] 属性窗口中,对 [启用] 选择 [是],并且对 [全部侦听] 选择 [是]。
- 单击 [确定]。
- 在命令窗口中,键入 Services.msc 以打开 Service Manager。
- 在“服务”列表中,启动或重新启动以下服务:
- SQL Server (SQLEXP_VIM)
- SQL 浏览器(如果 SQL 浏览器服务已禁用,将此服务标记为自动/手动启动)
- VMware Web Access 服务
- 如果 VirtualCenter 是在 VMware Infrastructure Web Access 服务未停止的情况下升级的,可能无法显示性能概览图表
如果要升级到 VirtualCenter 2.5 Update 4,您需要在升级 VirtualCenter 前停止 VMware Web Access 服务,请在 VirtualCenter 升级之后启动 VMware Web Access 服务,然后再安装性能概览插件。
如果当 VirtualCenter 升级到 VirtualCenter 2.5 Update 4 时 VMware Infrastructure Web Access 服务正在运行,在 VirtualCenter Server 中启用性能概览插件之后,[性能概览] 选项卡可能无法显示图表,并显示一条类似如下的消息:
图表无法加载。(Charts could not be loaded.)
解决办法:如果 VirtualCenter 是在 VMware Infrastructure Web Access 服务正在运行时升级的,您需要重新安装 Virtual Infrastructure Web Access 功能:- 在 [添加/删除程序] 实用工具中,更改 VMware VirtualCenter Server 程序。
- 修改 VirtualCenter Server 安装,然后删除 Virtual Infrastructure Web Access 功能。
- 在 [添加/删除程序] 实用工具中,更改 VMware VirtualCenter Server 程序。
- 修改 VirtualCenter Server 安装,然后在本地硬盘上安装 Virtual Infrastructure Web Access 功能。
- 重新安装性能概览插件:
- 在命令窗口中,转到文件夹 vpx/perfCharts,即性能概览插件所在的位置。
如果使用的是 ZIP 文件,请转到 bin\perfCharts 文件夹。 - 运行 uninstall.bat <VirtualCenter_Username> <VirtualCenter_Password>
- 运行 install.bat <VirtualCenter_Username> <VirtualCenter_Password>
- 在命令窗口中,转到文件夹 vpx/perfCharts,即性能概览插件所在的位置。
- 将 VI Client 连接到 VirtualCenter Server,然后启用性能概览插件:
- 在 VirtualCenter Server 中,单击 [插件] > [管理插件]。
- 在 [插件管理器] 窗口的 [已安装] 选项卡中,对 com.vmware.vim.stats.report 选择 [已启用]。
- 如果没有在 Internet Explorer 中启用 JavaScript 执行,VirtualCenter 可能无法显示性能概览图表
确保已在 Internet Explorer 的安全设置中启用 [活动脚本]。否则,[性能概览] 选项卡可能会显示一条类似如下的消息:
脚本通常是安全的。您是否希望允许脚本运行?(Scripts are usually safe. Do you want to allow scripts to run?)
要启用活动脚本,请执行以下操作:- 在 Internet Explorer 浏览器中,选择[工具] > [Internet 选项]。
- 在 [安全] 选项卡中,选择 [Internet] 区域,然后单击[自定义级别]
- 对于 [脚本] 下的 [活动脚本] 设置,选择 [启用]。
- 性能概览插件可能不会在 [插件管理器] 窗口的 [已安装] 选项卡中显示
安装性能概览插件之后,该插件将在 [可用] 选项卡中显示,但可能不会在 [已安装] 选项卡中显示。
解决办法:重新启动 VI Client。如果 [已安装] 选项卡中仍未显示该插件,则应验证 VirtualCenter Server 和 VI Client 是否为相同域中的成员。通过右键单击 [我的电脑],选择 [属性],然后查看 [计算机名称] 选项卡中的信息,可以检查这些计算机的域。 - 单击性能概览插件的 [下载和安装] 按钮可能会导致错误
如果性能概览插件已安装,[插件管理器] 窗口中的 [可用] 选项卡会为此插件提供一个 [下载和安装] 按钮。但是,如果您单击此 [下载和安装] 按钮,VirtualCenter 将显示一条类似如下的错误消息:
URI 无效:URI 为空。(Invalid URI: The URI is empty.)
对于性能概览插件,请不要单击 [下载和安装]。 - 如果重新安装性能概览插件,[性能概览] 选项卡可能不会显示
如果将性能概览插件卸载并重新安装之后,VirtualCenter Server 中可能不会显示 [性能概览] 选项卡,除非您在 [插件管理器] 窗口中启用了该插件。要启用该插件,请执行以下操作:- 在 VirtualCenter Server 中,单击 [插件] > [管理插件]。
- 在 [插件管理器] 窗口的 [已安装] 选项卡中,对 com.vmware.vim.stats.report 选择 [已启用]。