VMware ESX Server 3i 版本 3.5 Update 3 Installable 发行说明
VMware ESX Server 3i 版本 3.5 Update 3 Installable | 2008 年 11 月 6 日 | 内部版本 123629
上次文档更新:2008 年 12 月 08 日
请时常查看以了解这些发行说明的新增内容及更新。
本发行说明包含以下主题:
注意:在许多公用文档中,现在 VMware ESX Server 3.5 称为 VMware ESX 3.5,VMware ESX Server 3i 版本 3.5 简称为 VMware ESXi 3.5。这些发行说明仍使用以前的约定,以便能够与产品界面和文档保持一致。以后的版本将会更新产品名称。
新增功能
以下信息介绍本版本 VMware Infrastructure 3 提供的一些重要增强功能:
注意:并非 VirtualCenter 和 ESX Server 的所有版本组合都受到支持,只有 VirtualCenter 2.5 Update 3 和 ESX Server 3i 版本 3.5 Installablenot 配合使用时,这些重要功能才都可用。有关兼容性的详细信息,请参见文档《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》。
新增功能和支持的 I/O 设备:
- 每个核心中 vCPU 限制有所增加 — 每个核心中 vCPU 限制已从 8(或对于 VDI 工作负载为 11)提高至 20。此更改仅提高了支持的限制但是并未包括任何其他的性能优化。此限制增加后,用户可以更加灵活地基于特定的工作负载配置系统并最大限度地利用越来越快的处理器。每个核心中可以实现的 vCPU 数取决于工作负载和硬件性质。大多数部署应当保持在以前的范围,即每个核心中 8 到 11 个 vCPU。有关详细信息,请参见有关 VI3 性能最佳做法和基准的准则。
- HP BL495c 支持 — 本版本增加了对于 HP 刀片服务器 BL495c 和所有 Virtual Connect 和 I/O 选件的支持,允许与网络建立 1 或 10 GB 连接(上游),但只允许与服务器建立 1 GB 连接(下游)。
- 新支持的网卡 — 本版本增加了对于以下网卡的支持:
- Broadcom 5716 1Gb
- Broadcom 57710 10Gb 适配器
- 速度仅为 1Gb 的 Broadcom 57711 10Gb 适配器
- 新支持的 SATA 控制器 — 此版本添加对下列 SATA 控制器的支持:
- Broadcom HT1000(仅在有 SATA 硬盘和固态磁盘设备的本机 SATA 模式中支持)
- Intel ICH-7(在仅具有 SATA CD 或 DVD 驱动器的 IDE/ATA 模式下支持)
- 新支持的客户操作系统 — 在 ESX 3.5 Server Update 3 发行期间,VMware 增加了对以下客户操作系统的支持:
- Ubuntu 8.04.1
- RHEL 4.7
- 内部 SAS 联网存储控制器 — 本版本增加了对于 Intel 模块化服务器 MFSYS25 SAS 存储控制模块 (SCM) 的实验性支持。有关此平台的已知问题和解决办法,请参见运行 Update 3 和更高版本 ESX 3.5 和 ESXi 3.5 的 Intel 模块化服务器的 SAS 链路和端口故障切换 (KB 1007394)。
- Qlogic 4Gb FC HBA 的中断合并 (IC) — 该功能是在本版本中引进的,它通过为较短时间内收到的大量光纤通道帧生成单个中断(而不是在收到每个帧时都中断 CPU),来降低 CPU 利用率(和每个 I/O 的 CPU 成本)并提高占用大量 I/O 的工作负载的吞吐量。此功能在默认情况下启用。
- CIM 代理占用量较小 — 已将 SFCB 更新到版本 1.3.0
- IBM SAN 卷控制器 — 现在,SVC 受固定多路径处理策略和 MRU 多路径处理策略的支持。
VMware Infrastructure 3 的先前版本
有关 VMware Infrastructure 3 先前版本(包含 ESX Server 3i 版本 3.5 和 VirtualCenter 2.x 版本)的功能及已知问题在各版本的发行说明中均有所描述。要查看 VMware Infrastructure 3 组件先前版本的发行说明,请单击以下链接之一:
- ESX Server 3i 版本 3.5 Installable Update 2
- ESX Server 3i 版本 3.5 Installable Update 1
- ESX Server 3i 版本 3.5 Installable
- 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
开始前
注意:如果通过物理 CD 介质以外的其他任何介质来安装本版本,请参见知识库文章《ESX Server ISO 映像中字符数超过 64 的文件名在内容解压缩期间会被截断》(KB 1005283) 了解已知安装问题的重要信息。
ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性
《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》文档详细介绍了 VMware Infrastructure 3 组件(包括 ESX Server、VirtualCenter 和 VI Client)当前版本与先前版本的兼容性问题。
硬件兼容性
安装本软件之前请参阅《ESX Server 兼容性指南》。必须验证服务器、I/O、存储器、客户操作系统、管理代理以及备份软件是否兼容。这些指南还介绍了与本版本相关的最低要求及扩展限制。要查看指南,请单击以下链接之一:
- 《ESX 3.5 和 ESXi 的系统兼容性指南》 (PDF)
- 《ESX 3.5 和 ESXi 的 I/O 兼容性指南》 (PDF)
- 《ESX 3.5 和 ESXi 的存储器/SAN 兼容性指南》 (PDF)
- 《ESX 3.5 和 ESXi 的备份软件兼容性指南》 (PDF)
新增: 文档
有关 ESX Server 3i 版本 3.5 Update 2 Installable 的所有文档也适用于 ESX Server 3i 版本 3.5 Update 3 Installable。但是,文档的标题页上只写明了 ESX Server 3i 版本 3.5 Update 2 Installable 和 VirtualCenter 2.5 Update 2。有关手册和其他文档的完整列表,请参见 VMware Infrastructure 3 文档。
安装和升级
请阅读《安装指南》了解安装和配置 ESX Server 与 VirtualCenter 的分步指导。
虽然安装过程很简单,但是仍须执行若干后续配置步骤。有关具体信息,请阅读以下内容:
- 《安装指南》中的“许可”
- 《VMware ESX 3 配置指南》中的“网络连接”
- 《VMware ESX 3 配置指南》中适用于防火墙端口配置的“安全”
升级或迁移到 ESX Server 3i 版本 3.5 Update 3
本版本支持从 ESX Server 2.x(以及包括 ESX Server 3.0.x 在内的更高版本)到 ESX Server 3i 进行虚拟机迁移。有关安装和升级方法的详细信息,请参见《升级指南》。
为 ESX Server 3i 版本 3.5 提供免费许可
从 Update 2 版本的 ESX Server 3i 版本 3.5 Installable 和 ESX Server 3i 版本 3.5 Embedded 开始,您可以下载该软件并获得免费许可。有关如何向您的软件应用免费许可的详细信息,请参见 KB 1006481。请注意,较低版本的 ESX Server 3i 不支持免费许可。
本版本中包含的修补程序
除了 ISO 映像外,ESX Server 3i 版本 3.5 Installable Update 3 版本还作为一个修补程序分发,它可应用于已经安装的 ESX Server 3i 版本 3.5 Installable 软件。该修补程序可从 ESX Server 3i 修补程序下载页面下载,也可以使用 VMware Update Manager 来应用该程序。在从网站下载时,更新以 ESXe350-200810401-O-UG 形式分发。ESXe350-200810401-O-UG 修补程序捆绑包中含有以下捆绑包,这些捆绑包与 VMware Update Manager 中提供的各个捆绑包相同:
- ESXe350-200810401-I-UG:ESX Server 3i 固件更新。有关详细信息,请参见 KB 1007056。
- ESXe350-200810402-I-UG:ESX Server 3i 的 VMware Tools 更新 - 有关详细信息,请参见 KB 1007057。
- ESXe350-200810403-C-UG:ESX Server 3i 的 VI Client 更新 - 此捆绑包将 VI Client 和自 Update 3 以后的最新版本相同步。有关详细信息,请参见 KB 1007058。
本版本还包含本产品发布前已发布的用于 ESX Server 软件的所有修补程序。有关单个修补程序的详细信息,请参见 ESX Server 3i 修补程序下载页面。
ESX Server 3i 版本 3.5 Update 3 Installable 还包含以前发布的如下捆绑包中的所有修补程序:
- ESXe350-200809401-O-SG
- ESXe350-200808501-O-SG
- ESXe350-200807812-O-BG
- ESXe350-200808501-O-SG
- ESXe350-200804401-O-BG
- ESXe350-200802401-O-BG
- ESXe350-200712401-O-BG
随 ESX Server 3i 版本 3.5 Update 1 Installable 发布的捆绑包:
- ESXe350-200803201-O-UG
随 ESX Server 3i 版本 3.5 Update 2 Installable 发布的捆绑包:
- ESXe350-200808201-O-UG
有关各个修补程序的详细信息,请参见下载页面上列出的文档。
已解决的问题
本版本解决了以下几个主题方面的问题:
备份
- 在 Windows 2003 客户操作系统上运行 VCB 命令之后,VirtualCenter 显示的 VMware Tools 信息不正确
在 32 位或 64 位 Windows 2003 虚拟机上运行 VMware Consolidated Backup 命令(文件级备份或完全备份)之后,在 VirtualCenter 的 [摘要] 选项卡中显示 VMware Tools 未在运行 (VMware Tools Not Running) 消息,即使 VMware Tools 仍在运行也是如此。本版本已解决该问题。
CIM 和 API
- 新增: 通过 do_gettimeofday() 返回的时间显示有误
do_gettimeofday() 报告的时间是自引导以来的秒数。从 do_gettimeofday() 返回的值应该是自 1970 年以来的秒数。本版本已解决该问题。 - 新增:在某些服务器上,可能会报告错误的 PECI 温度传感器读数。VI Client 和处理器传感器的 CPU PECI tic 的 CIM_Sensor 实例的 NominalReading 属性中显示的值不正确。本版本已解决该问题。
- VMware_Identity 需要太长的时间来访问大型 NIS 数据库
由于在配置为访问大型 NIS 数据库的 ESX 系统上枚举 VMware_Identity 需要太长的时间,因此已在本版本中禁用了 CIM_Identity 提供程序。如果您请求 VMware_Identity、VMware_Account、CIM_Identity 或 CIM_Account 的实例,则将不返回任何实例。 - 类 CIM_NumericSensor 的强制属性 MaxReadable、NominalReading、NormalMax、NormalMin 和 PollingInterval 显示的值不正确
CIM_NumericSensor 的实例具有以下属性集:MaxReadable、NominalReading、NormalMax、NormalMin。当实际传感器不支持这些属性值时,CIM 响应中显示的值为 0。本版本已解决该问题。
客户操作系统
- 在 64 位 Ubuntu 客户操作系统加载或构建 vmxnet 模块失败
在 64 位 Ubuntu 客户操作系统中安装或升级 VMware Tools 时,安装程序遇到错误,指出无法将 vmxnet 加载到正在运行的内核中。VMware Tools 安装程序将尝试构建该模块,但随后无法加载该模块,vmxnet 模块也将无法复制到模块目录中。本版本已解决该问题。
VMware High Availability (HA)
- 执行 HA-DRS 群集操作过程中,VI Client 会显示主机状态为“无响应”
执行 HA-DRS 群集操作过程中(例如向 DRS 群集添加或从 DRS 群集移除主机或应用 DRS 建议时),VI Client 会显示主机状态为“无响应”,即使可以访问该主机 IP 时也是如此。本版本已解决该问题。
解决办法
将主机与 HA-DRS 群集断开,然后重新进行连接。此操作会刷新系统,VI Client 将反映所做的配置更改。如果 VI Client 再次显示主机状态为“无响应”,请将主机与 HA-DRS 群集断开,移除主机然后将其重新添加到相同群集。
通过 VMotion 迁移
- 新增:在 VMotion 期间生成 SNMP 陷阱
在 VMotion 期间,在源 ESX Server 主机中生成 SNMP 陷阱电源关闭消息,并在目标 ESX Server 主机中生成 SNMP 陷阱电源开启消息。本版本已解决该问题。在安装有此更新的主机上,在 VMotion 期间不会生成陷阱。
网络连接
- 新增:当网络绑定策略基于端口 ID 时,可能会丢失网络连接
使用网络绑定并且绑定策略基于端口 ID 时,可能会丢失网络连接。下列错误信息将在 VMkernel 中记录:
Aug 6 23:27:07 [hostname] vmkernel: 0:02:33:07.052 cpu0:1024)Net: L2Sec_EnforcePortCompliance:229: 0x3000005: 不允许对等主机
杂乱模式,撤销设置
如果启用虚拟交换机的杂乱模式,并执行 tcpdump -i portgroup,网络连接将工作正常。(Aug 6 23:27:07 [hostname] vmkernel: 0:02:33:07.052 cpu0:1024)Net: L2Sec_EnforcePortCompliance:229: 0x3000005: peer not allowed promiscuous, revoking setting Network connectivity works fine if you enable the promiscuous mode of the virtual vswitch, and perform a tcpdump -i portgroup.)但再次停止 tcpdump 将导致网络连接丢失。本版本已修复该问题。 - 进行脚本安装时网络适配器丢失绑定
进行脚本安装时,下列两个命令不会导致在虚拟交换机 VS_VM1 上出现活动网络适配器的绑定对。相反,vmnic3 变为活动适配器,vmnic4 变为待机适配器。
esxcfg-vswitch -L vmnic3 VS_VM1
esxcfg-vswitch -L vmnic4 VS_VM1
esxcfg-vswitch -L 命令现在工作正常并与其在 3.0.x 中的功能相同。 - 在网络广播风暴中,ESX Server 主机不响应
当网络广播风暴发生时,由于 tg3 网络驱动器的问题,ESX Server 主机可能不会响应。在此期间,使用 tg3 网卡的服务控制台或虚拟机可能会丢失网络连接。重新引导机器或卸载/加载驱动程序可还原连接,但无法解决该问题。
在服从广播风暴之后,带有 tg3 端口的 ESX Server 主机无法发送或接收数据包。会在 VMkernel 中记录以下错误消息:
1. 警告: Net: 1082: 1 队列上的 Rx 风暴 3501>3500,运行 321>320
2. VMNIX:警告: NetCos: 1086: 虚拟 HW 似乎已插入(缺陷编号 90831),正在重置(1. WARNING: Net: 1082: Rx storm on 1 queue 3501>3500, run 321>320 2. VMNIX:WARNING: NetCos: 1086: virtual HW appears wedged (bug number 90831), resetting)
本版本已修复该问题。此修补程序确保当 tg3 驱动程序停止响应时,网卡将在 35 秒内重置。 - 在信标探测功能处于启用状态的情况下,在将由两个网卡构成的网卡组中的某个网卡断开连接时,网卡绑定功能无法显示描述性错误消息
如果您将网卡绑定配置为进行信标探测,那么,在将由两个网卡构成的网卡组中的某个网卡断开连接时,会显示类似如下的消息:
正在仅从配置文件中移除。(Removing from config file only.)
vmnic 也会从端口组中移除。
从本版本开始,将显示类似如下的相应消息:
需要上行链路:用作信标。(最少需要 2 个)。(Need uplink: for beaconing.(Minimum 2 required).)
vmnic 将继续留在端口组中。 - 针对 NetWare 客户操作系统的高性能网络驱动程序
本版本通过修复 E1000.LAN 驱动程序和 E1000 虚拟网卡模拟之间的兼容性问题,针对 NetWare 客户操作系统提高了产品性能。 - e1000 驱动程序出现“P2MCache:GetPhysMemRange 失败 (P2MCache: GetPhysMemRange failed)”错误
Intel Pro/1000 千兆位以太网设备驱动程序 (e1000) 在某些客户机将 MTU 字节分配为 rx 缓存,但告诉设备 rx 缓存的大小为 2048 字节。如果这些缓冲区接近客户操作系统的物理内存限制,e1000 虚拟设备可能会在 rx 期间溢出,VMkernel 日志中会出现以下消息:
警告:Alloc:ppn=0xc0000 超出范围:0x0-0xc0000 (count=3)
警告:P2MCache:GetPhysMemRange 失败:PPN 0xc0000 可能阻挡 0 状态不良参数。(WARNING: Alloc: ppn=0xc0000 out of range: 0x0-0xc0000 (count=3) WARNING: P2MCache: GetPhysMemRange failed: PPN 0xc0000 canBlock 0 status Bad parameter.)
本版本已解决该问题。 - Windows 客户操作系统在重新引导或关机时无限期停止
在特殊情况和高网络负荷下,Windows vmxnet 驱动程序会丢失某些数据包的发送完成操作。Windows 客户操作系统将等待这些操作全部完成,这将在重新引导或关机期间导致客户操作系统无限期停止。本版本已解决该问题。
安全
- 在 32 位和 64 位客户操作系统上的 VMware 特权升级
在 VMware 的 CPU 硬件模拟中存在一个漏洞,可能允许虚拟 CPU 错误地处理陷阱标志。利用此漏洞可能会导致客户操作系统上的特权升级。攻击者需要在客户操作系统上拥有用户帐户,并拥有运行应用程序的能力。
通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2008-4915。 - 目录遍历漏洞
VirtualCenter 允许管理员拥有精细特权。目录遍历漏洞可能允许管理员增加这些特权。为了利用此漏洞,管理员需要有 Datastore.FileManagement 特权。
通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2008-4281。
服务器配置
- 串行端口中发生数据丢失
本版本解决了如下问题:在 ESX Server 主机上,使用串行端口从虚拟机发送传真时,导致数据丢失(如掉线和信息不清楚)。
此修补通过在修补程序安装完成后将 serial<n>.hardwareFlowControl = “TRUE” 添加到 vmx 文件来激活。
- 不再需要引导选项 force36BitMTRRMask
由于特定平台上的 BIOS MTRR 问题,ESX Server 主机以前可能会引导失败,除非 VMkernel force36BitMTRRMask 引导选项设置为 false。此更新完全支持最高 64GB 的内存,不再需要指定引导选项。
由于这一更改,将不再支持 force36BitMTRRMask VMkernel 引导选项。如果设置此选项,结果是无操作 (NOP) 并且引导将成功。
存储器
- 支持 iSCSI 软件上用来控制多路径故障切换的高级配置选项
此修补程序允许 iSCSI 软件通过高级配置选项 Disk.UseLunReset 和 Disk.UseDeviceReset 来控制具有 LUN 重置或目标重置的多路径故障切换。 - 在 VI Client 中,在 [动态发现] 选项卡中添加软件 iSCSI 目标地址需要很长时间
造成长时间延迟的原因在于,每次添加发现地址时,都会触发目标发现操作。添加发现地址之后,必须重新扫描,VMkernel 才能从所添加的发现地址中找到新目标。这会再次触发目标发现操作。在添加每个发现地址之后执行的目标发现操作是冗余的,它只会导致不必要的延迟时间。
这一更改移除了在每次添加发现地址之后执行的目标发现操作,从而缩短了发现操作所需的时间。 - “无法更新磁盘分区信息”(Failed to update disk partition information) 错误
磁盘分区信息不是最新的,这会导致各种问题,如清单未更新,以及未创建、扩展、展开或移除数据存储。可能会显示以下错误消息:在配置主机时发生错误: 更新磁盘分区信息失败。(Error during the configuration of the host:Failed to update disk partition information)。本版本已解决该问题。
升级和安装
- 在交互模式下使用 kickstart 文件安装 ESX Server 失败
在交互模式下使用 kickstart 文件安装 ESX Server 时,anaconda 安装程序可能会停止响应。本版本已解决该问题。 - 现在,在安装 ESX Server 的过程中显示的网络设备列表正确
本版本解决了如下问题:在通过 ISO 全新安装 ESX Server 3.5 的过程中,网络配置屏幕上的下拉菜单中列出的网络设备不受支持,而且有时会隐藏受支持的网络设备。未在安装程序环境中加载相应驱动程序模块的网络设备已从列表中省略。
虚拟机管理
- 新增: 发送到键盘端口的数据可能会导致虚拟机关机
将大小异常的数据发送到键盘 I/O 端口可能导致虚拟机关机。要产生此问题,需要有从客户操作系统到键盘端口的特殊访问权限。此问题不影响 ESX Server 主机或其他虚拟机。本版本已解决该问题。
已知问题
本节按下列主题介绍此版本的已知问题:
- 备份
- CIM 和 API
- 客户操作系统
- VMware High Availability (HA)
- 国际化
- 通过 VMotion 迁移
- 网络连接
- 服务器配置
- 存储器
- 升级和安装
- 虚拟机管理
- VirtualCenter、VI Client 和 Web Access
备份
- Consolidate Helper 快照无法自动移除
在 ESX Server 3.5 Update 2 版本中,以迭代方式创建 Consolidate Helper 快照,以便最大程度地缩短虚拟机在快照创建过程中处于非活动状态的时间。因此,Consolidate Helper 快照现在称为 Consolidate Helper-xxx,而不再仅是 Consolidate Helper。当 VMware Consolidated Backup 1.1 与 ESX Server 3.5 Update 2 或更高版本配合使用时,如果 vcbMounter 在快照删除操作过程中出现故障,临时快照会被保留。vbCleanup.bat 命令无法删除 Consolidate Helper-xxx 快照。必须使用 VI Client 手动删除。VMware Consolidated Backup 1.5 中不存在该问题。
CIM 和 API
- 一些 CIM 类无法在 IBM 多节点系统中正常运行
一般会出现以下异常情况。对于以下类,EnumerateInstance 操作返回的实例要比 EnumerateInstanceNames 操作少一个:- CIM_AssociatedSensor
- CIM_MemberOfCollection
- CIM_HostedService
- CIM_Sensor
- CIM_SystemDevice
- CIM_Slot
- CIM_ElementConformsToProfile
- CIM_OwningCollectionElement
- CIM_RedundancySet
- RequestStateChange (RestoreDefaultThresholds) 操作出错
在 ESX Server 3.5 版本中,RequestStateChange(RestoreDefaultThresholds) 操作可导致一些传感器出现以下错误消息:
CIM_ERR_FAILED: 索引超出范围(CIM_ERR_FAILED: index out of bounds)
虽然会显示错误消息,但 CIMOM 仍会还原阈值。 - VI Client 无法正确显示 HP 服务器上的电源冗余传感器名称
使用 VI Client 连接安装在 HP 服务器系统上的 ESX Server 时,VI Client 错误地将服务器上的电源冗余传感器显示为物理电源。例如,当具有冗余传感器的 HP 服务器拥有两个物理电源时,VI Client 会把冗余传感器当成电源而显示为 [电源 3]。 - 在 CIM_RecordLog 实例上执行 CallMethod 查询失败
在 ESX Server 3.5 Update 3 中,在 CIM_RecordLog 实例上执行 CallMethod (cm) 查询有时会失败。但是,仍然可以通过远程管理控制台或界面清除系统事件日志。 - 传感器阈值更改无法立即反映
如果通过 CIM 更改传感器阈值,传感器枚举无法立即返回新的属性值。更改大约一分钟后才能生效。 - 在某些 Dell MLK 硬件上,OMC_Memory 实例的 NumberOfBlocks 属性值为 0。该问题正在调查中。
- 在运行 ESX Server 3.5 Update 3 的 HP 380 G5 计算机上,未返回 IPMI 板卡的 IP 地址,CIM_IPProtocolEndpoint 查询无响应。
- 在 ESX Server 3.5 版本中,调用数字电源传感器上的 Reset() 操作会导致以下错误消息:
CIM_ERR_FAILED: 索引超出范围 (CIM_ERR_FAILED: index out of bounds)
作为一种解决办法,您可以使用 RequestStateChange(Reset) 操作。 - 当您使用 WS-Man 协议时,传感器或 SEL 的 InvokeMethod(RequestStateChange) 操作失败。
- 当您使用 WS-Man 协议时,执行 ModifyInstance() 调用以更改传感器阈值失败。
- 当您使用 WS-Man 协议时,指示在 ESX Server 3.5 Update 3 上不起作用。
- 在 IBM x3850 M2 和 x3950 M2 服务器上,发现部分 OMC_DiscreteSensor 实例包含错误的设备 ID(设备 ID 的最后一个分段为 -1)。
- 当您使用 WS-Man 协议时,InvokeMethod(RequestPowerStateChange) 操作失败。
- 机箱入侵指示对 IBM x3850 M2 和 x3950 M2 服务器不可用。
客户操作系统
- 使用默认的虚拟机内存大小 512MB 时,Solaris 10 Update 4,64 位图形安装失败
使用默认的虚拟机内存大小 512MB 时,安装 ESX Server 3.5 Update 3 Installable 或 ESX Server 3.5 Update 3 Embedded 后,Solaris 10 Update 4,64 位图形安装失败。
解决办法:使用 Solaris 10 Update 4 文本模式安装程序或在虚拟机中设置内存大小至少为 580MB。 - 执行自动工具升级后,Linux 客户操作系统失去网络连接
如果 Linux 客户操作系统中的 VMware Tools 的版本过期,并且执行了自动工具升级,则客户操作系统将失去网络连接。执行自动工具升级后,客户操作系统将停止网络服务并且在工具升级后不自动重新启动该服务。
解决办法:在自动工具升级后,手动在客户操作系统中重新启动网络服务或重新引导客户操作系统。 - 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
- Windows 客户操作系统无法从待机或休眠状态恢复
从待机或休眠状态恢复时,运行基于 Windows Server 2008 和 Windows Server 2003 的客户操作系统且处于待机或休眠状态的虚拟机会停止响应。
请参见 Microsoft 支持网站上的 KB 946331。 - Ubuntu 客户机中的 VMware Tools 卸载程序不移除 vmxnet 模块 (KB 1004351)
- 无法使用管理员帐户登录克隆的 Windows Vista 虚拟机 (KB 1004301)
- Linux 客户机上 VMware Tools 升级时需要手动重启网络服务 (KB 1004322)
- Windows 客户机上的 VMware Tools 升级无法继续 (KB 1004317)
- 在 Intel 主机上运行、安装或引导 Ubuntu 7.10 64 位 SMP 时可能会停止 (KB 1004384)
VMware High Availability (HA)
- HA 网络合规检查
在配置 VirtualCenter 2.5 Update 2 中的 HA 过程中,[任务和事件] 选项卡可能会显示以下错误消息和建议:
<datacenter> 的群集 <clustername> 中的 <esxhostname> 上的 HA 代理包含错误“不兼容的 HA 网络:
请考虑使用 [高级群集设置] das.allowNetwork 控制网络使用情况。(HA agent on <esxhostname> in cluster <clustername> in <datacenter> has an error Incompatible HA Network: Consider using the Advanced Cluster Settings das.allowNetwork to control network usage.)
从 VirtualCenter 2.5 Update 2 开始,HA 具有增强型网络合规检查以提高群集的可靠性。此增强型网络合规检查功能有助于确保群集范围的心跳网络路径的正确性。有关详细信息,请参见 KB 1006606。 - 建议不要在 ESX Server 主机进入维护或待机模式时迁移虚拟机
如果主机进入请求模式后会违反 VMware HA 故障切换级别规定,则 VMware HA 不建议或执行(在完全自动化模式下)从正在进入维护或待机模式的主机中迁出虚拟机。无论严格的 HA 接入控制是否处于启用状态,该限制均适用。 - 主机故障切换后 VMware HA 健康状况监控未在控制台中显示重新引导
主机出现故障后,HA 群集启用健康状况监控时,VMware 控制台显示一个空窗口。控制台不显示虚拟机重新引导。
解决办法
必须打开一个新控制台,查看故障切换后重新启动的虚拟机。
国际化
除以下限制外,VI Client 和 VI VMware Web Access 中的所有字段都支持非 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 服务器时,如果 VI Client 运行于不同语言的 Windows 上,由于 Windows 特定于语言的支持差异,可能会看到部分字符显示不正确。
- 如果错误消息中的日志位置或用户名含有非 ASCII 字符,则它不会正确显示在本地化环境中。
- 在使用 VMware Converter 导入向导时,日期和时间格式有时会与当前的区域设置不一致。
- 在日语区域设置中,[任务视图] 的 [状态] 栏和 [任务详细信息] 下的 Unicode 字符显示为“???”。
- [摘要] 项卡上的 [命令] 区域未正确显示。
Guided Consolidation 限制
[Guided Consolidation] 选项卡仅在 en_US 区域设置中可用。
翻译问题
本版本中包括以下与翻译相关的已知问题:
其他国际化问题
以下附加问题已得到确认:
- 如果 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, VMware Infrastructure Client 2.5 zu reparieren oder zu entfernen.”,而不是“The installation wizard will allow you to remove VMware Infrastructure Client 2.5.”。 - 包含自动生成虚拟机名称的链接不起作用
使用 VMware Web Access 时,若通过单击包含自动生成虚拟机名称(通常以加号开头并以斜线结尾,如:+5paw55qE5qih5p2,/)的链接浏览数据库,Web 浏览器会显示空白页或返回“找不到页面”错误。但是,可以使用 VI Client 访问此类虚拟机。
通过 VMotion 迁移
- 在高度使用内存期间通过 VMotion 迁移可能会失败,出现“操作超时 (Operation Timeout)”的错误
在内存过度使用、交换文件位于备用数据存储上(而非虚拟机所在的数据存储)的虚拟机上通过 VMotion 执行迁移可能不会总是成功并且可能失败,VirtualCenter 出现错误消息“操作超时 (Operation Timeout)”。
解决办法:为得到最佳的 VMotion 性能,在与虚拟机 .vmdk 文件所处的相同目录中存储虚拟机交换文件。如果这不可能实现,请尝试在虚拟机对于分配给它的内存资源使用率较小时进行迁移。 - 无法对大量虚拟磁盘执行 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 上进行冷迁移后,具有快照的虚拟磁盘包含错误的 CID (KB 1005228)
- 从 ESX Server 2.x 主机到 ESX Server 3.5.x 主机的冷迁移失败 (KB 1004462)
- 为挂起的虚拟机执行从 ESX Server 3.0.x 到 ESX Server 3.5.x 的冷迁移时失败 (KB 1004419)
- 带有内存快照的虚拟机从 ESX Server 3.0.x 到 ESX Server 3.5.x 的冷迁移失败 (KB 1004418)
- 配置为独立持久模式的虚拟磁盘上的 VMware Storage VMotion 失败 (KB 1004094)
其他
- 在升级后必须安装并启用 Converter Enterprise Client 插件
VirtualCenter Server 2.5 Update 2 不支持早期版本的 Converter Enterprise Client 插件。因此,在升级到 VirtualCenter Server 2.5 Update 2 之后,必须安装并启用 Converter Enterprise Client 插件。要安装并启用 Converter Enterprise Client 插件,请单击 [插件] 菜单上的 [管理插件]。在 [插件管理器] 窗口中,选择 [可用] 选项卡,然后单击 [下载和安装]。 - 当传感器的状态未显示为“预警”时,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://<IP address of ESX Server host>/host/ipmi_sel)获取的 IPMI SEL 条目可能不是最新的 IPMI SEL 记录。 - 当多节点 IBM System x3950 M2 服务器在高 CPU 使用率的情况下运转时,一些 IPMI 传感器的健康状况会显示为“未知”
如果在高 CPU 使用率情况下运转的多节点 IBM System x3950 M2 服务器托管超过 80 台虚拟机,则一些 IPMI 传感器(如处理器、内存、存储器、电源、系统、机箱和监视器传感器)的 [健康状况] 在几分钟时间内显示为“未知”。
要查看 [健康状况] 页面,请单击 VI Client 中 [配置] 选项卡下的 [健康状况] 链接。
解决办法
要更新传感器状态,请单击 [健康状况] 页面上的 [刷新] 链接。此更新大约需要 10 分钟。 - ESX Server 主机的 /var/log/messages 文件中出现良性错误消息 (KB 1004499)
- 安装 Dell OpenManage 后 CPU 利用率达到峰值 (KB 1004508)
- 出现“Crossdup with VMK_WOULD_BLOCK”或“Wailer 列表非空”警告时 UserDuct_Open 失败 (KB 1004385)
- 如果 ESX Server 3.5 上安装了 IBM Director 5.20.1 Agent,Director Console 可能未列出设备驱动程序 (KB 1003120)
- ESX Server 在高 I/O 负载的情况下暂时无响应 (KB 1003039)
- 在服务控制台中加载并行端口驱动程序模块时在 ESX Server 引导日志中生成警告 (KB 1003091)
- 从 IBM Director Server Console 向 Director Agent 进行身份验证失败,并显示错误消息“目标系统当前不可用”(KB 1003123)
- VirtualCenter 服务器不检测主机 IP 地址中的变化,除非启用了 SSL 证书验证 (KB 1003066)
- 客户端 CD-ROM 或软驱断开连接 (KB 1003118)
网络连接
- 新增:对 IPv6 进行扩展 netperf 测试时失败
在启用 Internet 协议版本 6 (IPv6) 的虚拟机上运行高压力级别的 netperf 测试时,超过 12 小时后可能导致插件关闭。已知下列插件将受到影响:TCP_STREAM、UDP_STREAM、TCP_RR 和 UDP_RR。在虚拟机控制台中可能会显示类似以下内容的错误消息:
send_tcp_rr: 数据接收错误: 连接超时
netperf: 无法关闭 tcp 流插件: 传输端点未连接(send_tcp_rr: data recv error: Connection timed out netperf: cannot shutdown tcp stream socket: Transport endpoint is not connected)
这是一个已知问题。 - 接收巨型帧时,Microsoft Windows 虚拟机失败
如果 ESX 主机在“调试”模式中引导,则在接收巨型帧时,Microsoft Windows 虚拟机将失败并出现蓝屏。 - NetXen 网卡的驱动程序支持 ESX Server 主机上最大 31 GB 的物理 RAM (KB 1003046)
- 通过 4095 VLAN 使用信标探查时创建重复数据包
在进行虚拟机网络配置操作时,若 VLAN ID 设置为 4095 且使用信标探查配置相关 vSwitch,则会生成大量重复数据包。
解决办法:在使用的 VLAN ID 为 4095 时,请将 [网络故障切换检测] 从 [信标探测] 改设为 [仅链接状态]。( KB 1004373)
服务器配置
- 新增:引导时错误消息出现在 IBM x3850 M2 和 x3950 M2 服务器上
在引导序列期间,SysAlert 错误消息可能会显示在 IBM x3850 M2 和 x3950 M2 服务器上,消息内容与以下内容类似:
0:00:01:02.384 cpu19:1291) USB Control/bulk timeout; usb device may not respond
可以从每个从属节点观察消息。
这是一个已知问题。引导时生成的这些错误将不会影响系统的正常功能,可安全将其忽略。 - 当高速 USB 设备连接或断开时 ESX Server 上的控制台操作系统 Oops
此版本修正了当通过远程 KBM 管理设备显示的物理 USB 设备或虚拟设备(如键盘、鼠标和介质)连接或断开时可能造成 ESX Server 因控制台操作系统 Oops 而停止响应的问题。紫色屏幕上出现 Oops,并显示类似如下的消息:
cos 日志中的堆栈跟踪 (Stack trace from cos log):
<4>EIP:0060: [<d20c8ff7>] 已感染 (<4>EIP: 0060: [<d20c8ff7>] Tainted):P
<4>EFLAGS:00010002
<4>
<4>EIP is at periodic_unlink [ehci-hcd] 0x47 (2.4.21-47.0.1.ELvmnix/i686)
<4>Call Trace:[<d20c9220>] intr_deschedule [ehci-hcd] 0x30 (0xcbf91e88)
<4>[<d20cac82>] ehci_urb_dequeue [ehci-hcd] 0x142 (0xcbf91eb0)
<4>[<d20b5df9>] hcd_unlink_urb [usbcore] 0x109 (0xcbf91ecc)
<4>[<d20ab4fd>] usb_unlink_urb_Rvmnix_347a67f7 [usbcore] 0x3d (0xcbf91f14)" - N+1 配置的 MSCS 的多路径配置 (KB 1004440)
- “从 SAN 引导”配置中所有指向主动节点引导磁盘的路径均不可用时,Microsoft 群集服务出现故障 (KB 1003754)
- 启用 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)
- 具有超过 32 个物理 CPU 的 ESX Server 主机上过早发生存储堆耗尽 (KB 1002822)
存储器
- 新增:升级到 ESX Server 3i 版本 3.5 Update 3 后无法识别本地 VMFS 卷
在装有 ICH-7 SATA 控制器并配置为 ATA 模式的服务器上,升级到 ESX 3.5 Update 3 后,ESX Server 主机可能无法识别本地 VMFS 卷且无法访问位于卷上的虚拟机。注意:使用 ICH7 和 HT1000 控制器存储本地 VMFS 卷不受支持。有关更多信息,请参见升级到 ESX 3.5 Update 3 导致无法识别本地 VMFS 卷 (KB 1007724)。
- 串行连接的 SCSI (SAS) 磁盘阵列不能使用 VI Client 将其作为裸设备映射磁盘添加
当使用 VI 客户端在裸设备映射磁盘上创建虚拟机或将硬盘添加到虚拟机时,[裸设备映射] 选项在新建虚拟机向导和添加硬件向导中被禁用。
解决办法:要将 SAS 磁盘阵列添加为裸设备映射磁盘,请执行以下操作:
1. 在 ESX Server 服务控制台中运行具有以下语法的命令:
# vmkfstools -r <裸设备路径> -a <总线类型> <RDM 文件名>
2. 使用 [添加硬件向导] 将新创建的虚拟磁盘作为现有磁盘添加到虚拟机中。
- 如果第一个数据存储数据区小于 1GB,在跨区 VMFS 数据存储上创建大文件可能会失败
如果您尝试在跨区 VMFS 数据存储中创建大虚拟磁盘文件,此操作可能会失败。通常,在第一个数据存储数据区大小小于 1GB 且缺少指针块时会出现该问题。
解决办法:如果可能,请先使用较大的分区重新创建数据存储,然后再添加较小的数据区。 - 引导操作间不保留 LSI 作业和非具体存储池
LSI 实施的保留方案会在主机操作系统上为每个作业和非具体存储池(与存储卷不相关的存储池)新建一个文件。引导操作间不会保留这些文件。因此,重新引导主机操作系统后非具体存储池将不再可用。此外,重新引导之前执行的作业也不可见。 - 支持使用包含 ESX Server 3.5 Update 版本、ESX Server 3i 版本 3.5 Installable 和 ESX Server 3i 版本 3.5 Embedded 的 10GbE IP 存储(iSCSI 和 NFS)进行连接。性能级别可能不尽相同。
- ESX Server 无法识别 IBM x3650 7979 型机架服务器中的第二个主机总线适配器 SAS LSI3444E (KB 1004486)
- 每个串联的 SCSI (SAS) 控制器只有一个 vmhba (KB 1004374)
- ESX Server 主机丢失对 EMC CX3 系列阵列中 iSCSI 目标的访问 (KB 1004318)
- 从 HBA 的一个端口拨出电缆并连接该 HBA 的另一个端口时造成两个端口均出现故障 (KB 1004389)
- 某些情况下运行 fdisk -l 无法显示本地存储器 (KB 1003698)
- ESX Server VMkernel 不能识别加载的 IDE 控制器并显示错误消息 (KB 1004309)
- 存储器概要中显示的 LUN 设备路径不正确 (KB 1003064)
- 运行“esxcfg-mpath -l”可能报告错误的 LUN 路径数 (KB 1003141)
- 在服务控制台上安装 Tivoli Storage Manager Client 时出错 (KB 1003142)
- 某些特殊字符导致软件 iSCSI 启动器 CHAP 配置损坏 (KB 1003095)
- 手动从 ESX Server 2.x 主机迁移到 ESX Server 3.x 主机的虚拟机无法启动 (KB 1003069)
- ESX Server 无法在 Emulex LP1150 或 LPe1150 HBA 上从 SAN 引导 (KB 1003067)
- 存在可移动存储设备导致 Converter 无法将物理机转换成 ESX Server 虚拟机 (KB 1003042)
- 通过 QLogic 适配器连接 McData FC 交换机的存储设备在重新引导后有时不重新显示 (KB 1003040)
- 启用引导 BIOS 后某些光纤通道主机总线适配器未进行初始化 (KB 1003192)
升级和安装
VirtualCenter 升级和安装
- 如果在 VirtualCenter 安装过程中指定 HTTP 或 HTTPS Web 服务端口,VirtualCenter 无法连接 Update Manager (KB 1004412)
- 升级到 VirtualCenter 2.5 时使用统一安装程序进行自定义安装失败 (KB 1004294)
- 如果现有安装是使用 ZIP 完成的,则使用 ISO 映像的 VirtualCenter 升级失败 (KB 1004291)
- 升级带有 Microsoft SQL Server 2005 数据库的 VirtualCenter 服务器需要 SQL Native Client ODBC 驱动程序 (KB 1003391)
- 使用含有撇号或双引号的密码后 VirtualCenter 数据库升级因出现异常而失败 (KB 1003049)
- 升级到 VirtualCenter 2.5 时,不要通过授予或撤销系统管理员角色来满足数据库权限要求 (KB 1003346)
- 升级到 VirtualCenter 2.5 后某些警报消失 (KB 1003072)
- 使用选中可选模块的统一安装程序升级 VirtualCenter 1.4 因出错而失败 (KB 1003078)
ESX Server 升级和安装
- 在从 ESX Server 3.5 Update 2 GA 安装中安装 ESX Server 3.5 Update 2 再版之后,运行 esxupdate 查询会显示两个条目 (KB 1006745)
- 在使用 esxupdate 升级 ESX Server 3.5 Update 1 或更高版本期间,重新创建 initrd 时产生良性错误消息 (KB 1004321)
- 硬件检测问题可能会禁止 ESX 主机引导或使用 PCI 卡 (KB 1005480)
- ESX Server ISO 映像中字符数超过 64 的文件名在内容解压缩期间被截断 (KB 1005283)
- 若运行 ESX 脚本式安装时 Kickstart 文件未提供许可证文件,则 ESX Server 版本将显示为“未获许可”
通过脚本式安装完成 ESX 安装后,即使 /etc/vmware 目录显示有效的许可证文件,但 VI Client 仍会显示 ESX 为“未获许可”。
本版本已解决该问题。
- ESX Server 安装程序接受无效的子网掩码后继续安装
使用文本安装模式安装 ESX Server 时,如果输入的子网掩码无效,安装程序会继续执行安装,且不会显示任何错误消息。在 GUI 安装模式中,安装程序仅在输入的子网掩码数值超过 255 时才会显示错误消息。 - esxupdate -l query 命令将 VMware-vpxa 列为新安装的 RPM 软件包
使用 esxupdate 实用程序将与 VirtualCenter Server 连接的 ESX Server 主机升级到 ESX Server 3.5 版本时,esxupdate - l query 命令将 VMware-vpxa 列为新安装的 RPM 软件包,原因是 VirtualCenter Client 会在首次与 ESX Server 主机连接时安装 VMware-vpxa rpm 软件包。
- 如果连接的 LUN 数量超过 128 个,则 ESX Server 软件无法安装 (KB 2154)
- 升级安装创建两个 Apache 版本文件 (KB 1004507)
- 全新安装或升级的 ESX Server 3.5 或更高版本的主机出现良性警告消息 (KB 1004323)
- 在使用 esxupdate 升级 ESX Server 3.5 U1 期间,重新创建 initrd 时产生良性错误消息 (KB 1004321)
- 从 ESX Server 2.5.5 升级到 ESX Server 3.5 Update 1 后,/root/upgrade.log 中出现错误消息 (KB 1003970)
- 虽然升级操作成功,但 ESX Server 3.0.x 捆绑包升级日志文件和控制台仍报错 (KB 1003054)
- 升级后 Boot.log 中存在未初始化的值错误 (KB 1003139)
- 在根分区空间不足的情况下升级到 ESX Server 3 版本 3.5 会导致系统配置不完整 (KB 1003311)
其他升级和安装问题
- 从 VMware Consolidated Backup 1.5 以前的版本开始升级时,InstallShield 有时会停止响应 (KB 1002603)
- 升级到 VirtualCenter 2.5 或将 ESX Server 3.0.1 添加到 VirtualCenter 2.5 时,ESX Server 3.0.1 上的虚拟机意外重启 (KB 1003401)
- 从 ESX Server 2.5x 迁移到 ESX Server 3.5 或 ESX Server 3i 后,RDM 共享存储器上的虚拟机无效 (KB 1003092)
- 升级 ESX Server 后 VMotion 被禁用 (KB 1003060)
- 升级 VMware Tools 后,老的 vmware-toolbox 脚本选项卡设置恢复为默认值 (KB 1003047)
- 无法对运行 Netware 的虚拟机上的 VMware Tools 执行自动升级 (KB 1003058)
- [关闭] 按钮在 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 数据库。 - 将 Update Manager 升级到 U2 过程中出现错误消息:“向导已中断,请重新运行安装”(KB 1006583)
- 升级 VMware Update Manager Update 2 时出现“请插入 Disk:1”对话框 (KB 1006565)
虚拟机管理
- 新增:在 64 位 Windows Vista 和 Windows 2008 客户操作系统中,控制面板中 VMware Tools 的图标丢失
在 Windows Vista 和 Windows 2008 客户操作系统中,仅有 32 位的控制面板对于 VMware Tools 可用,因此 VMware Tools 在 64 位操作系统的控制面板中不显示。
解决办法:从 VMware 托盘或从 C:\Program Files (x86)\VMware\VMware Tools\VMControlPanel.cpl 或 <VMware Tools 安装路径>\VMControlPanel.cpl 使用 32 位控制面板小程序。 - 具有“创建”特权的用户无法创建虚拟机 (KB 1004417)
- 克隆的虚拟机不包含 DNS 后缀 (KB 1004299)
- 从模板部署虚拟机时因无权限错误而失败 (KB 1004295)
- 克隆的虚拟机可以看到源虚拟机的 .vmdk 文件 (KB 1004176)
- 挂起或关机事件未执行 VMware Tools 自定义脚本 (KB 1004390)
- 当主机已隔离时,虚拟机在进行故障切换后无法启动
当主机已隔离且隔离响应设置为 [客户机关机](该设置为群集的默认配置)时,虚拟机在进行故障切换后无法启动。这可能在所包含节点少于五个的群集和需要更多时间完成客户机关机的虚拟机上发生。
解决办法
将所包含节点少于五个的群集的 [隔离响应] 设置为 [保持启动] 或 [保持关闭]。
要为虚拟机设置 [隔离响应],请选择群集,然后单击 [编辑设置] 链接,并选择 VMware HA 下的 [虚拟机选项]。从 [隔离响应] 弹出菜单中,为特定虚拟机选择 [保持启动] 或 [保持关闭] 选项。 - 固件升级期间虚拟机的 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(1:01:05:07.275 cpu2:1039)WARNING: FS3: 4785: Reservation error: Not supported SCSI: 4506: Cannot find a path to device vmhba1:0:125 in a good state. Trying path vmhba1:0:125. 1:01:05:40.748 cpu1:1083)<6>mptbase: ioc0: LogInfo(0x30030108): Originator={IOP}, Code={Invalid Page}, SubCode(0x0108) 472: Setting loglevel (via VSI) for module 'SCSI' to 5)
VirtualCenter、VI Client 和 Web Access 问题
- 整合失败,出现错误:“VirtualCenter 必须收集更多信息来枚举企业中的域和工作组。该操作需要几分钟的时间。请稍后再试。("VirtualCenter must gather more information to enumerate the domains and workgroups in the enterprise. This may take several minutes. Try again later.")”(KB 1006099)
- 如果 VI Client 2.0.x 安装在 Windows Server 2003 SP1 上,则无法自动下载 VI Client 2.5 (KB 1003620)
- 自动工具升级从虚拟机 [摘要] 选项卡中移除了 IP 地址和 DNS 条目 (KB 1004487)
- 某些清单对象的入门选项卡中的链接不显示 (KB 1003216)
- VI Client 不提示下载客户端更新 (KB 1004396)
- Windows 注册表显示两个不同的 VI Client 版本条目 (KB 1004352)
- Update Manager 和 Converter Enterprise 插件在 VI Client 中不可用 (KB 1004292)
- 在安装 VI Client 之前,需要在 Windows 64 位版本上安装 .NET Framework 2.0 (KB 1004093)
- Oracle 数据库表的大小过度增加 (KB 1004095)
- 在 VI Client 中重置传感器返回常规系统错误 (KB 1004256)
- 如果未使用最新版本的 VMware Capacity Planner Service,VirtualCenter Server 无法立即初始化
如果未安装 VirtualCenter Server 2.5 Update 2 版本的 VMware Capacity Planner Service,VirtualCenter Server 需要很长时间进行初始化,在此期间,VI Client 无法连接到 VirtualCenter Server。而且,整合功能在 VI Client 中不可用。
要使用整合功能,请卸载任何早期版本的 VMware Capacity Planner Service,安装 VirtualCenter 2.5 Update 2 版本的 VMware Capacity Planner Service,然后重新启动 VirtualCenter Server。