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

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

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

新增功能

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

  • 对新处理器的支持 — ESXi 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 个许可证。
  • 对其他驱动程序的支持 — ESXi 4.1 Update 2 支持 LSI PERC8 RAID 驱动程序更新。

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

返回页首

ESXi 4.1 的早期版本

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

返回页首

开始前

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

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

ESXi、vCenter Server 和 VDDK 兼容性

Virtual Disk Development Kit (VDDK) 1.2.1 增加了对 ESXi 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 Installable 和 vCenter Server 的分步指导,请阅读 《ESXi Installable 和 vCenter Server 安装指南》 ; 有关安装 ESXi Embedded 和 vCenter Server 的分步指导,请阅读 《ESXi Embedded 和 vCenter Server 安装指南》

成功安装 ESXi Installable 或成功引导 ESXi Embedded 之后, 必须进行若干配置步骤。尤其是, 许可、网络连接和安全性配置步骤必不可少。有关这些配置任务 的指导,请参见 vSphere 文档中的 以下指南。

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

与 ESXi 相关的管理信息库 (MIB) 文件不与 vCenter Server 捆绑。vCenter Server 4.0.X 仅随附了与 vCenter Server 相关的 MIB 文件。所有 MIB 文件都可以从 VMware 网站下载, 网址为: http://downloads.vmware.com/cn/d/

升级 VMware Tools

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

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

升级或迁移到 ESXi 4.1 Update 2

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

  • VMware vCenter Update Manager。支持从 ESXi 3.5 Update 5、ESXi 4.0.x 和 ESXi 4.1 直接升级到 ESXi 4.1 Update 1 的 vSphere 模块。
  • vihostupdate支持从 ESXi 4.0 直接 支持从 ESXi 4.0 和 ESXi 4.1 Update 1 直接升级到 ESXi 4.1 Update 2。 此实用程序要求安装 vSphere CLI。有关更多详细信息,请参见 《vSphere 升级指南》。要应用 VEM 捆绑包, 请执行使用 vihostupdate 实用程序的解决办法。这样就可将 ESXi 4.1 Update 2 Embedded 主机添加到 Cisco Nexus 1000 AV 2 vDS。

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

升级交付产品

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

ESXi 3.5 Update 5

ESXi 4.0
包括:
ESXi 4.0 Update 1
ESXi 4.0 Update 2

ESXi 4.0 Update 3

ESXi 4.1

upgrade-from-ESXi3.5-to-4.1_update02.463540.zip
带有主机升级基准的 VMware vCenter Update Manager

upgrade-from-esxi4.0-to-4.1-update02-463540.zip
  • 带有主机升级基准的 VMware vCenter Update Manager
  • vihostupdate

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

注意

本版本中包含的修补程序

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

除 ZIP 文件格式外,ESXi 4.1 Update 2 版本(包括 Embedded 和 Installable)以修补程序的形式发布,可应用到现有的 ESXi 4.1 软件安装中。

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

ESXi410-201110201-SG:更新 ESXi 4.1 固件
ESXi410-201110202-UG:更新 ESXi 4.1Tools


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

ESXi410-201010401-SG 更新固件
ESXi410-201010402-BG 更新 VMware Tools

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

已解决的问题

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

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

备份

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


  • 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 时不会显示任何错误



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

  • [未知]

  • 安装 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)上出现了此问题。

    本版本已解决该问题。
  • vCenter Server 对所有安装的 OEM VIB 只显示一个 ProviderEnabled 配置项
    安装 OEM 提供程序 VIB 后,vCenter Server 对所有已安装的 OEM 提供程序 VIB 只显示 ProviderEnabled 配置项 /UserVars/CIMoemProviderEnabled。

    本版本已解决该问题。现在,如果您安装 OEM 提供程序 VIB,将为每个 VIB 创建 /UserVars/CIMoem-<originalname>ProviderEnabled 配置项。您可以单独启用/禁用每个提供程序。

客户机操作系统

  • vMotion 间歇性地失败并显示超时消息


  • error -1:Failed to launch virtual machine process.Failed to launch peer process.

其他

  • 使用非本地用户凭据无法登录到 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,启用任何非本地用户身份验证。
  • 如果物理计算机中每个套接字的 CPU 内核的数量增加,ESXi 主机需要更多的时间来完成某些任务
    • 引导主机。
    • 将主机添加到 HA 群集。
    • 收集 vm-support 诊断数据。


  • 当您使用 vSphere 4.1 重置 Windows 2003 Service Pack 2 R2 虚拟机时,虚拟机失败并出现蓝屏

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

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


  • 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 利用率增加


  • 在具有 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。

  • 在 ESXi 4.1 U2 脚本式安装期间,如果您在 kickstart 文件中指定 -fstype 命令,会显示警告消息
    在 ESXi 4.1 早期版本中,命令 --fstype对于 ESXi 脚本式安装是可选的,您只可以指定 vmfs3作为值。从本版本开始, --fstype命令从脚本式安装中移除。现在,在脚本式安装过程中,如果您在 kickstart 文件中指定 --fstype命令,会显示类似于以下内容的警告消息:
     
    warning:nfs:<host name>/ks.cfg:line xxx:argument "--fstype" to command "part" does not take a value
     
    但是,安装仍会成功完成。

虚拟机管理

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

  • [virtualMachineConfigSummary.cpuReservation]
    [virtualMachineConfigSummary.memoryReservation]

  • 运行 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 失败

    本版本已解决该问题。

 

返回页首

已知问题

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

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

CIM 和 API

  • 当您升级到 ESX 4.1 Update 2 时,不删除配置项 /UserVars/CIMoemProviderEnabled *
    解决办法:通过运行以下命令删除 /UserVars/CIMoemPrividerEnabled:

    esxcfg-advcfg-L /UserVars/CIMoemProviderEnabled

  • 当您升级到 ESX 4.1 Update 2 时,默认情况下启用 OEM ProviderEnabled 配置项 *
    解决办法:
    1. 运行以下命令以禁用 OEM 提供程序:
      esxcfg-advcfg -s 0 /UserVars/CIMoem-<originalname>ProviderEnabled
    2. 通过运行以下命令重新启动 sfcbd服务:
        /etc/init.d/sfcbd-watchdog restart
  • 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 方法。ESXi 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 目前仅支持为当前正在运行的内核编译内核模块。

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


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

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

其他

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

    解决办法:尽管您可以使用 -n选项更改迭代总数,但应该仅在需要数据时才考虑运行 resxtop。如果您确实需要在长时间内收集 resxtop或 esxtop统计信息,请定期关闭然后重新启动 resxtop或 esxtop,而不是让一个 resxtop或 esxtop实例运行数周或数月。
  • 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)

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

    解决办法:可以忽略此警告消息。
  • 将 ESXi 4.1 Update 1 Embedded 主机添加到 Cisco Nexus 1000V 版本 4.0(4)SV1(3a) 时失败
    可能无法通过 vCenter Server 将 ESXi 4.1 Update 1 Embedded 主机添加到 Cisco Nexus 1000V 版本 4.0(4)SV1(3a)。

    解决办法
    要将 ESXi 4.1 Update 1 Embedded 主机添加到 Cisco Nexus 1000V 版本 4.0(4)SV1(3a),请使用 vihostupdate实用程序在 ESXi 主机上应用 VEM 捆绑包。
    执行下列步骤,添加 ESXi 4.1 Update 1 Embedded 主机:
    1. 设置 Cisco Nexus 1000V 版本 4.0(4)SV1(3a)。
    2. 设置安装了 VUM 插件的 vCenter Server。
    3. 将 Cisco Nexus 1000V 版本 4.0(4)SV1(3a) 连接到 vCenter Server。
    4. 创建数据中心,并将 ESXi 4.1 Update 1 Embedded 主机添加到 vCenter Server。
    5. 通过从 vSphere CLI 运行以下命令,将兼容 AV.2 VEM 位的 ESXi 4.1 Update 1 添加到 ESXi 主机:
      vihostupdate.pl --server <Server IP> -i -b <VEM offline metadata path>
      vCLI 上会显示以下提示:
      输入用户名: (Enter username:)
      输入密码: (Enter password:)
      正在安装修补程序,请稍候... (Please wait patch installation is in progress ...)
    6. 更新修补程序之后,请导航到 vCenter Server 中的 [网络] 视图,然后在 Cisco Nexus 1000V 版本 4.0(4)SV1(3a) 中添加主机。
    7. 请验证 ESXi 4.1 Update 1 主机是否已添加到 Cisco Nexus 1000V 版本 4.0(4)SV1(3a)。

网络连接

  • 在物理网卡上运行控制操作时,网络连接出现故障且系统崩溃
    在某些情况下,如果多个 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 虚拟网卡进行重新配置(如执行热添加或热移除)之后,手动将虚拟机置回休眠模式。

存储

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

    解决办法:第三方网卡驱动程序需要将其 vmnic 名称限制在 8 个字节以内(包括 8 个字节),以满足 iSCSI 端口绑定要求。
    注意:如果该驱动程序不用于 iSCSI 端口绑定,则其名称仍可以包含最多 32 个字节。这同样适用于不具有端口绑定功能的 iSCSI。


  • 在 /var/log/messages 日志文件中存在大量与存储相关的消息
    ESXi 在包含多个指向存储设备的物理路径的主机上启动时,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 context overflow
    系统可能会在存储重新扫描过程中记录类似的消息。这些消息是预期行为,并不指示任何故障。可以将其安全忽略。

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

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

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

支持的硬件

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

    解决办法:将
    allowInterleavedNUMANodes 引导选项设置为 TRUE。有关如何配置 ESXi 主机的引导选项的详细信息,请参见 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 系统中安装 ESXi 需要具备 HP NMI 驱动程序
    HP 系统上的 ESXi 4.1 实例要求安装 HP NMI 驱动程序以确保能够正确处理不可屏蔽中断 (NMI)。NMI 驱动程序可确保正确检测和记录 NMI。没有此驱动程序,则会在运行 ESXi 的 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 平台的 ESXi 上,虚拟机打开电源或磁盘 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 系列缓存升级模块。

升级和安装

  • 使用 VMware vCenter Update Manager 从 ESXi 3.5 到 ESXi 4.0.x 再到 ESXi 4.1 Update 2 的多路径升级失败 *
    使用 VMware vCenter Update Manager 从 ESX 3.5 到 ESXi 4.0.x 后,尝试将 ESX 安装升级到 ESXi 4.1 Update 2 失败,并出现与以下内容类似的错误消息:

    VMware vCenter Update Manager 出现未知错误。有关详细信息,请检查 [任务和事件] 选项卡和日志文件 (VMware vCenter Update Manager had an unknown error. Check the Tasks and Events tab and log files for details)

    以下升级途径会出现升级失败:

    • ESXi 3.5 到 ESXi 4.0 Update 1 再到 ESXi 4.1 Update 2
    • ESXi 3.5 到 ESXi 4.0 Update 2 再到 ESXi 4.1 Update 2
    • ESXi 3.5 到 ESXi 4.0 Update 3 再到 ESXi 4.1 Update 2
    • ESXi 3.5 到 ESXi 4.0 再到 ESXi 4.1 Update 2

    解决办法:升级到 ESXi 4.0.x 后重新启动主机,然后升级到 ESXi 4.1 Update 2。

  • 如果使用 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# 软件包。
  • 同时访问 USB 闪存驱动器上的两个 ESXi 安装会导致系统显示紧急消息
    如果引导这样一个系统(通过该系统可以访问在两个不同 USB 闪存驱动器上具有相同内部版本号的多个 ESXi 安装),则系统会显示应急消息。

    解决办法:分离其中一个 USB 闪存驱动器,然后重新引导系统。

vMotion 和 Storage vMotion

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


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

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

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

VMware Tools

  • PR 632995:在 ESXi 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。

 

 

返回页首