VMware ESX Server 3.5 Update 5 | 2009 年 12 月 3 日 | 内部版本 207095

文档最近更新日期:2009 年 12 月 3 日

 

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

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

新增功能

注意:

  1. 并非 VirtualCenter 和 ESX Server 的所有版本组合都受到支持。仅在将 VirtualCenter 2.5 Update 5 与 ESX Server 3.5 Update 5 一起使用时,所有这些重要功能才可用。有关兼容性的详细信息,请参见 《ESX Server、VirtualCenter 和 VMware Infrastructure Client 兼容性列表》
  2. VMware 建议为此 ESX Server 版本升级 VMware Tools。

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

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

Broadcom bnx2 网络控制器驱动程序更新 – bnx2 控制器的驱动程序已升级为版本 1.6.9。此驱动程序支持在 bnx2 芯片集上的引导代码升级,需要从 Broadcom 进行 bmapilnx和 lnxfwnx2工具升级。此驱动程序还添加了对网络控制器的支持 - 适用于 Broadcom NetXtreme 5709 和 5716 芯片集的 SOL(LAN 上串行)的边带接口 (NC-SI)。

LSI SCSI 和 SAS 控制器的驱动程序更新 –LSI SCSI 和 SAS 控制器的驱动程序已升级为版本 2.06.74. 此版本的驱动程序需要为共享 SAS 环境提供更好的支持。

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

有关本版本中包含的受支持客户机的完整详细信息,请参见《VMware 兼容性指南》: www.vmware.com/resources/compatibility/search.php

  • Windows 7 Enterprise(32 位和 64 位)
  • Windows 7 Ultimate(32 位和 64 位)
  • Windows 7 Professional(32 位和 64 位)
  • Windows 7 Home Premium(32 位和 64 位)
  • Windows 2008 R2 Standard Edition(64 位)
  • Windows 2008 R2 Enterprise Edition(64 位)
  • Windows 2008 R2 Datacenter Edition(64 位)
  • Windows 2008 R2 Web Server(64 位)
  • Ubuntu Desktop 9.04(32 位和 64 位)
  • Ubuntu Server 9.04(32 位和 64 位)

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

新支持的网卡 – 此 ESX Server 版本支持 HP NC375T (NetXen) PCI Express Quad 端口千兆服务器适配器。

新支持的 SATA 控制器 – 此 ESX Server 版本支持 Intel Ibex Peak SATA AHCI 控制器。

注意:

  • 对 SATA 控制器的支持存在一些限制。有关详细信息,请参见 ESX 3.5 中的 SATA 控制器支持。(知识库文章 1008673)
  • 不支持在本地 SATA 驱动器上存储 VMFS 数据存储。

页面顶部

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/guides 中的基于 Web 的兼容性指南中找到。这一新的格式是所有 VMware 兼容性指南的单一访问点。之前的 PDF 版本将不再更新。基于 Web 的兼容性指南可提供指南搜索选项,此外还可将搜索结果保存为 PDF 格式。
    请通过 这是表示 RSS Feed 链接的 RSS 图标 订阅兼容性指南更新通知。

  • 了解 VMware Infrastructure 兼容性:

    VMware Infrastructure 兼容性列表 ( PDF)

文档

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

页面顶部

安装和升级

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

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

升级或迁移到 ESX Server 3.5 Update 5

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

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

升级类型

ESX Server 3.0.1

ESX Server 3.0.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

ESX Server 3.5

Update 4

升级 ZIP

ISO 映像

 

注意:

  • 对于 ESX Server 2.5.x,请先升级到 ESX Server 3.0.1 或更高版本,再使用 ISO 映像升级到 ESX Server 3.5 Update 5;或先升级到 ESX Server 3.5 或更高版本,然后使用 ISO 映像或升级 ZIP 捆绑包升级到 ESX Server 3.5 Update 5。

  • 对于 ESX Server 3.0.0,请先升级到 ESX Server 3.0.1 或更高版本,再使用 ISO 映像升级到 ESX Server 3.5 Update 5;或先升级到 ESX Server 3.5,然后使用 ISO 映像或升级 ZIP 捆绑包升级到 ESX Server 3.5 Update 5。

  • 不支持从 ESX Server 3.5 Update 5 升级到 ESX Server 4.0。但可以升级到 ESX Server 4.0 Update 1。

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

更新的 RPM 和安全修补程序

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

升级 VMware Tools

VMware 建议为此 ESX Server 版本升级 VMware Tools。VMware Tools 版本应该为 7.4.8。Windows SVGA 驱动程序版本升级到了 11.4.3.3。

页面顶部

本版本中包含的修补程序

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

ESX Server 3.5 Update 5 包含 ESX Server 3.5 Update 4 中的所有修补程序,以及在 ESX Server 3.5 Update 4 之后发布的下列修补程序:

此外,ESX Server 3.5 Update 5 解决了新的问题(请参见 已解决的问题部分),这些问题也在下列单独的修补程序捆绑包中进行了发布:

页面顶部

已解决的问题

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

备份

  • 当 backup_destination设置为 scp时, vcbSnapAll命令可能会失败,并显示一个错误。此问题已在 ESX 3.5 Update 5 中得到解决。

CIM 和 API

  • 在早期版本的 ESX Server 中,在某些 Dell MLK 硬件上, OMC_Memory实例的 NumberOfBlocks属性值为 0。

  • 使用“storelib 物理设备设备 ID (storelib Physical Device Device ID)”消息填充日志
    某些情况下,使用 LSI Logic 驱动程序(megaraid2、megaraid_sas 和 mptscsi)的提供程序会重复记录诸如“storelib 物理设备设备 ID (storelib Physical Device Device ID)” 等消息,并填充 /var/log/messages日志文件。这些消息属于调试代码。在此版本中,不会在此位置记录这些调试代码消息。

  • 每隔两分钟在系统日志中记录一条调试消息
    每隔两分钟在 /var/log/messages中记录下面的调试消息:
    “正在尝试打开 /sbin/modprobe edd 2>&1 (trying to open /sbin/modprobe edd 2>&1)”

  • 在没有 LSI 控制器的 ESX Server 主机上,LSI 提供程序会在系统日志中重复记录消息“未能获取 TopLevelSystem (failed to get TopLevelSystem)”。在此版本中,如果 LSI 控制器不存在,则不会记录此消息。

  • 在运行 ESX Server 3.5 Update 4 的服务器上,vSphere Client 将主机的内存状态显示为“未知”
    在运行 ESX Server 3.5 Update 4 的服务器上,双列直插式内存模块 (DIMM) 会将内存状态显示为“未知”,但其他系统上的 DIMM 会将可能不正确的状态显示为正常状态。

  • 在升级到 ESX Server 3.5 Update 4 后,在 VI Client 上,健康状态和与存储器相关的信息会改变
    在升级到 ESX Server 3.5 Update 4 后,在 VI Client 上,健康状态和与存储器相关的信息会改变。同样,通过 CIM 客户端,如果在某些类(如 VMWARE_StorageExtent)上执行 EI 操作,则系统会显示一条与以下内容类似的错误消息:

    /var/pegasus/bin/cimcli CIMException:Cmd= enumerateInstances Object= VMWARE_StorageExtent
    ProviderLoadFailure:(/var/pegasus/lib/libvmwprovider.so) Provider is not a CMPI style provider.Cannot find VMware_StorageExtent_Create<mi-type>MI symbol.

客户机操作系统

  • 为具有 2.6.13 或更高内核版本的 Linux 客户机操作系统增加了 I/O 超时值
    从 ESX 3.5 Update 5 版本开始,VMware Tools 在具有高于或等于 2.6.13 的内核版本的 Linux 操作系统上安装了一个 udev 规则文件。此规则文件会将 VMware 虚拟磁盘的默认超时值更改为 180 秒。这可帮助客户机操作系统在故障切换方案期间更好地存活。

  • Solaris 中的内存擦除服务突然出现内存虚拟增长
    通过访问虚拟增长驱动程序所保留的内存页面,Solaris 中的内存擦除服务突然出现内存虚拟增长。在此版本中,加载虚拟增长驱动程序时会禁用内存擦除服务,从而降低内存虚拟增长的增长率。

  • 在 Solaris 虚拟机上会经常重置虚拟增长驱动程序
    某些 Solaris 虚拟机会经常重置虚拟增长驱动程序。在此版本中,引入了两个用于禁用虚拟增长的参数。这两个参数是:

    • sched.mem.balloon.resetlimit:虚拟增长重置次数最大值,超过该值会禁用虚拟增长功能。默认值为 12。
    • sched.mem.balloon.decayperiod:秒数最大值,超过该值时重置计数器的值会减半。默认值为 43200 秒(12 小时)。

    可以在 .vmx文件中配置这些参数。当 sched.mem.balloon.resetlimit参数变为零时,会禁用虚拟增长。在虚拟机上禁用虚拟增长之后,只有重新启动虚拟机才能启用它。

  • 如果已卸载 VSS 组件,则需要 msvcp71.dll 文件的应用程序将无法打开
    如果卸载 VMware Tools 或 VMware Tools 的 VSS 组件,则重新引导虚拟机时,需要 msvcp71.dll文件的应用程序将无法打开。本版本已修复该问题。

  • VirtualCenter 中的 [虚拟机] 选项卡会将 Windows 2008 Server 虚拟机显示为 Windows Vista 虚拟机。

  • 客户机操作系统的内存使用情况被高估,导致在 VirtualCenter Server 中虚假地发出内存警报
    在支持 EPT 技术的 Intel 系统上或在支持 RVI 技术的 AMD 系统上,客户机操作系统的内存使用情况可能会被高估。即使客户机操作系统未主动访问大量内存,这也可能会导致在 VirtualCenter Server 中发出内存警报。

  • 在 Windows XP Embedded 虚拟机上,VMware Tools 安装提示需要 i8042prt.sys 文件
    在 Windows XP Embedded 虚拟机上安装 VMware Tools 时,安装程序可能会提示需要 i8042prt.sys文件。必须手动从 C:\Windows\system32\drivers选择此文件,然后单击 [确定]
    注意:这种情况下,会假定 \Windows\system32\drivers文件夹路径位于 C:驱动器。

  • 通过 RDP 会话访问 Windows 虚拟机时,Windows 虚拟机出现故障,显示蓝屏。
    通过远程桌面协议 (RDP) 会话访问某些 Windows 虚拟机时,这些虚拟机可能会出现故障,在蓝屏上显示错误。

  • 在启用 VMI 的 SMP(对称多处理)虚拟机中运行的 Java 应用程序可能会失败。

  • 在 Windows 虚拟机上自动升级 VMware Tools 需要人工干预
    通过 VI Client 在 Windows 虚拟机上自动升级 VMware Tools 期间,安装程序可能会显示一个请求用户输入的对话框。要完成升级过程,必须登录到虚拟机并对该对话框作出响应。在此版本中已解决该问题,且无需任何人工干预,自动升级过程也能完成。

  • 使用虚拟机界面 (VMI) 的虚拟机引导速度可能会非常慢。

  • 使用虚拟机界面 (VMI) 的虚拟机可能会停止响应。在 ESX Server 3.5 Update 5 版本中已解决该问题。

  • 利用 AMD 的快速虚拟化索引 (RVI) 功能的对称多处理 (SMP) 虚拟机在启动之后最长可能会显示 30 秒的蓝屏。

  • VMware Tools 升级会覆盖 SVGA 驱动程序,而不检查现有 SVGA 驱动程序的版本。

  • VMware Tools 修复或修改失败,并显示严重的错误
    [控制面板] > [添加/删除程序] 修复或修改虚拟机上的 VMware Tools 时,安装程序会失败并回滚,显示错误“在安装期间发生了严重的错误 (Fatal Error during Installation)”。在此版本中,会从 [控制面板] > [添加/删除程序] 移除修复选项。必须改为从用于全新安装的原始介质直接运行 setup.exe。

VMware High Availability (HA)

  • ESX 在执行 VMware HA 流量、VMotion、克隆或修补操作后自动启动防火墙
    在 ESX 主机中执行 vMotion、克隆、配置 HA 或修补等特定操作时,ESX 控制台操作系统的防火墙可能会恢复为先前存储的配置。如果您使用受支持的 esxcfg-firewall命令以外的其他工具更改了防火墙的配置,将发生此恢复过程。
    请勿通过运行 chkconfig firewall off命令或阻止防火墙启动脚本来禁用防火墙。要禁用防火墙,请通过运行 esxcfg-firewall --allowIncoming --allowOutgoing命令来配置防火墙,使所有流量通过。
    请勿通过使用 iptables 命令或任何其他 Linux 防火墙管理命令来更改活动的防火墙配置。仅使用 esxcfg-firewall命令、vSphere 或 VI Client 来管理控制台操作系统防火墙配置。
    要使用 vSphere Client 来管理控制台操作系统防火墙配置,请执行以下操作:

    1. 清单面板中选择主机。
    2. 选择 配置选项卡。
    3. 单击 安全配置文件
    4. 单击 属性链接。
    5. 在“属性”窗口中,编辑配置详细信息。

    如果需要添加新的防火墙服务定义,请在 /etc/vmware/firewall目录中创建一个附加 XML 文件。然后,可以使用 esxcfg-firewall -e <newservicename>命令启用该新服务。
    如果需要增强 ESX 提供的现有服务,请从 /etc/vmware/firewall目录中的原始文件( services.xml或其他某个文件)复制其 XML 定义。为新服务提供一个名称,以区分于原始服务(原始服务仍然按旧名称提供)。然后,禁用旧服务并启用新服务。例如, esxcfg-firewall -d ftpClient -e myFtpClient。
    请勿修改 ESX 提供的原始防火墙 XML 文件。这些文件以后可能会在修补或升级过程中被替换,并可能删除您的更改。

迁移

  • VMotion 失败时虚拟机关闭
    当 VMotion 由于虚拟机的占用极大内存的负载或任何类似问题而失败时,虚拟机可能会被关闭。本版本已解决该问题,允许虚拟机在 VMotion 失败时继续在源上正常工作。

其他

  • 如果没有停止 pegasus和 wsman守护进程,则 ESX Server 主机可能会在关机或重新引导期间失败,并显示紫屏错误。本版本已修复该问题。

  • 在某些 ASUS 系统上,ESX Server 未能引导,并显示紫屏
    按照 ACPI 规范,对于实现 _PRS和 _CRS方法的任何中断链接设备来说,这两种方法返回的数据格式必须匹配。如果 BIOS 错误地实现不同的格式,则 ESX Server 可能无法引导,并显示紫屏。该修复程序检测数据格式中的不一致,并让系统引导而忽略错误信息。

  • 在 NFS 上读取交换时的文件权限问题
    在此版本中已修复这些文件权限问题。

  • 即使存在可用内存,也会从空闲虚拟机回收内存
    在包含多台具有很大内存大小的虚拟机的配置中,即使存在可用内存,也会在空闲虚拟机上触发内存回收。本版本已解决该问题。

  • 重新引导时配置数据丢失
    如果 ESX Server 服务控制台的 /分区已满, 则任何修改 esx.conf的命令都将导致丢失所有配置数据。例如,如果文件系统已满,则尝试修改 vswitch 配置会导致丢失所有配置数据。因此,在重新引导后网络连接失败。此 ESX Server 版本解决了此问题,避免了在这种状况下的数据丢失。另外,会显示一条错误消息,指示文件系统已满。

网络连接

  • 在本机 VLAN 更改之后,ESX Server 检测不到 Intel MT 或 PT 网卡上的 CDP 信息(知识库文章 1006379)

  • 如果 ESX 主机的可用 TCP/IP 套接字已用尽且 NFS Client 已挂载某个目录,则 ESX 主机会失败。

  • 在所有 tg3 网卡上禁用了 TSO 帧
    tg3 网卡的 TSO(TCP 分段清除)帧问题已经存在了很久,其实施并未提供任何显著的提升。从此版本开始,会在所有 tg3 网卡上禁用 TSO 帧。

  • 如果 bnx2 网卡已由 NetWatchDog 重置,则 ESX Server 可能会停止响应
    如果 bnx2 网卡已由 NetWatchDog重置,则 bnx2 初始化会失败。此 ESX Server 版本引入了一个修补程序,如果初始化失败五次,则该修补程序会停止由 NetWatchDog重置网卡,并显示一条与以下内容类似的消息:
    Jul 15 10:17:09 prme-stg270 vmkernel:0:00:12:51.090 cpu12:1127)<5>bnx2:giving up resetting vmnic1 initialization failed 4 times

  • 过多串行登录大型 PCPU 系统可能会导致 ESX Server 主机失败,并在紫屏上显示消息
    在发生过多串行登录大型 PCPU 系统的情形时,ESX Server 主机可能会失败,并在紫屏上显示消息。此 ESX Server 版本修改了串行登录 ESX Server 主机的行为。默认情况下,启用串行登录。在 VirtualCenter Server 中,会移除 logSynchronous选项。此选项可从 [VirtualCenter] > [配置] > [高级设置] > [VMkernel] > [引导] > [logSynchronous] 访问。现在可以启用或禁用串行登录,如下所示:

    • 从 VirtualCenter Server 中:将 Misc.LogToSerial选项设置为适当的值。此选项可从 [VirtualCenter] > [配置] > [高级设置] > [其他] 访问。
    • 从 ESX Server 中:从服务控制台运行以下命令:
      esxcfg-advcfg –s <value> /Misc/LogToSerial
  • 包含 Intel igb 卡的系统每秒产生大量中断
    本版本已解决该问题。安装此修补程序后,包含 Intel igb 卡的系统默认情况下会在动态保守模式下运行,且每秒的中断率很低。另外,TCP 吞吐量性能也达到了最佳。

  • 如果打开多个端口时提供了错误的输入,则 esxcfg-firewall命令会引发严重错误。本版本已修复该问题。

  • 增加了用于设置和获取 maxActive 上行链路值的新命令选项
    此 ESX Server 版本为 esxcfg-vswitch命令引入了新的选项。这些选项有 -X和 -x,分别可用于设置和获取 maxActive上行链路的值。

  • 在使用 BCM5700 网卡的 Dell 6650 服务器上安装的 ESX Server 可能会停止响应,并显示紫屏错误。

  • 默认情况下在 unm_nic 中会禁用 NetQueue
    在 ESX Server 3.5 Update 5 中,在 NetXen 驱动程序中,默认情况下会禁用 NetQueue。当前 VMware 在 NetXen 驱动程序上不支持 NetQueue。

  • 当多个客户端同时与一个 ESX Server 主机建立连接时,修复在 hostd 中发生的缓冲区损坏问题。

  • 执行 VMware Tools 升级后,Linux 客户机操作系统失去网络连接
    如果 VMware Tools 是在 Linux 客户机操作系统上进行升级的,则客户机操作系统将失去网络连接。升级后,客户机操作系统将停止网络服务,且不会自动重新启动该服务。甚至对于 linux 客户机操作系统上的 VMware Tools 自动升级,也会出现此问题。

  • 此 ESX Server 版本支持适用于 ESX Server 3.5 中的 BCM5715S 网卡的 esxcfg-nic -a命令

  • 将系统切换至单用户模式时,防火墙服务会停止
    当系统处于单用户模式下时,会停止所有与网络相关的服务(包括防火墙服务)。当系统切换回多用户模式时,会自动重新启动防火墙服务和所有其他与网络相关的服务。

  • 运行 vm-support命令时,ESX Server 失败,在 world vsi_traverse中显示 Exception 14。

安全

  • 此更新版本不涉及任何新的安全问题。它包含所有先前发布的安全修补程序。

服务器配置

  • 客户机操作系统可以访问 SCSI CD-ROM(知识库文章 1008673)

  • COS 内存不足,导致系统故障,并显示紫屏错误
    在 ESX Server 3.5 Update 5 中,增加了为控制台操作系统 (COS) 预留的内存,从而降低了由于缺少内存而发生服务器故障的可能性。仅当执行 ESX Server 3.5 Update 5 的全新安装时,此增加的内存预留才可用。如果从早期版本的 ESX Server 升级到 ESX Server 3.5 Update 5,则会保留早期版本的内存设置。这种情况下,您可能会需要根据您的 COS 内存要求手动增加预留的内存和交换。可以按 增加为 COS 预留的物理内存和交换以避免 ESX Server 故障(知识库文章 1013243)中的说明操作,增加预留的内存和交换。

  • 此 ESX Server 版本包含一个修补程序,该修补程序提供一种用于提高 ESX Server 主机性能的机制,而该性能可能会由于 IRQ 共享而受到影响。有关详细信息,请参见 IRQ 共享可能导致 ESX Server 3.5 出现性能问题(知识库文章 1003710)。

  • 从此版本开始,用户可以在安装 ESX Server 后通过 VI Client 在 UTC 时区中设置 NTP 属性。

存储器

  • 在虚拟机上未显示更新的 RDM 大小
    在早期版本的 ESX Server 中,仅当重新启动 ESX Server 时,才会在虚拟机上显示更新的 RDM 大小。从此版本开始,将通过运行 LUN 重新扫描在虚拟机中显示更新的 RDM 大小。不需要重新启动 ESX Server。

  • 多次重新扫描 ESX Server 上的 VMFS 卷会导致紫屏错误
    在已安装 IBM Director Agent 的 ESX Server 计算机上运行 VMFS 卷的多次重新扫描可能会导致紫屏错误。

  • 此版本解决了以下问题:在虚拟机所在的存储器上发生路径故障切换时,虚拟机可能会在快照操作期间关闭。

  • 使用 CIB 配置的 Microsoft 群集可能会由于 VMFS 活动而发生故障切换
    在 CIB(机箱内群集)配置中,由于共享同一卷的另一个主机执行的 VMFS 操作所引起的预留冲突,可能会发生故障切换。出现冲突时,会在 Windows 事件日志中记录 SCSI 错误。

  • 在 VMFS 卷中遇到 VMFS 检测信号损坏,导致虚拟机故障
    在先前的版本中,在 VMFS 卷中遇到 VMFS 检测信号损坏时,虚拟机可能会无法启动。但不会在 VMkernel 日志中记录指示 VMFS 卷的检测信号损坏的预期消息。在 ESX 3.5 Update 5 中,会在 VMkernel 日志中记录与以下内容类似的日志消息:

    Mar 24 17:06:25 blr-2nd-1-dhcp274 vmkernel:0:01:34:08.655 cpu4:1039)WARNING:FS3:ReadHostPulse:1017:FS 49c2390a-1976a3cb-1449-001aa0ae5b61 may be damaged.
    Mar 24 17:06:25 blr-2nd-1-dhcp274 vmkernel:0:01:34:08.666 cpu4:1039)WARNING:FS3:ReadHostPulse:1028:Corrupt heartbeat detected at offset 0x3b9e00:[state 0 offset 0 gen 0 owner 00000000-00000000-0000-000000000000 journalAddr 0

    如果需要解析这些日志消息,请与 VMware 支持人员联系。

  • 在用户从 EMC Invista 或 EMC DGC 存储阵列取消映射几个 LUN 并在 ESX 主机上重新扫描 LUN 之后,会显示以下警告消息: D:0x0/H:0x0 0x0 0x0 0x0。此警告消息已在 ESX 3.5 Update 5 中得到解决。

  • 同时启动若干个已配置多个 NPIV 的虚拟机时,vport 计数不一致
    发生此问题的原因是,并没有为所有虚拟机创建虚拟端口。此 ESX Server 版本解决了在 proc 节点上创建的虚拟端口数量方面的不一致问题。

  • DentryCache 初始化中的某个竞争条件导致系统失败,并显示紫屏错误。

  • VMotion 在包含大量非活动 VMFS 卷的 ESX Server 主机上超时
    在包含许多非活动 VMFS 卷的 ESX Server 主机上,VMotion 可能会失败。另外,在此类主机上的虚拟机可能需要启动很长时间。

  • 如果在目标存储阵列上存在活动 I/O 操作,则无法将活动路径标记为“关”
    在早期版本的 ESX Server 中,可以通过从 ESX Server 主机的服务控制台运行 esxcfg-mpath命令或者通过 VI Client 或 VirtualCenter Server 随时将活动存储路径标记为“关”。从 ESX 3. 5 Update 5 开始,如果在目标存储阵列上存在活动 I/O 操作,或者如果在存储路径上存在活动预留,则无法将活动路径标记为“关”。但可随时将非活动路径标记为“关”。

升级和安装

  • 使用为 TCP 支持配置的 NFS 服务器安装 ESX Server 的能力(知识库文章 1015512)

  • 从 ESX 3.5 升级到 ESX 3.5 Update 2 时,升级过程失败,显示 More than one vmkernel found错误。从 ESX 3.5 升级到 ESX 3.5 Update 5 之前的任何 ESX 3.5 更新版本时,可能会出现此问题。

  • esxupdate 命令不保留 /etc/yum.conf 中的自定义设置
    如果安装了修补程序或更新版本且修改丢失,则对 /etc/yum.conf文件所做的自定义修改会被覆盖。本版本已修复该问题。

VirtualCenter、VI Client 和 Web Access

  • 当非管理员用户尝试启动 VI Client 时,会显示“不允许请求的注册表访问”(知识库文章 1009284)

  • 配置端口组以使用基于 IP 哈希的路由以及信标探测策略,导致重复数据包
    在本版本之前的版本中,如果配置端口组以使用基于 IP 哈希策略的路由策略来实现负载平衡,以及使用信标探测策略来实现网络故障切换检测,将导致重复数据包。从本版本开始,VI Client 不允许此类配置,并且会显示以下错误消息:
    将网络故障切换检测设置为“信标探测”的同时将负载平衡设置为“基于 IP 哈希的路由”的配置无效。请更改设置。
    但在一些个别案例中,端口组得以继承策略设置,因此其中可能同时设有基于 IP 哈希的路由以及信标探测策略。

  • 从数据存储浏览器下载大型文件或将虚拟设备导出到 OVF 时发生 I/O 错误
    在之前的版本中,使用数据存储浏览器下载或上载大型文件时,可能会显示 I/O 错误。将虚拟设备导出到 OVF 中时也会发生此错误。

  • VI Client 在 hostd 日志中显示大量包含文本 DiagnosticMgr.Browse 的日志消息
    如果使用 VI Client 直接连接到 ESX Server 主机上,然后单击 系统管理 > 系统日志中的 全部显示按钮,则 hostd 日志中会显示大量包含文本 DiagnosticMgr.Browse的日志消息。发生此问题的原因是 VI Client 在计算日志结尾时发生错误。在本版本中,此问题已得到纠正。

虚拟机管理

  • 在出现的某个特定用例中,仅当主机上的虚拟机配置为自动启动或自动停止时,ESX Server 主机才可能会在关机过程中停止响应。在此 ESX Server 版本中,修复了处理虚拟机的自动启动和自动停止的脚本以解决此问题。

  • 此 ESX Server 版本解决了在对 ESX Server 主机之间的虚拟机执行 VMotion 操作之后紧接着很短的一段时间内虚拟机性能低下的问题。
    以下情形可能导致出现此问题:

    • 客户机操作系统经常使用大型页面文件
    • 在 VMotion 开始之前,虚拟机已在进行交换

页面顶部

已知问题

此部分介绍此 ESX Server 版本中的已知问题。会按以下主题领域对这些问题进行分类:

CIM 和 API

  • 在 NEC Express 5800 140Ba-10 服务器上, cimprovagt或 cimserver进程占用达到 COS 上的 CPU 0 的 99%。因此,剩余的应用程序(包括 snmpd)未能执行。

  • 在升级到 ESX Server 3.5 Update 5 之后,当重新启动 ESX Server 时,在引导过程中会报告 Pegasus 安装队列故障错误。(知识库文章 1015294)

  • 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 更改传感器阈值,传感器枚举无法立即返回新的属性值。更改大约一分钟后才能生效。

  • 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 上不起作用。
  • 使用 WS-Man 协议时, ModifyInstance()调用更改传感器阈值失败。
  • 机箱入侵指示对 IBM Athena 服务器不可用。

  • 当您使用 WS-Man 协议时, InvokeMethod(RequestPowerStateChange)和 InvokeMethod(RequestStateChange)操作失败

客户机操作系统

  • Solaris Update Manager 未能启动并在 xterm 窗口上显示与字体相关的错误。(知识库文章 1013079)

  • VMware Tools 未能在 Windows XP Embedded Studio 上自动安装 SVGA 驱动程序(知识库文章 1015250)

  • VMware Tools 的 XPDM SVGA 驱动程序在 Windows 7(32 位和 64 位)和 Windows 2008 R2 上不稳定。因此,未在运行这些客户机操作系统版本的虚拟机上安装此驱动程序。在这些操作系统上升级到 VMware Tools 的当前版本也将移除 SVGA 驱动程序(如果该驱动程序存在)。

  • Windows 7 中的 [关机] 选项列表中的 [休眠] 选项不可用
    在 Windows 7 虚拟机中,因为在这些客户机操作系统版本上 VMware Tools 未安装 XPDM SVGA 驱动程序,所以在 [关机] 选项列表中 [休眠] 选项不可用。不包含默认的 Vesa 驱动程序,该驱动程序不支持休眠功能。

  • Windows 客户机操作系统无法从待机或休眠状态恢复
    从待机或休眠状态恢复时,运行基于 Windows Server 2008 和 Windows Server 2003 的客户机操作系统且处于待机或休眠状态的虚拟机会停止响应。
    请参见 Microsoft 支持网站上的知识库文章 946331。

  • 在 SUSE Linux Enterprise Server 10 SP3 中安装 VMware Tools 后,VMware Tools 可能无法启动 vmxnet 快速网络服务。
    解决办法:执行以下任务:

    1. 在 VMware Tools 的安装过程中,对以下问题回答 否:
      首次运行 VMware Tools 之前,需要通过调用以下命令来配置 VMware Tools:“/usr/bin/vmware-config-tools.pl”。是否希望程序立即调用该命令?

    2. 安装 VMware Tools 之后,请运行以下命令:
      vmware-config-tools.pl --compile

  • 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)
  • VMware Tools 配置之后光标将消失

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

    解决办法:重新引导虚拟机。

国际化

除以下限制外,VI Client 和 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 Server 时,如果 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 访问此类虚拟机。
  • 使用 Web Access 访问 ESX Server 时,包含非 ASCII 字符的虚拟机名称可能不会正确显示。

迁移

  • 无法对大量虚拟磁盘执行 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))”
    解决办法:

    要迁移带有大量虚拟磁盘的虚拟机,请按以下步骤分批迁移磁盘:
    1. 将虚拟机配置文件和部分虚拟磁盘(每次不超过 5 个)的子集从源位置迁移至目标位置。
    2. 将虚拟机配置文件迁回源位置。
    3. 重复步骤 1 和 2,直到将所有虚拟机磁盘和虚拟机配置文件全部迁移至目标位置。
  • 内存使用率高时通过 VMotion 迁移可能会失败,出现“操作超时 (Operation Timeout)”错误
    在内存过度使用、交换文件位于备用数据存储上(而非虚拟机所在的数据存储)的虚拟机上通过 VMotion 执行迁移可能不会总是成功并且可能失败,VirtualCenter 出现错误消息“操作超时 (Operation Timeout)”。

其他

  • 某些 Dell BIOS 可能会在 ACPI 表中有重复的中断路由条目(知识库文章 1013804)

  • 在安装 HP Insight Manager 后健康状态信息不完整(知识库文章 1015607)

  • 已安装 IBM Director 6.1.2 平台代理的 IBM Director Server 6.1.1.1 Web 界面将 vmnic 的 MAC 地址显示为 LAN 连接的名称。要检索 LAN 连接名称,请使用 ElementName属性。

  • 无法在 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 主机上。
  • 升级后必须安装并启用 Converter Enterprise Client 插件
    VirtualCenter Server 2.5 Update 2 不支持早期版本的 Converter Enterprise Client 插件。因此,在升级到 VirtualCenter Server 2.5 Update 2 后必须安装并启用 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://<IP address of ESX Server host>/host/ipmi_sel)获取的 IPMI SEL 条目可能不是最新的 IPMI SEL 记录。

网络连接

  • 在重新引导 ESX Server 之后,在某些 Intel 网卡上网络连接丢失(知识库文章 1015620)

  • 如果 ESX Server 是使用 kickstart 文件安装的,则会在重新引导后重置防火墙规则
    如果使用 kickstart 文件安装 ESX Server(这样会指定诸如 NIS 和 Active Directory 之类的身份验证服务器),则不会保存这些服务器的防火墙规则。在重新引导后会将这些防火墙规则重置为默认规则。有关解决办法,请参见 知识库文章 1001154

  • ESX Server 在同一子网上不支持两个或两个以上 vmknic。(知识库文章 1013077)

  • 在 vswitch 上执行链接和取消链接操作无法正确地更新端口组所在的 vswitch 的绑定策略
    如果端口组是使用任意网卡绑定策略指定的,而不是从 vswitch 继承该策略,则在 vswitch 上的任何链接或取消链接操作(通过运行命令 esxcfg-vswitch -L/-U <vmnicX> <vSwitchY>)都无法正确更新端口组所在的 vswitch 的绑定策略。在 VI Client 中可能不会正确显示上行链路的状况(活动或待机)。活动链接的数量与在端口组的原始绑定策略设置中指定的数量相同。

  • NetXen P2 卡在计算机上不支持超过 128 GB 的 RAM(知识库文章 1009386)
  • 在网络广播风暴中,ESX Server 主机不响应

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

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

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

服务器配置

  • 在引导之后 ypbind (NIS) 服务无法启动
    即使将 ypbind设置为在默认情况下打开,在引导 ESX Server 之后 ypbind服务仍未能启动。如果未将 portmap或 ypbind服务正确配置为在引导时启动,则可能会发生这种情况。有关故障排除提示和解决方案,请参见 知识库文章 1015289

  • 引导时错误消息出现在 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
    可以从每个从属节点观察消息。
    这是一个已知问题。引导时生成的这些错误将不会影响系统的正常功能,可安全将其忽略。
  • 在故障排除模式下,poweroff 命令会关闭 ESX Server 但不会断开服务器的电源
    此问题适用于所有 ESX Server 版本,包括当前版本。当引导主机进入故障排除(仅限服务控制台)模式时,poweroff 命令无法断开主机的电源。它会执行关闭主机操作系统的常规功能,然后显示消息“关闭电源 (Power down)”。但是,服务控制台缺少可用于完成关闭单元操作的 ACPI 支持。

    解决办法:
    显示“关闭电源 (Power down)”消息之后,可以通过常规办法手动安全断开电源,例如使用远程管理控制台、关闭电源开关或拔插头。
  • 在 HP ProLiant BL 280c G6 服务器上执行安装将生成超时消息
    在 HP Proliant BL 280c G6 服务器上安装 ESX Server 3.5 Update 4 时,将发出以下消息:
    USB 控制/bulk_msg:超时 (USB control / bulk_msg: timeout)

    此消息来自于 Linux 服务控制台,指示 USB 主机控制器在所连接的 USB 设备上检测到超时。主机控制器可以为高速 (EHCI) 或全/低速控制器。原因可能是与所连接的任何设备(例如,ILO CD-ROM、键盘或 USB 闪存驱动器)失去连接。发出此消息后,设备将无法正常工作,直到发生设备电源事件(如设备分离和重新连接或整个系统关闭和启动)。重新引导可能会也可能不会清除此类情况。或者,可以使用 rmmod卸载 EHCI 主机控制器,尽管此方法只能清除由高速主机控制器检测到的情况。

    此消息可安全忽略。如果某个设备(例如,USB 键盘)无响应,可以通过先分离设备再重新连接设备来实现设备电源事件(对于 ILO 存储设备,此操作通过远程介质选项卡完成)。尚未发现与此消息有关的其他系统影响。

存储器

  • 当多个 ESX 主机共享一个转储分区时会丢失核心转储
    如果共享一个转储分区的多个 ESX 主机发生故障并同时保存了核心转储,则可能会丢失核心转储。
  • 引导操作间不保留 LSI 作业和非具体存储池
    LSI 实施的保留方案会在主机操作系统上为每个作业和非具体存储池(与存储卷不相关的存储池)新建一个文件。引导操作间不会保留这些文件。因此,重新引导主机操作系统后非具体存储池将不再可用。此外,重新引导之前执行的所有作业也不可见。
    支持使用包含 Update 版本的 10 GbE IP 存储(iSCSI 和 NFS)进行连接。性能级别可能不尽相同。
  • 如果第一个数据存储数据区小于 1GB,在跨区 VMFS 数据存储上创建大文件可能会失败
    如果您尝试在跨区 VMFS 数据存储中创建大虚拟磁盘文件,此操作可能会失败。通常,在第一个数据存储数据区大小小于 1GB 且缺少指针块时会出现该问题。
    解决办法:如果可能,请先使用较大的分区重新创建数据存储,然后再添加较小的数据区。
  • 串行连接的 SCSI (SAS) 磁盘阵列不能使用 VI Client 将其作为裸设备映射磁盘添加
    当使用 VI 客户端在裸设备映射磁盘上创建虚拟机或将硬盘添加到虚拟机时, [裸设备映射] 选项在新建虚拟机向导和添加硬件向导中被禁用。
    解决办法:要将 SAS 磁盘阵列添加为裸设备映射磁盘,请执行以下操作:
    1. 在 ESX Server 服务控制台中运行具有以下语法的命令:
    # vmkfstools -r <raw_device_path> -a <bus_type> <RDM_file_name>
    2. 使用 [添加硬件向导] 将新创建的虚拟磁盘作为现有磁盘添加到虚拟机中。
  • 当 VI Client 与 ESX Server 主机相连时,添加到数据存储的 LUN 容量可能不可见
    您可以使用 VI Client [配置] 选项卡上的 [存储器] 面板修改数据存储的属性。当 VI Client 与 ESX Server 主机相连时,如果通过在数据存储的 [属性] 窗口中单击 [添加扩展] 添加 LUN,[属性] 窗口中可能不会显示所添加的 LUN 的容量。
    解决办法:关闭 [属性] 窗口,单击 [配置] 选项卡上的 [存储器] 链接,然后重新打开 [属性] 窗口。
  • 访问光驱时 ESX 主机显示良性错误消息
    从光驱进行装载或复制时,ESX Server 主机会显示 “hda:丢失中断(hda: lost interrupt)” 消息。此错误消息可能还会写入 /var/log/messages中。这个问题不会造成任何数据损坏,可以忽略。

升级和安装

  • 如果 esxupdate 用完磁盘空间,系统将变为不可用
    使用 esxupdate 升级到 ESX Server 3.5 Update 3 时,如果 esxupdate 在 /、 /boot或 /usr分区上用完空间,系统将变为不可用。
    解决办法:应用修补程序之前,确保在 /、 /boot或 /usr分区上有足够的空间。要确定是否有足够的空间用来升级,可按照 《ESX Server 3 修补程序管理指南》中的说明执行测试安装。

ESX Server 升级和安装

  • 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 软件包。

其他升级和安装问题

  • [关闭] 按钮在 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 数据库。

虚拟机管理

  • 在 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 后缀(知识库文章 1004299)
  • 克隆的虚拟机可以看到源虚拟机的 .vmdk 文件(知识库文章 1004176)
  • 具有“创建”特权的用户无法创建虚拟机(知识库文章 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(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 问题

  • 使用 Web Access 启动或关闭虚拟机导致多条冗余错误消息写入到包含错误消息的 hostd.log 中
    通过 Web Access 启动或关闭虚拟机时,每隔 2 秒或 3 秒就会将类似以下内容的错误消息记录到 /var/log/vmware/中的 hostd.log文件中:
    Throw vmodl.fault.ManagedObjectNotFound

  • 如果未使用最新版本的 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。
  • 取决于 ESX Server 3.5 Update 4 的安装方式,时区标签会有所不同
    使用 Web Access 创建 kickstart 文件 ks.cfg时,下拉菜单中将显示时区名称 Asia-Calcutta 。但是,使用 GUI 或文本方式安装时,同一个项目将列为 Asia-Kolkata。此问题除了名称不同之外并不存在其他问题。

VMware High Availability (HA)

  • 建议不要在 ESX Server 主机进入维护或待机模式时迁移虚拟机
    如果主机进入请求模式后会违反 VMware HA 故障切换级别规定,则 VMware DRS 不建议或执行(在完全自动化模式下)从正在进入维护或待机模式的主机中迁出虚拟机。无论严格的 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 具有增强型网络合规检查以提高群集的可靠性。此增强型网络合规检查功能有助于确保群集范围的心跳网络路径的正确性。有关详细信息,请参见 知识库文章 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>

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

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

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

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