ESX 4.1 Update 1 | 2011 年 2 月 10 日 | 内部版本 348481
VMware Tools | 2011 年 2 月 10 日 | 内部版本 348481

文档最近更新日期:2011 年 2 月 10 日

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

新增功能

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

  • vCenter 和 VMware Update Manager 支持其他数据库。 vCenter 4.1 Update 1 和 VMware Update Manager 4.1 Update 1 支持使用 Microsoft SQL Server 2008 R2 和 Oracle 11g R2 数据库。
  • 用于配置 VMware Update Manager 的用户界面。 vSphere 4.1 Update 1 引入了一种新图形用户界面,用于 VMware Update Manager (VUM) 和 VMware Update Manager Download Service 安装后配置。此图形界面可用于多种配置任务,例如重置 VMware Update Manager 用于通过其数据库身份验证的密码,替换 VMware Update Manager 使用的 SSL 证书,重新向 vCenter 注册 VMware Update Manager 扩展以及配置 VMware Update Manager Download Service 使用的代理服务器和身份验证详细信息。
  • 提高了可扩展性。 ESX 4.1 Update 1 支持多达 160 个逻辑处理器。
  • 提高了某些数据库和终端服务工作负载的性能。 ESX 4.1 Update 1 大幅提高了吞吐量和 CPU 利用率,还大大减少了某些数据库和终端服务工作负载的迁移操作。
  • 支持其他客户机操作系统。 ESXi 4.1 Update 1 增加了对 Ubuntu 10.10、Solaris 10 U9 和 RHEL 6 的支持。有关本版本支持的客户机操作系统的完整列表,请参见 《VMware 兼容性指南》

已解决的问题 此外,本版本还提供了许多已在 已解决的问题部分中记录的缺陷修复。

返回页首

ESX 4.1 的早期版本

ESX 4.1 早期版本的功能和已知问题在发行说明中进行了介绍。要查看早期版本的发行说明,请单击以下链接:

返回页首

开始前

ESX、vCenter Server 和 vSphere Client 版本兼容性

VMware vSphere 兼容性列表中详细介绍了当前版本和先前版本的 VMware vSphere 组件(其中包括 ESX、vCenter Server、vSphere Client 及其他 VMware 产品)的兼容性问题。

ESX、vCenter Server 和 VDDK 兼容性

Virtual Disk Development Kit (VDDK) 1.2 增加了对 ESX 4.1 Update 1 和 vCenter Server 4.1 Update 1 版本的支持。有关 VDDK 的更多详细信息,请访问 http://www.vmware.com/support/developer/vddk/

硬件兼容性

  • 了解硬件兼容性

    《基于 Web 的兼容性指南》中提供了硬件兼容性列表,网址为: http://www.vmware.com/resources/compatibility。《基于 Web 的兼容性指南》是所有 VMware 兼容性指南的单一访问点,提供了指南搜索选项,还可将搜索结果保存为 PDF 格式。例如,通过了解本指南,您可以验证您的服务器、I/O、存储器和客户机操作系统是否兼容。

    请通过 这是用作 RSS 源的链接的 RSS 图像
    订阅兼容性指南更新通知。
  • 了解 vSphere 兼容性:

    VMware vSphere 兼容性列表 ( PDF)

安装和升级

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

成功安装后,必须执行若干配置步骤,尤其必须执行许可、网络连接和安全性配置。有关这些配置任务的指导,请参考 vSphere 文档中的以下指南。

高于 VMware vSphere 的版本可能不支持 VMFS 版本 2 (VMFS2)。VMware 建议将其升级或迁移到 VMFS 版本 3 或更高版本。请参见 《vSphere 升级指南》

高于 VMware vCenter Server 的版本将不支持在 32 位 Windows 操作系统上安装。仅可以在 Windows 64 位平台上安装 vCenter Server 4.1。如果已安装了 VirtualCenter 2.x,请参见 《vSphere 升级指南》,了解有关在 64 位操作系统上安装 vCenter Server 和保留 VirtualCenter 数据库的说明。

未与 vCenter Server 捆绑在一起的 ESX 相关的管理信息基础 (MIB) 文件。vCenter Server 4.0.x 仅随附了与 vCenter Server 相关的 MIB 文件。所有 MIB 文件可从 VMware 网站下载,网址为: http://www.vmware.com/download

升级 VMware Tools

VMware ESX 4.1 Update 1 要求进行 VMware Tools 升级。VMware Tools 是一套实用程序,能够增强虚拟机的客户机操作系统的性能。有关在此版本的 ESX 中已解决的与 VMware Tools 相关的问题列表,请参见 VMware Tools 已解决的问题

要确定已安装的 VMware Tools 版本,请参见 验证 VMware Tools 内部版本(知识库文章 1003947)。

升级或迁移到 ESX 4.1 Update 1

ESX 4.1 Update 1 提供了以下升级选项:

  • VMware vCenter Update Manager 。[所需信息]
  • vihostupdate 。支持从 ESX 4.0 直接升级到 ESX 4.1 Update 1 的命令行实用程序。此实用程序要求安装 vSphere CLI。请参见 《vSphere 升级指南》
  • esxupdate 。用于从 ESX 4.0 升级到 ESX 4.1 Update 1 的命令行实用程序。请参见 《ESX 4.1 修补程序管理指南》
  • esxupgrade.sh 脚本 。适用于没有网络访问权限的 ESX 3.5 主机。请参见 知识库文章 1009440。如果主机具有网络访问权限,则可使用 vCenter Update Manager 来执行升级。对于 ESX 3.0.x 主机,必须先通过使用 vSphere Host Update Utility 4.0 或 vCenter Update Manager 4.0 升级到 ESX 4.0 或某一 ESX 4.0 Update 版本。然后,可使用 vCenter Update Manager 4.1 或者 esxupdate vihostupdate 实用程序升级到 ESX 4.1 Update 1。有关详细说明,请参见 《vSphere 升级指南》

ESX 早期版本中可支持若干升级工具,但当前版本中不再支持这些工具。这些工具包括从 CD 进行的图形升级、从 CD 进行的文本模式升级、使用服务控制台升级 tarball、使用 esxupdate 从 CD 或 PXE 服务器进行的脚本式升级以及使用 kickstart 命令从 CD 或 PXE 服务器进行的脚本式升级。VMware Update Manager 是支持从 ESX 3.5.x 升级到 ESX 4.1 的唯一工具。

使用脱机升级 zip 文件从 ESX 4.0 升级到 ESX 4.1 Update 1 时, esxupdate -a query命令的输出会将 ESX 4.1 Update 1 汇总公告显示为 ESX410-U01,而不是 ESX410-Update01。[检查是否必须在此处添加此信息。]

本版本包含 esxupdate工具的修复程序,可能会影响修复和升级功能。升级到 ESX 4. 1 Update 1 之前,请安装 ESX410-201101203-UG 修补程序。

支持主机升级到 ESX 4.1 Update 1 的升级途径:

升级类型

受支持的升级工具

ESX 3.5
Update 5a

ESX 4.0

包括:
Update 1
Update 2

ESX 4.1

ESX-4.1.0-update01-345122.iso(脱机)

VUM - 主机升级基准

ESX 4.0-4.1 Update 1 的脱机捆绑

  • VUM 主机升级基准
  • esxupdate
  • vihostupdate
  • 如果要使用 vihostupdate 实用程序或 esxupdate 实用程序在 ESX 主机上下载新安装程序,请安装预升级公告

update-from-esx4.1-4.1_update01.zip(脱机)
  • VUM – 修补程序基准
  • esxupdate
  • vihostupdate

ESX410-Update01(联机)

VUM – 修补程序基准

说明:

本版本中包含的修补程序

本版本包含本产品发行前已发行的针对 ESX 的所有公告。有关各个公告的详细信息,请参见 VMware 下载修补程序页面。

修补程序版本 ESX410-Update01 包含下列各公告:[信息尚未提供]

ESX410-201101201-SG 更新 ESX 4.1 Core 和 CIM 组件
ESX410-201101202-UG 更新 ESX 4.1 VMware-webCenter-esx
ESX410-201101203-UG 更新 ESX 4.1 vmware-esx-esxupdate
ESX410-201101204-UG 更新 ESX 4.1 mptsas 设备驱动程序
ESX410-201101206-UG 更新 ESX 4.1 bnx2xi 设备驱动程序
ESX410-201101207-UG 更新 ESX 4.1 bnx2x 设备驱动程序
ESX410-201101208-UG 更新 ESX 4.1 sata 设备驱动程序
ESX410-201101211-UG 更新 ESX 4.1 VMware-esx-remove-rpms
ESX410-201101212-SG 更新 ESX 4.1 krb5、openldap、pam-krb5
ESX410-201101213-UG 更新 vmware-esx-drivers-net-enic
ESX410-201101214-UG 更新 vmware-esx-drivers-scsi-qla4xxx
ESX410-201101215-UG 更新 ESX 4.1 vmware-esx-net-nx-nic
ESX410-201101216-UG 更新 ESX 4.1 vmware-esx-vaai
ESX410-201101217-UG 更新 vmware-esx-drivers-net-e1000e
ESX410-201101218-UG 更新 net-cdc-ether、net-usbnet 驱动程序
ESX410-201101219-UG 更新 vmware-esx-drivers-net-e1000
ESX410-201101220-UG 更新 net-igb、net-tg3、scsi-fnic
ESX410-201101221-UG 更新 ESX 4.1 HP SAS 控制器
ESX410-201101222-UG 更新 mptsas、mptspi 设备驱动程序
ESX410-201101225-UG 更新 vmware-esx-pam-config 库
ESX410-201101226-SG 更新 glibc 软件包

有关每个修补程序内容的详细信息,请参见下载页面中列出的文档。

已解决的问题

本节介绍了此版本中以下几个主题方面的已解决的问题:

之前归为已知问题的已解决问题以 † 符号标记。

备份

  • 无法创建正在运行 vCenter Server 4.1 的 Windows 2008 R2 虚拟机的静默快照
    当创建安装有 vCenter Server 4.1 的 Windows 2008 R2 虚拟机的快照时,快照操作可能无法完成。此问题将在 Windows 2008 R2 虚拟机安装有 ADAM 数据库并且快照卷被标记为只读时出现。备份应用程序(例如 VMware Date Recovery)无法备份虚拟机,且出现以下错误消息: 无法为 <vmname> 创建快照,错误 -3960(无法使虚拟机处于静默状态)[Failed to create snapshot for <vmname>, error -3960 ( cannot quiesce virtual machine)]
    本版本已解决该问题。

CIM 和 API

  • vCenter Server 错误地报告了刀片机箱的服务标记
    在运行 ESX 4.1 主机的刀片服务器上,vCenter Server 错误地报告了刀片机箱的服务标记,而不是刀片服务器的服务标记。当刀片服务器由 vCenter Server 管理时,服务标记号将在 [处理器] 下的 [vCenter Server] > [配置] 选项卡中的 [系统区域] 内列出。对于 Dell 与 IBM 刀片服务器已报告过此问题,并在修复的 CIM OMC_Chassis 实例的 SerialNumber 属性值不正确时出现。本版本已修复该问题。

客户机操作系统

  • Windows 客户机操作系统可能发生故障,并出现 vmx_fb.dll 错误
    安装有 VMware Windows XP 显示驱动程序模型 (XPDM) 的 Windows 客户机操作系统可能会发生故障,并出现
    vmx_fb.dll 错误,同时显示蓝屏。本版本已修复该问题。
  • 由虚拟硬件返回的 CPUID 信息与物理硬件的 CPUID 不同
    客户机软件可能会使用 CPUID 信息来确定基础(虚拟或物理)CPU 硬件的特征。在某些实例中,由虚拟硬件返回的 CPUID 信息与物理硬件的不同。由于存在这些差异,客户机软件的某些组件可能会发生故障。在本版本中,修复会使得某些 CPUID 响应更加匹配物理硬件返回的响应。
  • 在 SUSE Linux 9 上安装 VMware Tools 操作系统特定软件包 (OSP) 会导致屏幕分辨率错误
    在 SUSE Linux 9 中安装 VMware Tools OSP 时,操作系统会配置 X Window 系统的 /etc/X11/XF86Config 文件,并使用 VMware 视频驱动程序替换 vesa 视频驱动程序。 如果使用 vesa 之外的视频驱动程序,则 VMware Tools OSP 不会替换它。试图通过使用 GUI 或 Linux xrandr 命令来更改屏幕分辨率失败。本版本已修复该问题。
  • 如果 ESX 主机的可用物理内存不足,则热添加功能可能失败
    如果 ESX 主机上的可用物理内存小于虚拟机开销内存的两倍,则使用热添加功能增加虚拟机的内存会失败。
    要在 vSphere Client 上查看可用物理内存,请单击 [ESX 主机] > [资源分配] > [内存] > [可用容量]
    要查看虚拟机的开销内存,请单击 [虚拟机] > [资源分配] > [内存] > [开销]
    本版本已修复该问题。
  • RHEL3、RHEL4 和 SLES9 的 VMware Tools 的 RPM 安装程序未能验证软件包签名
    使用 RPM 安装程序为 RHEL3、RHEL4 和 SLES9 安装 VMware Tools 时,签名验证会失败,并显示以下警告消息:
    V3 RSA/MD5 签名: NOKEY,密钥 ID 66fd4949 (V3 RSA/MD5 signature:NOKEY, key ID 66fd4949) 。因为旧版本的 RPM 无法验证由较新版本的 RPM 创建的 RSA 签名,所以会出现这种情况。要执行签名验证,请从 http://www.vmware.com/download/packages.html 下载 VMWARE-PACKAGING-GPG-DSA-KEY.pub 密钥文件。导入密钥文件后,不会出现警告消息。
  • 更新 WDDM 驱动程序
    在该版本中,会更新 Windows 显示驱动程序模型 (WDDM) 驱动程序来解决某些问题,即 Windows 虚拟机出现故障并显示蓝屏。


  • 更新了在 RHEL 32 位和 64 位客户机操作系统的虚拟机默认设置中的内存大小
    RHEL 32 位和 64 位客户机操作系统的虚拟机默认设置中建议的最小、默认和最大内存大小按照在 http://www.redhat.com/ 中的最新 RHEL 6 操作系统规范进行了更新。


  • 升级到 ESX 4.1 后基于 DOS 的客户端软件可能无法引导虚拟机
    当基于 DOS 的客户端软件(例如 Altiris Deployment Solution)使用 PXE 引导 DOS 映像时,PXE 引导顺序可能无法从服务器引导映像,且引导加载程序可能会显示 状态:0xc0000001 (Status: 0xc0000001)错误。本版本已解决该问题。

其他

  • ESX 启动时会在 /var/log/vmkwarning 中显示警告消息
    ESX 主机启动时,可能会在
    /var/log/vmkwarning 中显示与以下内容类似的警告消息:
    警告: AcpiShared:194 SSDTd+:表长度 11108 > 4096 (WARNING: AcpiShared: 194 SSDTd+: Table length 11108 > 4096)
    当 ESX 主机从 BIOS 中读取表大小大于 4096 字节的 ACPI 表时,会生成该警告消息。该警告没有危害,因此您可以忽略它。该修复程序将警告降级为日志。
  • lokkit 命令可能导致 ESX 主机无法工作
    请不要运行
    lokkit 命令。如果您运行了该命令,请单击 [取消] 来确保它不会影响服务控制台。如果您从 ESX 主机的服务控制台运行 lokkit 命令,则会显示包含安全级别或网络选项并带有以下三个按钮的 [防火墙配置] 窗口: [确定][自定义][取消]。 如果在不更改安全级别或网络选项的情况下单击 [确定],则服务控制台上可能会显示以下消息: setenforce: SELinux 已禁用 (setenforce: SELinux is disabled) 。ESX 主机无法工作且无法重新引导。由于在废弃的 system-config-securitylevel-tui 软件包中存在 lokkit 命令,因此会出现该问题。该软件包安装在 ESX 4.1 Update 1 之前的所有 ESX 主机上。本版本已修复该问题。
  • 更新了服务控制台
    服务控制台版本已更新为版本 2.6.18-194.11.1。该新服务控制台内核版本还解决了由 CVE-2010-3081 标识的“64 位兼容性模式堆栈指针下溢”问题。 发布 ESX 4.1 Update 1 之前已在 ESX 4.1 修补程序中修补了该问题。
    通用漏洞披露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2010-1084、CVE-2010-2066、CVE-2010-2070、CVE-2010-2226、CVE-2010-2248、CVE-2010-2521、CVE-2010-2524、CVE-2010-0008、CVE-2010-0415、CVE-2010-0437、CVE-2009-4308、CVE-2010-0003、CVE-2010-0007、CVE-2010-0307、CVE-2010-1086、CVE-2010-0410、CVE-2010-0730、CVE-2010-1085、CVE-2010-0291、CVE-2010-0622、CVE-2010-1087、CVE-2010-1173、CVE-2010-1437、CVE-2010-1088、CVE-2010-1187、CVE-2010-1436、CVE-2010-1641 和 CVE-2010-3081。
  • 用于网络的性能图表数据显示错误的信息
    用于网络的每个虚拟机堆栈性能图表数据显示错误的信息。您可以从 [性能] 选项卡上的 [高级设置] 中的 [图表选项] 来访问图表。连接到分布式虚拟交换机 (DVS) 的虚拟机的网络传输和接收统计信息在早期版本中已撤消并且显示错误。修复程序确保收集了正确的统计信息并将其传递给性能图表 UI。
  • 更新了 Tomcat 的版本
    Tomcat 已更新为版本 6.0.28,其中解决了 Tomcat 的早期版本中存在的多个安全问题。通用漏洞披露方案 (cve.mitre.org) 分配给 Tomcat 6.0.24 中修复的安全问题的名称如下:CVE-2009-2693、CVE-2009-2901、CVE-2009-2902 和 CVE-2009-3548。通用漏洞披露方案 (cve.mitre.org) 分配给 Tomcat 6.0.28 中修复的安全问题的名称如下:CVE-2010-2227、CVE-2010-1157。
  • 更新了服务控制台的 cURL RPM
    ESX 服务控制台的 cURL RPM 已更新为 curl-7.15.5-9.4652.vmw,其中修复了一个安全问题。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2010-0734。
  • ESX 4.1 Update 1 修补程序中添加了异步驱动程序
    将 ESX 4.1 Update 1 修补程序中包括的异步驱动程序集成到 ISO 和修补程序。


    更新了服务控制台软件包
    在本版本中,更新了服务控制台内核软件包以解决安全问题。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2010-3081。

  • 更新了服务控制台和 glibc RPM
    在本版本中,服务控制台 glibc、glibc-common 和 nscd RPM 已分别更新为 glibc-2.5-34.4909.vmw、glibc-common-2.5-34.4909.vmw 和 nscd-2.5-34.4909.vmw 以解决多个安全问题。通用漏洞披露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2010-3847 和 CVE-2010-3856。

网络连接

  • 由于 bnx2 设备限制 6 个端口,因此服务控制台中显示错误消息
    ESX 主机的服务控制台中将显示类似以下内容的错误消息:
    CPU10:4118 - intr vector: 290: 超出中断向量 (CPU10:4118 - intr vector: 290:out of interrupt vectors) 。应用此修复程序之前,MSI-X 模式和巨帧配置的 bnx2 设备只包含 6 个端口。在本版本中,bnx2 驱动程序在 MSI-X 模式下只分配 1 个 RX 队列,且支持 16 个端口并节省内存资源。本版本已解决该问题。
  • ESX 可能会在 HP 系统上出现故障,并显示“正在加载 32.networking-drivers (loading 32.networking-drivers)”错误消息
    ESX 可能会在某些 HP 系统(如包含 HP NC522SFP 双端口 10GbE 千兆服务器适配器的 DL 980 G7)上出现故障,并显示一条类似于以下内容的错误消息:
    正在加载 32.networking-drivers (loading 32.networking-drivers) 。通常在引导 ESX 主机或安装网络驱动程序期间 ESX 启动 NetXen 驱动程序时,就会出现此问题。 具体取决于某些 HP 系统配置。应用此修复后,可使用 NetXen 网卡将千兆位以太网与 ESX 主机进行连接。
  • 添加了 e1000e v1.1.2 驱动程序
    在先前的版本中,Intel e1000e v1.1.2 驱动程序未与 ESX 捆绑,但提供单独下载。在本版本中,e1000e v1.1.2 驱动程序与 ESX 捆绑在一起。
  • 添加了新版本的 QLogic qla2xxx 驱动程序
    在本版本中,认证并发布了较新版本 (832.k1.27.1-1vmw) 的 QLogic qla2xxx 驱动程序。
  • 添加了新版本的 Neterion vxge(异步)驱动程序
    在本版本中,包含了 Neterion vxge(异步)驱动程序的 2.0.28.21239 版本。
  • ESX 主机在带有 bnx2x 的情况下可能会出现故障
    如果使用带有 Broadcom bnx2x(收件箱驱动程序版本 1.54.1.v41.1-1vmw)的 VMware ESX 4.1,则可能会看到以下现象:
    • ESX 主机可能经常会与网络断开连接。
    • ESX 主机可能会停止响应,并出现紫色诊断屏幕显示类似以下内容的消息:
      [0x41802834f9c0]bnx2x_rx_int@esx:nover:0x184f stack:0x580067b28, 0x417f80067b97, 0x
      [0x418028361880]bnx2x_poll@esx:nover:0x1cf stack:0x417f80067c64, 0x4100bc410628, 0x
      [0x41802825013a]napi_poll@esx:nover:0x10d stack:0x417fe8686478, 0x41000eac2b90, 0x4
    • ESX 主机可能会停止响应,并出现紫色诊断屏幕显示类似以下内容的消息:
      0:18:56:51.183 cu10:4106)0x417f80057838:[0x4180016e7793]PktContainerGetPkt@vmkernel:nover+0xde stack:0x1
      0:18:56:51.184 pu10:4106)0x417f80057868:[0x4180016e78d2]Pkt_SlabAlloc@vmkernel:nover+0x81 stack:0x417f800578d8
      0:18:56:51.184 cpu10:4106)0x417f80057888:[0x4180016e7acc]Pkt_AllocWithUseSizeNFlags@vmkernel:nover+0x17 stack:0x417f800578b8
      0:18:56:51.185 cpu10:4106)0x417f800578b8:[0x41800175aa9d]vmk_PktAllocWithFlags@vmkernel:nover+0x6c stack:0x1
      0:18:56:51.185 cpu10:4106)0x417f800578f8:[0x418001a63e45]vmklnx_dev_alloc_skb@esx:nover+0x9c stack:0x4100aea1e988
      0:18:56:51.185 cpu10:4106)0x417f80057918:[0x418001a423da]__netdev_alloc_skb@esx:nover+0x1d stack:0x417f800579a8
      0:18:56:51.186 cpu10:4106)0x417f80057b08:[0x418001b6c0cf]bnx2x_rx_int@esx:nover+0xf5e stack:0x0
      0:18:56:51.186 cpu10:4106)0x417f80057b48:[0x418001b7e880]bnx2x_poll@esx:nover+0x1cf stack:0x417f80057c64
      0:18:56:51.187 cpu10:4106)0x417f80057bc8:[0x418001a6513a]napi_poll@esx:nover+0x10d stack:0x417fc1f0d078
    • bnx2x 驱动程序或固件发送应急消息并编写回溯追踪,并且 /var/log/vmkernel 日志文件中会出现类似以下内容的消息:
      vmkernel:0:00:34:23.762 cpu8:4401)<3>[bnx2x_attn_int_deasserted3:3379(vmnic0)]MC 断言!(vmkernel: 0:00:34:23.762 cpu8:4401)<3>[bnx2x_attn_int_deasserted3:3379(vmnic0)]MC assert!)
      vmkernel:0:00:34:23.762 cpu8:4401)<3>[bnx2x_attn_int_deasserted3:3384(vmnic0)] 驱动程序断言 (vmkernel: 0:00:34:23.762 cpu8:4401)<3>[bnx2x_attn_int_deasserted3:3384(vmnic0)]driver assert)
      vmkernel:0:00:34:23.762 cpu8:4401)<3>[bnx2x_panic_dump:634(vmnic0)] 开始崩溃转储 (vmkernel: 0:00:34:23.762 cpu8:4401)<3>[bnx2x_panic_dump:634(vmnic0)]begin crash dump)


  • 使用 NetXen 1G NX3031 设备或多个 10G NX2031 设备时,ESX 主机可能无法引导或造成某些设备无法访问
    当使用 NetXen 1G NX3031 或多个 10G NX2031 设备时,从 ESX 4.0 升级后可能会在 ESX 4.1 主机的服务控制台上看到类似以下内容的错误消息:
    中断向量已耗尽 (Out of Interrupt vectors)。在 NetXen 1G 和 NX2031 10G 设备不支持 NetQueue 的 ESX 主机上,ESX 主机可能会耗尽 MSI-X 中断向量。此问题会导致 ESX 主机无法引导或其他设备(如存储设备)无法访问。本版本已修复该问题。

存储

  • 在 NFS 上创建大型的 .vmdk 文件可能会失败
    在 NFS 存储器上创建大型的(例如,大于 1TB)虚拟磁盘(.vmdk 文件)时,创建过程可能会失败,并显示错误消息:
    出现了常规系统错误: 无法创建磁盘:创建磁盘时出错 (A general system error occurred: Failed to create disk: Error creating disk) 。如果 NFS 客户端的 RPC 参数超时后,NFS 客户端在 NFS 存储阵列初始化虚拟磁盘时未等待足够的时间,就会出现此问题。默认情况下,超时值为 10 秒。
    此修复使用命令
    esxcfg-advcfg -s <Timeout> /NFS/SetAttrRPCTimeout 提供配置选项以调整 RPC 超时参数。
  • 登录 VMkernel 时显示 SCSI 不受支持的警告消息
    类似以下内容的不支持 SCSI 的警告写入到
    /var/log/vmkernel
    Apr 29 04:10:55 localhost vmkernel:0:00:01:08.161 cpu0:4096)WARNING:ScsiHost:797: SCSI 命令在句柄 1072 上失败:不受支持 (Apr 29 04:10:55 localhost vmkernel: 0:00:01:08.161 cpu0:4096)WARNING: ScsiHost: 797: SCSI command failed on handle 1072: Not supported) 。这些消息可忽略。由于存储阵列中不支持某些 SCSI 命令,因此将显示这些没有危害的消息。在本版本中, /var/log/vmkwarning 中会阻止警告消息以减少支持致电。
  • 当从 vSphere Client 重新扫描存储阵列时在 VMkernel 日志文件中记录一些消息
    ESX 主机针对 LUN 未映射到 ESX 主机可能会在 VMkernel 日志文件中生成类似于以下内容的消息: 0:22:30:03.046 cpu8:4315)ScsiScan:106: 路径“vmhba0:C0:T0:L0”:不支持外围限定符 0x1 (0:22:30:03.046 cpu8:4315)ScsiScan: 106: Path 'vmhba0:C0:T0:L0': Peripheral qualifier 0x1 not supported) 。启动 ESX 主机或从 vSphere Client 启动存储阵列的重新扫描操作时,或引导 ESX 主机后的每 5 分钟都会记录此类消息。在本版本中,不再记录此消息。
  • 从 iSCSI 存储阵列扫描 LUN 时会记录错误消息
    从服务控制台使用
    esxcfg-swiscsi 命令或通过 vSphere Client( [清单] > [配置] > [存储适配器] > [iSCSI 软件适配器])从 iSCSI 存储阵列扫描 LUN 时,ESX 主机可能会出现故障,并在紫屏上显示消息: NOT_REACHED bora/modules/vmkernel/tcpip2/freebsd/sys/support/vmk_iscsi.c:648" 。如果手动修改了 /etc/vmware/vmkiscsid/iscsid.conf 中的 tcp.window.size 参数,则可能会出现此问题。如果将 tcp.window.size 参数修改为比其默认值更小的值,此修复便可解决该问题,并在 ESX 的 /var/log/vmkiscsid.log 中记录警告消息。
  • 使用连接到 SATA 磁盘的 LSI SAS HBA 时 ESX 主机可能会出现故障
    使用连接到 SATA 磁盘的 LSI SAS HBA 时,ESX 主机上可能会出现数据丢失。在 mptsas 驱动程序中将最大 I/O 大小设置为大于 64KB,且 LSI SAS HBA 连接到 SATA 磁盘时,就会出现此问题。本版本已修复该问题。
  • 将支持 SATP_ALUA 的 NetApp 存储阵列的 VMW_PSP_RR 设置为默认路径选择策略
    将支持 SATP_ALUA 的 NetApp 存储阵列的 VMW_PSP_RR 策略设置为默认路径选择策略 (PSP)。可使用 vCenter Server 或通过命令行界面 (CLI) 来设置此策略。
    要通过 vCenter Server 设置此策略,请执行下列操作:
    1. 单击 配置选项卡。
    2. 在左侧面板的 [硬件适配器] 下,选择 [存储适配器]
    3. 在右侧面板上,选择连接到 NetApp LUN 的 vmhba。
    4. 选择要更改其路径策略的 LUN,右键单击并选择 [管理路径]
    5. 在出现的对话框的 [策略] 下,将 [路径选择] 设置为 [循环]

      要通过 CLI 设置此策略,请在服务控制台中运行以下命令:

      # esxcli nmp satp addrule --satp="VMW_SATP_ALUA" --psp="VMW_PSP_RR" --claim-option="tpgs_on" --vendor="NETAPP" --description="NetApp arrays with ALUA support"
      # esxcli corestorage claimrule load
      # esxcli corestorage claimrule run


      本版本已解决该问题。
  • 将 IBM 2810XIV 存储阵列的 VMW_PSP_RR 设置为默认路径选择策略 (PSP)
    将 IBM 2810XIV 存储阵列的 VMW_PSP_RR 策略设置为默认路径选择策略 (PSP)。可使用 vCenter Server 或通过命令行界面 (CLI) 来设置此策略。
    要通过 vCenter Server 设置此策略,请执行下列操作:
    1. 单击 配置选项卡。
    2. 在左侧面板的 [硬件适配器] 下,选择 [存储适配器]
    3. 在右侧面板上,选择连接到 IBM LUN 的 vmhba。
    4. 选择要更改其路径策略的 LUN,右键单击并选择 [管理路径]
    5. 在出现的对话框的 [策略] 下,将 [路径选择] 设置为 [循环]
      要通过 CLI 设置此策略,请在服务控制台中运行以下命令:
      # esxcli nmp satp addrule --satp="VMW_SATP_ALUA" --psp="VMW_PSP_RR" --claim-option="tpgs_on" --vendor="IBM" --model="2810XIV" --description="IBM 2810XIV arrays with ALUA support"
      # esxcli nmp satp addrule --satp="VMW_SATP_DEFAULT_AA" --psp="VMW_PSP_RR" --claim-option="tpgs_off" --vendor="IBM" --model="2810XIV" --description="IBM 2810XIV arrays without ALUA support" # esxcli corestorage claimrule load
      # esxcli corestorage claimrule run


      本版本已解决该问题。
  • vCenter Server UI 中丢失了某些 LUN 的目标信息
    vCenter Server UI 中有时不显示 LUN 的目标信息。
    要在 [配置] 选项卡中查看此信息,请执行下列步骤:

    1. 单击 [硬件] 下的 [存储适配器]
    2. 单击 [存储适配器] 窗格中的 [iSCSI 主机总线适配器]
    3. 单击 [查看] 窗格中的 [路径]
      在 ESX 4.1 Update 1 之前的版本中,某些 iSCSI LUN 不显示目标信息。本版本已修复该问题。


  • 软盘上的 txtsetup.oem 文件指向 PVSCSI 驱动程序的错误位置
    在使用 VMware 准虚拟 SCSI (PVSCSI) 驱动程序作为引导驱动器的 ESX 4.1 主机上,安装 Microsoft Windows Server 2003 客户机操作系统失败,并显示以下错误:
    将以下被标记的磁盘:
    VMware PVSCSI 控制器磁盘
    插入到驱动器
    A: (Insert the disk labeled: VMware PVSCSI Controller Disk into drive A:)
    软盘上的
    txtsetup.o em 文件指向 PVSCSI 驱动程序的错误位置。在本版本中,位置已更正。
  • 存储重新扫描功能已更改为处理取消配置的存储设备
    默认存储重新扫描功能已更改为处理取消配置的存储设备,这会导致全部路径向下 (APD) 状况。有关详细信息,请参见 http://kb.vmware.com/kb/1015084 中的知识库文章 1015084。 对于此问题,知识库文章中提供的解决办法是在执行重新扫描之前手动将高级配置选项 /VMFS3/FailVolumeOpenIfAPD 设置为 1,然后在重新扫描操作完成后将其重置为 0。本版本已修复该问题。当启动重新扫描操作时,您无需应用设置或不设置此高级配置选项的解决办法。重新扫描操作过程中非 APD 卷上的虚拟机将不再失败,即使某些 LUN 处于全部路径向下状况。
  • 已添加新版本的 3ware SCSI (异步) 驱动程序
    在本版本中,包含了 3ware SCSI (异步) 驱动程序 2.26.08.036vm40-1OEM 版本。

支持的硬件

  • 功耗图在少数 ESX 主机上不显示信息
    从 ESX 主机 4.1 主机的 vSphere Client 访问的功耗图在某些供应商的少数 ESX 主机上不显示。图表显示为 0 瓦特。您可以从 vSphere Client 访问功耗图,单击 [主机],单击 [性能] 选项卡,然后从下拉菜单中选择 [电源]。在本版本中,功耗图已更新为支持其他主机(Bull、Dell、HP、Mitsubishi、NEC 和 Toshiba)。


  • 对 Dell iDRAC 设备的其他支持
    在本版本中,支持 iDRAC Dell 设备 ID:413C:a102。

升级和安装

  • esxupdate 依赖关系解析与公告策略不一致
    esxupdate 实用程序中,依赖关系解析与公告构建策略不匹配。安装 ESX 主机时,您将看不到任何错误或警告消息。安装后,用户可以通过在服务控制台中运行 esxupdate --vib-view query 命令来检查安装的 VIB 信息。公告交付策略应该用于使用所需最低版本的 VIB,以便您可以控制安装的修复程序,并避免 ESX 主机的未知或意外更新。

虚拟机管理

  • 某些情况下,虚拟机无法启动,即使 ESX 4.1 主机上存在交换空间
    启动 ESX 4.1 主机上运行的虚拟机失败,且“COS 交换空间不足,无法启动 (
    Insufficient COS swap to power on )”错误显示在 /var/log/vmware/hostd.log 中,尽管服务控制台已启用 800 MB 的可用空间和交换空间。同时,在服务控制台上运行 free -m 命令会显示多于 20 MB 的可用空间。当 ESX 4.1 主机上存在交换空间时,此修复程序能启动虚拟机。
  • 迁移虚拟机后,目标主机上的 USB 设备可能错误地显示为已分配给虚拟机
    将虚拟机迁移到包含 USB 设备的目标主机,然后将其他 USB 设备添加到目标主机上的已迁移虚拟机之后,目标主机上的 USB 设备可能显示为已分配给虚拟机,即使这些设备未分配给虚拟机。


    从已挂起状况恢复 64 位 Windows 虚拟机可能导致虚拟机失败
    如果使用指令集虚拟化或二进制转换 (BT) 的软件技术的 64 位 Windows 虚拟机已从已挂起状况恢复或已迁移到 ESX 4.1 主机,则虚拟机可能会停止响应,且 Microsoft Windows 事件日志可能显示类似于以下内容的错误消息:
    .NET 运行时 (.NET Runtime)
    .NET 运行时版本 * 致命执行引擎错误 * (.NET Runtime version * Fatal Execution Engine Error *)
    应用程序错误: (Application Error:)
    故障应用程序名称: oobe.exe * (Faulting application name: oobe.exe *)
    故障模块名称: mscorwks.dll * (Faulting module name: mscorwks.dll *)
    异常代码: 0xc00000005 (Exception code: 0xc00000005)

    本版本已修复该问题。

vMotion 和 Storage vMotion

  • 无法恢复到 ESX 3.5 主机上创建的快照
    从 ESX 3.5 Update 4 升级到 ESX 4.1 Update 1 后,ESX 主机无法恢复到之前的快照。vCenter Server 中可能显示以下消息:
    此计算机中处理器支持的功能与保存检查点的计算机中处理器支持的功能不同。请在处理器具有相同功能的计算机上恢复快照 (The features supported by the processor(s) in this machine are different from the features supported by the processor(s) in the machine on which the checkpoint was saved. Please try to resume the snapshot on a machine where the processors have the same features)。 当在 ESX 3.0 主机上创建虚拟机,在 ESX 3.5 主机上执行 vMotion 并挂起虚拟机以及在 ESX 4.x 主机上恢复它们时,此问题可能出现。在本版本中,错误消息不显示。您可以恢复为 ESX 3.5 主机上创建的快照,并恢复 ESX 4.x 主机上的虚拟机。
  • 存储 vMotion 完成后虚拟机的交换文件大小增加
    如果通过存储 vMotion 将利用预留内存运行的虚拟机移动到其他数据存储,则完成存储 vMotion 后,虚拟机具有的交换文件的大小与配置内存的大小相等。类似于以下内容的消息可能记录在虚拟机的
    vmware.log 文件中
    May 25 16:42:38.756:vmx| FSR:将 CPU 预留量减少 750 MHz,因为将传输此数量的预留原子 CPU。新预留为 0 MHz.FSR:将预留内存减少 20480 MHz,因为将传输此数量的预留原子内存。新预留为 0 页。CreateVM:交换:生成正常交换文件名。(May 25 16:42:38.756: vmx| FSR: Decreasing CPU reservation by 750 MHz, due to atomic CPU reservation transfer of that amount. New reservation is 0 MHz.FSR: Decreasing memory reservation by 20480 MB, due to atomic memory reservation transfer of that amount.New reservation is 0 pages. CreateVM: Swap: generating normal swap file name.)
    当 ESX 主机执行存储 vMotion 时,虚拟机的交换文件大小增加到内存大小。通过此修复,交换文件大小在存储 vMotion 后保持不变。
  • 当存储 vMotion 任务在重新分配已启动虚拟机时取消,ESX 主机可能失败
    当将在同一数据存储上包含多个磁盘的已启动虚拟机重新分配到同一主机上的其他数据存储时,取消存储 vMotion 任务可能导致 ESX 4.1 主机失败,并显示以下错误:
    异常:NOT_IMPLEMENTED bora/lib/pollDefault/pollDefault.c:2059 (Exception: NOT_IMPLEMENTED bora/lib/pollDefault/pollDefault.c:2059) 。 本版本已修复该问题。

VMware Tools

  • 当 VMware Tools 在 Print Spooler 服务已停止的情况下安装时,显示错误
    当在 Print Spooler 服务已停止的虚拟机上安装 VMware Tools( [管理工具] > [服务] > [Print Spooler]),并单击 [安装 VMware Tools] > [典型][自定义],且已选择 [Thin Print] 功能( [自定义安装] > [VMware 设备驱动程序] > [Thin Print])时,卸载 VMware Tools 导致
    - “运行时错误!程序:C:\Program Files\VMware\VMware Tools\TPVCGateway.exe。此应用程序已请求运行时以非正常方式将其终止。请联系该应用程序的支持团队获取详细信息 (Runtime Error! Program: C:\Program Files\VMware\VMware Tools\TPVCGateway.exe. This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information)”错误。单击 [确定] 移除错误消息并卸载 VMware Tools。在本版本中,错误消息不显示。
  • 禁止使用 Windows 控制面板中的 [VMware 控制面板 UI] 按钮执行 VMware Tools 升级
    非管理员用户禁止使用 Windows 控制面板中的 [VMware 控制面板 UI] 按钮从 Windows 客户机操作系统执行 VMware Tools 升级。此外,VMware Tools 控制面板中的 [压缩][脚本] 选项也针对非管理员用户禁用。此修复仅更改了一个 UI,不会阻止从自定义应用程序升级。要针对所有用户阻止 VMware Tools 升级,请在 VMX 文件中设置
    isolation.tools.autoinstall.disable="TRUE " 参数。
  • 安装 vmware-open-vm-tools-xorg-utilities 可能失败
    在客户机操作系统上安装 vmware-open-vm-tools-xorg-utilities 时,如果
    /usr / 目录挂载在不同设备上,将显示类似以下内容的错误:
    失败:发生时的情况:创建硬链接
    `/usr/lib/vmware-tools/libconf/etc/fonts/fonts.conf' =>
    `/etc/fonts/fonts.conf':无效的交叉设备链接错误 (failed: ln: creating hard link `/usr/lib/vmware-tools/libconf/etc/fonts/fonts.conf' => `/etc/fonts/fonts.conf': Invalid cross-device link error)

    例如,当您运行 zypper(SLES 软件包管理器)安装 vmware-open-vm-tools-utilities 时,屏幕上可能会显示上述错误。当 vmware-open-vm-tools-xorg-utilities 尝试创建指向
    /etc/fonts/fonts.conf 的硬链接时,如果 /usr / 目录挂载在不同的设备上,则可能出现交叉设备链接问题。在应用此修复后,可以安装 vmware-open-vm-tools-xorg-utilities。
  • 可能无法在非英语版的 Microsoft Windows 客户机操作系统上创建静默快照
    当已知 Windows 文件夹路径(例如,捷克语版本的 Windows 客户机操作系统中的应用程序数据文件夹)中包含非 ASCII 字符时将出现此问题。此问题将导致快照操作失败。本版本已修复该问题。
     

  • 静默快照可能会在某些非英语版的 Windows 客户机操作系统上出现故障
    静默快照可能会在某些非英语版的 Windows 客户机操作系统(例如,法语版的 Windows 2008 R2 和 Windows 7 客户机操作系统)上出现故障。出现此问题的原因是,VMware Snapshot Provider 服务未在某些非英语版的 Microsft Windows 客户机操作系统上正确注册为 Windows 服务或 COM+ 应用程序。此问题导致整个快照操作失败并且不会创建快照。本版本已修复该问题。

返回页首

已知问题

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

之前未记录的已知问题以 * 符号标记。

备份

  • VCB 服务控制台命令可能会在 ESX 服务控制台中生成错误消息
    当您在 ESX 主机的服务控制台中运行 VCB 服务控制台命令时,可能会显示类似以下内容的错误消息:
    在意外的状况 3 下关闭响应处理 (Closing Response processing in unexpected state:3) 。可以忽略此消息。此消息不会影响 VCB 服务控制台命令的结果。

    目前此问题尚无解决办法。

CIM 和 API

  • SFCC 库未在生成的 XML 文件中设置 SetBIOSAttribute 方法
    当 Small Footprint CIM Client (SFCC) 库尝试通过 SFCC 运行
    CIM_BIOSService 类的 SetBIOSAttribute 方法 时,SFCC 将返回包含以下错误的 XML 文件: 错误代码="13" 描述="提供的值与此类型不兼容" (ERROR CODE="13" DESCRIPTION="The value supplied is incompatible with the type") 。 当早期的 SFCC 库在生成的 XML 文件中不支持设置方法参数类型时会出现此问题。此问题导致您无法调用 SetBIOSAttribute 方法。ESX 4.1 主机中的 SFCC 库未在生成的套接字流 XML 文件中设置方法参数类型。

    以下是几个建议的解决办法:
    • IBM 更新 CIMOM 版本
    • IBM 使用此修复程序修补 CIMOM 版本
    • IBM 使用它们自己的 SFCC 库版本

客户机操作系统

  • 将内存热添加到大于 3GB 后客户机操作系统可能没有响应 *
    如果 Redhat5.4-64 客户机操作系统是在与某个 IDE 设备连接的情况下启动的,并且将内存从低于 3GB 热添加到高于 3GB,则该操作系统可能会没有响应。

    解决办法:不要使用热添加将虚拟机的内存大小从小于或等于 3072MB 更改为大于 3072MB。关闭虚拟机以执行此重新配置。如果客户机操作系统已经失去响应,请重新启动虚拟机。仅当操作系统运行时超过 3GB 标记时,才会出现此问题。
  • 在硬件版本 7 虚拟机中,出现 Windows NT 客户机操作系统安装错误 *
    在含硬件版本 7 的虚拟机中安装 Windows NT 3.51 时,安装过程会停止响应。在 Windows NT 3.51 版中出现蓝色启动屏幕之后,会立即出现此情况。这属于 Windows NT 3.51 内核中的已知问题。含硬件版本 7 的虚拟机包含超过 34 条 PCI 总线,而 Windows NT 内核支持具有 8 条 PCI 总线限制的主机。

    解决办法:如果此安装是新安装,请删除现有虚拟机,然后创建一个新虚拟机。在虚拟机创建过程中,选择硬件版本 4。必须使用 [新建虚拟机] 向导选择自定义路径来更改硬件版本。如果创建了具有硬件版本 4 的虚拟机并将其升级到了硬件版本 7,请使用 VMware vCenter Converter 将虚拟机降级到硬件版本 4。
  • 在 SLES 11 客户机操作系统上安装 VMware Tools OSP 软件包会显示“软件包不受支持 (packages not supported)”消息 *
    在 SUSE Linux Enterprise Server 11 客户机操作系统上安装 VMware Tools OSP 软件包时,将显示类似以下内容的错误消息:
    软件包供应商不支持下列软件包 (The following packages are not supported by their vendor)

    解决办法:忽略此消息。OSP 软件包不包含将其标记为受该供应商支持的标记。但支持这些软件包。
  • 只有正在运行的内核才支持编译 VMware 内核模块*
    VMware 目前仅支持为当前正在运行的内核编译内核模块。

    解决办法:先引导内核,然后再为该内核编译模块。

其他

  • 长时间运行 resxtop 或 esxtop 可能会导致出现内存问题 *
    resxtop esxtop 所使用的内存量可能会逐渐增加,具体取决于所监控的 ESX 主机上执行的操作。这意味着,如果两次显示之间有 5 秒钟的默认延迟,则 resxtop esxtop 可能会在约 14 个小时后关闭。

    解决办法:尽管您可以使用 -n选项更改迭代总数,但应仅在需要数据的时候才考虑运行 resxtop。如果您确实需要在长时间内收集 resxtopesxtop统计信息,请定期关闭然后重新启动 resxtopesxtop,而不是让一个 resxtopesxtop实例运行数周或数月。
  • vSphere Client 中的组 ID 长度比 vCLI 中的组 ID 长度短 *
    如果使用 vSphere Client 指定组 ID,则只可以使用 9 个字符。 相比而言,如果使用
    vicfg-user vCLI 指定组 ID,则最多可以指定 10 个字符。

    解决办法:无


  • 运行 esxcfg-pciid 命令时出现警告消息
    当尝试在服务控制台中运行 esxcfg-pciid 命令以列出以太网控制器和适配器时,可能会出现类似以下内容的警告消息:
    供应商短名称 AMD Inc 与现有的供应商名称 Advanced Micro Devices [AMD] 不匹配
    /etc/vmware/pciid/pata_amd.xml 中的设备 ID 1022:7401 的内核驱动程序映射与定义冲突,原因不明
    /etc/vmware/pciid/pata_amd.xml 中的设备 ID 1022:7409 的内核驱动程序映射与定义冲突,原因不明
    /etc/vmware/pciid/pata_amd.xml 中的设备 ID 1022:7411 的内核驱动程序映射与定义冲突,原因不明
    /etc/vmware/pciid/pata_amd.xml 中的设备 ID 1022:7441 的内核驱动程序映射与定义冲突,原因不明 (Vendor short name AMD Inc does not match existing vendor name Advanced Micro Devices [AMD]; kernel driver mapping for device id 1022:7401 in /etc/vmware/pciid/pata_amd.xml conflicts with definition for unknown; kernel driver mapping for device id 1022:7409 in /etc/vmware/pciid/pata_amd.xml conflicts with definition for unknown; kernel driver mapping for device id 1022:7411 in /etc/vmware/pciid/pata_amd.xml conflicts with definition for unknown; kernel driver mapping for device id 1022:7441 in /etc/vmware/pciid/pata_amd.xml conflicts with definition for unknown)


    当平台设备描述符文件和驱动程序特定的描述符文件都包含对同一设备的描述时,会出现此问题。

    解决办法:可以忽略此警告消息。

网络连接

  • 无法针对具有长逻辑设备名称的网卡配置 iSCSI
    从远程命令行界面或服务控制台运行命令
    esxcli swiscsi nic add -n 无法针对逻辑设备名称超过 8 个字符的 VMkernel 网卡配置 iSCSI 操作。使用长度超过 8 个字符的 vmnic 和 vmknic 名称的第三方网卡驱动程序不能与 ESX 主机中的 iSCSI 端口绑定功能配合使用,且可能会在远程命令行界面中显示异常错误消息。从服务控制台运行类似 esxcli swiscsi nic list、esxcli swiscsi nic add 和 esxcli swiscsi vmnic list 等命令会失败,因为这些命令无法处理第三方驱动程序创建的长 vmnic 名称。

    解决办法:第三方网卡驱动程序需要将其 vmnic 名称限制在 8 个字节以内(包括 8 个字节),以满足 iSCSI 端口绑定要求。
    注意:如果该驱动程序不用于 iSCSI 端口绑定,则其名称仍可以包含最多 32 个字节。这同样适用于不具有端口绑定功能的 iSCSI。
  • 在物理网卡上执行控制操作时网络连接出故障且系统崩溃 *
    在某些情况下,如果多个 X-Frame II s2io 网卡共享同一条 pci-x 总线,则在物理网卡上执行控制操作(如更改 MTU)会导致失去网络连接,且系统会崩溃。

    解决办法:避免让多个 X-Frame II s2io 网卡处于共享同一条 pci-x 总线的多个插槽中。在有必要使用这样的配置的情况下,请避免在虚拟机正在处理网络 I/O 时在物理网卡上执行控制操作。
  • 在启用 LRO 的流量转发虚拟机中,可能会出现 TCP 性能较差的情况*
    某些 Linux 模块无法处理 LRO 生成的数据包。因此,在运行 Linux 客户机操作系统的流量转发虚拟机中,在 VMXNET2 或 VMXNET3 设备上启用 LRO 可能会导致 TCP 性能较差。默认情况下,在这些设备上会启用 LRO。

    解决办法:在运行 Linux 客户机操作系统的流量转发虚拟机中,设置 VMXNET2 或 VMXNET3 Linux 驱动程序的模块加载时间参数以包含 disable_lro=1。
  • 当主机在一个 vDS 上使用超过 1016 个 dvPort 时,出现内存问题*
    尽管在 vDS 上每台主机允许的 dvPort 最大数量为 4096,但主机的 dvPort 数量接近 1600 时,就可能会开始出现内存问题。出现内存问题后,将无法向 vDS 添加虚拟机或虚拟适配器。

    解决办法:将 vDS 上每个主机的 dvPort 最大数量配置为 1016。
  • 对 ESX 系统运行 vicfg-snmp -r 或 vicfg-snmp -D 失败 *
    在 ESX 系统上,当尝试运行命令
    vicfg-snmp -r 来重置当前 SNMP 设置或尝试运行命令 vicfg-snmp -D 来禁用 SNMP 代理时,命令失败。出现此故障是因为该命令尝试运行已锁定并停止响应的 esxcfg-firewall 命令。在 esxcfg-firewall 未响应的情况下, vicfg-snmp -r vicfg-snmp -D 命令会导致超时,出现错误。在 ESXi 系统上不会出现该问题。

    解决办法:启动 ESX 系统会移除锁定文件并应用先前执行的导致锁定的
    vicfg-snmp 命令。但是,尝试运行 vicfg-snmp -r vicfg-snmp -D 仍出现错误。
  • 重新配置 VMXNET3 网卡可能会导致唤醒虚拟机*
    在启用 LAN 唤醒且虚拟机处于睡眠状态时重新配置 VMXNET3 网卡会导致恢复该虚拟机。

    解决办法:对 VMXNET3 虚拟网卡进行重新配置(如执行热添加或热移除)之后,手动重新将虚拟机置于休眠模式。
  • 在先关闭然后重新启动之后,最近创建的 VMkernel 和服务控制台网络适配器消失*
    如果在 vDS 上创建新的 VMkernel 或服务控制台适配器的一小时之内,先关闭然后重新启动 ESX 主机,则新的适配器可能会消失。

    解决办法:如果需要在创建 VMkernel 或服务控制台适配器的一小时之内先关闭然后重新启动 ESX 主机,请在重新引导主机之前,在主机的 CLI 中运行
    esxcfg-boot -r

存储

  • 在 VMkernel 日志文件中存在大量与存储相关的消息*
    ESX 在包含多个指向存储设备的物理路径的主机上启动时,VMkernel 日志文件会记录大量类似以下内容的与存储相关的消息:

    Nov 3 23:10:19 vmkernel:0:00:00:44.917 cpu2:4347)Vob:ImplContextAddList:1222:Vob add (@&!*@*@(vob.scsi.scsipath.add)Add path:%s) failed:VOB 上下文溢出 (Nov 3 23:10:19 vmkernel:0:00:00:44.917 cpu2:4347)Vob:ImplContextAddList:1222:Vob add (@&!*@*@(vob.scsi.scsipath.add)Add path:%s) failed:VOB context overflow)
    系统可能会在存储重新扫描过程中记录类似的消息。这些消息是预期行为,并不指示任何故障。这些消息没有危害,可以安全忽略。

    解决办法:如果不希望看到这些消息,请关闭日志记录。
  • 在共享 LUN 上持久的预留冲突会导致 ESX 主机引导时间变长*
    启动在 SAN 上共享 LUN 的主机时,可能会遇到显著的延迟。这可能是由于 LUN SCSI 预留之间的冲突引起的。

    解决办法:要解决此问题并加快引导过程,请将引导时间期间同步命令的超时更改为 10 秒。可以通过将 Scsi.CRTimeoutDuringBoot参数设置为 10000 来完成此更改。

    要从 vSphere Client 修改该参数,请执行下列操作:
    1. 在 vSphere Client 清单面板中,选择主机,单击 [配置] 选项卡,然后单击 [软件] 下的 [高级设置]
    2. 选择 [SCSI]
    3. Scsi.CRTimeoutDuringBoot参数更改为 10000。

支持的硬件

  • 当 allowInterleavedNUMANodes 引导选项为 FALSE 时,ESX 可能无法引导
    在具有 MAX 5 扩展的 IBM eX5 主机上,ESX 无法引导,并在服务控制台上显示
    SysAbort 消息。当 allowInterleavedNUMANodes 引导选项未设置为 TRUE 时,可能会出现此问题。该选项的默认值为 FALSE。

    解决办法:将
    allowInterleavedNUMANodes 引导选项设置为 TRUE。有关如何配置 ESX 主机的上述引导选项的详细信息,请参见 http://kb.vmware.com/kb/1021454 上的知识库文章 1021454。
  • 在 HP ProLiant DL370 G6 上出现 PCI 设备映射错误*
    在 HP ProLiant DL370 G6 上运行 I/O 操作时,可能会出现紫屏,或者在控制台上出现关于 Lint1 中断或 NMI 的警示。HP ProLiant DL370 G6 服务器在 ACPI 直接内存访问重新映射 (DMAR) 结构定义中有两个 Intel I/O 集线器 (IOH) 和一个 BIOS 缺陷,这会导致在错误的 DMA 重新映射单元下描述某些 PCI 设备。 由此类错误描述的 PCI 设备所进行的任何 DMA 访问会触发 IOMMU 故障,且设备会收到 I/O 错误。根据设备,此 I/O 错误可能会在控制台上产生一条 Lint1 中断或 NMI 警示消息,或者导致系统故障,并显示紫屏。


    解决办法:将 BIOS 更新为 2010.05.21 或更高版本。
  • 在 HP 系统上安装 ESX 需要 HP NMI 驱动程序*
    HP 系统上的 ESX 4.1 实例需要 HP NMI 驱动程序以确保正确处理非屏蔽中断 (NMI)。NMI 驱动程序可确保正确检测和记录 NMI。没有此驱动程序,则会在装有 ESX 的 HP 系统上忽略 NMI(NMI 指示硬件出现故障)。
    小心: 未能安装此驱动程序可能会导致无声数据损坏。

    解决办法:下载并安装 NMI 驱动程序。在 HP 网站中,以脱机捆绑包形式提供该驱动程序。另请参见 http://kb.vmware.com/kb/1021609 上的知识库文章 1021609。
  • 在 EqualLogic 存储上部署的 iSCSI 数据存储上运行时,虚拟机可能会变为只读的*
    如果使用具有旧版固件的 EqualLogic 阵列,则虚拟机可能会变为只读的。该固件可能偶尔会从阵列队列中丢弃 I/O,从而导致虚拟机在将 I/O 标记为失败后变为只读。


    解决办法:将 EqualLogic 阵列固件升级为版本 4.1.4 或更高版本。
  • 存储阵列升级之后,vSphere Client 中的硬件加速状态在一段很短的延迟后变为受支持*
    如果将存储阵列的固件升级为支持 VAAI 功能的某个版本,则 vSphere 4.1 不会立即注册该更改。vSphere Client 会临时显示 [未知] 作为硬件加速的状态。


    解决办法:此延迟没有危害。硬件加速状态在一段很短的时间后会变为 [受支持]。
  • 在带有 P410i 或 P410 Smart Array 控制器的 HP G6 平台的 ESX 上执行虚拟机启动或磁盘 I/O 过程中性能低*
    其中一些主机在启动虚拟机或生成磁盘 I/O 时可能会显示出低性能。主要症状是 I/O 性能下降,导致将大量类似于以下内容的错误消息记录到
    /var/log/messages:
    Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc 返回空值 (Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc returned NULL)
    Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc 返回空值 (Mar 25 17:39:26 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc returned NULL)

    Mar 25 17:39:25 vmkernel:0:00:08:47.632 cpu1:4097)NMP:nmp_CompleteCommandForPath:在物理路径“vmhba0:C0:T0:L1”上对 NMP 设备
    “naa.600508b1001030304643453441300100”执行命令 0x28 (0x410005060600) 失败 H:0x1 D:0x0 P:0x0 可能检测数据:0x (Mar 25 17:39:26 vmkernel: 0:00:08:47.632 cpu1:4097)NMP: nmp_CompleteCommandForPath: Command 0x28 (0x410005060600) to NMP device "naa.600508b1001030304643453441300100" failed on physical path "vmhba0:C0:T0:L1" H:0x1 D:0x0 P:0x0 Possible sense data: 0x)
    Mar 25 17:39:26 0 0x0 0x0.
    Mar 25 17:39:26 vmkernel:0:00:08:47.632 cpu1:4097)WARNING:NMP:nmp_DeviceRetryCommand:设备
    “naa.600508b1001030304643453441300100”:awaiting fast path state update for failoverwith I/O blocked.该设备上
    不存在提前预留 (Mar 25 17:39:26 vmkernel: 0:00:08:47.632 cpu1:4097)WARNING: NMP: nmp_DeviceRetryCommand: Device "naa.600508b1001030304643453441300100": awaiting fast path state update for failoverwith I/O blocked. No prior reservation exists on the device)。
    Mar 25 17:39:26 vmkernel:0:00:08:47.632 cpu1:4097)NMP:nmp_CompleteCommandForPath:在物理路径“vmhba0:C0:T0:L1”上对 NMP 设备
    “naa.600508b1001030304643453441300100”执行命令 0x28 (0x410005060700) 失败 H:0x1 D:0x0 P:0x0 可能检测数据:0x (Mar 25 17:39:26 vmkernel: 0:00:08:47.632 cpu1:4097)NMP: nmp_CompleteCommandForPath: Command 0x28 (0x410005060700) to NMP device "naa.600508b1001030304643453441300100" failed on physical path "vmhba0:C0:T0:L1" H:0x1 D:0x0 P:0x0 Possible sense data: 0x)
    Mar 25 17:39:26 0 0x0 0x0


    解决办法:通过 http://h30094.www3.hp.com/product.asp?mfg_partno=462968-B21&pagemode=ca&jumpid=in_r3924/kc 安装 HP 256 MB P 系列缓存升级模块。
  • 在某些版本的 vSphere Client 上,电池状态可能错误地作为警示列出*
    在 vSphere Client 的 [硬件状态] 选项卡上,当电池处于其学习周期中时,电池状态会提供一条警示消息,指出电池的健康状况不佳。而实际上,电池状况良好。

    解决办法:无。

升级和安装

  • 使用现有 IBM DB2 数据库安装 vCenter Server 4.1 有时会失败,并显示一条 DB2 错误消息*
    使用现有 vCenter Server DB2 数据库安装 vCenter Server 4.1 时,可能会收到一条类似以下内容的错误消息:
    出现数据库错误:“ODBC 错误: (5UA01) - [IBM][CLI Driver][DB2/NT64] SQL20453N 无法移除任务“RULE_TOPN1_DB2USER1”,因为当前正在执行此任务。执行 SQL 语句“CALL CREATE_TOPN_JOB1_PROC()”时返回“SQLSTATE=5UA01”(A database error occurred: "ODBC error: (5UA01) - [IBM][CLI Driver][DB2/NT64] SQL20453N The task "RULE_TOPN1_DB2USER1" cannot be removed because it is currently executing. SQLSTATE=5UA01" is returned when executing SQL statement "CALL CREATE_TOPN_JOB1_PROC()")
    当 DB2 遇到 IBM 已知问题时会出现此消息。 此消息表示某个 DB2 任务正在运行,且 vCenter Server 安装程序无法初始化 vCenter 数据库。

    解决办法:要消除此冲突以便可以安装 vCenter Server,请遵循以下步骤:

    1. 如果 vCenter Server 正在运行,请正常关闭它。
    2. 使用 [服务] 控制面板停止然后重新启动 DB2 服务。
    3. 重新启动安装过程,并确保选择了覆盖现有数据库的选项。

  • 安装 vSphere Client 可能会失败,并显示错误消息*
    安装 vSphere Client 时,安装程序可能会尝试升级过期的 Microsoft Visual J# 运行时。升级失败且 vSphere Client 安装失败,并显示错误消息 “Microsoft Visual J# 2.0 Second Edition 安装程序返回了错误代码 4113 (The Microsoft Visual J# 2.0 Second Edition installer returned error code 4113)”

    解决办法:卸载所有先前版本的 Microsoft Visual J#,然后安装 vSphere Client。该安装包含一个更新的 Microsoft Visual J# 软件包。

    运行 ESX 4.0.x 至 ESX 4.1 版本的主机的主机升级修复可能会失败*
    由于重新引导系统之前无法重新生成 initrd,因此主机升级修复可能会失败。在 Update Manager 存储库中导入两个主机升级版本捆绑包(upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip 和 upgrade-from-esx4.0-to-4.1-update01.zip)时,就会出现此问题。此问题是由 Update Manager 升级扫描逻辑中的已知问题导致的。

    解决办法:要恢复 Update Manager,请重新安装 Update Manager。要恢复遇到故障的 ESX 4.0.x 主机,请使用
    esxupdate 命令行实用程序手动安装升级捆绑包。

vMotion 和 Storage vMotion

  • 重新引导 ESX 4.1 主机后 vMotion 处于禁用状态
    如果在 ESX 主机上启用 vMotion 并重新引导 ESX 主机, 则完成重新引导过程后将无法再启用 vMotion

    解决办法:要解决这一问题,请重新安装由系统供应商提供的最新版本的 ESX 映像。

  • 重定位交换文件后,热插拔操作失败*
    更改交换文件位置后,对于在 DRS 群集中或在独立主机上的已启动虚拟机,热插拔操作失败,并导致出现错误消息: 未能恢复目标;找不到虚拟机 (failed to resume destination; VM not found)

    解决办法:执行下列任务之一:
    • 重新引导受影响的虚拟机以使用它们注册新的交换文件位置,然后执行热插拔操作。
    • 使用 vMotion 迁移受影响的虚拟机。
    • 挂起受影响的虚拟机。

返回页首