ESX 4.1 Update 2 | 2011 年 10 月 27 日 | 内部版本 502767
VMware Tools | 2011 年 10 月 27 日| 内部版本 493255

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

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

新增功能

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

  • 对新处理器的支持 — ESX 4.1 Update 2 支持 AMD Opteron 6200 (Interlagos) 和 AMD Opteron 4200 系列 (Valencia)。

    注意:对于 AMD Family 15h 处理器,ESX/ESXi 4.1 Update 2 将计算单元内的每个内核视为独立的内核(应用许可证时除外)。对于许可目的,ESX/ESXi 将每个计算单元视为一个内核。例如,在 ESX/ESXi 4.1 Update 2 上,虽然具有 8 个计算单元的一个处理器可以提供相当于 16 个内核的处理器能力,但它只使用 8 个许可证。
  • 对其他驱动程序的支持 — ESX 4.1 Update 2 支持 Dell PERC8 RAID 驱动程序更新。

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

返回页首

ESX 4.1 的早期版本

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

返回页首

开始前

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

VMware 产品互操作性列表详细介绍了 VMware vSphere 组件(包括 ESX、VMware vCenter Server、vSphere Client 和可选的 VMware 产品)当前版本与早期版本的兼容性问题。

ESX、vCenter Server 和 VDDK 兼容性

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

硬件兼容性

  • 了解硬件兼容性

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

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

    VMware vSphere 兼容性列表 ( PDF)

安装和升级

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

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

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

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

升级 VMware Tools

VMware ESX 4.1 Update 2 包含最新版本的 VMware Tools。VMware Tools 是一套实用程序,能够增强虚拟机的客户机操作系统的性能。有关在本版本的 ESX 中已解决的与 VMware Tools 相关的问题列表,请参见 VMware Tools 已解决的问题

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

升级或迁移到 ESX 4.1 Update 2

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

  • VMware vCenter Update Manager 。支持从 ESX 3.5 Update 5a、ESX 4.0.x 和 ESX 4.1 以及 ESX 4.1 Update 1 直接升级到 ESX 4.1 Update 2 的 vSphere 模块。有关更多详细信息,请参阅 《VMware vCenter Update Manager 管理指南》
  • vihostupdate 。支持从 ESX 4.0.x、ESX 4.1 和 ESX 4.1 Update 1 直接升级到 ESX 4.1 Update 2 的命令行实用程序。此实用程序要求安装 vSphere CLI。有关更多详细信息,请参见 《vSphere 升级指南》
  • esxupdate 。支持从 ESX 4.0.x、ESX 4.1 和 ESX 4.1 Update 1 直接升级到 ESX 4.1 Update 2 的命令行实用程序。有关更多详细信息,请参阅 《ESX 4.1 修补程序管理指南》
  • esxupgrade.sh 脚本 。支持从 ESX 3.5 Update 5a 主机升级的脚本。有关更多详细信息,请参见 知识库文章 1009440 《vSphere 升级指南》

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

升级类型

受支持的升级工具
支持升级到 ESX 4. 1 Update 2 的升级途径

ESX 3.5 Update 5a

ESX 4.0
包括:
ESX 4.0 Update 1
ESX 4.0 Update 2
ESX 4.0 Update 3

ESX 4.1

ESX-4.1.0-update02-rc-463540.iso
  • 带有 ESX 主机升级基准的 VMware vCenter Update Manager
  • esxupgrade.sh

upgrade-from-esx4.0-to-4.1-update02-463540.zip
  • 带有主机升级基准的 VMware vCenter Update Manager
  • esxupdate
  • vihostupdate
    注意:如果您使用 vihostupdate实用程序或 esxupdate实用程序来执行升级,请首先安装预升级捆绑包 ( pre-upgrade-from-esx4.0-to-4.1-update02-463540.zip)。

update-from-esx4.1-4.1_update02.zip
  • 带有修补程序基准的 VMware vCenter Update Manager
  • esxupdate
  • vihostupdate

备注:

本版本中包含的修补程序

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

修补程序版本 ESX410-Update02 包含下列各公告:

ESX410-201110201-SG:更新 ESX 4.1 内核和 CIM 组件
ESX410-201110202-SG:更新 ESX 4.1 Openldap 客户端
ESX410-201110203-UG:更新 ESX 4.1 bnx2x 设备驱动程序
ESX410-201110204-SG:更新 ESX 4.1 Openssl 组件
ESX410-201110205-UG:更新 ESX 4.1 bnx2 设备驱动程序
ESX410-201110206-SG:更新 ESX 4.1 libuser rpm
ESX410-201110207-SG:更新 ESX 4.1 pam rpm
ESX410-201110208-UG:更新 ESX 4.1 parted rpm
ESX410-201110209-UG:更新 ESX 4.1 vaai 组件
ESX410-201110210-SG:更新 ESX 4.1 qlogic-fchba-provider
ESX410-201110211-UG:更新 ESX 4.1 sata-ahci 驱动程序
ESX410-201110212-UG:更新 ESX 4.1 scsi-aic79xx 驱动程序
ESX410-201110213-UG:更新 ESX 4.1 Megaraid SAS 驱动程序
ESX410-201110214-SG:更新 ESX 4.1 nss 和 nspr 库
ESX410-201110215-UG:更新 ESX 4.1 tg3 网络驱动程序
ESX410-201110216-UG:更新 ESX 4.1 igb 网络驱动程序
ESX410-201110217-UG:更新 ESX 4.1scsi-qla2xxx 驱动程序
ESX410-201110218-UG:更新 ESX 4.1 webCenter 组件
ESX410-201110218-UG:更新 ESX 4.1 tzdata rpm
ESX410-201110221-UG:更新 ESX 4.1 esxupdate 软件包
ESX410-201110222-UG:更新 ESX 4.1 dhcp-cos 组件
ESX410-201110223-UG:更新 ESX 4.1 nx-nic 设备驱动程序
ESX410-201110224-SG:更新 ESX 4.1 mptsas 设备驱动程序

ESX 4.1 Update 2 还包含以前发布的下列包中的所有修复程序:

ESX410-201101201-SG 更新 ESX 4.1 内核和 CIM 组件、krb5、openldap 和 pam-krb5
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-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 软件包

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

已解决的问题

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

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

备份

  • 在创建或移除快照时虚拟机有时会关闭电源


  • 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.

CIM 和 API

  • 在处于脱机状态的数据存储中调用 RefreshDatastore API 时不会显示任何错误


  • ESX 主机显示内存类型为未知




  • 安装 ESXi 4.1 Update 1 Embedded 并重新引导系统会生成用户环境核心转储


  • CoreDump:1480:Userworld sfcb-qlgc /var/core/sfcb-qlgc-zdump.003
    esx41u2 中的 qlogic-fchba-provider-410.1.3.5-260247(版本 1.3.5)
  • CIM 服务器向 IBM Systems Director 发送无效警报
    ESX 主机上的 CIM 服务器 (sfcbd) 进程可能会向 IBM Systems Director 软件发送与缺少 CPU 有关的无效 OMC_IpmiAlertIndication 警报。IBM 刀片服务器(如 IBM LS22 7901-AC1)上出现了此问题。

    本版本已解决该问题。

客户机操作系统

  • vMotion 间歇性地失败且显示超时消息
    vMotion 间歇性地失败并显示超时消息,而且 hostd 日志文件中记录以下错误消息:
    error -1:Failed to launch virtual machine process.Failed to launch peer process.
    由于名称解析调用是在信号处理程序安装之前执行的,因此会记录此消息。

    本版本已解决该问题。修复程序在安装信号处理程序后执行名称解析调用。

  • 内存热插拔功能在 SLES 11 32 位客户机操作系统上不起作用
    SLES 11 32 位客户机操作系统上不支持内存热插拔功能。本版本中已禁用 [编辑设置] > [选项] 中的 [热插拔内存/CPU] 选项。

其他

  • 使用非本地用户凭据无法登录到 ESX 4.1 主机
    这是由于对 ESX 4.1 中的 /etc/security/access.conf文件所做的更改。ESX 4.1 中的 access.conf文件中的 -:ALL:ALL条目导致 NIS 或任何非本地用户身份验证失败。

    本版本中通过在 vSphere Client 上添加一个新的 plugins.vimsvc.shellAccessForAllUsers参数解决了此问题。现在,您可以通过将 plugins.vimsvc.shellAccessForAllUsers设置为 true并重新连接到 vCenter Server,启用任何非本地用户身份验证。
  • 对虚拟机执行 vMotion 之后的 NUMA 不平衡(知识库文章 2000740)
  • 为启用了 NUMA 节点的 ESX 主机添加不平衡警告
    在启用了 NUMA 节点的 ESX 主机上,如果与一个 NUMA 节点相关联的内存大于其他节点 30% 以上,则主机的性能可能会受到影响。现在,如果 ESX 主机遇到内存不平衡,将显示以下警告:

    在 NUMA 节点 x(a MB) 和 y (b MB) 之间检测到内存 (DRAM) 严重不平衡 (超过 30%)。这可能会影响性能 (A significant memory (DRAM) imbalance (more than 30 percent) was detected between NUMA nodes x(a MB) and y(b MB). This may impact performance)。
  • 当您使用 vSphere 4.1 重置 Windows 2003 Service Pack 2 R2 虚拟机时,虚拟机失败并出现蓝屏

  • [重新启动客户机]
  • 较长的 syslog 消息在 ESXi 主机上被截断
    在 ESXi 主机上,超过约 2048 个字节的日志消息可能不会写入到 /var/log/messages。

    本版本已解决该问题。
  • 在从 vCenter 4.1 或 vSphere 4.1 连接到 ESX 主机时,数据存储浏览器无法管理 NFS 卷上的符号链接


  • 当您从服务控制台运行 'less /proc/scsi/*/*'时,ESX 主机失败并出现一个紫色的诊断屏幕

  • `less /proc/scsi/*/*`/proc/scsi/
  • vpxalog文件中的消息拆分为多行

  • vpxa
  • 如果未配置 Syslog,vSphere Client 不显示警示消息



  • 警告:Syslog 未配置。请检查 vSphere Client 中 Configuration.Software.Advanced 设置下的 Syslog 选项 (Warning: Syslog not configured. Please check Syslog options under Configuration.Software.Advanced Settings in vSphere client)。
  • 当一个控制器接管了另一个控制器时,驻留在被接管控制器的 LUN 上的数据存储可能变为不活动状态


  • 在 ESXi 4.1 中,hostd 进程可能频繁失败
    在任务和国际化筛选器之间共享的对象导致 hostd 进程频繁失败。

    本版本已解决该问题。ESX 4.1 Update 2 中的修复程序克隆对象而不是共享对象。
  • 在某些快照树形结构中使用命令 vim-cmd 修改快照失败
    对于某些快照树形结构,使用命令 vim-cmd vmsvc/snapshot.remove或 vim-cmd vmsvc/snapshot.revert
    修改快照会失败。

    本版本已解决该问题。现在,为与虚拟机相关联的每个快照创建一个唯一标识符 snapshotId。您可以通过运行命令 vim-cmd vmsvc/snapshot.get <vmid>获得快照。使用相同的命令时,您可以使用以下新语法:

    恢复快照: vim-cmd vmsvc/snapshot.revert <vmid> <snapshotId> [suppressPowerOff/suppressPowerOn]
    移除快照: vim-cmd vmsvc/snapshot.remove <vmid> <snapshotId>
  • 当您启用远程技术支持模式 (SSH) 或本地技术支持模式时,在 vCenter Server 中显示类似于以下内容的警告消息

    配置问题
    主机 localhost.localdomain 的本地技术支持模式已启用。
    主机 <server> 的远程技术支持模式 (SSH) 已启用 (Configuration Issues The Local Tech Support Mode for the host localhost.localdomain has been enabled. Remote Tech Support Mode(SSH) for the host <server> has been enabled)

    本版本已解决此问题。现在,您可以通过在 vCenter Server 中设置 UserVars.SuppressShellWarning 参数禁用此警告。
  • 使用固定直通设备配置的虚拟机无法打开电源
    对于使用 14 个或更多 PCIe 设备配置的虚拟机,如果其中某个设备是固定直通 FPT 设备,则该虚拟机可能无法打开电源。有时虚拟机能成功引导一次,但随后的重新引导就无法打开电源。 vmware.log中写入类似于以下内容的错误消息:

    Mar 25 20:56:17.659:vcpu-0| Msg_Post:Error
    Mar 25 20:56:17.659:vcpu-0| [msg.pciPassthru.mmioOutsidePCIHole] PCIPassthru 005:00.0:Guest tried to map 32 device pages (with base address of 0x0) to a range occupied by main memory.This is outside of the PCI Hole.Add pciHole.start = "0" to the configuration file and then power on the VM.

    本版本已解决该问题。

网络连接

  • 当您删除 vNetwork Distributed Switch 时,ESX 主机显示错误消息


  • 为 vCenter Server“loganvc29.eng.vmware.com”上的对象“networkSystem-3739”调用“HostNetworkSystem.UpdateNetworkConfig”失败。
    操作失败,诊断报告: DVS DvsPortset-0 有 1 个卷影或 zombie 端口 (Call "HostNetworkSystem.UpdateNetworkConfig" for object "networkSystem-3739" on vCenter Server "loganvc29.eng.vmware.com" failed. Operation failed, diagnostics report: DVS DvsPortset-0 has 1 shadow or zombie port)。
  • e1000 虚拟网卡发送的第一个数据包的 MAC 地址无效

  • 00:00:00:xx:xx:xx。
  • 使用 vNetwork Distributed Switch (vDS) 配置的 ESXi 主机与 vCenter Server 断开连接,并且多次尝试后也不会重新连接

  • Limit exceeded
  • 通过使用 be2net 或 ixgbe 驱动程序的物理 NIC 配置 VLAN 时,网络连接可能会失败
    在 vNetwork Distributed Switch 上,当您为 dvUplink 端口组配置一个 VLAN 或 VLAN ID 范围时,如果为物理网卡安装了 be2net 或 ixgbe 驱动程序,则对于单一 VLAN 或分配了 VLAN ID 范围中的最高 VLAN ID 的 VLAN,网络连接可能会失败。

    本版本已解决该问题。

安全

  • 解决 SFCB 中的一个整数溢出问题

    本版本解决了 SFCB 中的一个整数溢出问题。在 /etc/sfcb/sfcb.cfg中将 httpMaxContentLength 从其默认值更改为 0 时,会出现此问题。远程攻击者能够利用整数溢出漏洞发动拒绝服务攻击(堆内存损坏)或通过内容长度 HTTP 标头中的大型整数执行任意代码。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2010-2054。
  • 更新为 pam RPM

    在本版本中,pam RPM 更新为 pam_0.99.6.2-3.27.5437.vm,它解决了与 PAM 模块有关的多个安全问题。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2010-3316、CVE-2010-3435 和 CVE-2010-3853。
  • 在分别位于两个不同群集中的 ESX 4.1 主机之间执行冷迁移失败


  • 更新 openssl 软件包

    错误摘要:在本版本中,openssl 软件包从 openssl098e 更新为 openssl-0.9.8e.12.el5_5.7,这解决了两个安全问题。常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2008-7270 和 CVE-2010-4180。
  • 更新 NSS 和 NSPR 库

    在本版本中,Network Security Services (NSS) 和 Netscape Portable Runtime (NSPR) 库的源文件中的许可证文本经过更新,以按照 Lesser General Public License (LGPL) 2.1(而不是 Mozilla Public License (MPL))分发这些软件包。此外,NSS 和 NSPR 更新为 nspr-4.8.6-1 和 nss-3.12.8-4,这解决了多个安全问题。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2010-3170 和 CVE-2010-3173。
  • 更新为 libuser RPM

    在本版本中,libuser RPM 更新为版本 0.54.7-2.1.el5_5.2 以解决一个安全问题。常见漏洞与暴露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2011-0002。
  • 更新 openldap 和 openldap-client RPM
     
    在本版本中,使用 2.3.43.12.el5_5.1 和 2.3.43-12.el5_6.7 更新了 openldap 和 openldap-client RPM,从而解决了与 OpenLDAP 库有关的多个安全问题。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2010-0211、CVE-2010-0212 和 CVE-2011-1024。
  • 更新为 userworld glibc

    错误摘要:在本版本中,userworld glibc 更新为 2.5-58.el5_6.2 以解决多个安全问题。
     
    常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2011-0536、CVE-2010-0296、CVE-2011-1071 和 CVE-2011-1095。
  • 更新 mpt2sas 驱动程序

    在本版本中,mpt2sas 驱动程序经过更新以解决多个允许本地用户特权升级的安全问题。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2011-1494 和 CVE-2011-1495。
  • 更新 Intel e1000 和 e1000e 驱动程序

    这解决了 Intel PRO/1000 适配器的 e1000 和 e1000e Linux 驱动程序中的一个安全问题,远程攻击者可利用该问题绕过数据包筛选器并发送被操纵的数据包。

    常见漏洞与暴露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-4536。

服务器配置

  • 远程主机无法访问时,Syslog 操作可能会失败

  • syslogd
    syslogd
  • 在 ESXi 中,为编辑密码设置而对 /etc/pam.d/system-auth文件所做的更改不会在系统重新引导后保留。
    用户无法编辑 /etc/pam.d/system-auth文件。因此,对 /etc/pam.d/system-auth文件所做的更改不会在系统重新引导后保留。现在,您可以通过更改 /etc/pam.d/passwd文件编辑密码设置。

    本版本已解决该问题。

存储

  • 将 QLogic QME2472 主机总线适配器与 ESX 4.0 配合使用时,FalconStor 主机总线适配器 (HBA) 故障切换将导致全部路径异常 (APD) 状况


  • 升级后,ESX/ESXi 主机未能检测到 NC382i 适配器的 iSCSI 功能


  • 当您重新引导 ESX/ESXi 主机中的光纤通道交换机时,交换机的链路状态没有恢复


  • 连接到 ESX 主机的 3par 阵列的光纤通道逻辑单元号 (LUN) 的目标信息不会显示在 vSphere 中


  • 在 ESX/ESXi 中,虚拟机无法检测到驻留在 Dell MD36xxi 存储阵列上的原始设备映射文件


  • 知识库文章 1037925
  • 升级后的 VMFS 卷的快照在 ESX 4.x 主机上无法挂载
    如果 VMFS3 卷是从使用大于 1 MB 的块大小的 VMFS2 升级而来,则其快照在 ESX 4.x 主机上可能无法挂载。用于列出检测到的 VMFS 快照卷的 esxcfg-volume -l命令将失败,并显示以下错误消息:

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

    本版本已解决该问题。现在即可对从 VMFS2 升级的 VMFS3 卷的快照进行挂载或重新签名。
  • 使用 QLogic 光纤通道内置驱动程序的 ESX 主机在扫描 LUN 时失败并出现紫色诊断屏幕


  • 设备的使用主动未优化的路径 (useANO) 设置不能在系统重新引导后保留


  • ESXi 4.1 不断在 Dell PowerEdge 系统上记录 SATA 内部错误消息


  • cpu2:4802)<6>ata1:soft resetting port
    cpu1:4802)<6>ata1:SATA link up 1.5 Gbps (SStatus 113 SControl 300)
    cpu0:4802)<6>ata1.00:configured for UDMA/100
    cpu0:4802)<6>ata1:EH complete
    cpu0:4802)<3>ata1.00:exception Emask 0x40 SAct 0x0 SErr 0x800 action 0x2
    cpu0:4802)<3>ata1.00:(irq_stat 0x40000001)
    cpu0:4802)<3>ata1.00:tag 0 cmd 0xa0 Emask 0x40 stat 0x51 err 0x24 (internal error)

  • 连接到使用 aic79xx 驱动程序访问的磁带驱动器的 ESX 主机失败
    aic79xx 驱动程序访问磁带驱动器的一个释放的内存区域时,连接到该磁带驱动器的 ESX 主机可能失败并出现一个紫屏,其中显示类似于以下内容的一条错误消息:

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

    本版本已解决此问题。
  • 连接到 ESX/ESXi 主机的逻辑单元号 (LUN) 路径状态即使在它们重新连接到 ESX/ESXi 主机后也不会更新


支持的硬件

  • 连接到 ESX 主机的 MAI KEYLOK II USB 设备在 Linux 虚拟机上无法访问


升级和安装

  • 在 ESX 4.1 Update1 或早期版本的全新安装过程中,您无法更改 VMFS 卷的大小或块大小
    当使用高级设置安装 ESX/ESXi 4.1 Update1 或更早版本时,您没有修改分区大小和 VMFS 块大小的选项。默认情况下,VMFS 卷是用完整的分区创建的。
    现在,ESX/ESXi 允许您在 GUI、文本和 kickstart 安装过程中指定 vmfs 块大小,这就解决了此问题。

    本版本已解决该问题。
  • 当 ESX 从 3.5 升级到 4.1 时,NetWare 5.1 Service Pack 8 虚拟机中的 CPU 利用率增加


  • Megaraid_sas 驱动程序已从 4.0.14.1-18 升级到 5.30


  • 在具有 LSI SAS Mezzanine 控制器 (LSI 1064E) 的 Hitachi BS320 AC51A3 刀片服务器上,ESX 4.1 安装失败
    此问题是 ESX 4.1 中引入的一项实验功能 FireWire 串行总线扫描导致的。有关我们产品中实验功能的 VMware 官方立场,请参阅 https://www.vmware.com/support/policies/experimental.html

    本版本通过禁用 FireWire 解决了此问题。ESX 4.1 和更高版本不正式支持 FireWire。

虚拟机管理

  • 在 ESX 3.5/4.0 中,当您通过 Managed Object Browser (MOB) 浏览 ESX 主机时,CPU 和内存的预留值显示为“未设置”

  • [virtualMachineConfigSummary.cpuReservation]
    [virtualMachineConfigSummary.memoryReservation]

  • 将 ESX 4.0 升级到 ESX 4.0 Update 1 后,多端口串行 PCI 卡上只有一个端口工作
    将 ESX 主机从 ESX 4.0 升级到 ESX 4.0 Update 1 后,只有一个串行卡端口工作,而在升级前串行卡上的所有端口都在正常工作。当您打开虚拟机电源时,控制台上可能出现以下错误消息:
    "serial0:“/dev/ttyS1”文件未显示为一个串行端口: 输入/输出错误。虚拟设备 serial0 将开始断开连接 (serial0: The "/dev/ttyS1" file does not appear to be a serial port: Input/output error. Virtual device serial0 will start disconnected)。"

    本版本已解决该问题。
  • 运行 Windows 2008 R2 客户机操作系统的虚拟机热克隆自定义失败,并且克隆不断重新引导Windows 2008 R2 客户机操作系统的热克隆自定义失败并出现 “未找到自动检查 (auto check not found)”错误消息,而且虚拟机不断地重新引导。

    本版本已解决该问题。
  • 在 vCenter 中,克隆的 Windows 2000 Professional 虚拟机在 vmx文件中将 Windows 2000 显示为客户机操作系统,而不是 Windows 2000 Professional




  • 在 ESX/ESXi 4.0 中,PerfQuerySpec 中的 maxSample 性能统计信息属性显示错误值

  • PerfQuerySpec
  • vSphere Client 会显示针对关闭电源的虚拟机的错误置备空间


  • 移除快照导致 VMware hostd 管理代理失败
    如果您移除虚拟机快照,VMware hostd 管理代理可能会失败,并显示类似于以下内容的回溯追踪:

    [2010-02-23 09:26:36.463 F6525B90 error 'App']
    异常: 断言失败:"_config != __null && _view != __null" @ bora/vim/hostd/vmsvc/vmSnapshot.cpp:1494 ([2010-02-23 09:26:36.463 F6525B90 error 'App'] Exception: Assert Failed: "_config != __null && _view != __null" @ bora/vim/hostd/vmsvc/vmSnapshot.cpp:1494)

    这是因为与虚拟机配置文件位于相同目录下的 <vm_name>-aux.xml是空的。在主机上创建或注册虚拟机时,会读取 <vm_name>-aux.xml文件的内容,并填充 _view对象。如果 XML 文件为空,将不会填充 _view对象。这会导致整合快照时发生错误。

    本版本已解决该问题。
  • 使用 MIB 文件发送 SNMP 查询时 ESX 主机停止响应
    如果在主机上启用嵌入式 SNMP 代理,并使用 VMWARE-VMINFO-MIB.mibMIB 文件向正在迁移、克隆、创建或删除的虚拟机发送 SNMP 查询,则 ESX 主机可能会停止响应。

    本版本已解决该问题。
  • 如果更改了虚拟磁盘的限制 IOPS 值,在快照上运行的虚拟机可能变得无响应
    如果您将正在快照上运行或正在创建快照的虚拟机的虚拟磁盘的限制 IOPS 值从 [无限] 改为其他任何值,则该虚拟机可能会每隔几秒就停止响应。

    本版本已解决该问题。

vMotion 和 Storage vMotion

  • 当您在多台虚拟机上执行 vMotion 时,ESX 主机显示 内存不足 (Out of Memory)警告消息


  • WARNING: vmklinux26:AllocPages:gfp_mask=0xd4, order=0x0, vmk_PktSlabAllocPage returned 'Out of memory' in the vmkernel log during vMotion
  • 如果您尝试将 High Availability (HA) 和 Distributed Resource Scheduler (DRS) 置于维护模式或执行 vMotion 操作,vMotion 将失败,并出现 内存不足 (Out of Memory)错误消息
    如果您执行并发 vMotion 或使用 vCenter 4.1 或 vSphere 4.1 将作为启用了 DRS 的群集一部分的 4.1 主机置于维护模式下,则疏散虚拟机失败,并出现以下错误消息:

    迁移到主机 <> 失败,错误为内存不足 (195887124)。vMotion 迁移 [184468762:1286284186972455] 写入功能失败 (Migration to host <> failed with error Out of memory (195887124). vMotion migration [184468762:1286284186972455] write function failed)。

    本版本已解决该问题。
  • vMotion 由于锁定的交换文件而失败


VMware Tools

  • 在使用 Windows NT 4.0 操作系统的虚拟机上安装 VMware Tools 将导致错误消息
    尝试在使用 Windows NT 4.0 操作系统的虚拟机上安装 VMware Tools 会成功。但是,vSphere Client 显示工具状态为 [VMware Tools: 已过期]。
    本版本已解决该问题。
  • 由于某些 Linux 客户机操作系统中 /tmp中的某些文件夹被删除,VMware Tools 升级失败
    当您将 VMware Tools 从 ESX 3.5 升级到 ESX 4.0 时,升级可能会失败,因为某些 Linux 发行版会定期移除 /tmp中的旧文件和文件夹。VMware Tools 升级需要 /tmp中的此目录来实现自动升级。
    本版本已解决该问题。
  • Windows 虚拟机在升级 VMware Tools 后丢失网络连接
    在您将 VMware Tools 从 ESX 3.5 升级到 ESX 4.x(这会安装主机客户机文件系统 (HGFS))时,HGFS 驱动程序可能无法正常卸载。因此,Windows 虚拟机的网络 [提供商顺序] 选项卡(位于 [网络连接] > [高级] > [高级设置] 下)显示错误的信息,并且虚拟机可能会丢失网络连接。

    本版本已解决该问题。现在,升级期间可正常卸载早期版本的 HGFS 驱动程序和所有相关注册表条目。
  • 当您创建 Windows 2008 R2 虚拟机的静态快照时,虚拟机中的附加磁盘会失败
    • Windows 2003
    • Windows Vista
    • Windows 2008
    • Windows 7


  • 如果应用程序从多个线程同时调用 WNetAddConnection2API,Windows HGFS 提供程序会导致死锁

  • WNetAddConnection2WNetCancelConnection
  • 在 ESX 4.1 U1 上具有最新内核的 RHEL3 中安装 VMware Tools 后,无法使用 VMXNET 网络接口卡

  • vmxnetvsocket
    解决办法
  • Windows 客户机操作系统在虚拟硬件升级后显示错误的网卡设备状态


  • “此硬件设备没有连接到计算机(代码 45)(This hardware device is not connected to the computer (Code 45))”
    解决办法

  • 在 RHEL 2.1 虚拟机上安装 VMware Tools 失败,并出现错误消息

  • vmware-install.pl
    正在为内核创建新 initrd 引导映像。打开 /tmp/vmware-fonts2/system_fonts.conf 时出错,执行中止 (Creating a new initrd boot image for the kernel. Error opening /tmp/vmware-fonts2/system_fonts.conf Execution aborted)。
  • 在安装 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 时,Linux 虚拟机上的配置文件条目被覆盖
    当在 Linux 虚拟机上安装或更新 VMware Tools 时,VMware Tools 安装程序可能会覆盖第三方开发工具创建的配置文件(例如 Redhat 和 Ubuntu 的 /etc/updated.conf 文件,以及 SuSE 的 /etc/sysconfig/locate 文件)中的所有条目。这可能会影响这些虚拟机上正在运行 updatedb 的 cron 作业。

    本版本已解决该问题。
  • 在 SUSE Linux Enterprise Server 10 Service Pack 3 x86 虚拟机上安装或升级 VMware Tools 时,禁用的 CUPS(通用 Unix 打印系统)服务会自动启动


  • 在 SUSE Linux Enterprise 10 上

  • chkconfig --level 2345 cups off
    chkconfig --level 2345 cupsrenice off


    service cups status
    chkconfig -l|grep -i cups

  • 在 Red Hat Enterprise Linux 5 上

  • chkconfig --level 2345 cups off
    system-config-services
  • 当对列对分离时,Linux 客户机操作系统上的虚拟机通信接口 (VMCI) 套接字停止响应。
    • 虚拟机不可用。
    • 报告了客户机操作系统内有一个 busmem 无效失败。

  • [正在连接]


    连接由对等方重置 (Connection reset by peer)
  • 切换内核时,未加载 VMware Tools 的内核模块
    当您安装 VMware Tools 并在内核间切换时,在引导过程中未加载 vsock 和 vmmemctl 模块。运行 dmesg 命令或尝试手动加载错误内核的模块时,将出现以下错误消息:

    vmmemctl:与符号 module_layout 的版本不一致
    vsock: 与符号 module_layout 的版本不一致 (vmmemctl: disagrees about version of symbol module_layout vsock: disagrees about version of symbol module_layou)

    本版本已解决此问题。ESX 4.1 Update 2 中的修复程序在切换内核时会重建 VMware Tools 模块。
  • 当使用注册表项强制虚拟内存分配顺序为从上向下时,64 位 Windows 虚拟机上的 VMware Tools 服务 (vmtoolsd) 失败



  • 您在使用长操作系统名的 Linux 客户机上安装 VMware Tools 后,VMware Tools 服务 (vmtoolsd) 可能会失败


  • 安装 VMware Tools 后 X11 配置发生更改

    在 SuSe Linux Enterprise Server (SLES) 虚拟机上安装 VMware Tools 后,X11 配置发生更改。结果,键盘区域设置改为阿尔巴尼亚,鼠标和显示器配置为空,且 VNC 失败

    本版本已解决该问题。

已知问题

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

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

备份

  • 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 库版本

客户机操作系统

  • 热添加内存超过 3 GB 后客户机操作系统可能不再响应
    如果 Redhat 5.4-64 客户机操作系统是在已连接 IDE 设备的情况下启动的,则在执行热添加操作将内存从低于 3 GB 增加到高于 3 GB 时,该操作系统可能不再响应。

    解决办法:不要使用热添加将虚拟机的内存大小从小于或等于 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 软件包会显示一条消息,表明软件包不受支持
    在 SUSE Linux Enterprise Server 11 客户机操作系统上安装 VMware Tools OSP 软件包时,将显示类似于以下内容的错误消息:
    软件包供应商不支持下列软件包 (The following packages are not supported by their vendor)

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

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


  • 部署和打开虚拟机电源后无网络连接
    如果部署使用 ESX 主机上的自定义向导创建的虚拟机,并打开虚拟机电源,则虚拟机可能会丢失网络连接。

    解决办法:
    在 ESX 主机上部署每台虚拟机后,在打开虚拟机电源之前,在 [虚拟机属性] 窗口中选择 打开电源时连接

其他

  • 长时间运行 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 的内核驱动程序映射与定义冲突,原因不明 (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)

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

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

网络

  • 在物理网卡上运行控制操作时,网络连接出现故障且系统崩溃
    在某些情况下,如果多个 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 数量接近 1016 时,就可能开始出现内存问题。出现内存问题后,将无法向 vDS 添加虚拟机或虚拟适配器。

    解决办法:将 vDS 上每个主机的 dvPort 最大数量配置为 1016。
  • 重新配置 VMXNET3 网卡可能会导致唤醒虚拟机
    在启用 LAN 唤醒且虚拟机处于睡眠状态时重新配置 VMXNET3 网卡会导致恢复该虚拟机。

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

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

存储器

  • 无法针对具有长逻辑设备名称的网卡配置 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。


  • 在 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 预留之间的冲突引起的。

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

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

服务器配置

  • 当在主机上配置了 LDAP 但无法访问 LDAP 服务器时,无法升级到 ESX 4.1 Update 1
    当已在 ESX 主机上配置 LDAP 但无法访问 LDAP 服务器时,无法从 ESX 4.x 升级到 ESX 4.1 Update 1。

    解决办法:要解决此问题,请执行下列任务之一:

    • 在 /etc/ldap.conf文件中设置以下参数。
      • 要使与 LDAP 服务器的连接超时,请将 bind_policy设置为 soft。
      • 要设置 LDAP 服务器连接超时持续时间(以秒为单位),请将 bind_timelimit设置为 30。
      • 要设置每个查询的 LDAP 超时持续时间(以秒为单位),请将 timelimit设置为 30。

     

  • 升级完成后,先禁用 LDAP,然后再启用 LDAP。
    1. 升级前,通过从服务控制台运行 esxcfg-auth --disableldap命令来禁用 LDAP。
    2. 升级后,通过从服务控制台运行 esxcfg-auth --enableldap --enableldapauth --ldapserver=xx.xx.xx.xx --ldapbasedn=xx.xx.xx命令来启用 LDAP。

    支持的硬件

    • 当 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 returned NULL
      Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc returned NULL
      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: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: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 系列缓存升级模块。

    升级和安装

    • 如果使用 Update Manager 4.1 进行升级,则主机升级至 ESX/ESXi 4.1 Update 1 将失败(知识库文章 1035436)

    • 安装 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 或 ESX 4.1 升级到 ESX 4.1 Update 1 时,ESX 服务控制台显示错误消息
      从 ESX 4.0 或 ESX 4.1 版本升级到 ESX 4.1 Update 1 时,服务控制台可能会显示类似于以下内容的错误消息:
      在 ESX 4.0 主机上: 版本检查期间出错: 系统调用 API 校验和不匹配" (On the ESX 4.0 host: Error during version check: The system call API checksum doesn’t match")
      在 ESX 4.1 主机上: Vmkctl 与 VMkernel 不匹配,签名在 Vmkctl 和 Vmkernel 之间不匹配 (Vmkctl & VMkernel Mismatch,Signature mismatch between Vmkctl & Vmkernel)

      可以忽略这些消息。

      解决办法:重新引导 ESX 4.1 Update 1 主机。

    • 将 ESX 主机从 ESX 4.0 Update 2 升级到 ESX 4.1 Update 1 时,esxupdate - a 命令输出不显示内置驱动程序
      当使用 esxupdate实用程序将 ESX 主机从 ESX 4.0 Update 2 升级到 ESX 4.1 Update 1 时, esxupdate -a命令输出不显示内置驱动程序。

      解决办法
      运行 esxupdate -b <ESX410-Update01>信息命令,查看有关所有适用于 ESX 4.1 Update 1 版本的内置和异步驱动程序公告的信息。

    • 当在主机上配置早期版本的 IBM Management Agent 6.2 时,升级到 ESX 4.1 Update 1 失败
      将主机从 ESX 4.x 升级到 ESX 4.1 Update 1 时,升级失败并在 ESX 和 VUM 中显示错误消息:

      • 在 ESX 中,主机会在 esxupdate.log文件中记录以下消息: DependencyError:VIB rpm_vmware-esx-vmware-release-4_4.1.0-0.0.260247@i386 breaks host API vmware-esx-vmware-release-4 <= 4.0.9.
      • 在 VUM 中, [任务与事件] 选项卡将显示以下消息: 修复失败: 单个主机修复:esxupdate 错误,版本: 1.30,“操作: 14: 解析依赖关系时出错 (Remediation did not succeed: SingleHostRemediate: esxupdate error, version: 1.30, "operation: 14: There was an error resolving dependencies)。

      ESX 4.x 主机运行早期版本的 IBM Management Agent 6.2 时,会出现此问题。

      解决办法:在 ESX 4.x 主机上安装 IBM Management Agent 6.2,然后将其升级到 ESX 4.1 Update 1。

    • 针对 ESX410-Update01 或 ESX410-201101226-SG 公告扫描 ESX 主机会显示不兼容的状态消息
      使用 VUM 对包含 ESX410-Update01 或 ESX410-201101226-SG 公告的 ESX 主机执行扫描时,扫描结果可能会显示状态为不兼容。

      解决办法:
    •  
      • 忽略不兼容的状态消息,继续执行修复过程。
      • 通过安装 ESX410-201101203-UG 公告和执行扫描,移除不兼容的状态消息。

    vMotion 和 Storage vMotion

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

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

    vMotion 和 Storage vMotion

    • 在 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 仍出现错误。

    VMware Tools

    • PR 632995:在 ESX 4.1 U1 上具有最新内核的 RHEL3 中安装 VMware Tools 后,无法使用 VMXNET 网络接口卡 *
      由于 ABI 不兼容,VMware Tools 中使用 RHEL 3.9 模块预建的某些驱动程序与 2.4.21-63 内核无法一起正常运行。结果,当您在 REHL3.9 上安装 VMware Tools 时,不会加载某些设备驱动程序(如 vmxnet 和 vsocket)。

      解决办法:引导到 2.4.21-63 内核。为 2.4.21-63 内核安装 kernel-source 和 gcc 软件包。运行命令 vmware-config-tools.pl, --compile。这将为此内核编译模块,生成的模块应能与正在运行的内核配合使用。

    • 当重新启动 Microsoft Windows 2000 虚拟机时,VMware Tools 不会执行自动升级
      当通过选择 [虚拟机属性] 窗口中 [高级] 窗格下的 [每次启动后检查并升级 Tools] 选项来配置 VMware Tools 以便在重新启动过程中自动升级时,VMware Tools 不会在 Microsoft Windows 2000 客户机操作系统中执行自动升级。


      解决办法:
      在 Microsoft Windows 2000 客户机操作系统中手动升级 VMware Tools。

    返回页首