ESX 4.0 Update 3 | 2011 年 5 月 5 日 | 内部版本 398348

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


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

新增功能

以下列表主要介绍了本版本 VMware ESX 提供的一些重要增强功能:

  • 增强型 APD,执行 LUN 重新扫描时执行自动故障切换
  • 包含其他驱动程序 — 包含 3ware SCSI 2.26.08.036vm40 驱动程序。对于早期版本,只能单独下载此驱动程序。
  • 更新了 VMware Tools WDDM、XPDM 和 PVSCSI 驱动程序
  • 支持其他客户机操作系统 ESX/ESXi 4.0 Update 3 增加了对 SLE 10 SP4(预发行版)操作系统的支持。有关本版本所支持的客户机操作系统的完整列表,请参见 《VMware 兼容性指南》

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

返回页首

ESX 4.0 的早期版本

各个版本的发行说明中分别描述了 ESX 4.0 的早期版本的功能和已知问题。要查看 ESX 4.0 的早期版本的发行说明,请单击下列链接之一:

返回页首

开始前

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

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

硬件兼容性

  • 了解硬件兼容性

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

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

    VMware vSphere 兼容性列表 ( PDF)

文档

VMware vSphere 4.0 Update 1 文档已更新,且适用于 vSphere 4.0 的所有更新版本(其中包括 VMware vSphere 4.0 Update 3)。请参见 ESX 4.0 Update 1 及更高版本和 vCenter Server 4.0 Update 1 及更高版本文档页。

安装和升级

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

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

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

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

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

升级 VMware Tools

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

VMware Tools RPM 安装程序(在 Linux 客户机操作系统的 VMware Tools ISO 映像上可用)已被弃用,并将在未来的 ESX 版本中移除。VMware 建议使用 tar.gz 安装程序在具有 Linux 客户机操作系统的虚拟机上安装 VMware Tools。

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

升级或迁移到 ESX 4.0 Update 3

ESX 4.0 Update 3 提供了以下升级选项:

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

支持主机升级到 ESX 4.0 Update 3 的升级途径:


升级交付产品

受支持的升级工具  

支持升级到 ESX 4.0 Update 3 的升级途径

ESX 3.5 Update 5a

ESX 4.0,其中包括
ESX 4.0 Update 1 和 ESX 4.0 Update 2

ESX-4.0.0-update03-xxxxxx.iso

  • 带有 ESX 主机升级基准的 VMware vCenter Update Manager
  • vSphere Host Update Utility

update-from-esx4.0-4.0_update03.zip

  • esxupdate
  • vihostupdate

从 VMware 门户(联机)下载的修补程序定义 带有主机修补程序基准的 VMware vCenter Update Manager

注意

  1. 不支持从 ESX 3.0.x 或早期版本的 ESX 3.5 Update 5a 进行直接升级。应该先升级到受支持的较高版本,然后再升级到 ESX 4.0 Update 3。
  2. 不支持从 ESX 2.5.x 进行直接升级。可以通过使用升级 vMotion,将 ESX 2.5.5 虚拟机迁移到 ESX 4.0 Update 3。请参见 《vSphere 升级指南》

 

返回页首

本版本中包含的修补程序

本版本包含本产品发行前已发行的针对 ESX Server 软件的所有公告。请参见 VMware 下载修补程序页面。

修补程序版本 ESX400-Update03 包含下列各公告:

ESX400-201105201-SG 2011-05-05 更新 ESX 4.0 Core 和 CIM 组件
ESX400-201105202-UG 2011-05-05 更新 ESX 4.0 remove-rpms
ESX400-201105203-UG 2011-05-05 更新 ESX 4.0 EHCI HCD 设备驱动程序
ESX400-201105204-UG 2011-05-05 更新 ESX 4.0 USB 核心组件
ESX400-201105205-UG 2011-05-05 更新 ESX 4.0 SCSI qla4xxx 驱动程序
ESX400-201105206-UG 2011-05-05 更新 ESX 4.0 USB 存储器组件
ESX400-201105207-UG 2011-05-05 更新 ESX 4.0 SCSI qla2xxx 驱动程序
ESX400-201105208-UG 2011-05-05 更新 ESX 4.0 fnic 驱动程序
ESX400-201105209-UG 2011-05-05 更新 ESX 4.0 e1000e 驱动程序
ESX400-201105210-UG 2011-05-05 更新 ESX 4.0 mptsas、mptspi 驱动程序
ESX400-201105212-UG 2011-05-05 更新 ESX 4.0 nx-nic 设备驱动程序
ESX400-201105213-UG 2011-05-05 3w-9xxx:适用于 VMware ESX 的 scsi 驱动程序
ESX400-201105215-UG 2011-05-05 更新 ESX 4.0 scsi hpsa 设备驱动程序
ESX400-201105216-UG 2011-05-05 更新 ESX 4.0 bnx2x 设备驱动程序
ESX400-201105217-UG 2011-05-05 更新 ESX 4.0 Megaraid SAS 驱动程序
ESX400-201105218-UG 2011-05-05 更新 ESX 4.0 bnx2 设备驱动程序
ESX400-201105219-UG 2011-05-05 更新 ESX 4.0 scsi-aic79xx 驱动程序
ESX400-Update03 2011-05-05 VMware ESX 4.0 Complete Update 3

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

返回页首

 

已解决问题

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

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

备份

CIM 和 API

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

    本版本已解决该问题。

客户机操作系统

  • 频繁向启用了 VMI 的客户机操作系统发送定时器中断
    虚拟机界面 (VMI) 定时器问题会导致频繁向客户机操作系统发送定时器中断。如果虚拟机的运行时间相对较长(例如一百天),则在 vMotion 迁移后可能会出现这一问题。

    本版本已解决该问题。

  • 使用 Windows Media Player 时,在某些特定的情况下,虚拟机可能会在 Windows 7 或 Windows Server 2008 R2 客户机操作系统上出现故障
    VMware 在 Windows 7(32 位和 64 位)和 Windows Server 2008 R2 客户机操作系统上可支持 Windows Media Player。但在极少数情况下,播放视频时将 Windows Media Player 窗口最大化可能会导致虚拟机崩溃。

    本版本已解决该问题。

  • 与 Windows 虚拟机的 RDP 会话中的鼠标移动受 MKS 控制台鼠标移动影响

    如果管理员通过使用其上多个用户通过终端会话登录的 Windows 虚拟机的 vSphere Client 打开控制台,则用户的鼠标移动可能会与管理员的鼠标移动同步。

    本版本已解决该问题。

  • Vmrun 命令无法在 Ubuntu 10.04 客户机操作系统上运行
    listProcessesInGuestvmrun 命令可能无法在 Ubuntu 10.04 客户机操作系统上运行。客户机操作系统会显示类似于以下内容的错误消息:

    错误: 客户机操作系统的用户名或密码无效 (Error: Invalid user name or password for the guest OS)

    本版本已解决该问题。

  • RHEL 和 Ubuntu 32 位及 64 位虚拟机中内存大小的默认设置已更新
    RHEL 和 Ubuntu 32 位及 64 位客户机操作系统的最小内存大小及默认内存大小更新如下:

    对于 RHEL 6 32 位和 64 位,最小内存从 256 MB 更新为 1 GB,且默认建议的内存从 1 GB 更新为 2 GB。
    对于 Ubuntu 32 位和 64 位,最小内存从 64 MB 更新为 256 MB。

  • Windows 客户机操作系统可能出现故障,并出现 vmx_fb.dll 错误
    在其上安装了 VMware Windows XP 显示驱动程序模型 (XPDM) 驱动程序的 Windows 客户机操作系统可能会出现故障,并出现 vmx_fb.dll错误,同时显示蓝屏。

    本版本已解决该问题。 Licensing-->

其他

  • 由于套接字耗尽,ESX 主机间歇断开与 vCenter Server 的连接
    ESX 4.0 Update 3 版本中已解决该问题。ESX400-201104401-SG 已包含对该问题的修复。此修补程序在 ESX 4.0 Update 3 之前已发布。有关详细信息,请参见 知识库文章 1037258

  • 用于网络连接的性能图表数据显示错误的信息
    用于网络连接的每个虚拟机堆栈性能图表数据显示错误的信息。您可以从 [性能] 选项卡上的 [高级设置] 中的 [图表选项] 来访问图表。连接到 Distributed Virtual Switch (DVS) 的虚拟机的网络传输和接收统计信息已交替并且显示错误。

    本版本已解决该问题。安装此更新后,ESX 主机上的主机代理会收集正确的统计信息,并将其传递给性能图表 UI。本版本还解析了接收、传输和使用情况网络统计信息。在早期版本中,vSphere Client 为这些统计信息均报告了零值。

  • lokkit 命令可能导致 ESX 主机无法工作
    请不要运行 lokkit命令。如果您运行了该命令,则必须单击 [取消] 确保它不会影响服务控制台。如果您从 ESX 主机的服务控制台运行 lokkit命令,则会显示包含安全级别或网络选项并带有以下三个按钮的 [防火墙配置] 窗口: [确定][自定义][取消]。如果在不更改安全级别或网络选项的情况下单击 [确定],则服务控制台上可能会显示以下消息: setenforce: SELinux 已禁用 (setenforce: SELinux is disabled)。ESX 主机无法工作且无法重新引导。由于在废弃的 system-config-securitylevel-tui 软件包中存在 lokkit命令,因此会出现该问题。该软件包安装在 ESX 4.0 Update 3 之前的所有 ESX 主机上。

    本版本已解决该问题。

  • 如果访问服务控制台的用户帐户属于 32 个以上的组,则 ESX 主机会重新启动、变为无响应状态,或者失败并显示紫色诊断屏幕
    本版本已解决这些问题。目前,在这种情况下,会将类似于以下内容的警告消息写入到 VMkernel 日志中:

    Sep 9 02:16:47 osdc-cpdqa0077 kernel:[74509.293081] cannot set all groups in vmkernel

  • 由于 vmkiscsid.log 文件大小,ESX 主机有时失败
    当运行具有软件 iSCSI 启动器的 VMware ESX 4.x 时,与处理其他由 Syslog 生成的日志文件不同,可能不会清除 /var/log/vmkiscsid.log文件。因此,如果 ESX 主机无法与 iSCSI 存储器通信,则此文件会变得非常大。

    本版本已解决该问题。安装此更新后,如果 vmkiscsid.log大小超出 100 KB,则 logrotate 实用程序会创建新文件,最多可以创建 6 个文件。在创建第 6 个文件之后,第一个文件会被新消息覆盖。

  • vSphere Client 为已关闭电源的虚拟机显示了错误的已置备空间
    计算已关闭电源的虚拟机的已置备空间时,ESX 主机不会考虑内存预留。因此,虚拟机已打开电源或已关闭电源时,vSphere Client 显示的已置备空间值可能有差异。

    本版本已解决该问题。

  • USB 设备连接到 EHCI 控制器时,ESX 主机可能失败

    当将 USB 设备(包括底板管理控制器 (BMC),如 iLo 或基于 DRAC 的 USB 设备)连接到 EHCI 控制器时,内存分配问题有时可能导致 ESX 主机失败并显示紫色屏幕,显示类似于以下内容的消息:

    PANIC bora/vmkernel/main/dlmalloc.c:3780 - Corruption in dlmallocCode starts at 0x418008800000
    0x4100c077f730:[0x41800883c42a]Panic+0xa1 stack:0x281f86a8e83c84
    0x4100c077f790:[0x41800888eb19]DLM_malloc+0x848 stack:0x80

    本版本已解决该问题。

网络

  • ESX 主机重新启动后,流量调整值进行重置
    如果将 vDS 或 vSwitch 上的流量调整值配置为大于 4 GB,则该值会在 ESX 主机重新启动后重置为小于 4 GB。该问题导致流量调整程序使用更低的值调整流量,这导致非常低的网络带宽。例如,如果您将流量调整设置为最大带宽 6 Gbps,则重新启动 ESX 主机后,该值将更改为约 1.9 Gbps。

    本版本已解决该问题。

  • bnx2 网卡重置导致 ESX 主机失败
    由于固件同步超时,bnx2 网卡重置可能失败,进而导致 ESX 主机失败并显示紫色屏幕。以下是此问题回溯追踪的一个示例:

    0x4100c178f7f8:[0x41802686d9f4]bnx2_poll+0x167 stack:0x4100c178f838
    0x4100c178f878:[0x4180267a3ec6]napi_poll+0xed stack:0x4100c178f898
    0x4100c178f938:[0x41802642abaf]WorldletBHHandler+0x426 stack:0x417fe726c680
    0x4100c178f9a8:[0x4180264218f7]BHCallHandlersInt+0x106 stack:0x4100c178f9f8
    0x4100c178f9f8:[0x418026421dc1]BH_Check+0x144 stack:0x4100c178fae0
    0x4100c178fa28:[0x41802642e524]IDT_HandleInterrupt+0x12b stack:0x418040000000
    0x4100c178fa48:[0x41802642e9f2]IDT_IntrHandler+0x91 stack:0x0
    0x4100c178fb28:[0x4180264a9b16]gate_entry+0x25 stack:0x1


    本版本已解决该问题。固件同步超时时,此修复强制网卡处于已断开状况,从而阻止 ESX 主机失败。在 VMkernel 日志中写入以下消息:

    bnx2:Resetting...NIC initialization failed:vmnicX.

  • 添加了 e1000e 1.1.2-NAPI 驱动程序
    在先前的版本中,Intel e1000e 1.1.2-NAPI 驱动程序未与 ESX 捆绑,但提供单独下载。在本版本中,e1000e 1.1.2-NAPI 驱动程序与 ESX 捆绑在一起。

  • 具有 bnx2x 的 ESX 主机可能失败
    具有 Broadcom bnx2x 驱动程序的 ESX 主机可能显示以下现象:

    • 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 assert!
      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)]begin crash dump




  • ESX 主机失败,出现紫色诊断屏幕,显示转数超出
    网络问题可能导致 ESX 主机失败,并出现紫色诊断屏幕显示类似于以下内容的错误消息:

    转数已超出(重试)- PCPU6 可能锁死


    如果系统同时发送流量和修改路由表,则出现该问题。

    本版本已解决该问题。

  • 网卡绑定策略在旧 vSwitch 上运行错误
    如果您为负载平衡、网络故障切换检测、通知交换机或故障恢复等参数中的任意参数配置网卡绑定的端口组策略,并随后重新启动 ESX 主机,则 ESX 主机可能只通过一个物理网卡发送流量。

    本版本已解决该问题。

  • ESX 主机上缺少 Cisco 发现协议 (CDP) 网络位置信息
    vSphere Client 和 ESX 命令行实用程序可能不显示 CDP 网络位置信息。

    本版本已解决该问题。

服务器配置

  • 如果 Syslog 未配置,ESX 主机不会生成警告消息

    如果在 ESX 主机上未配置 Syslog 设置,则主机不会生成警报或配置错误消息。

    本版本已解决该问题。现在如果未配置 Syslog,类似于以下内容的警告消息也显示在 ESX 主机的 [摘要] 选项卡中:

    配置问题
        [host name] 中检测到问题:警告:Syslog 未配置。请在 vSphere Client 中检查 Configuration.Software.AdvancedSettings 下的 Syslog 选项 (Configuration Issues Issue detected on [host name] in : Warning: Syslog not configured. Please check Syslog options under Configuration.Software.AdvancedSettings in vSphere Client)

存储器

  • 通过使用 aic79xx 驱动程序的 Adaptec 卡连接到磁带库可能会导致 ESX 失败
    如果将 ESX Server 系统通过使用 aic79xx 驱动程序的 Adaptec HBA(例如:AHA-39320A)连接到磁带库,则在驱动程序尝试访问空闲内存区域时可能会遇到服务器故障。出现这种情况的同时,还显示一条类似于以下内容的错误消息:

    Loop 1 frame=0x4100c059f950 ip=0x418030a936d9 cr2=0x0 cr3=0x400b9000.

    本版本已解决该问题。

  • 重置 HP MSA2012fc 存储阵列的存储处理器时,会错误地发出重要警示
    重置 HP MSA2012fc 存储阵列的存储处理器会导致 ESX/ESXi 本地多路径驱动程序 (NMP) 模块将警示或重要条目发送到 vmkernel 日志。这些警示消息表示,设备的物理介质发生了更改。但是,这些消息并不适用于所有 LUN 类型。它们只是对数据 LUN 而言比较重要,但并不适用于管理 LUN。

    本版本已解决该问题。

  • 从服务器远程监控适配器 (RSA) 挂载虚拟 CD-ROM 驱动器时,ESX 主机可能失败并显示紫色诊断屏幕

    本版本已解决该问题。

  • 当使用 Qlogic FC HBA 时,在 ESX 4.x 中,FalconStor IPStor 故障切换导致处于 APD(全部路径异常)状况
    当执行 IPStor 故障切换时,您可以在 /var/log/vmkernel中看到此消息:

    vmkernel:1:10:57:57.524 cpu4:4219)<3>rport-4:0-0:blocked FC remote port time out:saving binding
    vmkernel:1:10:57:57.712 cpu2:4206)<3>rport-3:0-1:blocked FC remote port time out:saving binding


    Qlogic 已发行本版本附带的更新的驱动程序,本版本说明了 WWPN 欺骗、FalconStor 阵列处理故障切换的首选方法。

  • 在 Dentrycache 初始化期间多个进程访问同一资源时,ESX 主机失败并显示紫色诊断屏幕
    本版本已解决该问题。

  • 当从 vSphere Client 重新扫描存储阵列时,ESX 主机将消息记录在 VMkernel 日志文件中
    ESX 主机针对 LUN 未映射到 ESX 主机可能会将类似于以下内容的消息记录在 VMkernel 日志文件中: 0:22:30:03.046 cpu8:4315)ScsiScan:106: Path 'vmhba0:C0:T0:L0':Peripheral qualifier 0x1 not supported.当 ESX 主机启动时,从 vSphere Client 启动存储阵列的重新扫描操作时或 ESX 主机启动后的每 5 分钟,都会出现此问题。

    本版本已解决该问题。

  • SAN LUN 遇到全部路径异常 (APD) 状况时,ESX 主机无法关闭
    关闭 ESX 主机时,如果 ESX 主机进行过写入的已启用写入缓存 SAN LUN 变得不可访问,则 ESX 主机无法关闭,并持续不断尝试向丢失的 LUN 发送 SYNC_CACHE命令。

    本版本已解决该问题。

  • 在 NFS 上创建大型的 .vmdk 文件可能失败
    在 NFS 存储器上创建大型的虚拟磁盘( .vmdk文件)(例如,大于 1 TB)时,创建过程可能会失败,并显示错误消息: 出现常规系统错误:无法创建磁盘:创建磁盘时出错 (A general system error occurred: Failed to create disk: Error creating disk)。如果 NFS 客户端的 RPC 参数超时后,NFS 客户端在 NFS 存储阵列初始化虚拟磁盘时未等待足够的时间,就会出现此问题。默认情况下,超时值为 10 秒。

    此修复提供了配置选项。应用此修复后,可以使用 esxcfg-advcfg -s /NFS/SetAttrRPCTimeout命令更改 RPC 超时参数。

  • 执行 LVM 操作期间 ESX 主机失败
    如果执行利用逻辑卷管理器 (LVM) 的操作,如写入操作、卷重新签名、卷扩展或卷增长,则 ESX 主机可能失败,并显示紫色诊断屏幕。可能会向日志中写入类似以下内容的错误消息:

    63:05:21:52.692 cpu1:4135)OC:941: Could not get object from FS driver:Permission denied
    63:05:21:52.692 cpu1:4135)WARNING:Fil3:1930: Failed to reserve volume f530 28 1 4be17337 9c7dae2 23004d45 22b547d 0 0 0 0 0 0 0
    63:05:21:52.692 cpu1:4135)FSS:666: Failed to get object f530 28 2 4be17337 9c7dae2 23004d45 22b547d 4 1 0 0 0 0 0 :Permission denied
    63:05:21:52.706 cpu1:4135)WARNING:LVM:2305: [naa.60060e80054402000000440200000908:1] Disk block size mismatch (actual 512 bytes, stored 0 bytes)


    本版本已解决该问题。

  • 当主机上的任何 LUN 处于全部路径异常 (APD) 状况时,在执行存储重新扫描操作的过程中,某些虚拟机会停止响应
    当主机上的任何 LUN 处于 APD 状况时,在执行存储重新扫描操作的过程中,某些虚拟机会停止响应。有关详细信息,请参见 知识库文章 1025176。使用早期版本的 ESX 主机时,要解决知识库文章中所述的问题,必须在进行重新扫描之前先手动将高级配置选项 /VMFS3/FailVolumeOpenIfAPD设置为 1,然后完成重新扫描后将其重置为 0。

    本版本已解决该问题。现在当启动重新扫描操作时,您无需应用设置和重新设置高级配置选项的解决办法。在执行重新扫描操作的过程中,非 APD 卷上的虚拟机未失败,即使某些 LUN 处于全部路径异常状况。

  • ESX 主机失败,并显示一个表明超出转数的错误
    连接到 NFS 数据存储的 ESX 主机可能会失败,并出现紫色诊断屏幕,显示类似于以下内容的错误消息:

    0x4100c00875f8:[0x41801d228ac8]ProcessReply+0x223 stack:0x4100c008761c
    0x4100c0087648:[0x41801d18163c]vmk_receive_rpc_callback+0x327 stack:0x4100c0087678
    0x4100c0087678:[0x41801d228141]RPCReceiveCallback+0x60 stack:0x4100a00ac940
    0x4100c00876b8:[0x41801d174b93]sowakeup+0x10e stack:0x4100a004b510
    0x4100c00877d8:[0x41801d167be6]tcp_input+0x24b1 stack:0x1
    0x4100c00878d8:[0x41801d16097d]ip_input+0xb24 stack:0x4100a05b9e00
    0x4100c0087918:[0x41801d14bd56]ether_demux+0x25d stack:0x4100a05b9e00
    0x4100c0087948:[0x41801d14c0e7]ether_input+0x2a6 stack:0x2336
    0x4100c0087978:[0x41801d17df3d]recv_callback+0xe8 stack:0x4100c0087a58
    0x4100c0087a08:[0x41801d141abc]TcpipRxDataCB+0x2d7 stack:0x41000f03ae80
    0x4100c0087a28:[0x41801d13fcc1]TcpipRxDispatch+0x20 stack:0x4100c0087a58


    对于 NFS 数据存储上执行的任何读取操作,由于从 NFS 服务器接收的响应错误,该问题可能出现。

    本版本已解决该问题。

  • VMFS 快照卷对 vCenter Server 群集中的多个主机公开时,ESX 主机失败
    当 VMFS 快照卷对 vCenter Server 群集中的多个主机公开时,ESX 主机可能会失败,并出现紫色诊断屏幕,显示类似于以下内容的错误消息:

    警告:LVM:8703: arrIdx (1024) 超出界限 (WARNING: LVM: 8703: arrIdx (1024) out of bounds)

    本版本已解决该问题。

  • 由于 megaraid_sas 驱动程序中出现检查条件错误,ESX 主机失败
    在 megaraid_sas 驱动程序中,当 I/O 检查条件失败时,ESX 主机可能会失败并显示紫色诊断屏幕,本版本已解决该问题。

  • 在存储 LUN 路径故障切换期间执行某些虚拟机操作时,ESX 主机失败
    在存储 LUN 路径故障切换期间,如果执行导致增量磁盘元数据更新的任何虚拟机操作,如创建或删除快照,则 ESX 主机可能会失败并显示紫色诊断屏幕。

    本版本已解决该问题。

  • 从 iSCSI 存储阵列扫描 LUN 时会记录错误消息
    从服务控制台使用 esxcfg-swiscsi命令或通过 vSphere Client( [清单] > [配置] > [存储适配器] > [iSCSI 软件适配器])从 iSCSI 存储阵列扫描 LUN 时,ESX 主机可能会出现故障,并在紫屏上显示消息: NOT_REACHED bora/modules/vmkernel/tcpip2/freebsd/sys/support/vmk_iscsi.c:648 (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文件中记录警告消息。

  • 具有软件 iSCSI 启动器的 ESX 主机失败,并显示 iscsi_vmk 消息
    使用软件 iSCSI 启动器的 ESX 主机可能失败,并出现紫色诊断屏幕,其中显示类似以下内容的 iscsi_vmk消息:

    #PF Exception(14) in world 4254:iscsi_trans_ ip 0x41800965fddb addr 0x8
    Code starts at 0x418009000000
    0x4100c04f7e50:[0x41800965fddb]iscsivmk_ConnShutdown+0x486 stack:0x410000000000
    0x4100c04f7eb0:[0x418009665e93]iscsivmk_StopConnection+0x286 stack:0x4100c04f7ef0
    0x4100c04f7ef0:[0x418009663e4c]iscsivmk_TransportStopConn+0x12b stack:0x4100c04f7f6c
    0x4100c04f7fa0:[0x418009481654]iscsitrans_VmklinkTxWorld+0x36f stack:0x1d
    0x4100c04f7ff0:[0x41800909870b]vmkWorldFunc+0x52 stack:0x0
    0x4100c04f7ff8:[0x0]Unknown stack:0x0


    出现此问题是由于 I/O 延迟所致,该延迟导致 I/O 请求超时并取消。

    本版本已解决该问题。

  • 升级的 VMFS 卷的快照无法挂载到 ESX 4.x 主机上

    如果所提供的 VMFS3 卷的快照是从 VMFS2 升级的并且块大小大于 1MB,则无法挂载到 ESX 4.x 主机上。用于列出新快照的 esxcfg-volume -l命令将失败,并显示以下错误消息:

    ~ # esxcfg-volume -l (~ # esxcfg-volume -l)
    错误:设备上无任何文件系统 (Error: No filesystem on the device)

    本版本已解决该问题。现在,可以对从 VMFS2 升级到 VMFS3 的快照进行挂载和重新签名。

  • ESX 主机失败,显示“发现无效对象 (Found invalid object)”错误

    ESX 主机可能失败,并出现紫色诊断屏幕,其中显示类似以下内容的错误消息:

    [7m21:04:02:05.579 cpu10:4119)WARNING:Fil3:10730: Found invalid object on 4a818bab-b4240ea4-5b2f-00237de12408 expected
    21:04:02:05.579 cpu10:4119)FSS:662: Failed to get object f530 28 2 4a818bab b4240ea4 23005b2f 824e17d 4 1 0 0 0 0 0 :Not found
    21:04:02:05.579 cpu0:4096)VMNIX:VMKFS:2521: status = -2


    如果 VMFS 卷的文件描述符中包含损坏的地址,会出现此问题。

    本版本已解决该问题。
  • 对只读 VMFS 卷的重新扫描操作需要较长时间或者超时

    从 vSphere Client 运行的重新扫描或添加存储操作可能需要较长时间完成,或者超时并失败, /var/log/vmkernel文件中记录类似以下内容的一条消息日志:

    Jul 15 07:09:30 [vmkernel_name]:29:18:55:59.297 ScsiDeviceToken:293: Sync IO 0x2a to device "naa.60060480000190101672533030334542" failed:I/O error H:0x0 D:0x2 P:0x0 Valid sense data:0x7 0x27 0x0.
    Jul 15 07:09:30 [vmkernel name]:29:18:55:59.298 cpu29:4356)NMP:nmp_CompleteCommandForPath:Command 0x2a (0x4100b20eb140) to NMP device "naa.60060480000190101672533030334542" failed on physical path "vmhba1:C0:T0:L100" H:0x0 D:0x2 P:0x0 Valid sense data:0x7 0x27 0x0.
    Jul 15 07:09:30 [vmkernel_name]:29:18:55:59.298 cpu29:4356)ScsiDeviceIO:747: Command 0x2a to device "naa.60060480000190101672533030334542" failed H:0x0 D:0x2 P:0x0 Valid sense data:0x7 0x27 0x0.


    即使 LUN 为只读,VMFS 仍会继续尝试挂载该卷。

    本版本已解决该问题。现在,当 VMFS 收到只读状态时,不会尝试挂载该卷。

  • vCenter Server UI 中丢失了某些 LUN 的目标信息
    vCenter Server UI 中有时不显示 LUN 的目标信息。在 ESX 4.1 Update 1 之前的版本中,某些 iSCSI LUN 不显示目标信息。要在 [配置] 选项卡中查看该信息,请执行以下步骤:
    1. 单击 [硬件] 下的 [存储适配器]
    2. 单击 [存储适配器] 窗格中的 [iSCSI 主机总线适配器]
    3. 单击 [详细信息] 窗格中的 [路径]

  • 重新扫描后,使用 QLogic HBA 的 ESX 主机没有响应
    使用 QLogic HBA 时,ESX 4.x 主机在重新扫描后可能会没有响应。主机在 vCenter Server 中断开连接,且无法通过 SSH 或 vSphere Client 访问。将向 VMkernel 日志中写入类似以下内容的错误消息:

    vmkernel:17:12:38:35.647 cpu14:6799)WARNING:Heap:1435: Heap qla2xxx already at its maximumSize.Cannot expand.
    vmkernel:17:12:38:35.647 cpu14:6799)WARNING:Heap:1645: Heap_Align(qla2xxx, 96/96 bytes, 64 align) failed. caller:0x418011ea149b


    本版本已解决该问题。

  • VMFS 记录误导性的错误消息
    对于 VMkernel 日志,VMFS 卷可能会记录类似以下内容的误导性错误消息,指示磁盘损坏而不是良性的未初始化日志缓冲区:

    Aug 4 21:45:43 [host name] vmkernel:114:02:53:33.345 cpu9:21627)FS3:3833: FS3DiskLock for [type bb9c7cd0 offset 13516784692132593920 v 13514140778984636416, hb offset 16640
    Aug 4 21:45:43 [host name] vmkernel:gen 0, mode 16640, owner 00000006-4cd3bbfe-fece-e61f133cdd37 mtime 35821792] failed at 60866560 on volume [volume name]


    本版本已解决该问题。

升级和安装

  • 无法恢复为在 ESX 3.5 主机上创建的快照

    在从 ESX 3.5 Update 4 升级到 ESX 4.0 Update 3 之后,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 主机上的虚拟机。

  • 使用 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 主机无法引导或其他设备(如存储设备)无法访问。

    本版本已解决该问题。

  • 由于缺少描述符文件,ESX 主机重新启动失败

    如果 ESX 主机无法确定服务控制台所在的 esxconsole.vmdk文件,则其将无法重新启动。

    本版本已解决该问题。

vCenter Server, vSphere Client, and vSphere Web Access
  • 虚拟机管理

    • 不可从 vSphere Client 热移除的设备可从启用 Fault Tolerance 的虚拟机中移除
      启用 Fault Tolerance 后,无法对 vSphere Client 中的设备(例如网卡和 SCSI 控制器)进行热移除。但是,这些设备在虚拟机的 Windows 系统托盘中显示为可移除设备,可以从客户机操作系统中将这些设备移除。

      本版本已解决该问题。现在,您无法在启用 Fault Tolerance 后从虚拟机的系统托盘中移除设备。

    • 当在自定义目录中创建快照时,不会删除快照增量文件
      所有快照都在默认虚拟机目录中创建。但是,如果指定要在其中创建快照的自定义目录,当删除快照时,快照增量文件可能仍会保留在该目录中。这些多余文件最终会填满整个磁盘空间,应手动将这些文件删除。

      本版本已解决该问题。

    • 如果在创建虚拟机的静默快照时停止 VMware Tools,将导致 hostd 失败
      本版本已解决该问题。现在,如果停止 VMware Tools,静默快照操作将会正常退出。

    • 某些情况下,无法打开虚拟机电源,即使 ESX 主机上存在交换空间
      打开 ESX 主机上运行的虚拟机的电源时,操作将失败,并且 COS 交换空间不足,无法打开电源 (Insufficient COS swap to power on)错误消息会记录在 /var/log/vmware/hostd.log文件中,尽管服务控制台已启用 800 MB 的可用空间和交换空间。同时,在服务控制台上运行 free -m命令会显示多于 20 MB 的可用空间。应用此修复程序后,当 ESX 主机上存在交换空间时,可以打开虚拟机电源。

    • 执行 RevertSnapshot 或 RevertToCurrentSnapshot 操作时,ESX 主机可能会没有响应。

      从 vCenter Server 执行 RevertSnapshotRevertToCurrentSnapshot 操作时,ESX 主机可能会没有响应。以下错误消息记录在 hostd.log中:

      Apr 22 08:46:26 Hostd:[2010-04-22 08:46:26.381 'App' 49156 error] Caught signal 11

      本版本已解决该问题。

    • vMotion 期间,虚拟机失败
      如果托管虚拟机的 NFS 卷遇到错误,虚拟机的 NVRAM 文件可能会损坏,并且大小可能会从默认的 8K 增长到高达几 GB。此时,如果执行 vMotion 或挂起操作,虚拟机将失败,并显示类似以下内容的错误消息:

      bora/lib/snapshot/snapshotUtil.c:856 处出现不可恢复的内存分配故障 (unrecoverable memory allocation failures at bora/lib/snapshot/snapshotUtil.c:856)

      本版本已解决该问题。

    • 关闭虚拟机电源后,hostd 控制台中运行的虚拟机命令立即失败

      关闭虚拟机电源后,使用 hostd 控制台运行的虚拟机命令(例如 PowerOn)会立即失败,并显示类似以下内容的错误消息:

      指定的参数错误 (A specified parameter was not correct)

      vCenter 日志文件中可能包含类似以下内容的错误消息:

      [2009-11-16 15:06:09.266 01756 error 'App'] [vm.powerOn] Received unexpected exception

      本版本已解决该问题。

    • 运行于 ESX 4.x 主机上并且配置了 CPU 限制的虚拟机出现性能下降(知识库文章 1030955)
    • 创建或删除快照时,虚拟机有时会关闭电源
      执行快照操作时,如果同时执行其他任务(例如浏览数据库),虚拟机可能会突然关闭电源。将向 vmware.log中写入类似以下内容的错误消息:

      vmx| [msg.disk.configureDiskError] Reason:Failed to lock the file
      vmx| Msg_Post:Error
      vmx| [msg.checkpoint.continuesync.fail] Error encountered while restarting virtual machine after taking snapshot.The virtual machine will be powered off.


      其他进程访问虚拟机进行某操作需要的同一文件时,会发生此问题。

      本版本已解决该问题。

    • 从命令行提交快照失败,出现回溯追踪
      运行 vmware-cmd removesnapshots命令时,可看到类似如下的回溯追踪:

      Traceback (most recent call last):
      File "/usr/bin/vmware-cmd", line 88, in ?
      main()
      File "/usr/bin/vmware-cmd", line 63, in main
      operationName, result = CommandProcessor.Process(host, args)
      File "/usr/lib/vmware/vmware-cmd/CommandProcessor.py", line 11, in Process
      result = operation.DoIt(*processedArgs)
      File "/usr/lib/vmware/vmware-cmd/operations/SnapshotOps.py", line 122, in DoIt


      The vmware-cmd removesnapshotscommand fails because the -aux.xmllocated in the same directory as the virtual machine configuration file is empty.在主机上创建或注册虚拟机时,将会读取 -aux.xml文件的内容,并填充 _view 对象。如果 XML 文件为空,将不会填充 _view对象。这会导致整合快照时发生错误。

      本版本已解决该问题。

    • 如果分配的虚拟机内存与其内存预留大小相同,内存热添加将失败
      vSphere Client 中将显示类似以下内容的错误消息:

      热添加内存失败。无法恢复目标虚拟机:参数错误。热插拔操作失败 (Hot-add of memory failed. Failed to resume destination VM: Bad parameter. Hotplug operation failed)

      将向 /var/log/vmkernel日志文件中写入类似以下内容的消息:

      WARNING:FSR:2804: 1270734344 D:Received invalid swap bitmap lengths:source 0, destination 32768!Failing migration.
      WARNING:FSR:3425: 1270734344 D:Failed to transfer swap state from source VM:Bad parameter
      WARNING:FSR:4006: 1270734344 D:Failed to transfer the swap file from source VM to destination VM
      .

      如果热添加操作期间快速挂起恢复 (FSR) 失败,会出现此问题。

      本版本已解决该问题。

    vMotion 和 Storage vMotion

    • 由于 NSCD 存在问题,vMotion 失败
      如果服务控制台中运行的 NSCD(Linux 名称服务器缓存守护进程)无法解析 FQDN 和 LDAP,vMotion 操作可能会失败。

      本版本已解决该问题。

    • 当存储 vMotion 任务在重新分配已打开电源的虚拟机时取消,则 ESX 主机可能失败
      对于包含同一数据存储上的多个磁盘的已打开电源虚拟机,如果在重新分配到同一主机上的其他数据存储时取消存储 vMotion 任务,则可能导致 ESX 4.0 主机失败,并显示以下错误消息: 异常:NOT_IMPLEMENTED bora/lib/pollDefault/pollDefault.c:2059 (Exception: NOT_IMPLEMENTED bora/lib/pollDefault/pollDefault.c:2059)

      本版本已解决该问题。

    VMware Tools

    • 安装 VMware Tools 后,Permon 未列出虚拟机性能计数器
      安装 VMware Tools 后,虚拟机内存和虚拟机处理器可能不会显示在 Windows 性能监控器的性能计数器列表中(当其他进程访问虚拟机进行某操作需要的同一文件时)。对 VMware Tools 执行升级或修复不能解决该问题。

      安装此更新版本后,可以升级或修复 VMware Tools 以解决该问题。

    • 可能无法在非英语版的 Microsoft Windows 客户机操作系统上创建静默快照
      当 Windows 文件夹路径(例如,捷克语版本的 Windows 客户机操作系统中的应用程序数据文件夹)中包含非 ASCII 字符时将出现此问题。此问题将导致快照操作失败。

      本版本已解决该问题。

    • Windows 控制面板中的 VMware 控制面板 UI 按钮处于禁用状态,无法执行 VMware Tools 升级
      对于非管理员用户,Windows 控制面板中用于从 Windows 客户机操作系统执行 VMware Tools 升级的 VMware 控制面板 UI 按钮处于禁用状态。此外,对于非管理员用户,VMware Tools 控制面板中的 [压缩] 和 [脚本] 选项也处于禁用状态。本修复只是进行了 UI 更改,并不会阻止从自定义应用程序进行升级。要针对所有用户阻止 VMware Tools 升级,必须在 VMX 文件中设置 isolation.tools.autoinstall.disable="TRUE"参数。

    • 安装 VMware Tools 时,Linux 虚拟机上的配置文件条目被覆盖

      当在 Linux 虚拟机上安装或更新 VMware Tools 时,VMware Tools 安装程序可能会覆盖第三方开发工具创建的配置文件(例如 Redhat 和 Ubuntu 的 /etc/updated.conf文件,以及 SuSE 的 /etc/sysconfig/locate文件)中的所有条目。这可能会影响正在这些虚拟机上运行 updatedb的 cron 作业。

      本版本已解决该问题。

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

      本版本已解决该问题。

    • 在安装 VMware Tools 后重新启动 Linux 虚拟机时,设备管理器报告了无关的错误
      安装用于 Linux 的 VMware Tools 后,重新启动客户机操作系统时,Linux 内核 (udev) 的设备管理器可能会报告类似于以下内容的无关错误:

      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'SUBSYSTEMS'
      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'ATTRS{vendor}'
      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'ATTRS{model}'
      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'SUBSYSTEMS'
      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'ATTRS{vendor}'
      May 4 16:06:11 rmavm401 udevd[23137]:add_to_rules:unknown key 'AT


      本版本已解决该问题。现在,适用于 Linux 的 VMware Tools 安装程序会检测该设备并仅写入系统特定的规则。

    • 升级 VMware Tools 后,Windows 虚拟机失去网络连接

      在将安装了主机客户机文件系统 (HGFS) 的 VMware Tools 从 ESX 3.5 升级到 ESX 4.0 时,HGFS 驱动程序可能无法正常卸载。因此,Windows 虚拟机的网络 [提供商顺序] 选项卡(位于 [网络连接] > [高级] > [高级设置] 下)显示错误的信息,并且虚拟机可能会失去网络连接。

      本版本已解决该问题。现在,升级期间可正常卸载早期版本的 HGFS 驱动程序和所有相关注册表条目。

    • 更新 PVSCSI 驱动程序

      在本版本中,PVSCSI 驱动程序更新为版本 1.0.7.0,适用于 Windows XP(32/64 位)、Windows 2003(32/64 位)、Windows Vista(32/64 位)、Windows 2008 RTM(32/64 位)、Windows 7(32/64 位)和 Windows 2008 R2(64 位)客户机操作系统。


    返回页首

    已知问题

    本节介绍以下几个主题方面的已知问题:

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

    备份

    • 适用于 Windows 7 和 Windows 2008 R2 x64 的 VMware Consolidated Backup (VCB) 1.5 Update 1
      VMware Consolidated Backup (VCB) 1.5 Update 1 支持 Windows 7 和 Windows 2008 R2 x64 客户机操作系统的完整虚拟机备份与还原。但是,Windows 7 或 Windows 2008 R2 x64 客户机不支持文件级备份。

    • VMware Consolidated Backup (VCB) 不支持容错
      在启用了 FT 的虚拟机上执行的 VCB 备份会同时关闭主虚拟机和辅助虚拟机,还有可能使虚拟机不可用。

      解决办法:无

    CIM 和 API

    • 对于 IBM x3850 和 x3950 M2 服务器,一些电源 VRM 传感器不在 vCenter [硬件状态] 选项卡中显示 *
      在 vCenter Server [硬件状态] 选项卡中,IBM x3850 和 x3950 M2 服务器的 [硬件状态] 选项卡中 PS VRM 传感器的所有状态不会都有传感器显示。创建 CIM 实例时,不会与 IBM x3850 和 x3950 M2 服务器上电源 VRM 传感器的每个状态相对应。这是由于 IBM BMC 固件 4.5 中存在缺陷。因此,传感器不会在 vCenter [硬件状态] 选项卡中显示。
    • 不正确的版本号列在了轻量级 CIM 代理程序中 *
      SLP 服务中列出的轻量级 CIM 代理程序版本不正确。本版本包含 SFCB 1.3.3 版本,但在 SLP 查询信息中,版本被列为 1.3.0。该错误版本号不影响 SLP 服务的使用。目前此问题尚无解决办法。
    • CIM 指示订阅在 ESX 更新后丢失 *
      CIM 指示订阅在 ESX 更新之间升级或应用修补程序时丢失。有关指示发送位置的信息被升级覆盖,因而造成丢失。

      解决办法:以下任一种解决办法均有效。请采用最适合您部署的方法。

      • 重新订阅 CIM 指示
        您可能无法采用这一解决办法。某些情况下,不能选择重新订阅 CIM 指示。

      • 按照下面的子步骤将相应的文件从备份存储库复制到新存储库中。
        该解决方法可以恢复 CIM XML 指示订阅。
        1. 将以下文件从备份存储库移动到新存储库:
          cim_indicationfilter
          cim_indicationfilter.idx
          cim_indicationhandlercimxml
          cim_indicationhandlercimxml.idx
          cim_indicationsubscription
          cim_indicationsubscription.idx
          cim_listenerdestinationcimxml
          cim_listenerdestinationcimxml.idx

          例如,将前面的文件从备份存储库(如 /var/lib/sfcb/registration/repository.previous/root/interop)移动到新存储库(如
          /var/lib/sfcb/registration/repository/root/interop)
        2. 重新启动 sfcbd-watchdog进程。

    客户机操作系统

    • 快照操作期间 Debian 5 虚拟机显示错误*(知识库文章 1037897)
    • 在含有 RHEL3 客户机操作系统的虚拟机中不通知客户机即移除磁盘会导致虚拟机发生故障
      对于含有 RHEL3 客户机操作系统和 BusLogic 驱动程序的 32 位虚拟机,不通知客户机操作系统就移除磁盘(即热移除磁盘)会导致虚拟机操作失败。

      解决办法:从客户机中显式移除磁盘。要移除磁盘,请先从 /proc/scsi/scsi 获得想要移除的磁盘的磁盘详细信息:

      1. /proc/scsi/scsi 获取设备的 HOST CHAN ID 和 LUN 号码
      2. 在 RHEL 控制台中运行以下命令:

        echo "scsi remove-single-device HOST CHAN DEV LUN" > /proc/scsi/scsi

    • Solaris 10 U4 虚拟机在 VMware Tools 升级期间变得无响应
      在含有高级 vmxnet 适配器的 Solaris 10 U4 虚拟机中升级或重新启动 VMware Tools,可能会导致客户机操作系统变得无响应,并且无法继续安装。

      此问题不影响 Solaris 10 U5 和更高版本。

      解决办法:安装或升级 VMware Tools 之前,通过在 /etc/ 中删除高级 vmxnet 适配器的自动配置文件或移除虚拟硬件,临时重新配置此适配器。

    • 连接到热添加的 BusLogic 适配器的设备对 Linux 客户机不可见
      如果 Linux 客户机以前配有其他 BusLogic 适配器,则连接到热添加的 BusLogic 适配器的设备对该客户机不可见。此外,热移除 BusLogic 适配器可能会失败。发生此问题是因为,Linux 发行版中提供的 BusLogic 驱动程序不支持热拔插 API。此问题不会影响执行向适配器热添加磁盘,只会影响执行热添加的适配器本身。

      解决办法:对热添加功能使用其他适配器(如并行或 SAS LSI Logic 适配器)。如果必须使用 BusLogic 适配器,则在客户机中卸载 BusLogic 驱动程序之后,再尝试热移除适配器。还可以通过加载 BusLogic 驱动程序的另一个实例,尝试控制热添加的适配器。可以通过运行命令 modprobe -o BusLogic1 BusLogic,加载 BusLogic 适配器的另一个实例(其中对于每个热添加操作,都将 BusLogic1 替换为 BusLogic2,将 BusLogic2 替换为 BusLogic3 等等)。

    • 以 WindowsNT 为客户机的虚拟机需要响应在虚拟机尝试自动升级 VMware Tools 时产生的警告消息
      如果设置选项,在每次打开 WindowsNT 客户机进行操作之前自动检查和升级 VMware Tools,则会显示以下警告消息:

      安装程序未能自动安装 VMxnet 驱动程序,必须手动安装此驱动程序(Set up failed to install the VMxnet driver Automatically, This driver will have to be installed manually)

      解决办法:停止升级,直到确认警报。要完成升级,请登录到 WindowsNT 客户机,并确认警告消息。

    • 创建 Ubuntu 7.10 Desktop 的虚拟机可能会导致显示黑屏
      在 AMD 主机中已启用准虚拟化的虚拟机上运行 Ubuntu 7.10 Desktop 客户机安装时,虚拟机屏幕可能一直黑屏。该安装程序的正确行为是指示用户从托盘删除 CD 并按 Return。

      解决办法:按 Return 键。该安装程序继续执行并重新引导虚拟机。而且,如果在具有两个或更多个虚拟处理器的虚拟机上启动此安装,则不会发生此问题。
    • 对于 Red Hat Enterprise Linux 5.x 虚拟机,自动进行 VMware Tools 升级可能会失败
      对于从 ESX 3.0.3 主机冷迁移到 ESX/ESXi 4.0 Update 1 主机的 Red Hat Enterprise Linux 5.x 虚拟机,自动进行 VMware Tools 升级可能会失败,并会出现错误消息: 升级 VMware Tools 时出错 (Error upgrading VMware Tools)。

      解决办法:在 ESX 4.0 Update 1 主机上手动升级 VMware Tools。
    • 对于 Windows 7 客户机,视频输出显示可能错误 *
      缩放视频时,Windows Media Player 在 Windows 7 客户机中可能会错误地显示视频文件。

      解决办法:以下两种操作中的任一种都可作为此问题的正确解决办法:
      • 以全屏模式播放视频 (Alt + Enter)。
      • 取消选中 [调整大小时使视频适合播放机]
    • 使用 Windows Media Player 时,在某些特定的情况下,虚拟机可能会在 Windows 7 或 Windows Server 2008 R2 客户机操作系统上出现故障
      VMware 在 Windows 7(32 位和 64 位)和 Windows Server 2008 R2 客户机操作系统上可支持 Windows Media Player。但在极少数情况下,播放视频时将 Windows Media Player 窗口最大化可能会导致虚拟机崩溃。
    • 频繁向启用了 VMI 的客户机操作系统发送定时器中断 *
      虚拟机界面 (VMI) 定时器问题会导致频繁向客户机操作系统发送定时器中断。如果虚拟机的运行时间相对较长(例如一百天),则在 vMotion 迁移后可能会出现这一问题。

    国际化

    • 并行/串行端口输出文件名不接受非 ASCII 字符,并显示一条错误消息
      配置虚拟机时,可能会拒绝包含非 ASCII 字符的文件名,并显示一条错误消息。验证文件名对本地化不安全,可能会导致拒绝有效的名称。此问题影响串行端口和并行端口的输出文件,并可能会影响 ISO 和 FLP 名称或磁盘 (VMDK) 文件名。

      解决办法:限制所有数据存储内容(目录和文件名)仅使用 ASCII。

    许可

    • 对于未能添加到 vCenter Server 的具有单一服务器许可证的主机,没有提供在后续的添加主机操作期间更正许可的选项
      在将已配置单一服务器许可证的 ESX 或 ESXi 主机添加到已获许可的 vCenter Server 时,vCenter Server 会显示一条错误消息,说明无法添加该主机。

      解决办法:删除断开的主机,然后使用非单一服务器许可证再次添加它。

    • 如果在脚本式或交互式安装过程中安装了某些许可证,则无法启动虚拟机
      如果没有适合硬件的许可证序列号,则在安装 ESX/ESXi 时可能会遇到许可方面的错误。出现此问题的原因是在安装过程中没有对许可证密钥执行供应商和资源检查验证。用 lib/licensecheck 验证许可证之后,还需要一项后续测试,以检查所安装的系统是否在许可证规定的限制内。但是,安装程序没有执行这个第二道检查。

      解决办法:切换到评估模式,然后从入口获取适当的许可证。

    • vSphere Client 的 [许可] 页上的 [许可证] 列表中不显示已购买的加载项许可证
      在 vSphere Client 的 [许可] 页上查看已购买的许可证时,看不到一个单独的加载项版本的产品线项。例如,如果购买了 vSphere 4.0 Standard 加 vMotion 许可证,或购买了 vSphere 4.0 Standard 加 vMotion 及 Data Recovery 许可证,则仅显示 vSphere 4.0 Standard 许可证。

      解决办法:要查看许可证密钥的产品功能和加载项功能,请按下列步骤操作:

      1. 在 vSphere 主页上单击 [许可]
      2. 在右上角中,单击 [管理 vSphere 许可证] 以启动许可证向导。
      3. 单击 [下一步] 以转到 [分配许可证] 页面。
      4. 将光标移至主机许可证密钥上,即可看到可用的产品和加载项功能。

    其他

    • 每次主机重新引导都会删除 ESX /tmp 目录中用户创建的文件
      如果您或您支持的用户在 ESX /tmp 目录中存储临时文件(如应用程序生成的日志文件),则每次主机重新引导时都将丢失这些文件。

      解决办法:请勿使用 ESX /tmp 目录存储用户生成的文件和目录。

    • 来自 vCenter 的诊断数据可能包含在无法解压缩的文件中
      解压缩包含来自 vCenter 的诊断数据的 .tgz 文件时,将显示一个对话框,其中列出了无法解压缩的文件以及一条错误消息:

      缺少符号链接所指的文件(Symbolic link points to missing files)

      解决办法:无

    • Linux rm -rf 命令在服务控制台中可能失败
      如果对含有 380 个文件以上的目录执行 rm -rf,该命令将会失败并显示以下错误:

      目录非空

      此问题是 Red Hat 2.6 内核中某种限制造成的后果。

      解决办法:执行下列任务之一:

      • 使用 vSphere Client 数据存储浏览器删除该目录。
      • 多次运行 rm -rf,直到删除所有条目为止。每次调用 rm -rf 最多删除 380 个条目。
    • 含有 TLS LDAP 配置的 ESX 主机不允许 LDAP 用户登录
      ESX 管理员可以使用服务控制台,通过运行以下命令按照 TLS LDAP 身份验证操作:

      esxcfg-auth --enableldap --enableldapauth --enableldaptls --ldapserver= -->"

      启动身份验证后,不能再登录到含 LDAP 用户名的 ESX 主机。而且,不能从命令行指定 /etc/openldap/cacerts/client.pem证书文件的位置。

      解决办法:执行下列步骤:

      1. 在编辑器中打开 /etc/ldap.conf文件,添加以下行,然后保存文件:

        URI ldaps://linux-ldaptls/
      2. 在编辑器中打开 /etc/openldap/ldap.conf 文件,添加以下行,然后保存文件:

        URI ldaps://linux-ldaptls/
        TLS_CACERT /etc/openldap/cacerts/client.pem
        BASE dc=ns,dc=suchi,dc=com

    • ESX/ESXi 主机的核心转储分区设置在某些情况下不是持久的
      如果将核心转储分区从 /root 改为另一个位置,并在做出此更改之后一小时内但在重新引导主机之前遇到 ESX/ESXi 主机故障,则核心转储分区将恢复其 /root 的原始设置。

      解决办法:更改核心转储分区后,立即运行 esxcfg-boot

    • 在本地控制台上收到的警告消息
      在计算机的系统 BIOS 中禁用了 No-Execute Memory Protection 选项的 HP 系统上或在计算机的系统 BIOS 中禁用了 Execute Disable 选项的 Dell 系统上安装 ESX 4.0 时,会在本地控制台上显示警告消息 The Execute Disable/No Execute CPU feature is not enabled for this machine

      解决办法:在 HP 或 Dell 计算机的系统 BIOS 中分别启用 [No-Execute Memory Protection][Execute Disable] 选项。

    • 通过 Windows 服务控制 MMC 插件停止或重新启动 vCenter Server 服务可能会导致出现错误消息
      在某些情况下,vCenter Server 服务启动所花时间可能超过通常需要的时间。通过 Windows 服务控制 MMC 插件停止和重新启动 vCenter Server 服务可能会导致出现以下错误消息:

      服务未能及时响应(Service failed to respond in a timely manner)

      此消息指出关闭或启动 vCenter Server 所需的时间比系统中对服务停止或启动所配置的默认超时要长。

      解决办法:几分钟后再刷新 [服务控制] 屏幕,这样应该显示服务已正确停止和重新启动。