VMware ESX Server 3.5 Update 4 | 2009 年 3 月 30 日 | 内部版本 153875

上次文档更新:2009 年 4 月 13 日

请时常查看发行说明以了解新增内容及更新。想要了解最近更新,请查看英语版的发行说明。

 

 

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

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

新增功能

注意:

  1. 并非 VirtualCenter 和 ESX Server 的所有版本组合都受到支持,而且除非在 ESX Server 3.5 Update 4 中使用 VirualCenter 2.5 Update 4,否则部分重要功能不可用。有关兼容性的详细信息,请参见文档 《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》
  2. 本版本的 ESX Server 需要升级 VMware Tools。

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

对增强型 vmxnet 适配器的扩展支持 - 本版本的 ESX Server 包括一个适用于以下客户机操作系统的更新版 vmxnet 驱动程序(增强型 vmxnet):

  • Microsoft Windows Server 2003 Standard Edition(32 位)
  • Microsoft Windows Server 2003 Standard Edition(64 位)
  • Microsoft Windows Server 2003 Web Edition
  • Microsoft Windows Small Business Server 2003
  • Microsoft Windows XP Professional(32 位)

新版的 vmxnet 提升了虚拟机的网络连接性能,并且需要升级 VMware Tools。

启用了 Intel Xeon 5500 处理器系列 – 添加了对 Xeon 5500 处理器系列的支持。支持包括增强型 VMotion 功能。有关增强型 VMotion 支持的上述处理器系列的详细信息,请参见 增强型 VMotion 兼容性 (EVC) 处理器支持 (KB 1003212)。

QLogic 光纤通道适配器驱动程序更新 - QLogic 光纤通道适配器的驱动程序和固件已分别更新为 7.08-vm66 和 4.04.06 版本。本版本为光纤通道适配器的 QLogic 管理工具和增强型 NPIV 支持提供互操作性修补程序。

Emulex 光纤通道适配器驱动程序更新 Emulex 光纤通道适配器的驱动程序已升级为 7.4.0.40 版本。本版本提供对 HBAnyware 4.0 Emulex 管理套件的支持。

LSI megaraid_sas 和 mptscsi 存储控制器驱动程序更新 – LSI megaraid_sas 和 mptscsi 存储控制器已分别更新为 3.19vmw 和 2.6.48.18 vmw 版本。此升级不但可以提高性能,而且还能增强这两个驱动程序的事件处理能力。

新支持的客户机操作系统 – 专门在本版本中增加了对以下客户机操作系统的支持:

有关本版本中包含的受支持客户机的完整详细信息,请参见《客户机操作系统安装指南》: www.vmware.com/pdf/GuestOS_guide.pdf

  • SUSE Linux Enterprise Server 11(32 位和 64 位)。
  • SUSE Linux Enterprise Desktop 11(32 位和 64 位)。
  • Ubuntu 8.10 Desktop Edition 和 Server Edition(32 位和 64 位)。
  • Windows Preinstallation Environment 2.0(32 位和 64 位)。

此外,在本版本中还为以下客户机添加了预建内核模块 (PBM):

  • Ubuntu 8.10
  • Ubuntu 8.04.2

新支持的管理代理 – 有关受支持的管理代理的最新信息,请参见 《VMware ESX Server 支持的硬件生命周期管理代理》

新支持的 I/O 设备 - 对下列板上处理器、IO 设备和存储子系统提供开箱即用支持:

SAS 控制器和 SATA 控制器:

以下是新支持的 SATA 控制器。

  • PMC 8011(适用于 SAS 和 SATA 驱动器)
  • Intel ICH9
  • Intel ICH10
  • CERC 6/I SATA/SAS 集成 RAID 控制器(适用于 SAS 和 SATA 驱动器)
  • HP Smart Array P700m 控制器
    1. 对 SATA 控制器的支持存在一些限制。有关详细信息,请参见 ESX 3.5 中的 SATA 控制器支持 (KB 1008673)。
    2. 不支持在本地 SATA 驱动器上存储 VMFS 数据存储。
  • 注意:

网卡:以下是新支持的网络接口卡:

  • HP NC375i 集成四端口多功能千兆服务器适配器
  • HP NC362i 集成双端口千兆服务器适配器
  • Intel 82598EB 10 千兆 AT 网络连接
  • HP NC360m 双端 1 千兆/NC364m 多端 1 千兆
  • Intel 千兆 CT 台式机适配器
  • Intel 82574L 千兆网络连接
  • Intel 10 千兆 XF SR 双端口服务器适配器
  • Intel 10 千兆 XF SR 服务器适配器
  • Intel 10 千兆 XF LR 服务器适配器
  • Intel 10 千兆 CX4 双端口服务器适配器
  • Intel 10 千兆 AF DA 双端口服务器适配器
  • Intel 10 千兆 AT 服务器适配器
  • Intel 82598EB 10 千兆 AT CX4 网络连接
  • NetXtreme BCM5722 千兆以太网
  • NetXtreme BCM5755 千兆以太网
  • NetXtreme BCM5755M 千兆以太网
  • NetXtreme BCM5756 千兆以太网

扩展支持:E1000 Intel 网络接口卡 (NIC) 现在可用于 NetWare 5 和 NetWare 6 客户机操作系统。

板上管理处理器:

  • IBM 系统管理处理器 (iBMC)

存储阵列:

  • Sun StorageTek 2530 SAS 阵列
  • Sun Storage 6580 阵列
  • Sun Storage 6780 阵列

返回页首

VMware Infrastructure 3 的先前版本

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

返回页首

开始前

ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性

《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》文档详细介绍了 VMware Infrastructure 3 组件(包括 ESX Server、VirtualCenter 和 VI Client)当前版本与先前版本的兼容性问题。

硬件兼容性

•了解硬件兼容性:

         现在,硬件兼容性列表可在 www.vmware.com/resources/compatibility 中的基于 Web 的兼容性指南中找到。这一新格式是所有 VMware 兼容性指南的单一访问点。之前的 PDF 版本将不再更新。基于 Web 的兼容性指南可提供指南搜索选项,此外还可将搜索结果保存为 PDF 格式。

         请通过 这是作为 RSS Feed 链接的 RSS 图像 订阅兼容性指南更新通知。

•了解 VMware Infrastructure 兼容性:

         VMware Infrastructure 兼容性列表( PDF

文档

有关 ESX Server 3.5 Update 3 的所有文档也适用于 ESX Server 3.5 Update 4。有关手册和其他文档的完整列表,请参见 《VMware Infrastructure 3 文档》

安装和升级

请阅读 《安装指南》了解安装和配置 ESX Server 与 VirtualCenter 的分步指导。

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

升级或迁移到 ESX Server 3.5 Update 4

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

要将 ESX Server 主机升级到 ESX Server 3.5 Update 4,请遵循下列支持的升级途径之一:

升级类型

ESX Server 2.5.4

和 2.5.5 1

ESX Server 3.0.1 2

ESX Server 3.0.2 2

ESX Server 3.0.3

ESX Server 3.5

ESX Server 3.5

Update 1

ESX Server 3.5

Update 2

ESX Server 3.5

Update 3

Tarball

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 Update 4;或先升级到 ESX Server 3.5,然后升级到 ESX Server 3.5 Update 4。
  2. 对于 ESX Server 3.0.0,请先升级到 ESX Server 3.0.1 或更高版本,再使用 ISO 映像升级到 ESX Server 3.5 Update 4;或先升级到 ESX Server 3.5,然后升级到 ESX Server 3.5 Update 4。

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

更新的 RPM 和安全修补程序

对于在 ESX Server 3.5 Update 3 中更新的 RPM 列表,请参见 《更新的 RPM 和安全修补程序》。本文档不适用于 ESX Server 3i 产品。

升级 VMware Tools

本版本的 ESX Server 需要升级 VMware Tools。

返回页首

本版本中包含的修补程序

本版本包含本产品发布前已发布的用于 ESX Server 软件的所有修补程序。有关单个修补程序的详细信息,请参见 ESX Server 3.5 修补程序下载页面或者单击修补程序名。

ESX Server 3.5 Update 4 包含所有下列修补程序中包含的修补程序:

Update 4 中的新修补程序(2009 年 3 月 30 日 | 内部版本 153875)

已发布的修补程序

返回页首

已解决的问题

本版本解决了以下几个主题方面的问题:

 

 

备份

  • 更新内容:如果重命名了目录文件,使用 vcbResAll -a 选项还原虚拟机时失败
    如果您重命名了目录文件并尝试使用 vcbResAll 命令的 -a选项还原虚拟机,VCB 无法还原,而且还会在控制台上显示以下错误消息:
    错误:无法读取目录文件(Error: Cannot read catalog file)

    解决办法
    使用 vcbRestore命令来恢复虚拟机。有关详细信息,请参见 《虚拟机备份指南》中的“使用 vcbRestore 实用程序还原虚拟机”一章。
    从本版本开始,不再支持对 vcbResAll命令使用 -a选项。

CIM 和 API

  • 类 CIM_NumericSensor的强制属性 MaxReadable、 NominalReading、 NormalMax、 NormalMin和 PollingInterval显示的值不正确
    CIM_NumericSensor 的实例具有以下属性值:
    MaxReadable、NominalReading、NormalMax、NormalMin。当实际传感器不支持这些属性值时,CIM 响应会将其显示为 0 而不是“未指定”。

    本版本已解决该问题。
  • 从 ESX Server 3.5 Update 2 开始,VMware_Account( CIM_Account的子类)的实例显示一个值为“0”的 SystemName 属性
    SystemName 属性应包含服务器的 BIOS UUID。

    本版本已解决该问题。
  • 在 IBM Athena 硬件上,发现部分 OMC_DiscreteSensor实例包含错误的设备 ID(设备 ID 的最后一个分段为 -1

    本版本已解决该问题。
  • OpenIPMI 驱动程序功能已增强,不但可通过 PCI 总线和中断运行 HP IPMI 控制器,而且还可以支持 OEM 消息通道
    这些更改对于 HP G6 服务器是必需的,这些服务器使用 OEM 消息报告内存问题。
  • 多条错误的“校验和失败”消息发送到日志中。
    某些情况下,诸如以下“ IpmiIfcFruBoard: 校验和失败...”(IpmiIfcFruBoard: checksum failed ...)的消息将发送到日志中。但是,这并不表示存在实际错误。这些消息可忽略。

    本版本已解决该问题。此类错误的“校验和失败”消息不再记入日志中。
  • 使用“storelib 物理设备设备 ID”(storelib Physical Device Device ID) 消息填充日志
    某些情况下,使用 LSI 逻辑驱动程序(megaraid2、megaraid_sas 和 mptscsi)的提供程序将重复记录如“ ... cimprovagt:storelib 物理设备设备 ID”(... cimprovagt: storelib Physical Device Device ID) 的消息并填充 /var/log/messages log。这些消息是调试代码的一部分,不应该记录在此位置。
    本版本已解决该问题。
  • 新增内容: HP 的 CIM 提供程序有时无法在 ESX Server 3i 版本 3.5 Update 3 上加载 (KB 1009671)

客户机操作系统

  • 更新内容:对于 ESX Server 3.5 Update 4,用于 Solaris 10 32 位和 Solaris 9 32 位的默认虚拟网卡已更改

    为了提供更优异的性能,Solaris 10 32 位和 Solaris 9 32 位的默认虚拟机网络接口卡 (NIC) 已由 vlance(Solaris pcn 驱动程序)更改为 Intel E1000(Solaris e1000g 驱动程序)。
  • 对于特定的客户机操作系统,BusLogic SCSI 适配器不正确地列为受支持。
    当使用 VI Client 查看 Windows Vista 32 位或 Windows Server 2008 32 位客户机操作系统的可用适配器时,BusLogic SCSI 适配器列为支持。实际上,此适配器并不推荐使用。

    本版本已解决该问题。现在,当您使用 Windows Vista 32 位或 Windows Server 2008 32 位编辑虚拟机的 SCSI 控制器设置时,BusLogic 列为“不推荐”。
  • 在 ESX Server 3.5 Update 4 之前的 64 位 SMP 客户机中,某些多线程的应用程序可能会不稳定。
    本版本已解决该问题。
  • 在客户机操作系统上将日语版本的 VMware Tools 从 ESX 3.0.2 U1 升级为 ESX Server 3.5 U1 可能会失败

    该升级问题将生成一条与以下内容类似的错误消息:

    转换时发生错误。请检查路径是否可用(An error occurred while the conversion. Check if the path is available)

    此问题已在 ESX Server 3.5 update 4 中修复。
  • 启用 PAE 的 Windows 2000 虚拟机停止响应
    启用物理地址扩展 (PAE) 功能的 Windows 2000 虚拟机可能会在重新引导时停止响应,或者出现随机故障。

    本版本已解决该问题。
  • VMotion 操作可能会在支持 RVI 的 AMD 主机上突然冻结
    当使用 VMotion 在启用 RVI 的 AMD 主机上迁移虚拟机时,VMotion 操作可能会在其完成前突然冻结。
    本版本已解决该问题。

网络连接

  • 新增内容:在重新引导配置为使用 e1000 虚拟设备的客户机时,PXE 引导虚拟机失败
    配置为使用 e1000 虚拟设备的虚拟机在重新引导时获取 IP 地址失败。此问题已在 ESX Server 3.5 Update 4 中得到解决。
  • 在 ESX Server 3.5 Update 4 之前的版本中,Broadcom bnx2 网卡有时无法 识别为支持 LAN 唤醒 (WOL)
    在某些情况下,尽管拥有一张板上 Broadcom bnx2 网卡  ,但是 ESX Server 3.5 仍无法将该网卡识别为支持 WOL。本版本已解决该问题。
  • 当监视器定时器使用 tg3 驱动程序重置网卡时,网卡可能会不响应
    当监视器定时器使用 tg3 驱动程序重置带有 HP NC7782 千兆以太网适配器的 BCM5703 卡时,可能无法初始化重置进程。网卡将失去响应且 vmkernel日志文件中出现以下消息:
    tg3_init_rings 发生故障,设备 vmnicx 出现 -12 错误(tg3_init_rings failed, err -12 for device vmnicx)

    本版本已解决该问题。

服务器配置

  • 打开 FTP 客户端防火墙服务时无法启用 FTP 传输
    本版本已解决该问题,FTP 客户端防火墙服务已可以支持被动模式。
  • VI Client UI 中并不显示 ESX Server 主机传感器信息
    ESX Server 主机传感器信息可能不会在 VI Client UI 的 [配置] > [健康状况] 选项卡中显示。如果几分钟后信息不显示,请在服务控制台上使用命令 service pegasus restart重新启动 Pegasus。
  • 新增内容:在 LabManager 环境中,当写时复制 (COW) 堆快用完时,将启动虚拟机但不必连接所有磁盘
    这种情况在使用 LabManager 启动虚拟机且 COW 堆快用完时发生。如果在某些时候,现有的 COW 堆不足以启动所有磁盘均打开的虚拟机,则虚拟机仍将启动,但是将只打开剩余的 COW 堆可容纳的磁盘。
    本版本已解决该问题。因此,如果由于 COW 堆无法容纳请求而导致连接到特定虚拟机的所有磁盘均无法打开,则该虚拟机将不启动。

存储器

  • 新增内容: 本版本之前,ESX Server 检测不到存储阵列端 LUN 特性或属性的更改
    以下示例解释了该问题是如何发生的。在 Symm7 LUN 上构建了一个 VMFS 卷,但稍后却将 Symm 7 重新配置为 Symm 6。在此类情况中,会检测到 LUN 的更改,但是无法正确报告 LUN UUID。
    本版本已解决该问题。
  • ESX Server 3.5 显示不正确的 VMkernel 警告消息
    ESX Server 3.5 可能会显示不正确的 VMkernel 警告消息,表明已检测到不支持 SCSI-3 协议的设备。但是,该设备仍可以在 ESX Server 3.5 中使用。可能会显示类似以下内容的消息:

    vmk 警告:12 月 12 日 14:57:11 [主机名] vmkernel:0:00:00:18.539 cpu5:1048)
    警告:ScsiUid:550: 路径“vmhba2:C0:T0:L12”:支持 ANSI 版本“SCSI-2”
    (0x2)。为了在 ESX 中使用,设备必须支持 SCSI 3 协议。(vmkwarning:Dec 12 14:57:11 [host name] vmkernel: 0:00:00:18.539 cpu5:1048) WARNING: 0:00:00:18.539 cpu5:1048) ScsiUid: 550: Path 'vmhba2:C0:T0:L12' : supports ANSI version 'SCSI-2' (0x2). In order to be used with ESX a device must support the SCSI 3 protocol.)

    本版本已解决该问题。修复提供在检测到非 SCSI 3 设备的情况下,将在 VMkernel 日志中记录类似如下内容的警告消息:
    未来版本将弃用对 SCSI-2 设备的支持(Support for SCSI-2 devices may be deprecated in a future release)

  • 在某些情况下,ESX Server 3.5 Update 3 Emulex 驱动程序与 Emulex 光纤通道适配器不兼容

    当 ESX Server 3.5 Update 3 随附的 Emulex 驱动程序使用固件版本为 1.00a5 或更早版本的 Emulex LPe1150 光纤通道适配器时,该驱动程序无法声明 Emulex 光纤通道适配器。

    本版本已解决该问题。此问题所涉及的 ESX Server 3.5 Update 4 中的 VMware 驱动程序已更新。现在,新的驱动程序与使用 1.00a5 及更早版本的固件版本的 Emulex 光纤通道适配器也兼容。简言之,即更新后的驱动程序并不考虑 Emulex 光纤通道适配器固件版本。
  • VMware ESX Server 3.5 Update 4 中引入了一种自适应队列深度算法,可用于调整 VMkernel I/O 堆栈中的 LUN 队列深度。
    检测到拥堵后,VMkernel 将会限制 LUN 队列深度。VMkernel 将在拥堵状况减轻时尝试逐渐恢复队列深度。此算法默认处于禁用状态。有关如何启用此算法的详细信息,请参见 在用于 3PAR 存储阵列的 VMware ESX 中控制 LUN 队列深度限制 (KB 1008113)。
  • 在执行 Storage VMotion 期间,.vmx 文件移动可能会失败,并出现“数据存储上磁盘空间不足”错误
    尝试将 .vmx文件从一个数据存储移动到另一个数据存储时,将会为源数据存储上的所有磁盘创建临时快照。在某些情况下,源数据存储可能没有足够的空间容纳所有临时快照。因此,即使目标磁盘拥有足够空间,文件移动仍将失败并出现“磁盘空间不足”错误。即使通过 Storage VMotion 命令仅移动了一个磁盘,仍将发生上述情况。
    本版本已解决该问题。现在,将只为通过 Storage VMotion 命令移动的磁盘创建临时快照。
  • 客户机操作系统和存储可能无法在 RDM 模式下正常通信
    在裸设备映射 (RDM) 模式下,如果在一次 SCSI 查询中从存储发送回客户机操作系统的数据量大于 36 字节,则客户机操作系统和存储之间可能无法正常通信。Microsoft 虚拟卷影复制服务 (VSS) 和 NetApp SnapDrive 等产品都可能会遇到此问题。本修复已解决该问题。
  • 如果使用 Emulex 光纤通道适配器,ESX Server 主机可能会停止响应
    使用 Emulex 光纤通道适配器的 ESX Server 主机可能会停止响应。与以下内容类似的条目将记录在 vmkernel 文件中:
    警告:SCSI:2897: vmhba1:1:0 上的 CheckUnitReady 返回存储启动器错误 0x0/0x0 sk 0x0 asc 0x0 ascq 0x0
    本版本对 Emulex 驱动程序进行了更新来解决该问题。
  • 新增内容:在 ESX3.5 Update 3 中,vmkernel 日志报告了大量预留冲突错误
    本版本已解决该问题。预留冲突错误将不再在 vmkernel 日志文件中记录。当系统出现严重的预留冲突时,仍然会像在先前的版本中一样发布以下消息: Sync CR <count>。

升级和安装

  • 系统时间回滚后,新安装的 RPM 被列为错误或重复的版本 (KB 1006967)
  • 在 ESX Server 3.5 Update 4 之前的版本中,在某些特定情况下,使用 kickstart 文件的安装可能会导致中断
    使用包含 initlabel命令的 kickstart 文件以及关键字 ignoredisk安装 ESX Server 无法正常实现。特别是,系统实际并没有忽略使用 ignoredisk关键字指定的未初始化驱动器。这会导致自动安装中断,并且显示以下提示:

    设备 [DISK] 上的分区表不可读。要创建新分区必须先对其进行初始化,导致所有数据丢失。

    此问题已在 ESX Server 3.5 Update 4 中解决,任何对 ignoredisk指定的驱动器将被忽略而不会中断任何脚本式安装。
  • 在 ESX Server 3.5 Update 4 之前的版本中,安装程序接受无效的子网掩码后继续安装进程
    此问题适用于版本 3.5 Update 4 之前的 ESX Server。使用文本安装模式安装 ESX Server 时,如果输入的子网掩码无效,安装程序会继续执行安装,且不会显示任何错误消息。在 GUI 安装模式中,安装程序仅在输入的子网掩码数值超过 255 时才会显示错误消息。

    本版本已解决该问题 (ESX Server 3.5 Update 4)。修复后,所有网络设置现在都已经过验证。因此,错误消息将在以下情况下显示:

    • 子网掩码值无效。例如,255.255.255.253。
    • IP 地址和网关驻留在不同子网中(具有有效的子网掩码)。
    • 网关地址与 IP 地址相同(具有有效的子网掩码)。
    • IP 地址与广播地址相同(具有有效的子网掩码和网关)。
    • 网关地址与广播地址相同(具有有效的子网掩码和 IP 地址)。
  • 在 ESX Server 3.5 Update 4 之前的版本中,安装程序会在使用 Intel Xeon 5500 处理器系列的系统上停止。本版本已解决该问题。
  • nForce 以太网卡在 ESX Server 3.5 上失去连接
    NVIDIA nForce 以太网芯片组可能无法在分组传输完成时发出中断信号,从而导致连接丢失。重新引导主机可能可以恢复连接,但服务器运行一段时间以后,可能会再次失去连接。VMkernel 日志文件中可能会记录类似以下内容的错误消息:

    1 月 1 日 12:00:00 esx vmkernel:9:01:01:10.001 cpu1:1200) 警告:LinNet:4288: 设备 vmnic0 的监视器超时(Jan 1 12:00:00 esx vmkernel: 9:01:01:10.001 cpu1:1200)WARNING: LinNet: 4288: Watchdog timeout for device vmnic0)
    1 月 1 日 12:00:00 esx vmkernel:9:01:01:10.001 cpu1:1200)<6>vmnic0:获取 tx_timeout. irq:00000020(Jan 1 12:00:00 esx vmkernel: 9:01:01:10.001 cpu1:1200)<6>vmnic0: Got tx_timeout. irq: 00000020)
    1 月 1 日 12:00:00 esx vmkernel:9:01:01:10.001 cpu1:1200)<6>vmnic0:6a02800 响铃:获取 6a02a10 放置 6a02a10(Jan 1 12:00:00 esx vmkernel: 9:01:01:10.001 cpu1:1200)<6>vmnic0: Ring at 6a02800: get 6a02a10 put 6a02a10)
    1 月 1 日 12:00:00 esx vmkernel:9:01:01:10.001 cpu1:1200)<6>vmnic0:转储 tx 寄存器(Jan 1 12:00:00 esx vmkernel: 9:01:01:10.001 cpu1:1200)<6>vmnic0: Dumping tx registers)


    本版本已解决该问题。
  • 升级或安装 ESX Server 后出现 Pegasus 错误消息

    在将 ESX Server 2.x 或 3.x 系统升级到 ESX Server 3.5 Update 1、Update 2 或 Update 3 后,或者在执行这些 ESX 3.5 更新版本的全新安装后,Pegasus 服务可能会出现故障,并显示与以下内容类似的错误消息:
     
    正在处理 /var/pegasus/vmware/install_queue/1 [FAILED](Processing /var/pegasus/vmware/install_queue/1 [失败])
    错误:(ERROR:)请参见 log - /var/pegasus/vmware/install_queue/1.log (See log - /var/pegasus/vmware/install_queue/1.log)
    正在处理 /var/pegasus/vmware/install_queue/1 [失败](Processing /var/pegasus/vmware/install_queue/1 [FAILED])
    错误:(ERROR:)请参见 log - /var/pegasus/vmware/install_queue/1.log(See log - /var/pegasus/vmware/install_queue/1.log)
    正在启动 Pegasus CIMOM (cimserver)...(Starting Pegasus CIMOM (cimserver)...)[确定]([OK])


    服务启动状态可能还会在引导过程中显示其他 install_queue 故障消息。

    本版本已解决该问题。
  • 新增内容: 安装期间,之前的更新被列为缺失
    在安装 ESX Server 3.5 Update 3 的 VMware Update Manager (VUM) 后,VUM 将报告 Update 1 和 2 不合规。事实上,Update 3 弃用了 Update 1 和 2。此情况不是问题,可以安全地忽略。如果决定在 Update 3 系统上安装 Update 1、Update 2 或两者,修补程序数据库会更新,但是系统上的 ESX Server 软件不会发生更改。

    本版本已解决此问题,因为之前的更新不再列为缺失。
  • 新增内容:在安装修补程序捆绑包时,hostd 服务无法启动
    此问题由以下事件触发:
    1. 应用了需要重新引导 ESX Server 主机的修补程序捆绑包,但是没有重新引导主机。
    2. 安装了需要重新启动 hostd 服务的修补程序捆绑包。
      结果是 hostd 服务无法启动,从而生成与以下内容类似的错误消息:
      VmkCtl(2009 年 1 月 10 日 18:47:26)和 VMKernel (_Unknown_) 之间的签名不匹配(Signature mismatch between VmkCtl (Jan 10 2009 18:47:26) and VMKernel (_Unknown_))

    本版本已解决该问题。
  • 若运行 ESX 脚本式安装时 Kickstart 文件未提供许可证文件,则 ESX Server 版本将显示为“未获许可”
    通过脚本式安装完成 ESX 安装后,即使 /etc/vmware 目录显示有效的许可证文件,VI Client 仍会显示 ESX 为“未获许可”。
    本版本已解决该问题。
  • 升级 VMware Tools 后,旧的 vmware-toolbox 脚本选项卡设置恢复为默认值 (KB 1003047)
  • 将 Update Manager 升级到 U2 过程中出现错误消息:“向导已中断,请重新运行安装”(KB 1006583)

虚拟机管理

  • /proc/stat 不报告虚拟机 CPU 使用情况 (KB 1007854)
  • 无法在 VirtualCenter Server 中注册 ESX 主机

    网络连接问题可能会禁止 ESX Server 主机注册到 ESX 3.0.x Server 主机上装有 3.5 版 VMware Tools 的虚拟机中运行的 VirtualCenter Server 中。将 VMware Tools 降级以匹配运行虚拟机的 ESX Server 主机版本后,即可注册 ESX Server 主机。可能会向 vpxd 日志中写入类似以下内容的错误消息:

    [2008-06-14 18:13:45.407 'App' 2296 错误] [VpxVmdbCnx] 无法连接到 [主机名]([2008-06-14 18:13:45.407 'App' 2296 error] [VpxVmdbCnx] Failed to connect to [host name])。检查该 authd 是否正确运行(库/连接错误 11)(Check that authd is running correctly (lib/connect error 11))

    本版本已解决该问题。

  • Windows EBS 2008 64 位客户机的默认内存大小不足
    在 ESX Server 3.5 Update 4 之前的版本中,Windows Essential Business Server (EBS) 2008 64 位客户机操作系统默认情况下并不提供足够的内存。当默认内存大小为 2048MB 时内存不足,这会导致虚拟机无法加载。 本版本已解决该问题。对于 ESX Server 3.5 Update 4,Windows EBS 2008 64 位客户机操作系统的默认内存大小为 4096MB。
  • 更新内容: 运行 VMware Consolidated Backup 后 VMware Tools 状态显示为未运行 (KB 1008709)

返回页首

已知问题

本节按下列主题介绍之前发现的已知问题:

备份

  •   VMware Consolidated Backup 在本版本中未更新
    ESX Server 3.5 Update 4 不包括 VMware Consolidated Backup 的更新版本。本版本是随版本 1.5.0 附带的,其中不包含
    自 ESX Server 3.5 Update 2 发行以来对 VMware 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 查询有时会失败。但是,仍然可以通过远程管理控制台或界面清除系统事件日志。
  • 一些 CIM 类无法在 IBM 多节点系统中正常运行
    一般会出现以下异常情况。对于以下类, EnumerateInstances()操作返回的实例要比 EnumerateInstanceNames()操作少一个:
    • CIM_AssociatedSensor
    • CIM_MemberOfCollection
    对于以下类,一些实例的 GetInstance操作会失败。但是, EnumerateInstances()操作会成功:
    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile
    对于以下类, EnumerateInstances()和 EnumerateInstanceNames()操作无法返回任何结果:
    • CIM_OwningCollectionElement
    • CIM_RedundancySet
  • 传感器阈值更改无法立即反映
    如果通过 CIM 更改传感器阈值,传感器枚举无法立即返回新的属性值。更改大约一分钟后才能生效。
  • RequestStateChange (RestoreDefaultThresholds) 操作出错
    在 ESX Server 3.5 版本中, RequestStateChange(RestoreDefaultThresholds)操作可导致一些传感器出现以下错误消息:
    CIM_ERR_FAILED:索引超出范围(CIM_ERR_FAILED: index out of bounds)

    虽然会显示错误消息,但 CIMOM 仍会还原阈值。
  • 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 版本中,调用数字电源传感器上的 Reset() 操作会导致以下错误消息:
    CIM_ERR_FAILED: 索引超出范围(CIM_ERR_FAILED: index out of bounds)
    作为一种解决办法,您可以使用 RequestStateChange(Reset) 操作。
  • 当您使用 WS-Man 协议时,指示在 ESX Server 3.5 Update 4 上不起作用。
  • 使用 WS-Man 协议时, ModifyInstance()调用更改传感器阈值失败。
  • 机箱入侵指示对 IBM Athena 服务器不可用。

  • 已升级到 ESX Server 3.5 Update 4 的 ESX Server 3.5 没有正确报告 CIM_AssociatedSensor实例
    CIM_AssociatedSensor的 EnumerateInstance()和 Association()查询未返回任何实例。
    解决办法:执行 ESX Server 3.5 Update 4 的全新安装。
  • 在某些 Dell MLK 硬件上, OMC_Memory实例的 NumberOfBlocks属性值为 0。该问题正在调查中。
  • 在 ESX Server 3.5 上,某些具有 PROCHOT 传感器的 HP 系统上发生不正确的健康状况警告 (KB 1009137)
  • 当您使用 WS-Man 协议时, InvokeMethod(RequestPowerStateChange)和 InvokeMethod(RequestStateChange)操作失败

客户机操作系统

  • Windows 客户机操作系统无法从待机或休眠状态恢复
    从待机或休眠状态恢复时,运行基于 Windows Server 2008 和 Windows Server 2003 的客户机操作系统且处于待机或休眠状态的虚拟机会停止响应。
    请参见 Microsoft 支持网站上的 KB 946331。
  • Linux 客户机上 VMware Tools 升级时需要手动重启网络服务 (KB 1004322)
  • 无法使用管理员帐户登录克隆的 Windows Vista 虚拟机 (KB 1004301)
  • 在 Intel 主机上运行、安装或引导时,Ubuntu 8.04 LTS 和 Ubuntu 7.10 64 位 SMP 可能会停止 (KB 1004384)
  • Ubuntu 客户机中的 VMware Tools 卸载程序不移除 vmxnet 模块 (KB 1004351)
  • 64 位版本的 Windows Vista 和 Windows Server 2008 客户机操作系统需要 Microsoft 修补程序
    如果 64 位版本的 Windows Vista 和 Windows Server 2008 客户机操作系统未安装 Microsoft 修补程序 (http://support.microsoft.com/kb/950772),则可能会出现客户机操作系统停止响应的情况,并返回以下错误:
    监视器严重错误:vcpu-3:ASSERT vmcore/vmm/cpu/segment.c:430(MONITOR PANIC: vcpu-3:ASSERT vmcore/vmm/cpu/segment.c:430)
  • 执行自动工具升级后,Linux 客户机操作系统失去网络连接
    如果 Linux 客户机操作系统中的 VMware Tools 的版本过期,并且执行了自动工具升级,则客户机操作系统将失去网络连接。执行自动工具升级后,客户机操作系统将停止网络服务并且在工具升级后不自动重新启动该服务。
    解决办法:在自动工具升级后,手动在客户机操作系统中重新启动网络服务或重新引导客户机操作系统。
  • 无法将 vmx_svga 驱动程序导入 Microsoft Windows Embedded Studio 组件设计器

    vmx_svga 驱动程序无法成功导入 Microsoft Windows Embedded Studio 的组件设计器,并会生成一条警告消息 C:\Program Files\VMware\VMware Tools\Drivers\video\vmx_svga.inf:获取供应商列表的标题列名称时发生错误(An error occurred while getting the vendors list section name)。

    解决办法:
    1. 打开 C:\Program Files\VMware\VMware Tools\Drivers\video\vmx_svga.inf。
    2. 从 vmx_svga.inf文件的 [制造商] 标题列删除“NTamd64.5.1、NTx86.6.0、NTamd64.6.0 和 NTia64”。
    3. 将 vmx_svga 驱动程序导入组件设计器。vmx_svga 驱动程序成功导入组件设计器。
    4. 将导入的驱动程序另存为 vmx_svga.sid。
    5. 将 vmx_svga.sid导入组件数据库。
  • VMware Tools 配置之后光标将消失

    在具有 SUSE Linux Enterprise Server 8 客户机的 ESX Server 3.5 Update 4(包含或不包含 SP4)上会发生这一问题。在您配置 VMware Tools 之后,鼠标光标就会消失。

    解决办法:重新引导虚拟机。
  • 新增内容:使用虚拟机接口 (VMI) 的虚拟机可能会停止响应

    解决办法:如果此类虚拟机停止响应,请执行以下步骤。
    1. 发出 vm-support -x命令以确定虚拟机的环境 ID。
    2. 发出 vmkload_app -k 9 wid命令以完全终止虚拟机,允许其重新启动。其中 wid 表示环境 ID。

国际化

 

除以下限制外,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 区域设置中可用。

 

翻译问题

 

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

 

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

其他国际化问题

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

  • 如果 Virtual Infrastructure Client 主机操作系统语言与 VirtualCenter Server/数据库主机操作系统语言不同,重新启动 VirtualCenter Server 后,用于警报的 运行脚本操作的值可能无法正确显示。
  • 在简体中文版 VI Web Access 中, [取消] 按钮上的文本显示不正确。
  • 通过 VirtualCenter 连接到 ESX Server 3.5 Update 2 主机将不升级本地化 VI Client
    如果您通过 VirtualCenter 连接到 ESX Server 3.5 Update 2 主机,则不会将正在使用的本地化 VI Client 升级到 Update 2 版本。
  • 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.而不应显示以下消息: The installation wizard will allow you to remove Virtual Infrastructure Client 2.5.
  • 包含自动生成虚拟机名称的链接不起作用
    时,若通过单击包含自动生成虚拟机名称(通常以加号开头并以斜线结尾,如:+5paw55qE5qih5p2,/)的链接浏览数据库,Web 浏览器会显示空白页或返回“找不到页面”错误。但是,可以使用 VI Client 访问此类虚拟机。

通过 VMotion 迁移

其他

  • QLogic 驱动程序 RPM 名称包括一个错误的驱动程序版本号
    遵循命名约定的驱动程序版本通常可用于确定 RPM 版本号,如下所示:VMware-esx-driver-<driver>-<version #>

    但是,在 ESX Server 3.5 Update 4 中,QLogic FC 驱动程序 RPM 软件包使用的是不正确的驱动程序版本值。Qlogic FC 驱动程序的 RPM 名称如下所示:VMware-esx-drivers-scsi-qla2300-v707_vmw-350.7.8.65-151188.i386.rpm

    这不正确地表明驱动程序的版本为 7.8.65。请注意实际的驱动程序版本为 7.8.66。
  • 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)
  • VirtualCenter 服务器不检测主机 IP 地址中的变化,除非启用了 SSL 证书验证 (KB 1003066)
  • ESX Server 在通过 aacraid 驱动程序产生高 I/O 负载的情况下暂时无响应 (KB 1003039)
  • 安装 Dell OpenManage 后 CPU 利用率达到峰值 (KB 1004508)
  • 在升级后必须安装并启用 Converter Enterprise Client 插件
    VirtualCenter Server 2.5 Update 2 不支持早期版本的 Converter Enterprise Client 插件。因此,在升级到 VirtualCenter Server 2.5 Update 2 之后,必须安装并启用 Converter Enterprise Client 插件。要安装并启用 Converter Enterprise Client 插件,请单击 [插件] 菜单上的 [管理插件]。在 [插件管理器] 窗口中,选择 [可用] 选项卡,然后单击 [下载和安装]
  • 在 ESX 3.5 上,可能会发出有关 ACPI IRQ 资源设置的无恶意警告。
    进行引导期间,ESX Server 在 BIOS 中分析 ACPI 表,以确定该平台上中断链路设备当前的和可能的 IRQ 资源设置。在某些服务器上,当前资源设置 (_CRS) 并不是其中某个可能的资源设置 (_PRS)。这种情况将导致系统发出如下所示的警告:

    “警告:(WARNING:)VMKAcpi:291: 来自 _CRS 的中断 (5) 并不是其中某个 _PRS 值(Interrupt (5) from _CRS is not one of _PRS values)”

    “警告:(WARNING:)VMKAcpi:399: 来自 _CRS 的 IRQ 已损坏或者不在 _PRS 中,将使用来自 _PRS 的 IRQ(IRQ from _CRS is bad or not in _PRS, will use from _PRS)”

    这种情况没有任何危害。本版本已解决该问题,并且不会再发出警告消息。但是,从现在起,将开始记录此信息。
  • 当多节点 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://<IP address of ESX Server host>/host/ipmi_sel)获取的 IPMI SEL 条目可能不是最新的 IPMI SEL 记录。

网络连接

  • 更新内容:unm_nic 驱动程序中默认启用 NetQueue,但是,VMware 目前并不支持 NetQueue

    解决办法:
    1. 使用以下命令卸载该驱动程序:
      vmkload_mod -u unm_nic
    2. 使用以下命令禁用 NetQueue:
      esxcfg-module -s multi_ctx=0 unm_nic
    3. 使用以下命令再次加载该驱动程序:vmkload_mod unm_nic
      注意:以下命令(而不是 esxcfg-module)加载禁用了 NetQueue 的驱动程序,但不持续该状态:
      vmkload_mod unm_nic multi_ctx=0
    4. (可选)要检查是否已为驱动程序禁用 NetQueue,请使用以下命令:
      esxcfg_module -g unm_nic
      应该会显示以下字符串: multi_ctx=0
  • NetXen P2 卡在计算机上不支持超过 128 GB 的 RAM
  • 在网络广播风暴中,ESX Server 主机不响应

    当网络广播风暴发生时,由于 tg3 网络驱动器的问题,ESX Server 可能不会响应。在此期间,使用 tg3 网卡的服务控制台或虚拟机可能会丢失网络连接。重新引导计算机或卸载/加载驱动程序可还原连接,但无法解决该问题。

    在服从广播风暴之后,带有 tg3 端口的 ESX 主机无法发送或接收数据包。会在 VMkernel 中记录以下错误消息:

    1. 警告:(WARNING:)Net:1082: 1 队列上的 Rx 风暴 3501>3500,运行 321>320(Rx storm on 1 queue 3501>3500, run 321>320)
    2. VMNIX:警告:(WARNING:)NetCos:1086: 虚拟 HW 似乎已插入(缺陷编号 90831),正在重置(virtual HW appears wedged (bug number 90831), resetting)
  • 通过 4095 VLAN 使用信标探查时创建重复数据包
    在进行虚拟机网络配置操作时,若 VLAN ID 设置为 4095 且使用信标探查配置相关 vSwitch,则会生成大量重复数据包。
    解决办法:在使用的 VLAN ID 为 4095 时,请将 [网络故障切换检测] 从 [信标探测] 改设为 [仅链接状态]。( KB 1004373)
  • 接收巨型帧时,Microsoft Windows 虚拟机失败
    如果 ESX 主机在“调试”模式下引导,则接收巨型帧时,Microsoft Windows 虚拟机会失败并显示蓝屏。
  • 对 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)

    这是一个已知问题。
  • 部分 NetXen 网卡不支持 LAN 唤醒 (WOL)

    部分 NetXen 网卡不支持 LAN 唤醒 (WOL) 功能。但是,在服务控制台上执行 # ethtool vmnic* 命令时会显示所有 NetXen 网卡都支持 WOL。

    解决办法:使用其他支持 WOL 的网卡。
  • 新增内容:即使 NetXen 设备没有流量,其速度仍然显示为 65536,双工显示为半双工
    当收到已损坏的 Tx数据包时会出现此问题:NetXen 返回 -1状态错误,同时,硬件、固件或者二者均中止。这属于 NetXen 驱动程序中的已知问题。

    解决办法:卸载和加载 NetXen 驱动程序。
  • 在 NetXen 驱动程序上手动配置网卡速度时会丢失网络连接

    通过 esxcfg-nics或任何其他命令在 NetXen 3031 网卡上手动配置速度时,可能会导致网络连接丢失。NetXen 网卡不支持手动速度设置。必须通过 auto-negotiation 设置速度。
  • 使用 Broadcom bnx2x 网卡的 ESX Server 3.5 在调试模式下引导时可能会停止响应

    如果 ESX Server 3.5 处于调试模式,在加载 Broadcom bnx2x 驱动程序时,将显示与以下内容类似的消息:

    VMware ESX Server [BETAbuild-144117]
    转数超过(portsetGlobalLock) - 可能锁死 (Spin count exceeded (portsetGlobalLock) - possible deadlock)

    解决办法:
    虽然此解决办法可降低此问题发生的频率,但还是无法完全消除此问题。

    此解决办法(更改 LinkStatePollTimeout配置选项)可能对其他功能(如网卡绑定)产生负面影响。因此,仅当系统在调试模式下引导期间停止响应时,才应当使用该解决办法。

    1. 将 /Net/LinkStatePollTimeout配置参数设置为 30000 到 60000 之间的值。
      例如,以下命令将该值设置为 30000:
          & esxcfg-advcfg -s 30000 /Net/LinkStatePollTimeout

      该配置选项要使用的确切值取决于系统上 bnx2x 网卡的数目。如果系统上存在较大数目的 bnx2x 网卡,请选择较高的值。
    2. 确保正确设置此参数的值:
      例如,以下命令显示该参数的当前设置:
      $ esxcfg-advcfg -g /Net/LinkStatePollTimeout

      将显示与以下内容类似的消息: LinkStatePollTimeout 的值为 30000 (Value of LinkStatePollTimeout is 30000)
    3. 在调试模式下引导系统。
    4. 重新引导之后,将 LinkStatePollTimeout配置选项还原为默认值 5000。
      当系统在正常模式下引导时,需要将 LinkStatePollTimeout配置选项还原为默认值 5000。
  • Ethtool 未正确显示固件版本

    如果版本号以两位数结尾,Ethtool 可能无法正确显示网卡的固件版本。例如,如果版本号是 4.4.14(两位数),Ethtool 会将固件版本显示为 4.4.>。

服务器配置

  • 无法在 ESX Server 主机上安装 IBM Systems Director 6.1
    在 ESX Server 主机上安装 IBM Systems Director 6.1 Server 失败,并显示一则与以下内容类似的消息:
    无法找到 IBM Systems Director 的受支持操作系统(Could not find a supported operating system for IBM Systems Director)。

    ESX Server 3.5 目前不支持 IBM Systems Director 6.1 Server。IBM Director Server 可安装在任何 Windows 计算机上,IBM Director Common Agent 可安装在 ESX Server 3.5 主机上。
  • vSwitch 上的 MTU 配置不正确会导致丢包 (KB 1008676)

 

存储器

升级和安装

ESX Server 升级和安装

其他升级和安装问题

虚拟机管理

  • 在 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 位控制面板小程序。
  • 克隆的虚拟机不包含 DNS 后缀 (KB 1004299)
  • 克隆的虚拟机可以看到源虚拟机的 .vmdk 文件 (KB 1004176)
  • 具有“创建”特权的用户无法创建虚拟机 (KB 1004417)
  • 挂起或关机事件未执行 VMware Tools 自定义脚本 (KB 1004390)
  • 固件升级期间虚拟机的 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:10.262 cpu3:1039)ALERT: 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) 1:01:05:40.930 cpu0:1024)Log: 472: Setting loglevel (via VSI) for module 'SCSI' to 5)
  • 当主机已隔离时,虚拟机在进行故障切换后无法启动
    当主机已隔离且隔离响应设置为 [客户机关机](该设置为群集的默认配置)时,虚拟机在进行故障切换后无法启动。这可能在所包含节点少于五个的群集和需要更多时间完成客户机关机的虚拟机上发生。
    解决办法
    将所包含节点少于五个的群集的 [隔离响应] 设置为 [保持启动][ 关闭]
    要为虚拟机设置 [隔离响应],请选择群集,然后单击 [编辑设置] 链接,并选择 VMware HA 下的 [虚拟机选项]。从 [隔离响应] 弹出菜单中,为特定虚拟机选择 [保持启动][保持关闭] 选项。

VirtualCenter、VI Client 和 Web Access 问题

VMware High Availability (HA)

  • 建议不要在 ESX Server 主机进入维护或待机模式时迁移虚拟机
    如果主机进入请求模式后会违反 VMware HA 故障切换级别规定,则 VMware HA 不建议或执行(在完全自动化模式下)从正在进入维护或待机模式的主机中迁出虚拟机。无论严格的 HA 接入控制是否处于启用状态,该限制均适用。
  • 主机故障切换后 VMware HA 健康状况监控未在控制台中显示重新引导
    主机出现故障后,HA 群集启用健康状况监控时,VMware 控制台显示一个空窗口。控制台不显示虚拟机重新引导。

    解决办法
    必须打开一个新控制台,查看故障切换后重新启动的虚拟机。
  • 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 主机的语言包

如果 Virtual Infrastructure Web Access 或 VI Client 与 ESX Server 主机配合使用时需要支持德语、日语、或简体中文,则必须在主机上安装语言包且将默认区域设为您想要的语言。从 ESX Server 3.5 Update 3 开始,语言包文件安装在所有的主机上并且在更改区域前不需要复制到该主机。

在主机上设置默认区域。

  1. 编辑 /etc/vmware/hostd/config.xml文件以启用正确的默认区域。在 config.xml中查找下列行:
       <locale>
          <DefaultLocale>en_US</DefaultLocale>
       </locale>

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

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

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

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

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

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

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

    service mgmt-vmware restart
    service vmware-VMware Web Access restart

返回页首