注意: 许多 VMware 的客户和合作伙伴已经发现 ESX Update 2 (内部版本103908) 和 ESXi 3.5 Update 2 (内部版本 103909) 的一个问题, 即 Virtual Machine 不能成功启动或执行 VMotion。这个问题出现在 8 月 12 日,在此之前升级到 ESX 3.5 Update 2 的客户受到了影响。造成这个问题的原因是试用发行产品的失效日期被错误地保留在发行版本中。 新安装内部版本为 110268 的 ESX Server 3.5 Update 2 则不会遇到这个问题。想要了解更到信息,请参见知识库文章 KB 1106716 (英语)。

VMware ESX 3.5 Update 2 | 2008 年 8 月 13 日 | 内部版本 110268

 

VMware Infrastructure Management Installer | 2008 年 7 月 25 日 | 内部版本 104263(仅限英语内部版本)

VirtualCenter 2.5 Update 2 | 2008 年 7 月 25 日 | 内部版本 104215

 

VMware Infrastructure Management Installer | 2008 年 7 月 25 日 | 内部版本 104265

VirtualCenter 2.5 Update 2 | 2008 年 7 月 25 日 | 内部版本 104249

 

欲知详情,请参见 《选择合适的 VMware Infrastructure Management Installer 内部版本》

 

上次文档更新:2008 年 7 月 25 日

请时常查看以了解这些发行说明的新增内容及更新。

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

注意:在许多公用文档中,现在 VMware ESX Server 3.5 简称为 VMware ESX 3.5,VMware ESX Server 3i 简称为 VMware ESXi 3.5。这些发行说明继续使用以前的约定,以便能够与产品界面和文档保持一致。以后的版本将会更新产品名称。

新增功能

以下信息介绍本版本 VMware Infrastructure 3 提供的一些重要增强功能:

注意:并非 VirtualCenter 和 ESX Server 的所有版本组合都受到支持,只有 ESX Server 3.5 Update 2 和 VirualCenter 2.5 Update 2 配合使用时,这些重要功能才都可用。有关兼容性的详细信息,请参见文档 《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》

功能

  • Windows Server 2008 支持 - 支持 Windows Server 2008(Standard、Enterprise 和 Datecenter 版本)用作客户操作系统。借助 VMware 内存过度使用技术和 ESX 的可靠性,可使用此全新客户操作系统让虚拟机密度达到最大,从而实现最大程度的 ROI。Windows Server 2008 不支持客户操作系统自定义和 Microsoft 群集服务器 (Microsoft Cluster Server, MSCS)。
  • 增强型 VMotion 兼容性 –增强型 VMotion 兼容性 (Enhanced VMotion compatibility, EVC) 利用 Intel FlexMigration 或 AMD-V Extended Migration 技术自动配置服务器的 CPU,简化了多代 CPU 间的 VMotion 兼容性问题,使这些 CPU 能够与旧版本的服务器兼容。在 VirtualCenter 清单中启用了群集的 EVC 后,该群集中的 所有 主机都会得以配置,以便确保要进行 VMotion 的 CPU 的兼容性。VirtualCenter 不允许添加无法自动配置为与 EVC 群集中的主机兼容的主机。
  • Storage VMotion – 支持不同 FC/iSCSI 数据存储之间的 Storage VMotion 操作。ESX/ESXi 3.5 Update 1 也增加了此支持功能。
  • VSS 静止支持 - 创建 Windows 2003 客户机的静止快照时,既支持文件系统,也支持应用程序静止。而 Windows Server 2008 客户机则只支持文件系统静止。有关详细信息,请参见 《虚拟机备份指南》《VMware Consolidated Backup 1.5 发行说明》
  • 热虚拟扩展支持 - 提供虚拟机运行时扩展虚拟磁盘的功能。
  • 192 vCPU - VMware 现在支持将每台主机包含的 vCPU 的最大数量增加到 192(若每台主机包含的虚拟机最大数量为 170,主机中可随时配置的虚拟软驱或虚拟 CDROM 设备的最大数量为 3)。ESX 3.5 Update 1 也增加了此支持功能。

硬件启用与管理:

  • 8Gb 光纤通道 HBA - 支持 8Gb 光纤通道 HBA。有关详细信息,请参见 《ESX Server 3.5 和 VMware ESXi 的 I/O 兼容性指南》
  • SAS 阵列 - 支持更多配置。有关详细信息,请参见 《ESX Server 3.5 和 VMware ESXi 的存储器/SAN 兼容性指南》
  • 10 GbE iSCSI 启动器 – 支持 10 GbE 接口的 iSCSI。ESX/ESXi 3.5 Update 1 也增加了此支持功能。
  • 10 GbE iSCSI 启动器 - 支持 10 GbE 接口的 NFS。
  • IBM System x3950 M2 - 支持 4 机箱配置的 x3950 M2,并通过多节点智能平台管理接口 (IPMI) 驱动程序和提供程序完善了硬件管理功能。完全支持最多含 32 个内核的系统。对 32 个内核以上系统的支持尚处于实验阶段。
  • IPMI OEM 扩展支持 - 支持执行 IPMI OEM 扩展命令。
  • 通过 CIM 提供程序监控系统健康状况 - 新增了公用信息模型 (Common Information Model, CIM) 提供程序(包括 QLogic 和 Emulex 提供的存储器管理提供程序),从而增强了硬件监控功能。LSI MegaRAID 提供程序也包括在内,对其支持目前尚处于实验阶段。
  • CIM SMASH /服务器管理 API - VMware CIM SMASH/服务器管理 API 提供可供开发人员建立兼容 CIM 的应用程序界面,来监控和管理系统的健康状况。现在,CIM SMASH 界面完全受 ESX Server 3.5 和 VMware ESX Server 3i 支持。  
  • 系统健康信息显示- VI Client 系统健康信息显示中增加了关于 ESX Server 3.5 和 VMware ESX Server 3i 的信息。
  • Remote CLI - 现在, ESX Server 3.5 和 ESX Server 3i 支持 Remote Command Line Interface (CLI)。有关详细信息,请参见 《Remote Command-Line Interface 安装和参考指南》

 

管理代理支持

  • HP 管理代理 -HP Insight 管理代理为受支持的服务器平台上的 ESX Server 主机提供服务器管理功能。现在支持新版本 8.1。

客户操作系统支持

  • Solaris10 U5 - 32 位 和 64 位版本均受支持。
  • SUSE Linux Enterprise Server 10 SP2 - 32 位 和 64 位版本均受支持。32 位版本支持 VMware 虚拟机接口 (Virtual Machine Interface, VMI),因此可优化 VMware 环境的性能。
  • Ubuntu 8.04 - 32 位 和 64 位版本均受支持。32 位版本支持 VMware 虚拟机接口 (Virtual Machine Interface, VMI),因此可优化 VMware 环境的性能。

服务控制台 、驱动程序和库更新

  • 服务控制台操作系统更新 - ESX Server 控制台操作系统已更新到 RHEL 3.0 U9。有关详细信息,请参见 《更新的 RPM 和安全修补程序》
  • 驱动程序更新 - tg3 驱动程序已更新到 3.81c 版本。megaraid_sas 驱动程序已更新到 00.00.03.19 版本。
  • 库更新 - StoreLib 已更新到 2.51 版本。

VMware High Availability (HA)

VirtualCenter 2.5 update 2 增加了根据 VMware Tools 检测信号监控单个虚拟机故障的完全支持。本版本还增加了对群集可以包含 ESX 和 ESXi 主机的混合组合的支持,从而最大程度的降低先前配置对 DNS 的依赖性。

VirtualCenter 警报

为了将每个系统组件(例如,内存和电源)的健康考虑在内,VirtualCenter 2.5 Update 2 新增了对服务器总体健康状况警报的支持。现在可以将警报配置为在主机健康状况降低时触发。

Guided Consolidation 增强功能

现在,通过 Guided Consolidation,管理员可以按计算机名称、IP 地址、域名或通过分析状态筛选发现的系统列表。管理员还可以选择明确添加要分析的物理机,而无需等待整合向导自动发现系统。可通过指定主机名或 IP 地址手动添加系统进行分析,也可指定多个主机名或 IP 地址(使用逗号或分号分隔符分隔)进行分析。还可通过指定 IP 地址范围或导入需分析进行整合的主机名或 IP 地址列表文件,来手动添加系统进行分析。通过 Guided Consolidation,管理员还可以覆盖提供的建议,手动调度转换向导。

虚拟机实时克隆

VirtualCenter 2.5 Update 2 允许创建已启动虚拟机的克隆,无需关闭正在运行的虚拟机。因此,管理员不再需要关闭虚拟机即可创建克隆。

Windows 单点登录支持

现在只要本地 Workstation 上的当前 Windows 域登录凭据在 VirtualCenter Server 上有效,就可以使用该凭据自动验证登录到 VirtualCenter。此功能还支持使用证书和智能卡登录 Windows。此功能可以与 VI Client 或 VI Remote CLI 配合使用,确保使用 VI Toolkit 编写的脚本可利用当前会话的 Windows 凭据自动连接 VirtualCenter。

插件更新

本版本的 VMware Infrastructure 3 软件套件还包括:

返回页首

VMware Infrastructure 3 的先前版本

有关 VMware Infrastructure 3 先前版本(包含 ESX Server 3.x 和 VirtualCenter 2.x 版本)的功能及已知问题在各版本的发行说明中均有所描述。要查看 VMware Infrastructure 3 组件先前版本的发行说明,请单击以下链接之一:

ESX Server 版本

VirtualCenter 版本

返回页首

 

开始前

注意:如果通过物理 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 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 的分步指导。

虽然安装过程很简单,但是仍须执行若干后续配置步骤。有关具体信息,请阅读以下内容:

选择合适的 VMware Infrastructure Management Installer 内部版本

VMware Infrastructure Management Installer 共有两种内部版本可供下载。可以选择下列选项之一:

  • 内部版本 104263:可从英语页面 ( www.vmware.com/download/) 下载。此内部版本仅包含在英语环境下运行的英语版本的 VI Client,与安装的目标 Windows 操作系统的语言无关。
  • 内部版本 104265:可从中文 ( www.vmware.com/cn/download/)、德语 ( www.vmware.com/de/download/) 和日语 ( www.vmware.com/jp/download/) 页面下载。此内部版本包含全球化安装程序,可根据当前目标 Windows 操作系统的区域设置安装相应的英语、中文、德语或日语版本的 VI Client。

VMware Infrastructure Client Installer 变更

通过 VI Client 独立安装程序(ESX Web Access 提供),还可以安装 VI Update Service,用于更新和修补 ESX Server 3i 主机。独立 VI Client Installer 现在已修改,可以选择是否安装 VI Update Service,从而可减少此工具的不必要安装。请注意,选中“VI Client”安装选项时,VirtualCenter 统一安装程序(VC 2.5 U2 下载内容的一部分)即会安装 VI Update Service。

升级或迁移到 VirtualCenter 2.5 Update 2

本版本还支持从 VirtualCenter 1.4.1、VirtualCenter 2.0.2(包括 Update 1、Update 2 和 Update 3)、VirtualCenter 2.5 或 VirtualCenter 2.5 Update 1 升级到 VirtualCenter 2.5 Update 2。请查看 《升级指南》中提供的关于升级和迁移的详细说明和准则。

注意:VMware Update Manager 先前版本与 VirtualCenter 2.5 Update 2 不兼容,必须在安装期间升级到 VMware Update Manager 1.0 Update 2。

升级或迁移到 ESX Server 3.5 Update 2

本版本的 ESX Server 3.5 Update 2 仅允许从支持的先前版本进行升级。只有找到支持的 ESX Server 先前版本后 ESX Server 3.5 Update 2 的安装程序才会提示执行升级。请参见 《安装指南》了解安装要求,并参见 《升级指南》了解升级支持兼容性列表。

要将 ESX Server 主机升级到 ESX Server 3.5 Update 2,请选择下列一种支持的升级途径:

升级类型

ESX Server 2.5.4

和 2.5.5 1

ESX Server 3.0.1

和 3.0.2 2

ESX Server 3.5

ESX Server 3.5 Update 1

ESX Server 3.5 Update 2

Tarball

3

ISO 映像

  1. 对于 ESX Server 2.5.1、ESX Server 2.5.2 和 ESX Server 2.5.3,请先升级到 ESX Server 2.5.4,再升级到 ESX Server 3.5 U2。或者先升级到 ESX Server 3.5,然后再升级到 ESX Server 3.5 U2。
  2. 对于 ESX Server 3.0.0,请先升级到 ESX Server 3.0.1 或更高版本,再使用 ISO 映像升级到 ESX Server 3.5 U2。或者先升级到 ESX Server 3.5,然后再升级到 ESX Server 3.5 U2。
  3. 将 ESX Server 软件从 ESX Server 3.0.x 升级到 ESX Server 3.5 Update 2 时,不支持使用 . zip 文件升级。esxupdate 实用程序中的限制目前不允许此类升级。若要使用 .zip 升级文件对 3.0.x 系列的 ESX Server 软件版本进行升级,请先将软件从版本 3.0.x 升级到 3.5,再将版本 3.5 的安装升级到 Update 2。在使用此方法升级现有软件安装之前,请参见知识库文章 “从 ESX Server 3.0.1 或 3.0.2 升级后,ESX Server 3.5.0 可能需要手动 RPM 安装”。使用 ISO 安装方法的升级(例如从 CD 进行安装)不受此限制的影响,并可正常进行。

有关安装和升级方法的详细信息,请参见 《升级指南》

更新的 RPM 和安全修补程序

有关本版本中更新的 RPM 的列表,请参见 pdf 文件 《更新的 RPM 和安全修补程序》

返回页首

本版本中包含的修补程序

本版本包含本产品发布前已发布的用于 ESX Server ESX Server 3.5 修补程序下载页面或者单击修补程序名。

ESX Server 3.5 Update 2 包含以下修补程序:

已发布的修补程序

Update 2 中的新修补程序

返回页首

 

已知问题

本节按下列主题介绍此版本的已知问题:

备份

  • Windows Server 2008 不保证一定支持 ESX/ESXi 支持的旧版备份产品
    如果尝试在 Windows 2008 虚拟机上安装旧版备份代理(如 Veritas Netbackup 6.0 或 Commvault Galaxy v 6.1 SP4),安装可能会失败。其他备份产品(例如 Legato Networker 7.4 SP1、TSM 5.5 和 BackupExec 11d )即使安装成功,也无法正确执行备份。
  • 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 中不存在该问题。

CIM 和 API

  • 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

  • 一些 CIM 类无法在 IBM 多节点系统中正常运行。
    一般会出现以下异常情况。对于以下类,EnumerateInstance 操作返回的实例要比 Enumerate InstanceNames 操作少一个:

    • CIM_AssociatedSensor
    • CIM_MemberOfCollection
    对于以下类,一些实例的 GetInstance 操作会失败。但是,EnumerateInstances 操作会成功。
    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile
    对于以下类,EnumerateInstances 和 EnumerateInstanceNames 操作无法返回任何结果:
    • CIM_OwningCollectionElement
    • CIM_RedundancySet
  • RequestStateChange (RestoreDefaultThresholds) 操作出错
    在 ESX Server 3.5 中,RequestStateChange(RestoreDefaultThresholds) 操作可导致一些传感器出现以下错误消息:
    CIM_ERR_FAILED:索引超出范围

    虽然会显示错误消息,但 CIMOM 仍会还原阈值。

  • 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_NumericSensor 的强制性属性 MaxReadable、NominalReading、NormalMax、NormalMin 和 PollingInterval 显示的值不正确
    CIM_NumericSensor 实例具有以下属性集:MaxReadable、NominalReading、NormalMax、NormalMin。当实际传感器不支持这些属性值时,CIM 响应会将其显示为 0 而不是未指定。
  • 传感器阈值更改无法立即反映
    如果通过 CIM 更改传感器阈值,传感器枚举无法立即返回新的属性值。更改大约一分钟后才能生效。

客户操作系统

VMware High Availability (HA)

  • 建议不要在 ESX Server 主机进入维护或待机模式时迁移虚拟机
    如果主机进入请求的模式后会违反 VMware HA 故障切换级别,则建议不要将任何虚拟机从正在进入维护或待机模式的主机中迁移出去(完全自动化模式下不会执行迁移操作)。无论严格的 HA 接入控制是否处于启用状态,该限制均适用。
  • ESX Server 安装程序接受无效的子网掩码后继续安装
    使用文本安装模式安装 ESX Server 时,如果输入的子网掩码无效,安装程序会继续执行安装,且不会显示任何错误消息。在 GUI 安装模式中,安装程序仅在输入的子网掩码数值超过 255 时才会显示错误消息。

国际化

除以下限制外,VI Client 和 VI WebAccess 中的所有字段都支持非 ASCII 字符输入:

非 ASCII 字符输入限制

  • 安装 Virtual 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 字符显示为“???”。
  • [摘要] 选项卡上的 [命令] 区域不会正确显示。

Guided Consolidation 限制

[Guided Consolidation] 选项卡仅在 en_US 区域设置中可用。

翻译问题

本版本中包括以下与翻译相关的已知问题:

  • 升级向导未进行翻译。
  • 部分来自 ESX Server 主机的消息未进行翻译。
  • 部分本地化界面布局尚未完成。

其他国际化问题

以下附加问题已得到确认:

  • 使用日语版 VI Client 时,添加网络向导的 [网络访问] 页面上的文本被截断
    使用日语版 VI Client 访问 VirtualCenter 时,[网络访问] 页面上显示的 [网络](IP 地址)的详细信息被截断。
    [配置] 选项卡下的 [网络] 选项中选择 [添加网络连接] 时,会在添加网络向导中显示 [网络访问] 窗口。
    解决办法
    可以在 [网络适配器] 页面中查看网络信息(IP 地址)。选择 [配置] > [网络] > [属性] > [网络适配器],显示 [网络]
  • 如果 Virtual 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.”。 包含自动生成虚拟机名称的链接不起作用

    使用 WebAccess 时,若通过单击包含自动生成虚拟名称(通常以加号开头并以斜线结尾,如:+5paw55qE5qih5p2,/)的链接浏览数据库时,Web 浏览器会生成空白页或显示无法找到页面错误。但是,可以使用 VI Client 访问此类虚拟机。

通过 VMotion 迁移

其他

网络

服务器配置

存储器

升级和安装

 

虚拟机管理

VirtualCenter、VI Client 和 Web Access 问题

 


 

 

 

返回页首

已解决问题

本版本包括对以下几个主题方面的修复:

备份

  • 在虚拟机启动后可更改虚拟磁盘的大小
    对于运行在 ESX Server 3.5 Update 2 上的已启动虚拟机,可使用编辑虚拟机的虚拟磁盘设置时可用的 [置备大小] 控制来更改虚拟磁盘的大小。
  • VMware Consolidated Backup 无法执行非 Windows 和非 Linux 虚拟机磁盘的备份
    VMware Consolidated Backup 无法执行非 Windows 和非 Linux 虚拟机磁盘的备份,并会显示类似以下内容的错误消息:
    [2008-02-06 12:28:07.234 'vcbMounter' 3076457280 error] 错误:出现其他错误:快照创建失败:自定义预冻结脚本失败。
    [2008-02-06 12:28:07.234 'vcbMounter' 3076457280 error] 出现错误,正在清除...
    [2008-02-06 12:28:07.356 'SOAP' 3076457280 trivia] 正在发送 soap 请求至
    [TCP:cs-tse-h20:443]:注销

    从 ESX 3.5 Update 2 版本开始,VMware Consolidated Backup 可成功对非 Windows 和非 Linux 虚拟机磁盘执行备份,无需创建静止快照。
  • 多台 VCB 代理服务器同时执行备份时,VirtualCenter Server 出现故障
    当 SDK 应用程序调用 API 索引搜索功能查找虚拟机时,若 SQL Server 在查询期间锁死,则 VirtualCenter Server 会出现故障。例如,当 VirtualCenter Server 连接多台 VCB 代理服务器时,若 SQL Server 在查询期间锁死,则 VirtualCenter Server 会出现故障,并且日志文件中出现类似以下内容的错误消息:
    [2008-04-03 00:06:29.636 'App' 4700 info] [VpxLRO] -- BEGIN task-internal-43561 -- -- vim.SearchIndex.findByIp -- 2C3A8FF6-30F9-4E68-9ACF-2A6EFBCE9609
    [2008-04-03 00:06:32.605 'App' 4700 error] [Vdb::IsRecoverableErrorCode] Unable to recover from 40001:1205
    [2008-04-03 00:06:32.605 'App' 4700 error] An unrecoverable problem has occurred, stopping the VMware VirtualCenter service.Check database connectivity before restarting.Error:Error[VdbODBCError] (-1) "ODBC error:(40001) - [Microsoft][ODBC SQL Server Driver][SQL Server]Transaction (Process ID 57) was deadlocked on lock resources with another process and has been chosen as the deadlock victim.Rerun the transaction." is returned when executing SQL statement "SELECT id FROM vpx_vm WHERE uuid_bios = ?AND is_template = 0"
    [2008-05-23 08:15:35.252 'App' 44264 verbose] Backtrace:
    [2008-05-23 08:15:35.252 'App' 44264 info] Forcing shutdown of VMware VirtualCenter now
  • 当提供的 ESX Server 主机登录凭据不正确时,vcbSnapAll 无法显示相关错误消息
    本版本修复了提供错误 ESX Server 主机登录凭据时 vcbSnapAll 失败并显示不相关的错误消息的问题,该错误消息内容大致如下:
    无法使用搜索条件 (name:<VMname>) 检索需备份的虚拟机列表
    从本版本开始,即会显示类似以下内容的正确消息:
    出现其他错误:服务器 <name> 的主机地址查找失败:未知主机无法检索需备份的虚拟机列表。

CIM 和 API

  • VI Client 在健康状况树中显示服务器的制造商和型号名称
    除显示其他与硬件相关的信息外,VI Client 中的 CIM 窗口还显示服务器的制造商和型号名称。
  • Web 服务描述语言 (WSDL) 和 API 参考文档指定的 MethodFault[] 属性类型不正确
    修复了以下问题:Web 服务描述语言 (WSDL) 和 API 参考文档在引用特定属性类型时错误地使用了 MethodFault[],而未使用 LocalizedMethodFault[]。因此,对于包含 MethodFault[] 类型属性的服务器,基于 WSDL 的客户端无法对该服务器给出的响应进行反序列化操作。修补程序对 WSDL 和 API 参考文档进行更新,以修复错误并指定 LocalizedMethodFault[] 而非 MethodFault[]。
  • 将 vmkgdb 和 vmkdump_extract 添加到 DDK devtools。
    提供 vmkgdb 和 vmkdump_extract 工具,可与 UserWorld coredumps 配合使用来解压缩和分析核心转储。
  • VI Client 中显示的自定义虚拟磁盘名称
    将自定义虚拟磁盘的名称与 VI Client 中 [配置] > [健康状况监控] 下显示的存储器名称合并。
  • 预测性故障磁盘的 SNMP 陷阱消息不正确
    预测性故障磁盘的 SNMP 陷阱消息从类似 VMWARE-ENV-MIB::vmwEventDescription.4 = STRING:"Drive 1 in enclosure 32 on controller 0 - ONLINE" 的消息变成了类似   VMWARE-ENV-MIB::vmwEventDescription.4 = STRING:"Drive 1 in enclosure 32 on controller 0 - PREDICTIVE FAILURE""的消息。

VMware High Availability (HA)

  • 在 VMware ESX Server 3i 主机中使用 VMware HA 功能时,需注意如下限制:各个 ESX Server 3i 主机上的交换空间必须启用,此时仅支持同类(非混合)群集。
  • VMware HA 和 ESX Server 3i 主机支持限制的配置 (KB 1004656)
  • 没有启用交换空间的 ESX Server 3i 主机无法添加到 HA 群集中 (KB 1004177)
  • <!--251833 254914 --> VMware HA 和 ESX Server 3i 主机支持限制的配置 (KB 1004656)
  • 在 ESX Server 上启用 VMware High Availability 时不再需要进行 DNS 解析
    之前,要启用 VMware High Availability 需要对 High Availability 群集中的所有 ESX Server 主机进行 DNS 解析。方法为:配置 DNS 记录,或将所有主机名称和 IP 地址添加到各服务器的 /etc/hosts 文件中。
    从 ESX Server 3.5 Update 2 版本开始,配置 High Availability 时将不再需要进行 DNS 解析,也不需要使用 /etc/hosts文件条目。主机名称和 IP 地址信息现将通过管理 VirtualCenter Server 获得。
    注意:对于 ESX Server 3i 系统,通过在 ESX Server 3i 控制台用户界面中执行以下步骤,在 ESX Server 3i 主机上定义主机名:
    1. 按 F2 以自定义系统。
    2. 选择 [配置管理网络]
    3. 选择 [DNS 配置]
    4. 选择 [使用以下 DNS 服务器地址和主机名] 单选按钮。
    5. 将 localhost 主机名称替换为一个唯一有效的名称。

国际化

  • VirtualCenter Server Service 现在允许 DRS 规则名称和高级选择设置包含非 ASCII 字符
    在先前版本中,如果 DRS 规则名称和高级选项设置包含非 ASCII 字符,那么 VirtualCenter 将无法启动。本版本已修复该问题。

通过 VMotion 迁移

  • 迁移后虚拟机上已调度的启动任务失败 (KB 1004091)
  • 对密集型 I/O 工作负载的虚拟机执行 Storage VMotion 错误地引发超时错误 (KB 1003276)
  • 在启用 VMware DRS 的群集中执行 VMotion 操作后,虚拟机 CPU 使用情况异常高 (KB 1003638)
  • 启用 Migrate.MemChksum 时无法迁移内存容量很大的虚拟机
    在下列情况中,虚拟机迁移会失败:
    • 源和目标 ESX 主机均启用了 Migrate.MemChksum(值设为 1)。
    • 虚拟机内存超过 4 GB。
    • Migrate.PageInTimeoutResetOnProgress: 将该值设置为 1。
    • Migrate.PageInProgress: 如果配置 Migrate.PageInTimeoutResetOnProgress 变量后仍显示错误,则请将该值设置为 30。

  • MigrateStatusFailure:Failed waiting for data.Error bad0007.Bad parameter
    A general system error occured:Failed waiting for data.Error bad0007.Bad parameter.

    [配置] > [高级设置] > [迁移]

其他

  • 当访问权限限制为仅能访问单个虚拟机时,管理员无法访问虚拟机硬盘设置
    如果管理员仅能访问单个虚拟机并且不传播 ESX 上的权限,则无法通过 [编辑设置] > [硬件] > [硬盘] 查看或编辑虚拟机硬盘设置。
    管理员尝试编辑这些设置时会出现以下错误:
    Vmomi.Fault.NoPermission 类型例外。
    在本版本中,可以查看硬盘设置。要扩展硬盘大小或编辑这些设置,需要拥有数据中心的额外权限。

网络

  • 卸载 Bnx2x 驱动程序时 ESX Server 主机崩溃
    修复了卸载 Bnx2x 驱动程序时 ESX Server 主机崩溃的问题。会显示类似以下内容的错误消息:
    VMware ESX Server [host name]
    环境 1027:idle3 @ 0xa575d7 中的例外类型 14
  • 更新随 ESX Server 服务控制台分发的 Samba 包
    本版本修复了 Samba 包中发现的基于堆溢出漏洞,该漏洞允许远程攻击者执行二进制代码。
    十分感谢 Secunia Research 的 Alin Rad Pop 发现并报告此问题。
    通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2008-1105

服务器配置

  • ESX Server 服务控制台中 .config 文件丢失
    之前,ESX Server 服务控制台 kernel-source 包会遗漏 .config文件,该文件用于指示需启用的 Linux kernel 选项。现在,kernel-source 包提供 .config文件,用于启用 Dell OpenManage、HP Insight Manager 和 IBM Director 等 OEM Management Agent 包以建立这些包的 kernel 模块。
  • 2.4.21-53 (RHEL3U9) 服务控制台的更新
    此修复程序提供对服务控制台的安全更新。此更新中修复程序影响的主要组件包括:网络子系统、缓存处理、ext2 和 ext3 文件系统、USB 子系统、ACPI 处理和审核子系统。另外,在 tg3、e1000、megaraid_sas 及 aacraid 设备驱动程序中还存在一些隔离修补程序。

    此更新可修复以下安全问题:
    • cramfs 文件系统中存一个漏洞,通过此漏洞无效压缩数据可造成内存损坏。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2006-5823。
    • ext2 文件系统中存在一个漏洞,通过此漏洞无效节点大小可造成拒绝服务。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2006-6054。
    • IPV6 流标签处理中存在一个漏洞,通过此漏洞本地用户可造成拒绝服务。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2007-1592。
    • 进程死亡信号处理过程中存在一个漏洞,通过此漏洞本地用户可将二进制信号发送到该用户执行的 suid 进程。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2007-3848。
    • IPv4 转发库中存在一个漏洞,通过该漏洞本地用户可造成拒绝服务。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2007-2172。
    • 损坏的可执行文件中存在一个漏洞,此漏洞可导致 Itanium 系统上的交叉区域内存映射。该漏洞可允许本地用户造成拒绝服务。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2006-4538。
    • 位于 PowerPC 系统 hugetlb 内核中堆栈扩展中存在一个漏洞,通过此漏洞,本地用户可造成拒绝服务。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2007-3739。
    • aacraid SCSI 驱动程序中存在一个漏洞,通过此漏洞,本地用户可以对该驱动程序执行 ioctl 调用(该调用本应仅限于特权用户)。通用漏洞披露项目 (cve.mitre.org) 分配给此问题的名称为 CVE-2007-4308。
  • ESX Server 安装程序无法正确创建 vmfs 和 vmkcore 分区 (KB 1004075)
  • 无法在 ESX Server 3.5 版本上启动 Ramchecker 服务
    Ramchecker 实用程序不受支持且无法在 ESX Server 3.5 版本上运行。从本版本开始,为防止安装 Ramchecker 实用程序,已从 VMware-esx-lnxcfg RPM 中移除了 Ramchecker 服务,并删除了 VMware-esx-apps RPM 中的 Ramchecker 二进制文件。
    在 ESX Server 3.5 和 ESX Server 3.5 Update1 系统上,Ramchecker 服务无法启动,并出现类似以下内容的错误消息:
    启动 ramchecker /usr/lib/vmware/bin/ramcheck:加载共享程序库时出现错误:libc.so.6:无法从共享对象映射段:错误 28 将远程 CD-ROM 或软盘驱动器连接到虚拟机时因无权限错误而失败 (KB 1004327)
  • 可在 esxtop 实用程序中使用 -l 命令行选项优化 CPU 利用率
    在 ESX Server 上添加若干 LUN 时,如果使用 esxtop 实用程序收集存储统计信息时,则每次更新后 esxtop 都会使用若干 CPU 周期访问 VSI 节点并加载适配器、目标、通道、lun、vcpu、网卡、路径和环境等元信息。可将 -l 命令行选项与 esxtop 配合使用,以在锁定模式中运行 esxtop 实用程序。在锁定模式中,由于 esxtop 直接从之前快照复制元信息,而不是每次更新都访问 VSI 节点,因此 CPU 利用率得到了优化。
    但是,在锁定模式中,不会显示新实体的存储器统计信息。
  • “权限问题 Vmomi.Fault.NoPermission”错误
    在 VirtualCenter 2.5 和 VirtualCenter 2.5 Update 1 中,如果用户被授予资源池级别的虚拟机高级用户角色/虚拟机管理员用户角色,则在编辑虚拟机设置时会收到错误消息框提示“ Vmomi.Fault.NoPermission”。VirtualCenter 2.5 Update 2 已修复该问题。
  • 在连接虚拟软盘驱动器的情况下执行恢复时,Dell Recovery CD 会出现故障 (KB 1004494)
  • CPU 关联性设置不生效
    修复了只有重新启动虚拟机 CPU 关联性才能生效的问题。
  • 在内存大量占用的操作中 ESX Server 在蓝屏中显示错误
    在内存大量占用的操作中,ESX Server 出现故障并在蓝屏中显示下列错误: Exception Type 14 in world....本版本已修复该问题。

存储器

  • 热添加/删除虚拟机上作为裸设备映射 (RDM) 的 LUN 会失败并出现错误消息
    hostd 日志中会记录以下错误消息:

    Operation failed due to concurrent modification by another operation

    上述消息还可见于另一错误: Foundry 操作因系统错误而失败:热添加/删除 RDM 时设备或资源繁忙
  • 使用 LSI 3444E 适配器时,从 IBM DS3200 移除设备后会出现 I/O 错误 (KB 1004313)
  • VI Client 显示服务器当前使用的固件版本
    VI Client 中的 [健康状况] 选项卡显示 ESX Server 系统当前所用的固件版本。
  • 使用 LUN 数量超过 128 个的 mptsas 系统时,VMKlinux 内存不足 (KB 1004403)
  • 热添加/删除虚拟机上作为裸设备映射 (RDM) 的 LUN 失败
    当 ESX Server 主机上正在重新扫描 LUN 时,热添加/删除虚拟机上作为裸设备映射 (RDM) 的 LUN 失败并出现错误消息。
  • VirtualCenter Server 的受管对象浏览器中显示的文件系统装载信息反映了 VMFS 或 NFS 数据存储的更改
    本版本修复了 VMFS 或 NFS 数据存储的更改无法反映在 VirtualCenter Server 的受管对象浏览器 (Managed Object Browser, MOB) 的 [主机系统] > [配置] > [文件系统卷] > [装载信息] 区域中的问题。

升级和安装

  • 修补程序安装可能需要修补程序库中包含已弃用的捆绑包 (KB 1004363)
  • 如果 VirtualCenter 数据库名称超过 20 个字符,升级失败 (KB 1004297)
  • 多台 VirtualCenter Server 可使用同一 Microsoft SQL 数据库服务器
    在先前版本中,如果使用同一 Microsoft SQL 数据库服务器安装多个 VirtualCenter 实例,则仅最后安装的实例上的统计信息汇总作业可正常运行。在本版本中,每个数据库都有唯一的统计信息汇总作业组,可允许多台 VirtualCenter 安装使用同一数据库服务器。有关详细信息,请参见 KB 1003610
  • 将 VMware Tools 由 ESX GA 升级到更新版本失败
    修复了无法将 VMware Tools 从 ESX GA(Classic、Embedded、Installable)升级到更新版本 ESX (例如 U1)(适用于所有 Classic、Embedded、Installable 版本)的问题。会显示以下错误消息:
    计算机上已安装更新版本的“VMware Tools”。安装无法继续。
  • 安装 ESX Server 3.0.2 或 ESX Server 3.5 时,VMFS 分区在分区选项页面上被列为未知 (KB 1004032)
  • 不正确的值可导致 VI Client 和 VC Server 停止响应。
    创建时,vswitch 上会默认启用 CDP(侦听模式)。这样会将 Virtual Infrastructure Client/Virtual Center Server 不正确的值传递到 CDP 包 OID 字段中,从而导致 VI Client 和 VC Server 停止响应。
  • 如果 SQL Server 数据名称包含空格字符,则 VirtualCenter 数据库升级失败
    修复了 SQL Server 数据库名称包含空格字符时 VC 数据库升级失败的问题。可能会显示类似以下内容的错误消息:
    错误 [42000] [Microsoft][SQL Native Client][SQL Server] 指定的 @database_name ('VMWARE Virtual Center') 不存在。
    (数据库名称包含特殊字符)。
  • 对 FTP 库使用 esxupdate 命令时,文件存在检查产生不正确的错误消息 (KB 1004365)
  • ESX Server Version 3.5 Update 1 交付产品命名不一致 (KB 1004388)
  • 升级 VirtualCenter Server 时,虚拟机的 VMware DRS 设置丢失
    本版本修复了以下问题:将 VirtualCenter Server 升级到 VirtualCenter 2.5 版本时,虚拟机的 CPU 和内存分配设置等 VMware DRS 设置会丢失。
  • 在从 Workstation 导入的 Linux 客户机上使用 RPM 升级 VMware Tools 失败 (KB 1004319)
  • 无法将 ESX Server 3.0.1、ESX Server 3.0.2 及 ESX Server 3.0.2 Update 1 升级到 ESX Server 3.5 Update 2
    当将压缩捆绑包 upgrade-from-esx3.0.x-3.5.0_Update_2-<build_number>与库(捆绑包目录)一起使用时,无法将 ESX Server 3.0.1、ESX Server 3.0.2 及 ESX Server 3.0.2 Update 2 升级到 ESX Server 3.5 Update 2。执行 #esxupdate update命令将导致出现类似以下内容的错误消息:
    [root@blr-2nd-1-dhcp308 upgrade-from-esx3.0.x-3.5.0_Update_2-100510]# esxupdate update
    信息:未随同以下文件指定存储库 URL:/root/upgrade-from-esx3.0.x-3.5.0_Update_2-100510
    信息:正在配置...
    错误:以下文件中的存储库无效:/root/upgrade-from-esx3.0.x-3.5.0_Update_2-100510/:未找到 descriptor.xml
    信息:请确认拥有该文件:或已在 URL 开头加上“http:”。
  • 解决办法:在 ESX Server 3.0.1 上应用修补程序 ESX-1003519,而在 ESX Server 3.0.2 和 ESX Server 3.0.2 Update 1 上应用修补程序 ESX-1003525,然后通过 esxupdate 实用程序使用 esxupdate -d (depot path of upgrade-from-esx3.0.x-3.5.0_Update_2-<build_number>) -b ESX350-Update02 update命令升级到 ESX Server 3.5 Update 2。
  • 使用 Oracle 9.2.0.8 数据库升级到 VirtualCenter 2.5 时,保留性能数据。
    在先前版本中,使用 Oracle 9.2.0.8 升级到 VirtualCenter 2.5 后,性能数据丢失。数据库作业日志中会记录类似以下内容的错误消息:

    ORA-12012:error on auto execute of job 49
    ORA-00001:unique constraint (VPX.VPX_SAMPLE_TIME4_U1) violated
    ORA-06512:at "VPX.STATS_ROLLUP3_PROC", line 223
    ORA-06512:at line 1



  • UTC 偏移量时区选择器提供正确的美国时区选项
    本版本修复了以下问题:在将 [UTC 偏移量] 选项用于为安装的 ESX Server 设置时区时,ESX Server 安装程序错误地将 UTC-5 到 UTC-8 标识为美国时区。
    从 ESX Server 3.5 Update 2 版本开始,ESX Server 安装程序正确地提供 UTC+05 到 UTC+08 作为设置美国时区的 UTC 偏移量选项。
  • ESX Server ISO 映像中字符数超过 64 的文件名在内容解压缩过程中被截断。(KB 1005283)
  • 重新安装 VirtualCenter Server 后,ESX 主机不会再进入断开连接状况。
    VirtualCenter 连接各个 ESX 主机时使用的密码已用 SSL 证书加密。卸载 VirtualCenter Server 不再需要移除 SSL 证书文件夹。因此,VirtualCenter 的后续安装可以使用同一个证书,避免发生主机断开连接问题。
  • 支持客户机工具安装程序检测发布的特定包 (Distribution-Specific Package, DSP)
    在本版本中,通过检查标记文件是否存在,tar 和 rpm 安装程序可以检测 DSP 是否存在以及客户机工具是否已安装。如果文件存在, tar/rpm 安装程序出现故障,并显示一则类似于下列内容的错误消息: 无法安装 VMware Tools,因为已使用基于包的机制(rpm 或 deb)在该系统中安装了该程序。如果仍要继续安装,必须先使用合适的基于包的机制移除已安装的 VMware Tools,然后再重新启动该安装程序。如果遇到此问题,可以执行下列操作:1. 获取当前的 VMware Tools 安装程序,但不使用 DSP 进行安装;或者 2. 移除当前安装的 VMware Tools,然后使用 DSP 进行安装。 注意:如果未修复该问题,那么使用当前基于 tar-/rpm 的安装程序在已使用 DSP 安装了客户机工具的目标系统上安装该程序时会产生错误。

虚拟机管理

  • 无法在处于维护模式的 ESX Server 主机中对已关闭虚拟机取消注册
    修复了以下问题:无法在处于维护模式的 ESX Server 主机中对已关闭虚拟机取消注册。尝试取消 ESX Server 主机上的虚拟机注册时,若未使用此修补程序,则会生成以下错误消息:“常规系统错误:无效故障”
  • 访问虚拟机的远程控制台时,某些系统的 VI Client 关闭
    修复了以下问题:访问虚拟机的远程控制台时,代理计算机上的某些动态链接库导致 VMware Infrastructure Client 关闭。并显示类似以下内容的不相关错误消息:

    无法启动虚拟机:尝试读写受保护内存。通常表明其他内存已损坏。
  • 将主机添加到启用 DRS 的群集后,无法浏览 vmimages文件夹
    修复了以下问题:当 ESX Server 主机位于启用 DRS 的群集中时,无法在该主机上浏览 vmimages文件夹。

VirtualCenter、VI Client 和 Web Access

  • VirtualCenter 2.5 Update 2 支持手动添加要进行整合的计算机。
  • 现在 Virtual Center 警报定义可接受多个电子邮件地址
    在先前版本中,Virtual Center 警报定义仅接受一个电子邮件地址。而在本版本中,Virtual Center 警报定义可接受多个电子邮件地址(使用分号分隔)。
  • VC Server 进程 (vpxd.exe) 的 CPU 利用率始终为 100% 或峰值为 100%
    Windows 性能监控器 perfmon 显示 vpxd.exe 的 CPU 利用率峰值为 100% 或利用率始终接近 100%。结果将导致 vpxd.exe 出现错误。此外,如果启用了 verbose 日志记录,则 vpxd.exe 会报告 AskRefreshDrmRecLro(请求刷新分布式资源管理建议耗时较长操作)任务:

    [2008-03-12 12:24:54.701 'App' 3376 info] [VpxLRO] -- BEGIN task-internal-4 --
      -- AskRefreshDrmRecLro

    with many function calls of relatively long times, such as 15 ms (milliseconds) to complete:

    [2008-03-12 12:24:54.748 'StackTracer' 3376 info] [3376] Exit DRS_PROFILE
    VpxDrmRetrieveDomainConfigInfoLockAcq2 (15 ms)


    当 VirtualCenter Server 中群集带有资源池时,即使未管理任何主机,VirtualCenter Server 也会定期按群集执行转储文件写读线程,使用信息帮助重新平衡资源利用。一段时间(数天,也或许是数周)后,会产生大量此类文件,这时 VirtualCenter Server 要使用其全部运行时间才能完成访问这些文件。先前版本的 VirtualCenter Server 使用基于 Windows 的高效机制来搜索、打开和关闭这些文件,因而未遇到性能问题。但是,VirtualCenter Server 可移植到 Linux 实现以后,这种方式会变得更为普通,但速度却也会变得更慢。我们对此问题的修复方式是还原原始算法,并同时优化 Linux 算法。
  • VMware Infrastructure Client 显示有关热备用磁盘的信息
    VMware Infrastructure Client 在 [配置] 选项卡 [健康状况] 面板中的 [存储器] 部分显示配置为热备用磁盘的物理磁盘。
  • VirtualCenter Server 因缓存错误而出现故障
    修复了以下问题:启动虚拟机时,若该虚拟机的备份文件 URL(如 NETFS 上的数据存储 ISO 文件)超过 256 个字节,VirtualCenter Server 出现故障。vpxd 日志(位于 C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\Logs)中会记录类似以下内容的错误消息:

    Exception:C:/ob/bora-64192/bora/lib/string/str.c:192 Buffer too small 0x6dab39
  • 满足警报条件时,警报无法运行带参数的脚本
    本版本修复了以下问题:当满足警报条件时,VritualCenter Server 可能无法按触发操作要求执行带参数的脚本。

VirtualCenter、VI Client 和 Web Access 问题

  • 当数据存储属性在计算资源级别更改时,VirtualCenter Server 会发出属性更新通知
    当检测到任何计算资源级别的数据存储更改时,VirtualCenter Server 会发出属性更新通知。如果已创建属性筛选器,用于接收任意计算资源级别数据存储属性更改触发的通知,则代理应用程序即可接收更新通知。
  • VirtualCenter 2.5 许可证文件不起作用
    修复了以下问题:在 VMware License Server 安装 VirtualCenter 2.5 许可证文件后,无法将 ESX Server 主机添加到 VirtualCenter Server。会显示以下错误消息:
    许可证不足,无法执行此操作
  • 虚拟机控制台在折叠其父资源池分支时意外关闭
    在先前版本中,虚拟机控制台会在折叠其父资源池分支时意外关闭。本版本已修复该问题。
  • 若在查看 [Cisco 发现协议] 窗口时选择其他主机,Virtual Infrastructure Client 会如期响应
    在先前版本中,如果导航至 [Cisco 发现协议] 窗口,然后选择其他主机,则导致 Virtual Infrastructure Client 停止响应。本版本已修复该问题。
  • VI Client Installer 中 Virtual Infrastructure Update 安装为可选项
    在本版本中,VI Client Installer 中的更新访问安装已设置为可选(非默认)。要安装 Virtual Infrastructure Update,请启用 VI Client Installer 中的复选框。如果选中此选项,但系统上已安装了旧版本的 VI Update,则 VI Update 将会自动升级到该新版本。如果选中此选项,但系统上已安装更新版本的 VI Update,则将不会安装 VI Update。
  • 在非英语版 Virtual Infrastructure Client 中,一个自定义持续时间的性能图标可正确显示
    在先前版本中,使用非英语版 Virtual Infrastructure Client 时,一个保存自定义持续时间性能图表所显示的性能数据不正确。本版本已修复该问题。
  • 支持使用非字母数字字符注释虚拟机和 ESX Server 主机
    本版本修复了以下问题:向虚拟机或 ESX Server 主机添加注释时,若 [注释] 文本框中使用了非字母数字字符,VirtualCenter Server 会停止响应,并在 vpxd.log 文件中记录类似以下内容的条目:
    Unhandled exception:not well-formed (invalid token).
  • VirtualCenter Server 无法添加未启用 SSL 身份验证的 ESX Server 2.5.x 主机
    从 VirtualCenter 2.5 Update 2 版本开始,VirtualCenter Server 无法连接未启用 SSL 身份验证的 ESX Server 2.5.x 主机,并显示类似以下内容的错误消息:
    无法访问指定的主机。原因是主机不存在、服务器软件未响应或存在网络问题。
    升级到 VirtualCenter 2.5 Update 2 版本后,请确保在将 ESX Server 主机添加到 VirtualCenter Server 前已在该主机上启用了 SSL 身份验证。要在 ESX Server 主机中启用 SSL 身份验证,请执行以下活动:
    • /etc/vmware/config文件中,将行 security.host.ruissl = "FALSE" 替换为行security.host.ruissl = "TRUE" 。
    • 使用 # service xinetd restart命令重新启动 xinetd 服务。

 

返回页首

安装 ESX Server 主机的语言包

如果 Virtual Infrastructure Web Access 或 VI Client 与 ESX Server 主机配合使用时需要支持德语、日语、或简体中文的语言,必须安装语言包。

安装语言包:

  1. 从下载站点下载 VMware-ESXlangpack-2.5.0-85586.zip文件。
  2. 将 ZIP 文件的内容解压到临时目录。
  3. 将文件从 esx/webAccess/目录复制到 ESX Server 主机上的 VI Web Access 安装目录(通常为 /usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.26/webapps/)。

    cp -pr esx/webAccess/webapps/ui /usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.26/webapps/
    cp -pr esx/webAccess/webapps/WEB-INF /usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.26/webapps/ui/

  4. 将本地化文件复制到适当的目录:

    对于德语,请使用以下命令:
    cp -pr esx/docroot/de /usr/lib/vmware/hostd/docroot/

    对于日语,请使用以下命令:
    cp -pr esx/docroot/ja /usr/lib/vmware/hostd/docroot/

    对于中文,请使用以下命令:
    cp -pr esx/docroot/zh-CN /usr/lib/vmware/hostd/docroot/

  5. 编辑 /etc/vmware/hostd/config.xml文件以启用正确的默认语言。在 config.xml 中找到以下行:
       <locale>
          <DefaultLocale>de_DE</DefaultLocale>>
       </locale>

    对于德语,请将该行替换为以下内容:

       <locale>
          <DefaultLocale>de_DE</DefaultLocale>
       </locale>

    对于日语,请将该行替换为以下内容:

       <locale>
          <DefaultLocale>ja_JP</DefaultLocale>
       </locale>

  6. 对于简体中文,请将该行替换为以下内容:

       <locale>
          <DefaultLocale>zh_CN</DefaultLocale>
       </locale>

  7. 键入下列命令以重新启动 VI Web Access 和主机代理服务:

    service mgmt-vmware restart
    service vmware-webAccess restart

 

返回页首