ESXi 5.0 Update 2 | 2012 年 12 月 20 日 | 内部版本 914586

上次更新时间:2013 年 1 月 11 日

发行说明内容

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

新增功能

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

  • 支持其他客户机操作系统。 本版本增加了对 Solaris 11、Solaris 11.1 和 Mac OS X Server Lion 10.7.5 客户机操作系统的支持。
    有关本版本所支持的客户机操作系统的完整列表,请参见 《VMware 兼容性指南》

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

ESXi 5.0 的早期版本

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

国际化

VMware vSphere 5.0 Update 2 提供以下语言的版本:

  • 英语
  • 法语
  • 德语
  • 日语
  • 韩语
  • 简体中文

vSphere Client 区域设置强制模式

在 vSphere 5.0 Update 2 中,您可以将 VMware vSphere Client 配置为显示英文界面文本,即使运行它的计算机为非英文环境也可以。可在单个会话期间通过提供命令行开关来设置此配置。该配置适用于界面文本,不会影响与区域设置相关的其他设置,例如日期和时间或数字格式。

以下 vSphere Client 命令会导致单个会话以英文形式显示:

vpxClient -locale en_US

兼容性和安装

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

VMware 产品互操作性列表详细介绍了 VMware vSphere 组件(包括 ESXi、VMware vCenter Server、vSphere Client 和可选的 VMware 产品)当前版本与先前版本的兼容性问题。此外,在安装 ESXi 或 vCenter Server 之前,请查看本站点以了解有关受支持的管理和备份代理的信息。

vSphere Web Client 和 vSphere Client 与 vCenter Server 和模块 ZIP 文件打包在一起。您可以通过 VMware vCenter™ 安装程序向导来安装一个客户端,或者安装所有这两个客户端。

ESXi、vCenter Server 和 VDDK 兼容性

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


ESXi 的硬件兼容性

要确定哪些处理器、存储设备、SAN 阵列和 I/O 设备与 vSphere 5.0 Update 2 兼容,请查看 《VMware 兼容性指南》中关于 ESXi 5.0 Update 2 的信息。

升级和安装受支持的 CPU。vSphere 5.0 Update 2 仅支持拥有 LAHF 和 SAHF CPU 指令集的 CPU。在安装或升级过程中,安装程序将检查主机 CPU 与 vSphere 5.0 Update 2 的兼容性。有关 CPU 支持的信息,请参见 《VMware 兼容性指南》。

ESXi 的客户机操作系统兼容性

要确定哪些客户机操作系统与 vSphere 5.0 Update 2 兼容,请查看 《VMware 兼容性指南》中关于 ESXi 5.0 Update 2 的信息。

ESXi 的虚拟机兼容性

ESXi 5.0 Update 2 支持具有虚拟硬件版本 4.0 及更高版本的虚拟机。不再支持硬件版本 3。要在 ESXi 5.0 Update 2 上使用硬件版本 3 的虚拟机,请升级虚拟硬件。请参见 《vSphere 升级》文档。

此版本的安装说明

有关安装和配置 ESXi 和 vCenter Server 的分步指导,请阅读 《vSphere 安装和设置》文档。

成功安装之后,您必须执行某些许可、网络连接和安全配置。有关这些配置任务的信息,请参见 vSphere 文档中的以下指南。

 

迁移第三方解决方案

ESX/ESXi 主机可能包含第三方软件,如 Cisco Nexus 1000V VEM 或 EMC PowerPath 模块。ESXi 5.0 架构与 ESX/ESXi 4.x 不同,因此从 ESX/ESXi 4.x 升级到 ESXi 5.0 及更高版本后,无法迁移自定义的第三方软件包 (VIB)。
如果您升级的 4.x 主机包含在升级版 ISO 中不存在的自定义 VIB,您可以进行升级但会收到一条错误消息,其中列出了缺少的 VIB。要成功升级或迁移此类主机,您必须使用 Image Builder 创建一个包含缺少的 VIB 的自定义 ESXi ISO 映像。要升级主机而不升级第三方软件,请在 vSphere Update Manager 中使用 ForceMigrate选项或在修复过程中选择该选项来移除第三方软件模块。有关如何使用 Image Builder 创建自定义 ISO 的信息,请参见 《vSphere 安装和设置》文档。有关使用第三方自定义进行升级的信息,请参见 《vSphere 升级》《安装和管理 VMware vSphere Update Manager》文档。有关使用 vSphere Update Manager 进行升级的信息,请参见 《vSphere 升级》《安装和管理 VMware vSphere Update Manager》文档。

L3 路由 NFS 存储访问

在确保您的环境满足以下条件的情况下,vSphere 5.0 Update 2 支持 L3 路由 NFS 存储访问:
  • 在 IP 路由器中使用 Cisco 的热备份路由器协议 (HSRP)。如果使用非 Cisco 路由器,请确保使用虚拟路由器冗余协议 (VRRP)。
  • 使用服务质量 (QoS) 区分具有带宽限制的网络 NFS L3 流量优先级,或区分遇到网络拥堵的 NFS L3 流量优先级。有关详细信息,请参见路由器文档。
  • 遵循存储供应商推荐的 L3 路由 NFS 最佳做法。有关详细信息,请联系您的存储供应商。
  • 禁用网络 I/O 资源管理 (NetIORM)
  • 如果计划使用具有机架置顶式交换机或独立于交换机的 I/O 设备分区的系统,请联系您的系统供应商获取兼容性和支持。
在 L3 环境中,会另有以下限制:
  • 该环境不支持 VMware Site Recovery Manager。
  • 该环境仅支持 NFS 协议。在同一物理网络内不使用其他存储协议(例如 FCoE)。
  • 该环境中的 NFS 流量不支持 IPv6。
  • 该环境中的 NFS 流量仅可以通过 LAN 路由。不支持其他环境(例如 WAN)。
  • 该环境不支持分布式虚拟交换机 (DVS)。

本版本的升级

关于如何升级 vCenter Server 和 ESXi 主机的说明,请参见 《vSphere 升级》文档。

升级 VMware Tools

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

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

ESX/ESXi 升级

可以通过多种方式将 ESX/ESXi 主机升级到 ESXi 5.0 Update 2。

  • vSphere Update Manager。如果您的站点使用 vCenter Server,请使用 vSphere Update Manager 来执行协调主机或协调虚拟机自 ESX/ESXi 4.0、4.1 以及 ESXi 5.0 版本进行的升级。请参见 《vSphere 升级》文档中的说明。如需有关 vSphere Update Manager 的完整文档,请参见 《安装和管理 VMware vSphere Update Manager》文档。

  • 使用在 CD-ROM 或 DVD 上的 ESXi 安装程序 ISO 映像以交互方式升级。您可以从 CD-ROM 或 DVD 驱动器运行 ESXi 5.0 Update 2 安装程序来执行交互式升级。该方法适用于升级数量较少的主机。

  • 执行脚本式升级。您可以通过运行升级脚本将 ESXi/ESX 4.x 主机升级或迁移到 ESXi 5.0 Update 2,实现高效、无人参与的升级。脚本式升级还提供了高效的多主机部署方式。您可以从 CD-ROM 或 DVD 驱动器或通过 PXE 引导安装程序使用脚本来升级 ESXi。

  • ESXCLI:可以使用 esxcli命令行实用程序更新修补程序并将其应用到 ESXi 5.x 主机。无法使用 esxcli 将 ESX/ESXi 4.x 主机升级到 ESXi 5.0 Update2。
支持升级到 ESXi 5.0 Update 2 的升级途径

升级交付产品

受支持的升级工具

支持升级到 ESXi 5.0 Update 2 的升级途径

ESX 4.0
包括
ESX 4.0 Update 1
ESX4.0 Update 2

ESX4.0 Update 3
ESX 4.0 Update 4

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

ESXi 4.0 Update 3
ESXi 4.0 Update 4

ESX 4.1:
包括
ESX 4.1 Update 1
ESX 4.1 Update 2

ESX 4.1 Update 3

 

ESXi 4.1
包括
ESXi 4.1 Update 1

ESXi 4.1 Update 2
ESXi 4.1 Update 3

ESXi 5.0:
包括
ESXi 5.0 Update 1

 

VMware-VMvisor-Installer-5.0.0.update02-914586.x86_64.iso

 

  • VMware vCenter Update Manager
  • CD 升级
  • 脚本式升级

是*

update-from-esxi5.0-5.0_update02.zip
  • VMware vCenter Update Manager
  • ESXCLI
  • VMware vSphere CLI

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

* 注意不支持通过 VMware vCenter Update Manager 使用 VMware-VMvisor-Installer-5.0.0.update02-914586.x86_64.iso从 ESXi 5.0 进行升级。而是必须通过 VMware vCenter Update Manager 使用 update-from-esxi5.0-5.0_update02.zip进行升级。

VMware vSphere SDK

VMware vSphere 为 vSphere 服务器和客户机操作系统环境提供了一组 SDK。

  • vSphere Management SDK。一组用于 vSphere 管理编程环境的软件开发工具包。 vSphere Management SDK 包含以下 vSphere SDK:

    • vSphere Web Services SDK。包含对 ESXi 5.0 及更高版本和 vCenter Server 5.0 及更高版本服务器系统中提供的新功能的支持。您也可以将此 SDK 与先前版本的 ESX/ESXi 和 vCenter Server 一起使用。有关详细信息,请参见 《VMware vSphere Web Services SDK》文档。

    • vSphere vCenter 存储监控服务 (SMS) SDK。vCenter Server 5.0 支持 SMS 2.0。有关详细信息,请参见 《vCenter SMS SDK 文档》

    • vSphere ESX Agent Manager (EAM) SDK。ESXi 5.0 Update 1 上支持 EAM 2。有关详细信息,请参见 vSphere ESX Agent Manager

  • vSphere Guest SDK。ESXi 5.0 Update 2 上支持 VMware vSphere Guest SDK 4.0。有关详细信息,请参见 《VMware vSphere Guest SDK 文档》。

  • VMware vSphere SDK for Perl。vSphere 5.0 Update 2 上支持 SDK for Perl 5.0。有关详细信息,请参见 《vSphere SDK for Perl 文档》

VMware vSphere 的开放源组件

可从 http://www.vmware.com/download/vsphere/open_source.html[开放源代码] 选项卡上获取适用于 vSphere 5.0 Update 2 中分发的开放源软件组件的版权声明和许可证。您还可以下载 vSphere 最新通用版本的所有 GPL、LGPL 或者其他要求公开源代码或对源代码进行修改的类似许可证的源文件。

本版本中包含的修补程序

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

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

ESXi500-201212201-UG:更新 ESXi 5.0 esx-base vib
ESXi500-201212202-UG:更新 ESXi 5.0 net-igb vib
ESXi500-201212203-UG:更新 ESXi 5.0 tools-light vib
ESXi500-201212204-UG:更新 ESXi 5.0 net-ixgbe vib
ESXi500-201212205-UG:更新 ESXi 5.0 esx-tboot vib
ESXi500-201212206-UG:更新 ESXi 5.0 scsi-lpfc820 vibs
ESXi500-201212207-UG:更新 ESXi 5.0 net-bnx2x vib
ESXi500-201212208-UG:更新 ESXi 5.0 net-e1000e vib
ESXi500-201212209-UG:更新 ESXi 5.0 misc-drivers vib
ESXi500-201212210-UG:更新 ESXi 5.0 net-tg3 vib
ESXi500-201212211-UG:更新 ESXi 5.0 ipmi-ipmi-si-drv vib


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

ESXi500-201212101-SG:更新 ESXi 5.0 esx-base vib
ESXi500-201212102-SG:更新 ESXi 5.0 tools-light vib

修补程序版本 ESXi500-Update02 包含下列映像配置文件:

ESXi-5.0.0-20121202001-standard
ESXi-5.0.0-20121202001-no-tools

修补程序版本 ESXi500-Update02 Security-only 包含下列映像配置文件:

ESXi-5.0.0-20120301001s-standard
ESXi-5.0.0-20120301001s-no-tools


有关修补程序和更新分类的信息,请参见 知识库文章 2014447

已解决的问题

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

如果您是从 vSphere 5.0 Update 2 升级到 vSphere 5.1,请参见 知识库文章 2040662 了解可能会发生的一系列已经解决的问题。

CIM 和 API

  • vSphere Client 可能检测到不存在的电源传感器
    对于某些 ESXi 系统,vSphere 客户端可能会显示有关不存在的电源的信息。

    为解决该问题,本版本改进了处理 IPMI 传感器数据存储库 (SDR) 中的传感器数据的方式。
  • 在某些服务器上 ESXi 5.0.x 系统事件日志 (SEL) 为空
    如果 ESXi 5.0.x 在某些物理服务器上运行,则 vSphere Client 中的系统事件日志可能为空。
    主机的 IPMI 日志 ( /var/log/ipmi/0/sel) 也可能为空。
    可能会向 /var/log/messages中写入类似以下内容的错误消息:

    Dec 810:36:09 esx-200 sfcb-vmware_raw[3965]:IpmiIfcSelReadAll:failed call to IpmiIfcSelReadEntry cc = 0xff

    本版本已解决该问题。
  • ESXi 5.0 主机报告的 SMBIOS UUID 可能与实际 SMBIOS UUID 不同
    如果 ESXi 5.0 系统的 SMBIOS 版本为版本 2.6 或更高版本,则 ESXi 5.0 主机报告的 SMBIOS UUID 可能与实际 SMBIOS UUID 不同。UUID 前 3 个字段的字节顺序不正确。

    本版本已解决该问题。
  • 无法检查 sfcb 进程的打开文件描述符的数量
    本版本添加了日志条目,用于检查 sfcb 进程的打开文件描述符的最大数量。
    您可以通过执行以下步骤检查 cim 日志中打开文件描述符的限制:
    1. 使用 # esxcfg-advcfg -s 6 /UserVars/CIMLogLevel命令将 CIM 日志级别设置为 6
    2. 使用 # /etc/init.d/sfcbd-watchdog restart命令重新启动 sfcbd 服务。
    3. 验证文件夹 /var/log/messages中的日志文件是否包含类似于如下内容的关于打开文件描述符最大数量限制的条目:
      sfcb-HTTP-Daemon[30847]:--- Limit of maximum open file descriptors:soft Limit - 512 Hard Limit - 1024

其他

  • vm-support 实用程序无法使用 fdisk -lu 收集 VMFS 5 卷的分区表列表
    vm-support实用程序已增强,可以收集 partedUtil getptbl和 partedUtil getUsableSectors的输出。此增强功能可以帮助获取 VMFS 5 卷的分区信息。

  • vm-support 脚本不会收集 VMDK 文件的裸设备映射信息
    使用 vm-support实用程序时,不会收集虚拟机 VMDK 文件的裸设备映射信息。

    本版本已解决该问题。

  • 在启用了 3D 的模式下使用 VMware SVGA 3D 驱动程序时,第三方应用程序中的视觉效果被损坏
    如果设置了 3D 启用选项,则在使用 VMware SVGA 3D 驱动程序时,组框中的文本标签将被 WPF 应用程序中的矩形帧覆盖。Atlas Client 在 ESXi 所托管的虚拟机中运行时会出现该问题。

  • 本版本已解决该问题。

  • IBM ULTRIUM-HH5 磁带设备不支持具有有序集属性的 SCSI 命令
    IBM ULTRIUM-HH5 磁带设备不支持具有有序集属性的 SCSI 命令,在向设备发送具有有序集属性的 SCSI 请求时,该设备可能会失败,并显示 SCSI 设备状态: 检查条件和感知密钥 0x05/0x49/0x00 无效消息错误 (Check Condition and sense key 0x05/0x49/0x00 INVALID MESSAGE ERROR)。


    本版本已解决该问题。

  • Windows 上的 VDDK API 调用无法使用 UNC 路径名访问大型虚拟磁盘
    尝试使用 Windows 上的 VDDK API 读取大小超过 2 GB 的虚拟磁盘时,此 API 调用可能会失败。VDDK 日志可能包含类似于以下内容的错误消息:
    DISKLIB-LINK :"<UNC pathname>.vmdk" :无法打开 (文件太大) (DISKLIB-LINK : "<UNC pathname>.vmdk" : failed to open (The file is too large))。

    本版本已解决该问题。
  • 运行命令 esxcfg-info、esxcfg-resgrp -l 或 vm-support 时,日志文件会记录错误消息
    在 ESXi 主机上使用 ESXi Shell 或 SSH 执行命令 esxcfg-info、 esxcfg-resgrp -l或 vm-support时, syslog.log文件可能会记录类似如下内容的错误消息:

    2012-08-01T09:40:12Z esxcfg-info:ResourceGroup:Skipping CPU times for :Vcpu Id 11777 Times due to error. max # of processors:4 < 11777

    2012-07-03T00:57:28Z esxcfg-resgrp:ResourceGroup:Skipping CPU times for :Vcpu Id 55340 Times due to error. max # of processors:1 < 55340

    此问题不会对运行虚拟机的操作造成影响。

    本版本已解决该问题。
  • 重新启用 ESXi Shell 和 SSH 时,超时选项不起作用
    如果为 SSH 和 ESXi Shell 设置了非零超时值,则 SSH 和 ESXi Shell 在达到此超时值后将被禁用。但是,如果在未更改超时设置的情况下重新启用 SSH 或 ESXi Shell,则 SSH 和 ESXi Shell 不会发生超时。

    本版本已解决该问题。
  • 尝试通过 USB 端口插入或拔出键盘或鼠标时,ESXi 主机将失败,并显示紫色诊断屏幕
    尝试通过 USB 端口插入或拔出键盘或鼠标时,ESXi 主机将会失败,并显示以下错误消息:
    PCPU## 已锁定。无法确认 TLB 失效 (PCPU## locked up. Failed to ack TLB invalidate)。

    有关详细信息,请参见 知识库文章 2000091

    本版本已解决该问题。
  • Solaris 10 客户机操作系统上的 NTP 同步可能会失败
    本版本为 Solaris 10 客户机操作系统添加了对 Guest Timer Calibration 的支持,从而使该客户机操作系统能够在 NTP 的容许范围内正确测量 TSC。

    本版本已解决 NTP 同步问题。
  • 由于域插槽内存泄漏,ESXi 5.0 主机失败
    如果 ESXi 主机尝试创建域组堆而不释放与域插槽相关联的内存,则会发生域插槽内存泄漏,从而导致进程失败。

    此问题已通过释放与域插槽相关联的内存而得以解决。

  • 执行静默复制时 ESXi 主机将失败
    如果虚拟机已配置为进行复制,并且正在进行状态转换,则 HBR(基于主机的复制)管理员要求所有虚拟机磁盘都必须具有相同的静默状态。但是,如果虚拟机具有多个磁盘,并且一些磁盘已完成复制,一些仍在进行复制,则情况可能并非如此。在这种情况下,HBR 会错误地确定此情况,并导致 ESX 主机失败。

    本版本已解决该问题。

  • 将 VMware vSphere Hypervisor vRAM 许可证分配给 pRAM 大于 32 GB 的 ESXi 主机时,hostd 日志将会记录误导性错误消息
    尝试将 VMware vSphere Hypervisor 版 vRAM 许可证密钥分配给物理 RAM 大于 32 GB 的 ESXi 主机时,ESXi 主机可能会在 /var/log/vmware/hostd中记录类似于以下内容的虚假错误消息:
    2012-08-08T16:39:18.593Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] Unable to parse MaxRam value:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] Unable to parse MaxRamPerCpu value:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] Unable to parse MinRamPerCpu value:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] Unable to parse vram value:

    本版本已解决该问题。

  • CreateTemporaryFile InGuest() 功能可能会导致 GuestPermissionDeniedFault 异常
    在重新配置已打开电源的虚拟机来添加 SCSI 控制器并尝试在客户机操作系统中创建临时文件时,操作可能会失败,并显示 GuestPermissionDeniedFault异常。

    本版本已解决该问题。

  • vSphere 网络核心转储无法收集完整数据
    如果磁盘转储由于转储插槽大小不足而无法收集某些数据,则 vSphere 网络核心转储将无法收集完整数据。

    本版本已解决该问题。由于磁盘转储插槽大小而引起的任何故障将不再影响网络核心转储。

  • 在具有 vShield Endpoint 的 ESXi 主机上运行 Windows 客户机操作系统的虚拟机将会失败,并显示蓝屏
    vShield Endpoint 驱动程序 vsepflt.sys中的 API 调用错误可能会导致运行 Windows 客户机操作系统的虚拟机失败,并显示蓝色诊断屏幕。

    本版本已解决该问题。

网络连接

  • 具有大约 1024 个 dvPort 的 ESXi 主机停止响应
    ESXi 主机使用的 dvPort 数量超过大约 1024 个时,该主机将停止响应。
    vmkwarning日志文件中将显示以下警告消息:
    WARNING:Heap:2639: Heap dvsLargeHeap (65582032/67108864):Maximum allowed growth (1527808) too small for size (3719168)
    WARNING:Heap:2900: Heap_Align(dvsLargeHeap, 3715488/3715488 bytes, 8 align) failed. caller:0x418025d29338

    本版本已解决该问题,方法是,增加 dvsLargeHeap的默认最大大小,并添加高级配置选项 (DVSLargeHeapMaxSize),以使管理员能够进一步增加 dvsLargeHeap的最大大小。

  • 如果多次更改 MTU,则 ESXi 主机可能会停止响应,并显示紫屏
    多次更改 MTU 可能会导致 netGPHeap 消耗和内存泄漏,从而会因 Intel ixgbe异步驱动程序问题而使 ESXi 主机失败,并显示紫屏。

    vmkernel.log文件可能包含类似于以下内容的堆耗尽消息:
    WARNING:Heap:2525: Heap netGPHeap already at its maximum size.Cannot expand
    WARNING:Heap:2900: Heap_Align(netGPHeap, 8192/8192 bytes, 64 align) failed. caller:0x41802c10a03f
    WARNING:NetPort:1244: failed to enable port 0x2000002:Out of memory
    NetPort:1426: disabled port 0x2000002
    Uplink:5240: vmnic2:Failed to enable the uplink port 0x2000002:Out of memory
    <3>ixgbe:vmnic2:ixgbe_alloc_tx_queue:allocated tx queue 1
    <3>ixgbe:vmnic2:ixgbe_alloc_tx_queue:allocated tx queue 2
    <3>ixgbe:vmnic2:ixgbe_alloc_tx_queue:allocated tx queue 3 <6>ixgbe 0000:03:00.0:vmnic2:changing MTU from 9000 to 1500

    本版本已解决该问题。
  • 重新配置 DVMirror 会话后,混杂模式可能无法按预期运行
    在 Dvportgroup 上,如果重新配置 DVMirror 会话,则混杂端口可能无法在混杂模式下正常运行。

    本版本已解决该问题。
  • ESXi 主机可能失败并出现紫色诊断屏幕,并在 Kseg_ReleaseVA() 或 Kseg_ReleasePtr() 处出现空的“va”或指针
    由于 ESXi 网络堆栈中的非正常异常处理代码路径,ESXi 主机可能失败并显示紫色诊断屏幕,并在 Kseg_ReleaseVA() 或 Kseg_ReleasePtr() 处出现空的“va”或指针。

    本版本已解决该问题。
  • 远程桌面 IP 虚拟化可能无法在运行于 vSphere 4.0 Update 1 的 Windows Server 2008 R2 上进行
    可以将唯一 IP 地址分配给 RDP 会话的 IP 虚拟化可能无法在运行于 vSphere 4.0 Update 1 的 Windows Server 2008 R2 64 位虚拟机上进行。但是,如果在 Windows Server 2008 R2 物理机上配置远程桌面服务或在 XenServer 5.5 Update 2 Dell OEM Edition 上运行 Windows Server 2008 R2 虚拟机,则 IP 虚拟化可以进行。
    如果在安装远程桌面服务后安装 VMware Tools,则可能会出现此问题。

    本版本已解决该问题。
  • 使用 VMXNET3 适配器时,大量 UDP 数据包将被丢弃
    将 VMXNET3 适配器与安装在 ESXi 5.0 主机上的 Linux 客户机操作系统结合使用时,大量 UDP 数据包将被丢弃。

    本版本已解决该问题。
  • 通过 PVSCSI 适配器配置了 RDM 设备的 RHEL 6 虚拟机可能会遇到 I/O 故障
    对 RDM 设备进行总线重置后,通过准虚拟化 SCSI (PVSCSI) 适配器配置了裸设备映射 (RDM) 设备的 RHEL 6 虚拟机可能会遇到 I/O 故障。重置过程中,PVSCSI 适配器将返回 DID_RESET,从而导致 Linux SCSI 层重试该命令。

    本版本已解决该问题。
  • 网络带宽未在网络资源池的虚拟机之间公平共享
    由于当前实施中的限制,未能向网络资源池中的所有虚拟机公平分配网络带宽。

    本版本已解决该问题。改进后的算法能够以最佳方式向共享同一网络资源池的所有虚拟机分配带宽。
  • 在出现紫色诊断屏幕后,Netdump 会在核心转储收集期间失败
    如果 vSwitch 安全选项 [Mac 地址更改] 设置为 [拒绝],则在出现紫色诊断屏幕后,Netdump 会在核心转储收集期间失败。

    本版本已解决该问题。
  • 如果在 ESXi 上禁用合并,则主机将失败并显示紫屏
    在 ESXi 中,如果 VMXNET3 在某些虚拟机上用作 vNIC,并且禁用了数据包合并,则 ESXi 主机会在该虚拟机引导期间失败并显示紫色屏幕。

    在此版本中,通过更正合并检查和断言逻辑解决了该问题。
  • 安装 VMware Tools 后,在通过网络连接到配置为使用 IPv6 的虚拟机时可能会失败
    安装 VMware Tools 后,在通过网络连接到内核版本为 2.6.34 或更高且配置为使用 IPv6 的客户机操作系统时可能会失败。

    本版本已解决该问题。
  • 在某些 Linux 客户机操作系统上,vSphere Client 可能无法显示 IPv6 地址
    在未使用 IPV4 地址进行配置的 Linux 客户机操作系统上,IPv6 地址可能不会显示在 vSphere Client 中,或者在使用 vmware-vim-cmd命令时也不会显示。

    本版本已解决该问题。
  • IBM 服务器尝试插入慢路径数据包时失败并显示紫色诊断屏幕
    如果复制与慢路径数据包相关联的元数据但未检查是否映射了足够的数据,则元数据会移至未映射的区域中并导致页面出现故障。

    本版本已解决该问题。
  • iSCSI 启动器登录超时未在 ESXi 5.0 Update 1 中继承
    iSCSI 启动器登录超时值设置必须在发现阶段予以继承。而在 ESXi 5.0 Update 1 中并非如此。

    本版本已解决该问题。
  • 长时间运行 vMotion 操作可能会导致出现大量单播操作
    在 vSphere 5 中使用多网卡 vMotion 功能时,如果 vMotions 操作持续很长时间,则在物理交换机的所有接口上将会出现大量的单播操作。如果 vMotion 的时效比 MAC 地址表的时效长,则源主机和目标主机将开始接收大量网络流量。

    本版本已解决该问题。

  • 如果 VMXNET 3 用作虚拟网络适配器,则 Windows Server 2008 R2 上的网络地址转换 (NAT) 可能无法运行
    如果您尝试在 Windows Server 2008 R2 操作系统上通过 NAT 服务器访问 Internet,并在 ESXi 上使用两个虚拟 VMXNET 3 网络适配器,则 NAT 服务器可能无法运行。

    本版本已解决该问题。
  • 如果设置了相同的速度和双工,则无法使用主机配置文件将物理网卡的设置由 [自动协商] 更改为 [固定]
    将针对物理网卡的速度和双工进行主机配置文件合规性检查。如果 ESXi 主机中的物理网卡的速度和双工与主机配置文件中的相匹配,则即使物理网卡设置为 [自动协商] 且主机配置文件设置为 [固定],ESXi 主机也将显示为合规。此外,如果 ESXi 主机的速度和双工设置与主机配置文件的相同,则无法使用主机配置文件将物理网卡的设置由 [自动协商] 更改为 [固定]

    本版本已解决该问题。
  • 将 tg3 驱动程序更新至 3.123b.v50.1
    随附于 ESXi 5.0 Update 2 的 tg3 内置驱动程序版本为 3.123b.v50.1。

安全

  • 更新 libPNG 库
    libPNG 库已更新至 libpng-1.2.49。Libpng-1.2.49 包含一个安全漏洞修复程序。此问题不会影响任何 VMware 产品。
    常见漏洞与暴露方案 ( cve.mitre.org) 已将名称 CVE-2011-3048 分配给此问题。

服务器配置

  • 应用主机配置文件可能导致不必要的警告消息
    在应用已启用 ESXi 防火墙并阻止 Fault Tolerance 规则的主机配置文件之后,将显示类似如下不必要的警告消息:
    规则集 faultTolerance 不符合规范 (Ruleset faultTolerance doesn't match the specification)

    本版本已解决该问题。
  • 主机配置文件创建失败,并显示以下错误:无法识别固定的 PSP 配置路径 (Unrecognized Fixed PSP configured path)
    主机配置文件创建失败且 ESXi 主机在 /var/log/vmware/hostd中记录类似于以下内容的消息:
    Error:'nmp.nmpProfile.FixedPspPolicy:Unrecognized Fixed PSP configured path iqn.2000-04.com.qlogic:qle4062c.yk10ny9cl5yk.1-00c0dd1c341f,iqn.1992-04.com.emc:cx.ckm00094800328.a2,t,1-naa.6006016090d0260071c460297bc1df11'
    在已使用固定的路径策略为 iSCSI LUN 配置首选路径时会出现此问题。

    本版本已解决该问题。
  • ESXi 5.0 主机出现紫色诊断屏幕,并且具有 PCC 支持的 HP 服务器出现错误
    某些 HP 服务器将出现以下情况,即 VMware ESXi 内核 (VMkernel) 与服务器 BIOS 之间的 PCC(处理器时钟控制或协作电源控制)通信无法正常进行。因此,一个或多个 PCPU 可能会以 SMM(系统管理模式)模式保留许多秒。当 VMkernel 检测到 PCPU 在很长一段时间内不可用时,将出现紫色诊断屏幕,并显示类似于以下内容的消息:

    PCPU 39 已锁定。无法确认 TLB 失效 (共 1 个已锁定,PCPU:39).
    0x41228efc7b88:[0x41800646cd62]Panic@vmkernel#nover+0xa9 堆栈:0x41228efe5000
    0x41228efc7cb8:[0x4180064989af]TLBDoInvalidate@vmkernel#nover+0x45a 堆栈:0x41228efc7ce8 (PCPU 39 locked up. Failed to ack TLB invalidate (total of 1 locked up, PCPU(s): 39). 0x41228efc7b88:[0x41800646cd62]Panic@vmkernel#nover+0xa9 stack: 0x41228efe5000 0x41228efc7cb8:[0x4180064989af]TLBDoInvalidate@vmkernel#nover+0x45a stack: 0x41228efc7ce8)

    @BlueScreen:PCPU 0:无检测信号,已收到 IPI (0/1)。
    ...
    0x4122c27c7a68:[0x41800966cd62]Panic@vmkernel#nover+0xa9 堆栈:0x4122c27c7a98
    0x4122c27c7ad8:[0x4180098d80ec]Heartbeat_DetectCPULockups@vmkernel#nover+0x2d3 堆栈:0x0
    ...
    NMI:1943: 已收到 NMI IPI。Was eip(base):ebp:cs [0x7eb2e(0x418009600000):0x4122c2307688:0x4010](Src 0x1, CPU140)
    检测信号:618: PCPU 140 已在 8 秒钟内没有检测信号。*可能*已锁定 (PCPU 39 locked up. Failed to ack TLB invalidate (total of 1 locked up, PCPU(s): 39). 0x41228efc7b88:[0x41800646cd62]Panic@vmkernel#nover+0xa9 stack: 0x41228efe5000 0x41228efc7cb8:[0x4180064989af]TLBDoInvalidate@vmkernel#nover+0x45a stack: 0x41228efc7ce8 @BlueScreen: PCPU 0: no heartbeat, IPIs received (0/1). ... 0x4122c27c7a68:[0x41800966cd62]Panic@vmkernel#nover+0xa9 stack: 0x4122c27c7a98 0x4122c27c7ad8:[0x4180098d80ec]Heartbeat_DetectCPULockups@vmkernel#nover+0x2d3 stack: 0x0 ... NMI: 1943: NMI IPI received. Was eip(base):ebp:cs [0x7eb2e(0x418009600000):0x4122c2307688:0x4010](Src 0x1, CPU140) Heartbeat: 618: PCPU 140 didn't have a heartbeat for 8 seconds. *may* be locked up)

    本版本通过禁用 PCC 而解决了该问题。
  • 运行 kexec 时 SMP 虚拟机失败并显示监视器严重错误消息
    Linux 内核崩溃时,可能会使用 linux kexec功能引导至特殊 kdump内核并收集崩溃转储文件。通过 kexec 配置的 SMP Linux 客户机可能导致虚拟机在此重新引导期间失败并显示监视器严重错误。可能会记录诸如以下内容的错误消息:
    vcpu-0| CPU reset:soft (mode 2)
    vcpu-0| MONITOR PANIC:vcpu-0:VMM fault 14:src=MONITOR rip=0xfffffffffc28c30d regs=0xfffffffffc008b50

    本版本已解决该问题。
  • ESXi 主机记录不正确的 C1E 状态
    vmkernel.log和 dmesg命令可能显示类似于以下内容的消息: C1E 已由 BIOS 启用 (C1E enabled by the BIOS)。该消息即使在 C1E 已由 BIOS 禁用时也可能会显示,而且即使在 C1E 已由 BIOS 启用时也可能不会显示。

    本版本已解决该问题。
  • 主机配置文件可能无法在目标主机的 vSwitch 上应用 MTU 值
    在应用仅修改标准 vSwitch 的 MTU 值的主机配置文件时,新的 MTU 配置不会在新目标主机的 vSwitch 上应用。

    本版本已解决该问题。

存储器

  • 在设备发现过程中可能会记录与 ScsiDeviceIO 相关的错误消息
    在设备发现过程中,如果在某些情况下可选的 SCSI 命令失败,则 ESXi 5.0 主机可能会将失败的可选 SCSI 命令记录到 vmkernel 日志中。

    本版本已解决该问题。

  • 如果 ESXi 接受 FCoE 交换机返回的 VLAN ID 4095,则 VMware 软件 FCoE(以太网光纤通道)适配器可能停止运行
    FCoE 交换机可能会返回 VLAN ID 4095 以响应来自 ESXi Server 的 FIP VLAN 发现请求。但是,VLAN ID 4095 是预留的 ID。如果 ESXi 接受来自 FCoE 交换机的 VLAN ID 4095,则 ESXi 将停止 FIP VLAN 发现并使用此 VLAN ID,从而导致 FCoE 发现失败。

    本版本已解决该问题。

  • 存储故障可能会导致驻留在存储控制器的 LUN 上的数据存储变为不活动状态,并且导致 vSphere Client 中的虚拟机无法访问
    如果遇到存储故障,则驻留在存储控制器的 LUN 上的数据存储可能会变为不活动状态,并且 vSphere Client 中的虚拟机也可能无法访问。数据存储将始终保持非活动状态,直到手动执行重新扫描。当管理代理 (hostd) 无法正确处理 esx.clear.storage.redundancy.restored vob消息时会出现此情况。

    本版本已解决该问题。

  • 如果静默 快照操作失败,则不会整合重做日志
    在您尝试创建虚拟机的静默 快照时,如果该快照操作在即将完成时失败,则不会整合作为快照一部分创建的重做日志。重做日志可能会占用大量数据存储空间。

    本版本已解决该问题。如果静默 快照操作失败,则会整合重做日志文件。

  • 命令 esxcfg-scsidev -a 将显示 Emulex 以太网光纤通道聚合网络适配器的物理链路状态
    运行 esxcfg-scsidev -a命令时,将显示 Emulex 以太网光纤通道 (FCoE) 聚合网络适配器 (CNA) 的物理链路状态。

    本版本已解决该问题。现在, esxcfg-scsidev -a命令将显示虚拟链路状态。

  • ESXi 主机无法从 DS8300 存储阵列中移除设备
    ESXi 主机无法识别 DS8300 存储阵列中未映射的 LUN,因而无法将这些路径标记为无效,并且不会移除这些未映射的 LUN。对 DS8300 上未映射的 LUN 执行命令将失败,并显示 感知密钥 0x0b (sense key 0x0b)消息,并且 ESXi 主机无法记录永久设备丢失 (PDL) 的情况。现在,系统将根据 ASC 感知数据(而不是感知密钥)来发现 PDL。

    本版本已解决该问题。

  • 删除虚拟机会移除虚拟机快照中的未关联虚拟磁盘
    删除包含快照的虚拟机时,可能会同时删除已经与该虚拟机分离但仍属于现有快照的独立或非独立虚拟磁盘。

    本版本已解决该问题。
  • 从 ESX 4.x 升级至 ESX 5.x 后,可能不会保留某些 NFS 数据存储
    如果 NFS 数据存储的名称包含空格,则在从 ESX 4.x 升级至 ESX 5.x 后,可能不会保留此类 NFS 数据存储。升级至 ESX 5.x 后,名称含有空格的所有 NFS 数据存储都将被删除。不会影响其他 NFS 数据存储。

    本版本已解决该问题。
  • 在检测信号回收操作过程中记录警告消息
    当正在执行 VMFS 检测信号回收操作时,或者在基础设备上执行虚拟重置操作时,VMFS 可能会向卷发出 I/O。因此,将记录类似于以下内容的警示和警告消息:

    警示:ScsiDeviceIO:SCSIAsyncDeviceCommand:3082:对静默分区 naa.xxxxxxxxxxx 执行命令 0x2a 失败 (ALERT: ScsiDeviceIO: SCSIAsyncDeviceCommand:3082: Failed command 0x2a to quiesced partition naa.xxxxxxxxxxx)

    警告:ScsiDeviceIO:2360: 对写静默的分区 naa.xxxxxxxxxxx 执行 WRITE 命令失败 (requiredDataLen=512 字节) (WARNING: ScsiDeviceIO: 2360: Failing WRITE command (requiredDataLen=512 bytes) to write-quiesced partition naa.xxxxxxxxxxx)

    其中, naa.xxxxxxxxxx是卷的 NaaID

    在本版本中,该警示消息已被移除,该警告消息已更改为日志消息。
  • 当 VMW_SATP_LSI 模块的堆内存不足时,ESXi 主机停止响应
    如果服务器可访问由 VMW_SATP_LSI 模块占用的 LUN,则会出现此问题。VMW_SATP_LSI 模块中的内存泄露会强制此模块用尽内存。将向 vmkernel.log文件中记录类似以下内容的错误消息:

    Feb 22 14:18:22 [host name] vmkernel:2:03:59:01.391 cpu5:4192)WARNING:Heap:2218: Heap VMW_SATP_LSI already at its maximumSize.Cannot expand.
    Feb 22 14:18:22 [host name] vmkernel:2:03:59:01.391 cpu5:4192)WARNING:Heap:2481: Heap_Align(VMW_SATP_LSI, 316/316 bytes, 8 align) failed. caller:0x41800a9e91e5
    Feb 22 14:18:22 [host name] vmkernel:2:03:59:01.391 cpu5:4192)WARNING:VMW_SATP_LSI:satp_lsi_IsInDualActiveMode:Out of memory.

    本版本已解决 VMW_SATP_LSI 模块中的内存泄露问题。
  • 尝试在空白磁盘或 GPT 分区磁盘上创建诊断分区可能会失败
    尝试使用 vSphere Client 创建诊断分区可能会失败,并显示以下错误消息:
    不支持未知的分区格式 (Partition format unknown is not supported)。
    如果您尝试在空白磁盘(无分区表的磁盘)或尚有可用空间的 GPT 分区磁盘上创建诊断分区,则会出现此问题。

    本版本已解决该问题。
  • 尝试在 Intel 82599EB 千兆以太网控制器上启用流量控制失败
    尝试在 Intel 82599EB 千兆以太网控制器上启用流量控制时,ixgbe 驱动程序会将流量控制模式错误地设置为基于优先级的流量控制,在这种模式下,流量控制始终处于禁用状态。因此,在尝试启用流量控制时,会显示错误消息 无法设置设备暂停参数: 无效参数 (Cannot set device pause parameters: Invalid argument)。

    本版本已解决该问题。
  • ESXi 主机的 libata 驱动程序可能出现故障,并显示紫色诊断屏幕
  • libata 驱动程序出现争用情形,导致 ata_hsm_move功能失败,并显示类似于以下内容的紫色堆栈跟踪诊断屏幕。
    缺陷:vmkdrivers/src_9/drivers/ata/libata-core.c:5833/ata_hsm_move() 失败!(inside vmklinux) Panic_vPanic@vmkernel#nover+0x13 堆栈:0x3000000010, 0x412209a87e00 vmk_PanicWithModuleID@vmkernel#nover+0x9d 堆栈:0x412209a87e20,0x4 ata_hsm_move@com.vmware.libata#9.2.0.0+0xa0 堆栈:0x0, 0x410017c03e ata_pio_task@com.vmware.libata#9.2.0.0+0xa5 堆栈:0x0, 0x0, 0x53fec vmklnx_workqueue_callout@com.vmware.driverAPI#9.2+0x11a 堆栈:0x0, helpFunc@vmkernel#nover+0x568 堆栈:0x0, 0x0, 0x0, 0x0, 0x0 (BUG: failure at vmkdrivers/src_9/drivers/ata/libata-core.c:5833/ata_hsm_move()! (inside vmklinux) Panic_vPanic@vmkernel#nover+0x13 stack: 0x3000000010, 0x412209a87e00 vmk_PanicWithModuleID@vmkernel#nover+0x9d stack: 0x412209a87e20,0x4 ata_hsm_move@com.vmware.libata#9.2.0.0+0xa0 stack: 0x0, 0x410017c03e ata_pio_task@com.vmware.libata#9.2.0.0+0xa5 stack: 0x0, 0x0, 0x53fec vmklnx_workqueue_callout@com.vmware.driverAPI#9.2+0x11a stack: 0x0, helpFunc@vmkernel#nover+0x568 stack: 0x0, 0x0, 0x0, 0x0, 0x0)

    本版本已解决该问题。
  • ESXi 5.0 主机上的 VMFS-3 卷的 VMFS 日志重放可能会失败
    在 ESXi 5.0 主机上,VMFS 日志重放可能会失败,并显示以下消息:

    J3:3167: 无法在 4a1aa282-32d04c23-03a2-001517ab207b 上重放扩展事务,从而可能导致联机升级挂起
    警告: HBX:4336: 在卷 'san1_vmfs3' 上重放日志失败: 参数错误 (J3: 3167: Failed to replay extended transaction on 4a1aa282-32d04c23-03a2-001517ab207b possibly pending online upgrade WARNING: HBX: 4336: Replay of journal on vol 'san1_vmfs3' failed: Bad parameter)

    本版本已解决该问题。
  • 向启用了存储 DRS 的数据存储群集中的虚拟机添加新硬盘时,可能会显示“磁盘空间不足 (Insufficient Disk Space)”错误
    在向启用了存储 DRS 的数据存储中的虚拟机添加虚拟磁盘时,如果虚拟磁盘大小超过数据存储中的可用空间,则 SDRS 可能会从该数据存储中迁移出另一个虚拟机,以便腾出足够的空间来添加虚拟磁盘。Storage vMotion 操作会完成,但后续向该虚拟机添加虚拟磁盘的操作可能会失败,并显示类似于以下内容的错误消息:
    磁盘空间不足 (Insufficient Disk Space)

    本版本已解决该问题。
  • 尝试在内存容量有限的 ESX 中加载基于内容的读缓存 (CBRC) 模块时,主机将失败,并显示紫色诊断屏幕
    当您尝试在内存容量有限的 ESXi 主机中加载 CBRC 模块时,ESXi 主机可能会出现故障并显示紫色诊断屏幕。如果两个内存功能同时尝试更改内存计数器的值,则会出现该问题。

    本版本已解决该问题。
  • 访问 VMFS-3 卷上已损坏的元数据可能导致 ESXi 主机出现故障
    如果 VMFS-3 卷上的文件元数据已损坏,则在尝试访问此类文件时 ESXi 主机可能会出现故障,并显示紫色诊断屏幕。VMFS 文件损坏的情况很少见,但是可能由于外部存储问题而发生这种情况。
    本版本已解决该问题。
  • 将一个或多个文件移至 VMFS 目录后,无法从该目录中删除文件
    使用命令 mv或 vSphere Client 浏览器中的复制并粘贴功能将一个或多个文件移至某个目录后,尝试删除该目录或该目录中的任何文件可能会失败。在这种情况下, vmkernel.log文件将包含类似于以下内容的条目:
    2012-06-25T21:03:29.940Z cpu4:373534)WARNING:Fil3:13291: newLength 85120 but zla 2
    2012-06-25T21:03:29.940Z cpu4:373534)Fil3:7752: Corrupt file length 85120, on FD <281, 106>, not truncating

    本版本已解决该问题。

  • ESXi hostd 代理可能会消耗大量 CPU,从而导致性能下降
    vCloud Director 从 ESXi 主机中获取虚拟机桌面的屏幕截图时,hostd 代理可能会进入无限循环,从而导致 CPU 使用率达到 100%,并且在重新启动 hostd 之前,CPU 使用率可能始终不会减少。

    本版本已解决该问题。

升级和安装

  • 在执行全新安装或升级至 ESXi 5.0 Update 1 后,Cisco UCS 刀片(从 FCoE/iSCSI/FC SAN 引导)可能会丢失配置
    在升级至 ESXi 5.0 Update 1 后可能会出现该问题,而首次重新引导将成功;但在随后的重新引导中,UCS 刀片将丢失配置并恢复到其先前状态。
    执行 ESXi 5.0 Update 1 的全新安装后,在重新引导时可能会丢失配置更改。
    在执行以下任一操作时,可能会遇到类似的问题:
    • 安装第三方驱动程序
    • 安装安全修补程序
    • 关闭 ESXi 5.0 Update 1 以进行维护
    • 重新引导 ESXi 5.0 Update 1 以进行维护
    • 由于非计划的电力短缺问题而关闭 ESXi 5.0 Update 1
  • 本版本已解决该问题。
  • 无状态 ESXi 主机的接受程度与用于引导该主机的映像配置文件的接受程度可能不一致
    无论用于引导无状态 ESXi 主机的映像配置文件的接受程度如何,该主机的接受程度都可能为 PartnerSupported。

    本版本已解决该问题。

  • 如果主机使用脚本来安装,而该脚本指定使用 DHCP,则可能不会为该主机配置 DNS
    如果使用一个脚本在主机上安装 ESXi,而该脚本指定该主机从 DHCP 中获取网络设置,则在引导后,不会为该主机配置 DNS。DNS 设置将设置为手动,并且不指定任何地址。

    本版本已解决该问题。

  • 首次引导 ESXi 主机时,可能会使附加到该主机的本地磁盘作为 VMFS 进行重新格式化
    当 ESXi 主机首次引导时,自动分区功能会擦除附加到该主机的所有本地磁盘,并将这些磁盘作为 VMFS 进行重新格式化。

    本版本通过将默认选项设置为 [False] 来禁用自动分区功能而解决了该问题。同时,引入了一个新的引导选项 [AutoPartition],如果将该选项设置为 [True],则可启用自动分区功能。

  • 重新安装 ESXi 5.0 不会移除先前安装版本的本地 VMFS 中的 [数据存储] 标签
    使用现有本地 VMFS 卷重新安装 ESXi 5.0 将保留 [数据存储] 标签,即使用户选择 [覆盖数据存储] 选项来覆盖 VMFS 卷也是如此。

    本版本已解决该问题。
  • 使用 Update Manager 升级 ESXi 主机时,附加到 Solaris 虚拟机的 RDM 可能会被覆盖
    使用 Update Manager 升级至 ESXi 5.0.x 时,在识别磁盘分区类型时会出现错误,从而可能覆盖附加到 Solaris 虚拟机的 RDM。这可能导致 RDM 上数据丢失。

    本版本已解决该问题。
  • 升级 ESX 主机会将防火墙规则从禁用更改为启用
    在将 ESX 主机从 4.1 升级到 5.0 Update1 时,防火墙规则将从禁用更改为启用。在创建主机配置文件后,如果修改该配置文件,然后对该主机重新应用它,则会出现该问题。
    本版本已解决该问题。
  • 从 ESXi 4.x 升级到 ESXi 5.0.x 后,已升级的主机可能无法重新连接到 vCenter Server
    如果您修改了 ESXi 4.1.x 主机中的 /etc/rc.local文件,然后将这些 ESXi 4.x 主机升级到 ESXi 5.0.x,则已升级的主机可能会因与许可相关的问题而无法重新连接到 vCenter Server。可能会显示类似于以下内容的错误消息:
    主机 xxx 的未获许可的许可证不包括 VMware DRS。请升级许可证 (The Unlicensed license for Host xxx does not include VMware DRS. Upgrade the license)

    vpxd日志文件可能包含类似于以下内容的条目:

    012-04-26T11:58:37.069-04:00 [05420 warning 'Default' opID=C8581389-00000EF2] [LicMgr] Trying to remove licenses.Host was never registered with the license manager.
    012-04-26T11:58:37.069-04:00 [05420 trivia 'QueryServiceProvider' opID=C8581389-00000EF2] Clearing uncommitted generations on this thread for LicenseManager
    012-04-26T11:58:37.069-04:00 [05420 trivia 'VpxProfiler' opID=C8581389-00000EF2] Ctr:CheckVCLicense/TotalTime = 0 ms
    012-04-26T11:58:37.069-04:00 [05420 error 'Default' opID=C8581389-00000EF2] [LicMgr] feature drs not included in license assigned to host-129707.
    012-04-26T11:58:37.069-04:00 [05420 trivia 'VpxProfiler' opID=C8581389-00000EF2] Ctr:CheckingHostFeatures/TotalTime = 0 ms

    本版本已解决该问题。
  • 禁止从数据区位于本地数据存储的 ESX 4.1 升级到 ESXi 5.0
    不支持从数据区位于本地数据存储的 ESX 4.1 升级到 ESXi 5.x。但是,当前升级过程允许此升级行为,该过程将丢弃本地数据存储上的数据区,而不会显示任何错误或警告消息。

    本版本通过在预检查脚本上添加一项检查来检测这种情况而解决了该问题。如果检测到这种情况,则会向用户显示一条消息,以终止升级或迁移。
  • 使用 AutoDeploy 时,gPXE 进程可能超时
    使用 AutoDeploy 引导 ESXi 5.0 主机时, gPXE进程可能会在尝试从 DHCP 服务器获取 IP 地址时发生超时,并且 AutoDeploy 引导进程会突然停止。

    本版本已解决该问题。总超时期限已从 30 秒增加到 60 秒。
  • 在 ESX 主机上安装 Solaris 11 GA 时,将显示警告消息
    在 ESX 主机上从虚拟机控制台安装 Solaris 11 GA 并为其配置 LSI Logic Parallel 控制器时,ESX 主机总是显示以下警告消息:
    unknown ioc_status = 4,
    不完整写入 – 正在放弃 (unknown ioc_status = 4 and incomplete write – giving up)

    该警告消息不会影响或阻止客户机操作系统的安装。您仍然可以使用 Solaris 11 GA。但是,在批量复制文件时也会出现此问题。

    本版本已解决该问题。
  • ESXi 5.x 脚本式安装显示不正确的警告,指出 USB 或 SD 介质不支持 VMFS,无论在 kickstart 文件中是否使用了 --novmfsondisk 参数
    如果使用脚本式安装在标识为 USB 或 SD 介质的磁盘上安装 ESXi 5.0,则安装程序可能会显示以下警告消息:
    安装中指定的磁盘 (<disk-id>) 不支持 VMFS (The disk (<disk-id>) specified in install does not support VMFS)。
    即使在 kickstart 文件的 install命令中指定了 --novmfsondisk参数,也会显示该消息。

    本版本已解决该问题。
  • 使用 Microsoft Windows 部署服务 (WDS) 以 PXE 方式引导使用 VMXNet3 网络适配器的虚拟机时出现问题
    在尝试使用 Microsoft Windows 部署服务 (WDS) 以 PXE 方式引导使用 VMXNET3 网络适配器的虚拟机时可能会失败,并显示类似于以下内容的消息:

    Windows 无法启动。可能的原因是,最近发生硬件或软件更改。要解决该问题,请执行以下步骤:
    1. 插入 Windows 安装光盘,然后重新启动计算机。
    2. 选择语言设置,然后单击 [下一步]。
    3. 单击 [修复计算机]。
    如果您没有光盘,请与系统管理员或计算机制造商联系以寻求帮助。

    状态:0xc0000001

    信息:由于无法访问所需设备,引导选择失败。(Windows failed to start. A recent hardware or software change might be the cause. To fix the problem: 1. insert you Windows installation disc and restart your computer. 2. Choose your language setting, and then click "Next." 3. Click "Repair your computer." If you do not have the disc, contact your system adminsitrator or computer manufacturer for assistance. Status: 0xc0000001 Info: The boot selection failed because a required device is inaccessible.)

    本版本已解决该问题。

虚拟机管理

  • 如果虚拟设备 BIOS 文件名为空字符串,则可能无法打开虚拟机的电源
    如果您通过 API 编辑虚拟机配置选项,并将虚拟设备 BIOS 文件名设置为空字符串,则无法打开虚拟机的电源。例如, lsibios.filename=""。

    本版本已解决该问题。

  • 如果禁用分页,虚拟机将失败并显示监视器严重错误消息
    vmware.log将记录类似于以下内容的错误消息:

    vcpu-0| MONITOR PANIC:vcpu-1:VMM64 fault 14:src=MONITOR
    vcpu-0| rip=0xfffffffffc262277 regs=0xfffffffffc008c50

    本版本已解决该问题。
  • 从虚拟机删除独立磁盘后,无法创建静默快照
    如果已从虚拟机删除独立磁盘,则由于给定 SCSI 节点的磁盘模式数据可能失效,尝试创建虚拟机的静默快照可能会失败。可能会显示类似以下内容的错误消息:
    状态:静默该虚拟机时出错。有关详细信息,请参见虚拟机的事件日志。(Status: An error occurred while quiescing the virtual machine. See the virtual machine's event log for details.)

    日志文件可能包含类似于以下内容的条目:
    HotAdd:Adding scsi-hardDisk with mode 'independent-persistent' to scsi0:1

    ToolsBackup:changing quiesce state:STARTED -> DONE
    SnapshotVMXTakeSnapshotComplete done with snapshot 'back':0
    SnapshotVMXTakeSnapshotComplete:Snapshot 0 failed:无法静默虚拟机。(40).

    本版本已解决该问题。

vMotion 和 Storage vMotion

  • 在 ESXi 5.0 主机上创建 Microsoft Windows Server 2008 R2 的静默快照可能会失败
    创建 Microsoft Windows Server 2008 R2 虚拟机的静默快照时,如果指定了工作目录,则快照操作可能会失败,并显示以下错误消息:
    快照客户机失败:无法静默虚拟机 (Snapshot guest failed: ailed to quiesce the virtual machine)。

    本版本已解决该问题。

  • 将 Windows 2008 虚拟机从 ESX 4.0 实时迁移到 ESXi 5.0 并执行 Storage vMotion 时,静默快照会失败
    对于 Windows 2008 虚拟机,在 ESXi 5.0 上执行 Storage vMotion 操作时,默认情况下会将 disk.enableUUID设置为 true,因而会启用应用程序静默。随后的静默快照操作会失败,直到重新启动虚拟机。
    本版本已解决该问题。
  • 执行 Storage vMotion 操作期间,ESXi 主机失败,并显示紫色屏幕
    完成 Storage vMotion 操作后,ESXi 会断开为该操作创建的镜像设备。但是,在某些情况下,它可能会引用一个未初始化的指针,从而导致 ESXi 主机失败,并显示紫屏。

    本版本已解决该问题。

VMware HA 和 Fault Tolerance

  • 在 ESXi 主机上运行的辅助 FT 虚拟机可能会失败
    在 ESXi 主机上,具有 VMXNET 3 适配器的辅助 Fault Tolerance 虚拟机可能会失败。将向 vmware.log中写入类似以下内容的错误消息:

    Dec 15 16:11:25.691:vmx| GuestRpcSendTimedOut:message to toolbox timed out.
    Dec 15 16:11:25.691:vmx| Vix:[115530 guestCommands.c:2468]:Error VIX_E_TOOLS_NOT_RUNNING in VMAutomationTranslateGuestRpcError():VMware Tools are not running in the guest
    Dec 15 16:11:30.287:vcpu-0| StateLogger::Commiting suicide:Statelogger divergence
    Dec 15 16:11:31.295:vmx| VTHREAD watched thread 4 "vcpu-0" died

    安装有 E1000 适配器的虚拟机不会出现该问题。

    本版本已解决该问题。

VMware Tools

  • Windows 2008 虚拟机上的驱动程序验证程序可能无法响应
    如果在 Windows 2008 虚拟机上启用了 [驱动程序验证程序] 选项,则 VMCI 套接字锁定无法正常工作。

    本版本已解决该问题。

  • VMware Tools 配置实用程序可能无法在 Windows 8 或 Windows 2012 虚拟机上成功执行脚本
    在 Windows 8 或 Windows Server 2012 虚拟机上,VMware Tools 配置实用程序 VMwareToolboxCmd.exe 可能无法运行脚本,并显示类似于以下内容的错误消息:
    VMwareToolboxCmd.exe:需要管理员权限才能执行脚本操作。请使用管理员命令提示符完成这些任务。(VMwareToolboxCmd.exe: Administrator permissions are needed to perform script operations. Use an administrator command prompt to complete these tasks.)

    本版本已解决该问题。
  • 在 Windows 2008 R2 操作系统上使用 VESA 驱动程序的虚拟机遇到性能问题
    VMware Tools 可能不会在 Windows 2008 R2 操作系统上安装任何图形驱动程序。因此,虚拟机将使用默认 VESA 驱动程序。这会导致客户机操作系统上的某些硬件设备出现性能问题。

    本版本已解决该问题。默认情况下,VMware Tools 将安装 WDDM 驱动程序以提高性能。
  • 从软件包管理器安装的 VMware Tools 未正确修改系统文件权限
    在 Centos 6 操作系统上使用 Redhat 软件包管理器安装 VMware Tools 时,未正确修改系统文件权限。

    本版本已解决该问题。
  • Linux 虚拟机上的 VMware Tools 可能会发生间歇性失败
    VMware Tools 包括一个名为 libdnet的共享库文件。安装其他软件(例如,Dell OpenManage 软件)后,将在文件系统上创建另一个同名共享库。加载 VMware Tools 时,它会加载 Dell OpenManage 软件的 libdnet.so.1库,而不是 VMware Tools 的 libdnet.so库。在 vSphere Client 的 [摘要] 选项卡中可能不会显示客户机操作系统信息,此外,可能也不会显示网卡信息。

    本版本已解决该问题。
  • VMware Tools 服务可能失败,并显示 VMware Tools 不可恢复的错误
    VMware Tools 服务 (vmtoolsd.exe) 可能失败,并显示 由于 NULL 指针,发生 VMware Tools 不可恢复的错误堆栈 (VMware Tools unrecoverable error stack due to a NULL pointer)错误。

    本版本已解决该问题。
  • VMware Tools 升级不会替换远程桌面 IP 虚拟化所需的 VMCI 驱动程序
    升级 VMware Tools 时,IP 虚拟化将失败。出现此情况的原因是,ESXi 主机无法检查新的 VMCI 驱动程序版本,并且无法安装 vsock DLL 文件。

    本版本已解决该问题。
  • 如果创建的 VLAN 接口超过 16 个,则 VMware Tools 可能失败
    在 ESXi 5.0 主机上,如果为虚拟机创建的 VLAN 接口超过 16 个,则 VMware Tools 可能会停止响应。

    本版本已解决该问题。
  • 在 Solaris 虚拟机上安装 VMware Tools 可能会自动将 MTU 大小更改为 9000
    在 Solaris 虚拟机上安装或升级随 ESXi 5.0 和 ESXi 5.0 Update 1 提供的 VMware Tools 时,MTU 的大小可能会自动更改为 9000。即使更改了 MTU 的大小,在重新启动客户机操作系统时,它仍会恢复为 9000。

    本版本已解决该问题。
  • 在 Windows 客户机中安装或升级 VMware Tools 完成后会显示错误消息
    在 Windows 客户机虚拟机中安装或升级完 VMware Tools 之后,可能会显示类似于以下内容的错误消息:
    驱动器中没有磁盘 (There is no disk in the drive)

    没有磁盘:处理消息 c0000013 时发生异常 (No disk: exception Processing Message c0000013)

    本版本已解决该问题。
  • 在执行涉及静默快照的备份期间,虚拟机可能会失败
    在执行涉及静默快照的备份期间,虚拟机可能会失败。出现此情况的原因是,由于回调过程不一致,同步清单文件复制操作失败,并强制系统进入无效状态。

    本版本已解决该问题。
  • 安装 VMware Tools 时使用无重新引导选项不会阻止虚拟机在 Windows XP 与 Windows 2003 客户机上重新引导
    setup.exe /S /v"/qn REBOOT=R"或 setup.exe /S /v"/qn REBOOTPROMPT=S"命令会在安装 VMware Tools 后禁止重新引导虚拟机。在 ESXi 5.0 主机上,安装 VMware Tools 时将安装 Visual C++ 运行时(即使该运行时已安装)。而该操作会导致修复 Visual C++ 运行时,并且即使使用了禁止重新引导的命令,也需要重新引导虚拟机。该问题是 Windows XP 与 Windows 2003 或更早版本特有的。

    本版本已解决该问题。
  • 安装 VMware Tools 后,/etc/fstab 的文件权限可能会发生更改
    在 SUSE Linux Enterprise Server 11 SP1 等虚拟机上安装 VMware Tools 后, /etc/fstab的文件权限属性可能会从 644 更改为 600。

    本版本已解决该问题。
  • 在 VMware Tools 升级后,E1000 网络接口卡将丢失静态 IP 设置
    在 Windows 2003 操作系统上,尝试 VMware Tools 升级时,E1000 的静态 IP 设置将丢失,并且客户机网络适配器将设置为 DHCP。使用 [添加/删除程序] 卸载 VMware Tools 后将出现该问题。

    本版本已解决该问题。
  • 在 SUSE Linux Enterprise Server 11 SP 3 和 SUSE Linux Enterprise Server 11 SP 4 上为 VMware Tools 安装 OSP 失败
    尝试在 SUSE Linux Enterprise Server 11 SP 3 和 SUSE Linux Enterprise Server 11 SP 4 上为 VMware Tools 软件包安装 OSP 失败,并显示以下错误消息:
    错误:依赖关系解析失败:
    无法解析的依赖关系:
    vmware-tools-esx 没有可安装的提供程序
    该解析尝试无效 (ERROR: Dependency resolution failed: Unresolved dependencies: There are no installable providers of vmware-tools-esx Marking this resolution attempt as invalid)。

    由于 vmware-tools-esx meta-package中不可解析的依赖关系,安装失败,从而使软件包找不到 vmmouse_drv.so二进制文件。

    本版本已解决该问题。

  • 在具有 vShield Endpoint 和 VMware Tools 的 ESXi 5.0 主机上运行的 Windows 客户机操作系统可能会显示共享冲突错误
    如果某个环境具有与 VMware Tools 捆绑在一起的 vShield Endpoint 组件,则在 ESXi 5.0 主机上运行的 Windows 客户机操作系统可能会在访问网络文件时显示共享冲突错误。尝试打开网络文件时,可能会显示类似于以下内容的错误消息:
    打开文档时出错。此文件已打开或正由其他应用程序使用。(Error opening the document. This file is already open or is used by another application.)

    本版本已解决该问题。
     

已知问题

下列已知问题是通过严格测试而发现的,可帮助您了解在此版本中可能遇到的某些行为。此问题列表仅与本版本的 ESXi 5.0 Update 1 和 ESXi 5.0 有关。先前版本中的某些已知问题可能也适用于此版本。如果遇到一个未在此已知问题列表中列出的问题,可以查看先前版本中的已知问题,搜索 VMware 知识库,或者通过提供反馈报告给我们。

已知问题列表

请阅读全部已知问题,找到适用于您的项目。之前未记录的已知问题以 * 符号标记。已知问题按以下方式分组。

安装
  • 在安装 ESXi 5.0 Update 2 之后,显示多余的网络相关警告消息
    在安装 ESXi 5.0 Update 2 之后,ESXi 直接控制台用户界面 (DCUI) 显示类似于以下内容的警告消息:

    警告:DHCP 查找失败。在自定义其网络配置之前,您可能无法访问此系统 (Warning: DHCP look up failed. You may be unable to access this system until you customize its network configuration)

    但是,主机可以获取 DHCP IP,并可以 ping 其他主机。

    解决办法:此错误消息没有危害性,可以忽略。如果按键盘上的 Enter 键,此错误消息即会消失。

  • 在脚本式安装中,ESXi 安装程序不会在 ks 文件中为 part 命令应用 --fstype< 选项
    part命令的 --fstype选项在 ESXi 5.0 中已弃用。安装程序可接受 --fstype选项,而不显示错误消息,但不会创建由 --fstype选项指定的分区类型。默认情况下,安装程序在 ESXi 5.0 中始终创建 VMFS5 分区。您不能通过 part命令的 --fstype选项来指定其他分区。

  • 运行 Image Builder cmdlet 以在 PowerShell 1.0 中显示已修改的映像配置文件时缺少规则信息
    在 Microsoft PowerShell 1.0 上安装 vSphere PowerCLI 并将 OEM 软件包添加到映像配置文件后,在列出该映像配置文件时,有关规则属性的信息将缺失。

    解决办法:可通过查看映像配置文件对象的规则属性来访问规则信息。

  • 除非引导行命令对脚本文件名使用大写字符,否则从 CD 或 DVD 进行的脚本式 ESXi 安装或升级会失败
    使用安装或升级脚本(kickstart 文件)从写入到 CD 或 DVD 的 ESXi 5.0 安装程序 ISO 执行脚本式安装或升级时,安装程序只能识别大写字符的 kickstart 文件名,即使该文件是以小写字符命名的。例如,如果 kickstart 文件名为 ks.cfg并且您使用 ks=cdrom:/ks.cfg引导行命令来指定 kickstart 文件位置,则安装失败,并显示与以下内容类似的错误消息: HandledError: 错误(请参见日志以获得更多信息): 无法根据路径 -- /ks.cfg 在 cd-rom 上找到 kickstart 文件 (HandledError: Error (see log for more info): cannot find kickstart file on cd-rom with path -- /ks.cfg)。

    解决办法:在引导行命令中对 kickstart 文件名使用大写字符来指定 kickstart 文件,例如: ks=cdrom:/KS.CFG

  • 尝试使用相对路径 安装 VIB 时显示误导性错误消息
    当您尝试通过 esxcli software vib 命令来安装库、VIB 或配置文件时,如果指定相对路径,则操作将失败并显示以下错误消息: 找不到以下文件或目录:“/var/log/vmware/a.vib”(No such file or directory: '/var/log/vmware/a.vib')

    解决办法:执行安装时指定绝对路径。

  • 在文件夹名包含特殊字符的文件夹中无法安装 vSphere Client
    如果文件夹或目录的名称包含特殊字符(分号 (;)、左方括号 ([)、右方括号 (])、等号 (=)、加号 (+)、逗号 (,) 或井字号 (#)),则在该文件夹或目录中安装 vSphere Client 时会显示以下错误消息:

    安装路径包含“;”字符。请选择一个不带该字符的安装路径。(The installation path contains a ';' character. Please select an installation directory with this character.)

    即使文件夹名不包含分号 (;),您仍无法将 vSphere Client 安装到指定文件夹中。此外,如果将 vSphere Client 安装到文件夹名包含井号 ( #)的自定义文件夹中,客户端无法连接到 vCenter Server。

    解决办法:不要将 vSphere Client 安装到文件夹名称包含下列任意字符的自定义文件夹:分号 (;)、左方括号 ([)、右方括号 (])、等号 (=)、加号 (+)、逗号 (,) 或井字号 (#) 。

  • 安装 vSphere Web Client 后,浏览器会打开并显示一个空白页面
    安装 vSphere Client 后,单击安装向导中的 [完成] 时,浏览器会打开并显示一个空白页面。页面始终保持空白,并且浏览器无法连接到 vSphere 管理应用程序。

    解决办法:关闭浏览器并从 [开始] 菜单启动 vSphere 管理应用程序页面。

升级

  • 在通过 vCenter Server 连接的 ESXi 主机上,无法使用 PowerCLI 应用 ESXi 5.0 Update 2 VIB
    在由 vCenter Server 管理的 ESXi 5.0 主机上,尝试在 PowerCLI 上使用 GET-ESXCLI命令应用 ESXi 5.0 Update 2 VIB 失败,并显示类似于以下内容的错误消息:
    2011-11-18T09:53:50Z esxupdate:root:ERROR:Traceback (most recent call last):
    2011-11-18T09:53:50Z esxupdate:root:ERROR:File "/usr/lib/vmware/esxcli-software", line 441, in <module>
    2011-11-18T09:53:50Z esxupdate:root:ERROR:main()
    2011-11-18T09:53:50Z esxupdate:root:ERROR:File "/usr/lib/vmware/esxcli-software", line 432, in main
    2011-11-18T09:53:50Z esxupdate:root:ERROR:ret = CMDTABLE[command](options)
    2011-11-18T09:53:50Z esxupdate:root:ERROR:File "/usr/lib/vmware/esxcli-software", line 329, in VibInstallCmd
    2011-11-18T09:53:50Z esxupdate:root:ERROR:raise Exception("No VIBs specified with -n/--vibname or -v/--viburl.")
    2011-11-18T09:53:50Z esxupdate:root:ERROR:Exception:No VIBs specified with -n/--vibname or -v/--viburl.

    解决办法:
  • 使用 ESXCLI 的实时更新失败,并显示 Vib 下载失败 (VibDownloadError) 消息
    当您依次执行下列任务时,需要重新引导的事务失败并显示 Vib 下载失败 (VibDownloadError)消息。

    1. 使用 esxcli software profile update或 esxcli vib update命令进行实时安装更新。
    2. 重新引导之前,执行一个需要重新引导的事务,但事务未成功完成。一个常见的可能故障是签名验证,只有在下载 VIB 后才能对其进行检查。
    3. 在没有重新引导主机的情况下,您尝试执行另一个需要重新引导的事务。事务失败并显示 Vib 下载错误 (VibDownloadError)消息。

解决办法:执行下面的步骤以解决该问题。

  1. 重新引导 ESXi 主机以清理其状态。
  2. 再次执行实时安装。
     
  • 从 ESX/ESXi 4.x 到 ESXi 5.0 的脚本式升级过程中,MPX 和 VML 磁盘设备名称发生变化,这可能导致升级失败
    主机重新引导后,MPX 和 VML 磁盘设备名称可能发生变化。如果在脚本式升级中重新引导后名称发生变化,则升级可能会中断。

    解决办法:尽可能对磁盘设备使用网络地址授权标识符 (NAA ID)。对于其磁盘没有 NAA ID 的计算机,例如使用 CCISS 控制器的 Hewlett Packard 计算机,请从包含 ESXi 安装程序 ISO 的 CD 或 DVD 执行升级。另外,在脚本式升级中,您可以通过使用带有 --firstdisk=参数的 upgrade命令指定要升级的 ESX 或 ESXi 实例。安装和升级脚本命令在 《vSphere 安装和设置》《vSphere 升级》文档中有说明。

  • 如果 ESX 系统在没有 DHCP 服务的子网上使用手动分配的 IP 地址,则 ESX 控制台和 esxi_install.log报告在升级过程中无法获得 DHCP 地址
    如果具有手动分配的 IP 地址的 ESX 系统在没有 DHCP 服务器或 DHCP 服务器超出容量的子网中运行,会出现这种情况。在上述任一情况下,在 ESX 系统升级时,系统将暂停长达一分钟,尝试从 DHCP 服务器获取一个 IPv4 地址。

    解决办法:无。系统暂停长达一分钟后,它将继续以成功完成升级。系统可能会提示按 Enter 键继续。您可以按 Enter 键,也可以忽略提示。在这两种情况下,系统都会在暂停后继续进行升级。

  • 许可
    • 将 vSphere 许可证密钥自动分配给主机容器中的某些 ESX/ESXi 主机可能会失败,这些主机可能仍为评估模式
      vCenter Server 5.0 支持将许可证密钥自动分配给 ESX/ESXi 主机。您可以将许可证密钥与 vCenter Server 中的主机容器(如数据中心或群集)关联起来。vCenter Server 将许可证密钥分配给添加到该主机容器的所有未经许可的主机。一个许可证密钥只能关联到一个主机容器。如果与主机容器相关联的许可证的版本与添加到该主机容器的主机不同,则许可证不会分配给这些主机。例如,如果将 vSphere 5.x 许可证关联到群集并将 ESX/ESXi 4.x 添加到该群集,则许可证不会分配给 ESX/ESXi 4.x 主机,这些主机仍为评估模式。

      解决办法:确保添加到主机容器的所有主机与关联到该容器的许可证是同一版本。如果同一容器中的某个主机需要一个不同版本的许可证,请将该许可证直接关联到该主机。例如,将 vSphere 5.x 许可证关联到一个群集。将 ESXi 5.x 主机添加到该群集,这些主机都被分配了 vSphere 5.x 许可证。将 ESX/ESXi 4.x 主机添加到同一群集并将 vSphere 4.x 许可证关联到这些主机。将 ESX/ESXi 4.x 主机重新连接到 vCenter Server,这些主机都被分配了 vSphere 4.x 许可证。

    安全
    • 关闭浏览器窗口时未立即终止数据存储 Web 界面会话
      在访问数据存储 Web 界面后关闭 Web 浏览器时,服务器端没有立即终止会话。VMware 要感谢内部安全部门的 Jason Jones 报告此问题。

      解决办法:必须先单击数据存储 Web 界面上的 [注销] 终止会话,然后才能关闭浏览器窗口。

    网络

    • 无法在 ESXi 5.0 中探查设备 ID 为 0710 的 Emulex be2net 网络适配器(知识库文章 2041665 )*

    • 包含通过 vCenter Server 4.x 创建的 vDS 配置的主机配置文件可能无法为无状态引导的 ESX 5.0 主机应用网关设置
      在将 vSphere Auto Deploy 与 4.x 主机配置文件配合使用时,可能无法为无状态引导的 ESX 5.0 主机应用网关设置。结果,这些主机会失去网络连接,并且不会自动添加到 vCenter Server 5.0。

      解决办法: 要使用包含 vDS 配置的 4.x 主机配置文件引导无状态 ESX 5.0 主机,请执行以下步骤:

      1. 引导使用 Auto Deploy 配置的 ESX 5.0 无状态主机,而不指定 4.x 主机配置文件。
      2. 在将无状态主机添加到 vCenter Server 5.0 之后,应用 4.x 主机配置文件。
      3. 通过无状态 ESX 5.0 引导主机创建新的主机配置文件。将新创建的主机配置文件与 vSphere Auto Deploy 配合使用来引导无状态 ESX 5.0 主机。

      要引导不包含 vDS 配置的 ESX 5.0 无状态主机,请使用不包含 vDS 设置的 4.x 主机配置文件。您也可以通过以下方式从 4.x 主机配置文件中禁用或删除 vDS 设置:

      使用位于 [主机配置文件] > [网络配置][启用/禁用配置文件配置] 选项从主机配置文件中禁用 vDS 及其关联端口组。使用位于 [主机配置文件] > [网络配置][编辑配置文件] 选项从主机配置文件中删除 vDS 及其关联端口组。

    • 服务控制台详细信息未显示在 [将主机添加到 vSphere Distributed] 向导和 [管理主机] 向导中
      向 Distributed Switch 添加 4.x ESX 主机时,在 [添加主机] 向导的 [网络连接] 页面上的 [虚拟适配器] 详细信息部分中,未显示服务控制台网络适配器的详细信息。通常情况下,MAC 地址、IP 地址及子网掩码应显示在此处。

      解决办法:要查看服务控制台网络适配器的详细信息,请退出 [添加主机] 或 [管理主机] 向导,然后导航至 vSphere Client 中的 [主机] > [配置] > [网络]。

      如果在标准交换机上部署了服务控制台网络适配器,则执行以下操作:

      1. 查找交换机。
      2. 单击 [属性...] 按钮。
      3. 选择服务控制台网络适配器。
        请记下显示在 VSS 图中的适配器名称。

      如果在 Distributed Switch 上部署了服务控制台网络适配器,则执行以下操作:

      1. 导航至 [vSphere Distributed Switch] 选项卡。
      2. 查找 Distributed Switch,然后选择 [管理虚拟适配器...]。
      3. 查找并选择服务控制台网络适配器。

    • ESXi Dump Collector 服务器以静默方式退出
      使用无效值配置 ESXi Dump Collector 服务器的端口时,该服务器将以静默方式退出,且不显示错误消息。由于此端口是 ESXi Dump Collector 服务器用于从 ESXi 主机接收核心转储的端口,因此这些静默退出会阻止收集 ESXi 主机核心转储。由于 ESXi Dump Collector 未向 vCenter Server 发送错误消息,因此 vSphere 管理员未意识到该问题。如果未得到解决,则这会影响 ESXi 主机出现故障时的可支持性。

      解决办法:仅从建议的端口范围内选择端口来配置 ESXi Dump Collector 服务器,从而避免出现此故障。建议使用默认端口。

    • 将版本为 QLE3142 的 10 G QLogic 网卡与 nx_nic 驱动程序配合使用会导致服务器在 gPXE 引导期间停止运行
      如果将版本为 QLE3142 的 10 G QLogic 网卡与 nx_nic 驱动程序配合使用,以进行 gPXE 引导进入 ESXi 无状态引导配置,则 ESXi Server 会停止运行且无法引导。

      解决办法:使用其他网卡进行 gPXE 引导。

    • 启用的 VMkernel 网络适配器超过 16 个会导致 vSphere vMotion 失败
      vSphere 5.0 具有一项限制,即为每个主机的 vMotion 启用的 VMkernel 网络适配器不得超过 16 个。如果为给定主机上的 vMotion 启用的 VMkernel 网络适配器超过 16 个,则该主机上的 vMotion 操作可能会失败。错误消息显示为: 正在拒绝初始化 17 个流 IP 条目的请求 (refusing request to initialize 17 stream ip entries),其中的数字指示为 vMotion 启用的 VMkernel 网络适配器的数目。

      解决办法:禁用 vMotion VMkernel 网络适配器,直到最多为 vMotion 启用 16 个。

    • Network I/O Control 会替代 ESXi 5.0 中传出数据包中的 802.1p 标记
      在 ESXi 5.0 中,Network I/O Control 消除了虚拟网络服务质量 (QoS) 和物理网络 QoS 之间的差距,让您可以针对每个资源池指定一个 802.1p 标记。
      此功能的一个缺点是每个资源池都有一个默认的 802.1p 标记 (0),即使尚未显式设置该标记。如果启用了 Network I/O Control,则当离开 ESXi 主机时,虚拟机内的服务等级 (CoS) 位标记会被覆盖。

      解决办法:无。您可以选择不使用 Network I/O Control。

    • 主机配置文件不支持纯 IPv6 的 VMkernel 网络适配器配置
      使用 vSphere Client 为主机配置文件设置 IP 配置时,您可以为 VMkernel 网络适配器设置纯 IPv4、纯 IPv6 或 IPv4 和 IPv6 混合设置。然而,主机配置文件不支持纯 IPv6 设置。如果您使用纯 IPv6 设置配置 VMkernel 网络适配器,会要求您在主机配置文件应答文件中提供 IPv4 配置。

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

      • 通过 vSphere Client 使用纯 IPv6 设置来配置 VMkernel 网络适配器,并且不使用主机配置文件。
      • 在创建和应用主机配置文件时需同时包括 VMkernel 网络适配器的 IPv6 和 IPv4 配置,并在应用配置文件后禁用 VMkernel 网络适配器的 IPv4 配置。

    • 某些 Cisco 交换机丢弃设置了优先位的数据包
      VMware vSphere Network I/O Control 允许您使用 802.1p 标记来标记传出流量。然而,如果带有标记的数据包在本机 VLAN (VLAN 0) 上发送,某些 Cisco 交换机(4948 和 6509)会丢弃这些数据包。

      解决办法:无。

    • 在 VLAN 配置和驱动程序加载过程中,在 ESXi 引导过程中出现重大延迟
      具有 BE2 或 BE3 接口的 ESXi 主机在驱动程序加载和 VLAN 配置过程中遇到重大延迟。延迟的长度随着主机上 BE2 和 BE3 接口数量的增加而增加,并且可以持续几分钟。

      解决办法:无。

    • 将网络资源池添加到 vSphere Distributed Switch 失败,并会显示以下错误消息: 无法为一个或多个主机成员完成 vSphere Distributed Switch 操作 (Cannot complete a vSphere Distributed Switch operation for one or more host members)
      此错误消息表明 Distributed Switch 上的一个或多个主机已经与最大数目的网络资源池相关联。一台主机上允许的网络资源池最大数目是 56 个。

      解决办法:无。

    • 将网络资源池添加到 vSphere Distributed Switch 失败,并会显示以下错误消息: vim.fault.LimitExceeded
      此错误消息表明该 Distributed Switch 已有最大数目的网络资源池。一个 vSphere Distributed Switch 上网络资源池的最大数目是 56 个。

      解决办法:无。

    • LLDP 不显示巨大交换机的系统名称
      默认情况下,不播发巨大交换机上的系统名称。除非在巨大交换机上明确设置为播发系统名称,否则 LLDP 无法显示此信息。

      解决办法:运行 configure lldp ports <port ID> advertise system-name 命令,以便在巨大交换机上播发系统名称。

    • 截断镜像数据包导致 ESXi 失败
      当镜像数据包长度超过了为端口镜像会话设置的镜像数据包长度时,ESXi 失败。截断数据包的其他操作也可能导致 ESXi 失败。

      解决办法:不要为端口镜像会话设置镜像数据包长度。

    • Fault Tolerance 与使用 vSphere vMotion 的 vSphere DirectPath I/O 不兼容
      在虚拟机上启用 Fault Tolerance 时,对于虚拟机上的所有虚拟适配器,使用 vMotion 的 DirectPath I/O 均为不活动状态。

      解决办法:首先禁用 Fault Tolerance 并重新引导虚拟机,然后通过 vMotion 启用 DirectPath I/O。

    • vCenter Server 虚拟设备不支持 IPv6
      尽管 vCenter Server 虚拟设备 Web 控制台有用于配置 IPv6 的选项,但 vCenter Server 虚拟设备并不支持 IPv6 配置。

      解决办法:不要在 vCenter Server 虚拟设备 Web 控制台上设置或更改 IPv6 配置。

    • 使用 vSphere vMotion 的 vSphere DirectPath I/O 被基于 VMCI 的应用程序禁用
      在 Cisco UCS 系统上使用任何基于 VMCI 的应用程序时,DirectPath 在所有虚拟机网络适配器上无效。

      解决办法:停止使用所有基于 VMCI 的应用程序并重新引导虚拟机以恢复 vSphere DirectPath I/O。

    存储器
    • 在对数据存储群集禁用 I/O 衡量指标后,I/O 滞后时间阈值显示为 15 毫秒
      在对数据存储群集禁用 I/O 衡量指标后,数据存储群集的 [摘要] 页面继续显示 I/O 滞后时间阈值为 15 毫秒(默认值)。

      解决办法:无。要查看正确的值,请选择 [数据存储群集] > [存储器]

    • 用于进入 SDRS 维护模式的链接出现在独立数据存储的 [摘要] 页面上
      只有作为数据存储群集一部分的数据存储才能顺利进入存储 DRS 维护模式。然而,用于进入存储 DRS 维护模式的链接出现在非数据存储群集中的数据存储的 [摘要] 页面上。单击独立数据存储的 [进入 SDRS 维护模式] 时,数据存储尝试进入维护模式,并且任务显示为无限期挂起。

      解决办法:在 vSphere Client 的 [近期任务] 窗格中取消 [进入 SDRS 维护模式] 任务。

    • 在 Storage vMotion 过程中发生全部路径异常 (APD) 会导致 vCenter Server 与 ESXi 主机的通信失败
      如果在使用 Storage vMotion 迁移虚拟机时发生 APD 情况,则 vCenter Server 会将 Storage vMotion 中涉及的主机与 vCenter Server 清单断开连接。这种情况一直持续到后台 Storage vMotion 操作完成。此操作可能需要几分钟或几个小时,具体取决于 Storage vMotion 操作时间。在此期间,不能从 vCenter Server 对该特定主机执行其他操作。

      解决办法:无。Storage vMotion 操作完成后,vCenter Server 重新将该主机连接到清单。此故障不会影响在非 APD 数据存储上运行的虚拟机。

    • 添加到数据存储的符号链接可能导致数据存储浏览器不正确地显示数据存储内容
      将符号链接添加到数据存储的顶级后(无论是以外部方式在 NFS 服务器中添加还是将其记录到主机中),当您浏览数据存储时,可能看不到正确的数据存储信息,如它的文件和文件夹。导致此问题的原因可能是符号链接引用的文件和文件夹不正确。

      解决办法:移除符号链接。不要在数据存储中使用符号链接。

    • 尝试将数据区添加到支持 ATS 的 VMFS 数据存储时失败
      您只能在支持 ATS 的设备上扩展支持 ATS 的数据存储。如果您选择了不支持 ATS 的设备来扩展支持 ATS 的数据存储,则操作失败。vSphere Client 将显示以下错误消息: 在主机配置过程中发生错误 (An error occurred during host configuration)。在日志文件中,您可能还会发现以下错误消息: Operation failed, unable to add extent to filesystem。

      解决办法: 在将数据区添加到 ATS 数据存储前,通过运行以下命令验证数据区设备是否支持 ATS:
      esxcli storage core device vaai status get -d=device_ID
      输出必须显示以下信息:
      ATS 状态: 受支持 (ATS Status: supported)

    • 当平衡 I/O 负载时,存储 DRS 可能不按预期那样工作
      当使用 IOMeter 软件生成 I/O 负载来测试存储 DRS 时,默认情况下,IOMeter 全部用 0 来填充文件。此数据不包含随机模式的 1 和 0,而真实数据中数据是随机模式,并且存储 DRS 也需要这种随机模式来确定数据存储的 I/O 特性和性能。

      解决办法:测试存储 DRS 负载平衡时,请使用真实数据填充数据存储上至少 20% 的存储空间。如果使用 IOMeter 软件来生成 I/O 负载,请选择一个允许您将随机模式的 1 和 0 写入文件的版本。

    • 新虚拟机磁盘的名称不出现在存储 DRS 初始放置位置建议中
      在启用了存储 DRS 的数据存储群集上基于模板创建、克隆或部署虚拟机时,放置位置建议或故障对话框不会列出新虚拟机硬盘的名称。该对话框将显示以下消息: 将新的虚拟机硬盘置于 <datastore name> 上 (Place new virtual machine hard disk on <datastore name>)。

      解决办法:无。当创建虚拟机时,直到放置磁盘时才分配硬盘名称。如果各虚拟机硬盘的大小不同且放置在不同的数据存储中,您可以使用统计前后的空间利用率来估算哪个磁盘适合放置在哪个数据存储上。

    • 使用 [调度任务] 向导创建或克隆虚拟机时,存储 DRS 显示为已禁用
      如果创建一个调度任务来克隆或创建虚拟机并选择数据存储群集作为虚拟机文件的目标存储,则 [禁用存储 DRS] 复选框始终处于选中状态。您无法在 [调度任务] 向导中为虚拟机取消选中 [禁用存储 DRS] 复选框。

      解决办法:无。[禁用存储 DRS] 复选框在 [调度任务] 向导中是始终处于选中状态。但是,在运行 [调度任务] 和创建虚拟机后,虚拟机的自动化水平与数据存储群集的默认自动化水平是相同的。

    • 尝试卸载启用了 Storage I/O Control 的 NFS 数据存储时,vSphere Client 显示一个错误
      如果对 NFS 数据存储启用 Storage I/O Control,则您无法卸载该数据存储。将显示以下错误消息: 资源正在使用 (The resource is in use)。

      解决办法:在尝试卸载数据存储前,禁用 Storage I/O Control。

    • ESXi 无法区分支持硬件加速的 NFS 数据存储上的厚置备延迟置零虚拟磁盘和厚置备置零虚拟磁盘
      当使用支持硬件加速的 NFS 数据存储时,vSphere Client 允许您以厚置备延迟置零 (zeroedthick) 或厚置备置零 (eagerzeroedthick) 格式创建虚拟磁盘。但是,当您在 [虚拟机属性] 对话框中检查磁盘类型时,[磁盘置备] 部分始终将 [厚置备置零] 显示为磁盘格式,而不管您在磁盘创建过程中选择了哪种格式。ESXi 无法区分 NFS 数据存储上的延迟置零虚拟磁盘和置零虚拟磁盘。

      解决办法:无。

    • 迁移后,IDE RDM 磁盘的物理兼容性模式不更改为独立持久模式
      在将具有磁盘的虚拟机从 ESX/ESXi 4.x 主机迁移到 ESXi 5.0 后,IDE RDM 磁盘的物理兼容性模式不更改为独立持久模式。

      解决办法:迁移后,使用 vSphere Client 将磁盘的模式更改为独立持久。

    • 尝试将具有子磁盘的虚拟兼容性 RDM 添加到现有虚拟机失败
      如果尝试将具有子磁盘的虚拟兼容性 RDM 添加到现有的虚拟机,操作会失败。vSphere Client 将显示以下错误消息: 重新配置失败: vim.fault.DeviceUnsupportedForVmPlatform (Reconfigure failed: vim.fault.DeviceUnsupportedForVmPlatform)。

      解决办法:移除子磁盘,以便能够添加虚拟兼容性 RDM。

    • 启用软件 FCoE 后,尝试显示存储映射失败并显示错误消息
      此问题只影响那些已添加到 vCenter Server 且之前没有任何软件 FCoE 配置的 ESXi 主机。在这些主机上启用软件 FCoE 适配器后,尝试在 vSphere Client 中显示存储映射失败。将显示以下错误消息: 发生内部错误: 无法序列化响应 (An internal error has occurred: Failed to serialize response)。

      解决办法:首先在 ESXi 主机上配置软件 FCoE,然后将该主机添加到 vCenter Server。

    • 空间充足的 NFS 数据存储显示空间不足错误
      仅当使用远程过程调用 (RPC) 客户端共享并从同一 NFS 服务器 IP 地址挂载多个 NFS 卷时,才会发生此问题。在此配置中,只要其中一个 NFS 卷空间不足,共享同一 RPC 客户端的其他 NFS 卷可能也会报告空间不足错误。

      解决办法:通过执行以下任务,禁用主机上的 RPC 客户端共享:

      1. 在 vSphere Client 清单面板中,选择主机。
      2. 单击 [配置] 选项卡,然后单击 [软件] 下的 [高级设置]
      3. 单击左侧面板中的 [NFS],并在右侧向下滚动到 NFS.MaxConnPerIP。
      4. 将默认值更改为 128。

    • 尝试同时取消注册多个存储器供应商提供程序可能会失败并发生错误
      如果尝试从 vCenter Server 同时取消注册多个供应商提供程序,尝试可能会失败。即使 vCenter Server 中存在失败的供应商提供程序,仍会显示以下错误消息: ManagedObjectNotFound。sms.log 文件可能会显示以下异常: ProviderUnregistrationFault。

      解决办法:一次手动取消注册一个供应商提供程序。

    • 重新引导后,无状态主机无法检测 iSCSI 数据存储
      如果将无状态主机添加到 Cisco Nexus 1000V 系列交换机,并将 MTU 配置为 9000,则重新引导后,即使该主机能发现对应的设备,也无法检测 iSCSI 数据存储。

      解决办法:要使数据存储可见,请单击 vSphere Client 中的 [配置] > [存储] 屏幕上的 [刷新].

    服务器配置
    • 如果对主机配置文件的规则进行 SATP-PSP 更改并将更改应用于 ESXi 主机,则重新引导后,更改并没有反映在主机上
      如果更改 SAN 阵列类型插件路径选择策略 (SATP PSP) 规则并将更改应用于使用 Auto Deploy 置备的主机,则重新引导该主机后,这一新的更改并不反映在每个设备的 SATP PSP 中。对于不使用 Auto Deploy 置备的 ESXi 主机,SATP PSP 更改会在主机中正确更新。然而,对 ESXi 主机进行合规性检查时,主机配置文件的合规性检查会失败。

      解决办法:将主机配置文件应用到 ESXi 主机后,删除该主机配置文件,并从 ESXi 主机提取一个新的主机配置文件,然后将该主机配置文件应用到该主机,然后重新引导。为此,请使用 [主机配置文件] UI 中的 [从引用的主机更新] 功能。此任务会删除主机配置文件并从主机提取新的配置文件,同时保持当前的所有附件。

      使用 esxcli 命令编辑主机本身上的 SATP PSP,然后再提取主机配置文件。不要使用主机配置文件编辑器来编辑 SATP PSP。

    • 应用关闭了服务启动策略的主机配置文件不会禁用服务
      在将禁用了某些服务的 ESXi 主机用作引用主机的情况下创建一个主机配置文件,并将其应用到启用了这些服务的主机。主机配置文件应用过程不禁用目标 ESXi 主机上的服务。用户通过 vSphere Client 中的 [安全配置文件] 或 DCUI 中的 [故障排除选项] 在目标 ESXi 主机上启用 ESXShell 或 SSH 服务后,通常会出现这种情况。

      解决办法:重新引导过程会禁用这些服务。您也可通过配置主机手动停止 vSphere Client 中的服务。为每个服务执行以下过程。

      1. 在清单中选择主机。
      2. 单击 [配置] 选项卡。
      3. 单击 [软件] 部分中的 [安全配置文件]
      4. 单击 [属性] 并选择服务。
      5. 单击 [选项]
      6. 单击 [停止] 并单击 [确定]
    • 切换附加的主机配置文件时,主机配置文件应答文件的状态不更新
      将一个主机配置文件附加到先前附加到另一个主机配置文件的主机时,应答文件的状态没有更新。如果应答文件状态为 [已完成],则将另一个主机配置文件附加到该主机后,应答文件状态在主机配置文件视图中仍显示为 [已完成]。但是,实际状态可能更改为 [未完成]。

      解决办法:附加主机配置文件后,手动更新应答文件状态。

      1. 在 vSphere Client 中,选择主机配置文件清单视图中新附加的配置文件。
      2. 单击 [主机和群集] 选项卡。
      3. 在 [实体名称] 列表中右键单击该主机,然后选择 [检查应答文件]

      主机配置文件应答文件状态即会更新。

    • 手动应用包含大型配置的主机配置文件可能会超时
      应用包含大型配置(例如,vSwitch 和端口组数量非常大)的主机配置文件时,如果目标主机没有配置或只是部分配置,可能会超时。在此类情况下,尽管应用配置的 ESXi 基础进程可能继续运行,但用户仍会在 vSphere Client 中看到以下错误消息: 无法应用主机配置 (Cannot apply the host configuration)。

      此外,syslog.log 或其他日志文件可能显示类似以下内容的错误消息:
      Error interacting with configuration file /etc/vmware/esx.conf:Timeout while waiting for lock, /etc/vmware/esx.conf.LOCK, to be released.Another process has kept this file locked for more than 20 seconds.The process currently holding the lock is hostd-worker(5055).This is likely a temporary condition.Please try your operation again.

      如果多项操作尝试收集系统配置信息,同时主机配置文件应用操作设置配置,则系统上的争用情况会导致此错误。由于存在这些错误以及其他与超时相关的错误,甚至在系统上完成主机配置文件应用操作后,主机配置文件中捕获的配置仍可能未完全应用。检查主机的合规性可显示哪部分配置应用失败,并执行应用操作来解决剩余不合规问题。

      解决办法:执行以下操作之一:

      • 未使用 Auto Deploy 置备的 ESXi 主机

        1. 通过在 /etc/vmware/hostd/cmdMo.xml 文件中添加以下条目来提高应用操作的超时值:

          <managedObject id="2">
          <type> vim.profile.host.profileEngine.HostProfileManager </type>
          <moId> ha-hostprofileengine-hostprofilemanager </moId>
          --> <timeOutInSeconds> xxxx </timeOutInSeconds> <--****
          <version> vim.version.dev </version>
          <cmd> /usr/bin/sh </cmd>
          <arg id="1"> -l </arg>
          <arg id="2"> -c </arg>
          <arg id="3"> /usr/lib/vmware/hostd/hmo/hostProfileEngine.py --cgi </arg>
          </managedObject>


          其中 xxxx 为超时值(以秒为单位)。默认情况下,应用操作的超时时间为 10 分钟。通过此条目,可以设置更长的超时时间。例如,值 3600 可将超时时间增加到 1 小时。根据特定的主机配置文件配置,输入的值可能会有所不同。设置足够大的值后,不会再出现应用操作超时错误,并且任务在完成之前都会显示在 vSphere Client 中。
        2. 重新启动 hostd。
      • 使用 Auto Deploy 置备的主机

        1. 重新引导使用 Auto Deploy 置备的 ESXi 主机。
        2. 对于使用 Auto Deploy 置备的 ESXi 主机,请通过在 ESXi 主机上执行更新应答文件操作并重新引导来确保应答文件是完整的。

          主机配置文件和应答文件中的配置会在初始化期间在系统上应用。大型配置可能需要较长时间才能引导,但它比通过 vSphere Client 手动应用主机配置文件快得多。
    • 对于使用新创建的配置文件的引用主机,主机配置文件合规性检查失败
      对新配置的(如使用 iSCSI 配置的)主机配置文件执行合规性检查之前,如果没有更新应答文件,则该合规性检查可能失败。

      解决办法:执行合规性检查前更新配置文件的应答文件。

    • 如果将 syslog logdir 设置为没有路径的数据存储,则主机配置文件无法应用
      如果使用 esxcli 命令或 vSphere Client 将 syslog 目录设置为没有其他路径的数据存储,则从系统中提取的主机配置文件无法应用到其他主机。

      例如,以下命令以触发此条件的方式配置系统:
      esxcli system syslog config set --logdir /vmfs/volumes/datastore1

    同样,在主机的 [配置] 选项卡的 [高级设置] 对话框中将 Syslog.global.logDir 设置为 datastore1 也会触发此条件。

    解决办法:执行以下操作之一:

    • 在提取主机配置文件之前,在 [高级设置] 对话框中修改 Syslog.global.logDir,使其具有值“DATASTORE_NAME /”,而不是“DATASTORE_NAME”。
    • 编辑主机配置文件,以便 Syslog.global.logDir 的 [高级配置] 选项具有值“DATASTORE_NAME /”,而不是“DATASTORE_NAME”。

  • 应用主机配置文件可能会重新创建 vSwitch 和端口组
    应用主机配置文件时,可能会重新创建主机的 vSwitch 和端口组。即使主机与主机配置文件相符,也会出现此情况。

    将端口组配置文件策略选项设置为使用默认值时,会出现此情况。此设置会导致一个问题:应用配置文件时,配置文件和主机配置之间的比较可能错误地失败。此时,合规性检查通过。比较失败会使得应用配置文件操作重新创建 vSwitch 和端口组。这会影响端口组配置文件中的所有子配置文件。

    解决办法:更改配置文件设置,以便与所需设置匹配,而不是选择使用默认值。

  • VMware 嵌入式 SNMP 代理通过 HOST-RESOURCES-MIB中的 hrSWInstalledTable报告的软件安装日期错误
    通过使用 VMware 嵌入式 SNMP 代理对已安装软件 (hrSWInstalledTable RFC 2790) 执行轮询时,显示的用户安装软件的安装日期错误,因为 HOST-RESOURCES-MIB中的 hrSWInstalledTable报告的 hrSWInstalledDate错误。

    解决办法:要检索正确的安装日期,请使用 esxcli 命令 esxcli software vib list。

  • vCenter Server 和 vSphere Client

    • vCenter Server [硬件状态] 选项卡中的未知设备状态*
      在 vCenter Server [硬件状态] 选项卡的 [传感器] 视图中,某些 PCI 设备的状态显示为 未知 #<number>。某些设备的最新 PCI ID 没有列在 ESXi 主机上的 /usr/share/hwdata/pci.ids文件中。vCenter Server 会将缺少 ID 的设备列为未知。

      未知状态并非严重问题,主要 vSphere 版本会定期更新 PCI ID 列表。

    • 在 vCenter 虚拟设备 (VCVA) 上重新注册 AutoDeploy 时出现数据库错误(知识库文章 2014087)。
    • 随 vCenter Server Appliance 提供的嵌入式数据库支持清单最多具有 5 个主机和 50 个虚拟机
      嵌入式数据库未被配置为管理包含多于 5 个主机和 50 个虚拟机的清单。如果将嵌入式数据库与 vCenter Server Appliance 配合使用,则超出这些限制会引起许多问题,包括导致 vCenter Server 停止响应。

    • vSphere Web Client 警报侧栏不能正确显示系统中存在的警报数目
      当系统中存在的警报超过 100 个时,vSphere Web Client 警报侧栏错误地显示只有 100 个警报。

      解决办法:无。

    • 不显示数据存储群集或大型环境中的数据存储的概览性能图表
      在一些大型环境中,由于 vSphere Management WebServices、Tomcat 内存不足,可能不显示数据存储群集或数据存储的性能概览图表。

      解决办法:增加 Tomcat 中可用的内存量。

    • 使用 vSphere Web Client 时,重复提示您为 Adobe Flash 增加可用的本地存储
      vSphere Web Client 使用系统上用于访问客户端的本地存储来存储日志文件。日志文件的存储限制取决于 Adobe Flash Player 设置。随着日志文件的增长,会出现一个对话框提示您提高限制。系统会不断定期提示您,直至存储限制达到 [无限制]

      解决办法:设置 Adobe Flash Player 的存储限制:

      1. 通过在 Web 浏览器中打开以下 URL 来打开 [全局存储设置] 面板: http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager03.html
      2. 将滑块设置为 [无限制]
      3. 通过在 Web 浏览器中打开以下 URL 来打开 [Web 存储设置] 面板: http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html
      4. 在 [访问的网站] 列表中选择 vSphere Web Client 的 URL。
      5. 将滑块设置为 [无限制]

    • 在 vSphere Web Client 中无法选择多列进行排序
      在 vSphere Web Client 的表中,可选择主列并通过单击列标题进行排序。单击另一个列标题会将该列改为主排序列,而不会选择它作为第二排序列。

      解决办法:要对 vSphere Web Client 表中的多个列排序,请执行以下过程:

      1. 选择主列并通过单击列标题进行排序。
      2. 选择第二列和随后的列并通过按住 Ctrl 单击各列标题进行排序。

    • Internet Explorer 7 无法加载 vSphere Web Client 页面
      如果 Internet Explorer 7 的安全设置不包括 about:internet和 https://localhost作为受信任的站点,则 Web 浏览器无法打开 vSphere Web Client 页面。

      解决办法:将 about:internet和 https://localhost添加为受信任的站点:

      1. 在 Internet Explorer 7 中,选择 [工具] > [Internet 选项]
      2. 单击 [安全] 选项卡。
      3. 选择 [受信任的站点]
      4. 单击 [站点]
      5. [将该网站添加到区域中] 文本框中,键入 about:internet 并单击 [添加]
      6. [将该网站添加到区域中] 文本框中,键入 https://localhost 并单击 [添加]
      7. 单击 [确定]
      8. 关闭并重新启动 Internet Explorer。

    • 从快捷方式打开 vSphere 管理应用程序生成错误:Windows 找不到“https://localhost:9443/admin-app”(Windows cannot find 'https://localhost:9443/admin-app')
      如果 Firefox 是默认 Web 浏览器且没有运行,则从快捷方式启动 vSphere 管理应用程序可能出现错误: Windows 找不到“https://localhost:9443/admin-app”(Windows cannot find 'https://localhost:9443/admin-app')。请确保正确键入名称,然后重试。

      解决办法:这是 Firefox 在某些 Windows 系统上的一个已知问题。请参见 http://kb.mozillazine.org/Windows_error_opening_Internet_shortcut_or_local_HTML_file_-_Firefox

    • 如果无法解析 vCenter Server 主机名,则 vSphere Web Client 不会加载 vCenter Server 清单
      如果 vSphere Web Client 无法解析 vCenter Server 系统的主机名,并且 vCenter Server 使用 IP 地址向 vSphere Client 进行了注册,则 vSphere Web Client 无法加载清单树。

      解决办法:确保 vCenter Server 的主机名可通过以下方式之一来解析:

      • 将 vCenter Server 系统添加到您的名称服务器。
      • 将 vCenter Server 系统添加到运行 vSphere Web Client 的系统上的 C:\Windows\System32\drivers\etc\hosts文件。

    • 运行不带 -t 选项的 snmpwalk 命令时,返回一条错误消息
      如果运行 snmpwalk时未使用用来轮询 SNMP 数据的 -t和 -r选项,则 VMware 嵌入式 SNMP 代理不显示完整的数据并显示以下错误消息: 主机没有响应 (No response from host)。

      解决办法:运行 snmpwalk命令时,使用 -t选项来指定超时间隔,使用 -r选项来设置重试次数。例如: snmpwalk -m all -c public -v1 host-name -r 2 -t 10 variable-name

    • 在 Linux 上登录或退出 vSphere Web Client 时,Flash 插件崩溃
      在 Linux 系统上登录或注销 vSphere Web Client 时,Flash 插件可能会崩溃。

      解决办法:重新加载页面以重新启动 Flash 插件。

    • 使用本地 IPv6 地址无法访问 vSphere Web Client 管理工具
      如果您尝试使用本地 IPv6 地址来访问 vSphere Web Client 管理工具,Web 浏览器会显示以下错误消息: 无法从远程主机访问 vSphere Web Client 管理工具 (vSphere Web Client administration tool cannot be accessed from a remote host)。

      解决办法:使用 localhost 而不是 IPv6 地址来访问管理工具。例如,使用 https://localhost:9443/admin-app而不使用 https://[fc00:10:20:123:355c:1744:1b82:6716]:9443/admin-app之类的地址。

    • 当客户端安装在使用纯 IPv6 的系统上时,Internet Explorer 7 无法访问 vSphere Client 网页
      如果 vSphere Web Client 安装在使用纯 IPv6 的操作系统上,则无法使用 Internet Explorer 7 访问 vSphere Web Client。

      解决办法:使用 Firefox 或 Internet Explorer 8 访问 vSphere Web Client。

    • Internet Explorer 可能无法下载客户端集成插件
      当您使用 Internet Explorer 下载客户端集成插件时,可能会看到以下错误消息: Internet Explorer 无法从 localhost 下载 vmware-vmcr-win32-x86.exe (Internet Explorer cannot download the vmware-vmcr-win32-x86.exe from localhost)。Internet Explorer 中的某些安全设置阻止下载客户端集成插件时,会发生该错误。

      解决办法:使用一种替代方法来下载客户端集成插件。

      • 使用 Firefox 连接到 vSphere Web Client 并下载客户端集成插件。

      • 使用 Internet Explorer 和非安全端口 (http:// ipaddress: portnumber/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe) 直接连接到客户端集成插件文件。例如,http://localhost:9090/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe。

    • vSphere Web Client 不加载或刷新数据
      有时 vSphere Web Client 无法加载或刷新数据。应用程序右上角的加载微调控件会继续旋转,但不显示请求的信息。

      解决办法:执行以下一个或多个过程:

      • 单击浏览器的 [刷新] 按钮。
      • 从清单树选择不同的对象,然后单击浏览器的 [刷新] 按钮。
      • 检查 vCenter Server 及其服务的健康状况。重新启动任何已停止的服务。

    • 备份 vCenter Server Appliance 中的清单服务数据时发生错误
      当您运行 /usr/lib/vmware-vpx/inventoryservice/scripts/backup.sh脚本来备份 vCenter Server Appliance 中的清单服务数据时,可能会失败并显示以下错误消息: Java HotSpot(TM) 64 位服务器虚拟机警告: 尝试分配堆栈防护页面失败 (Java HotSpot(TM) 64-bit Server VM warning: Attempt to allocate stack guard pages failed)。当 vCenter Server Appliance 内存不足且 JVM 不能分配足够的内存来启动进程时,会发生此错误。

      解决办法:为 vCenter Server Appliance 增加系统 RAM。

    • 在 vCenter Server Appliance 中重新启动 vpxd 失败,并出现数据库错误
      在具有嵌入式数据库的 vCenter Server Appliance 上,重新启动 vpxd可能失败。 vpxd.log文件中显示与以下类似的错误消息:
      Alert:false@ /build/mts/release/bora-336896/bora/vpx/vpxd/util/vpxdVdb.cpp:403

      如果 vCenter Server Appliance 上系统时钟的时间重置为早于该数据库的创建时间,则发生此错误。这会导致由 vCenter Server Appliance 创建的数据库对象的时间戳显示为未来的某个时间。这将导致数据库对象查询失败。

      如果 Active Directory 域控制器的时钟设置为早于 vCenter Server Appliance 上的时钟,则您可能会在 Active Directory 配置期间遇到此错误。因为在配置过程中,vCenter Server Appliance 时钟会与 Active Directory 域控制器的时钟同步。

      解决办法:配置嵌入式数据库后,不要将 vCenter Server Appliance 上的系统时钟设置为一个较早的时间。当配置 Active Directory 时,确保 Active Directory 域控制器上的时钟设置时间不早于 vCenter Server Appliance 上的时钟时间。

    • 用于清除嵌入式 SNMP 代理配置的 vCLI 命令会重置指示源并清除陷阱过滤器
      用于清除嵌入式 SNMP 代理配置的 vicfg-snmp -rvCLI 命令会将事件源或陷阱源重置为默认值(即 指示)并清除所有陷阱过滤器。

      解决办法:无。

    • 启用嵌入式 SNMP 代理失败,并出现地址已在使用中 (Address already in use) 错误
      如果为嵌入式 SNMP 代理配置 udp/161 以外的端口而该代理未启用,则代理不会检查该端口是否正在使用中。启用代理时,这就可能导致端口冲突,从而生成以下错误消息: 地址已在使用中 (Address already in use)。

      解决办法:在配置端口前启用嵌入式 SNMP 代理。

    • 无法从 vCenter Server [欢迎使用] 页面访问 [vSphere Web Client 登录] 页面
      如果使用 localhost URL 访问 vCenter Server [欢迎使用] 页面,单击 [登录到 vSphere Web Client] 会产生一个错误。

      解决办法:使用 vCenter Server 系统的 IP 地址或主机名访问 [欢迎使用] 页面。

    • vSphere Client 中的 [选择用户和组] 对话框显示截断的用户名和组名
      将一个权限添加到 vSphere Client 中的清单对象时,[选择用户和组] 对话框可能显示截断的用户名和组名。例如, [Administrator] 可能显示为 [tor]。只有通过键入正确的完整名称才能选择用户和组。

      当 Windows 中的 Workstation 服务停止时,会出现此错误。

      解决办法:重新启动 vCenter Server 计算机上的 Workstation 服务。

      1. 选择 [开始] > [程序] > [管理工具] > [服务]
      2. 右键单击 [Workstation] 并选择 [启动]

    • 虚拟机导出列表可能不完整
      在 vSphere Client 清单中选择一个数据中心、群集、主机或其他对象并导出其虚拟机的列表时,列表可能不包括所有的虚拟机。这是因为不可见对象的信息并不总是填充到列表中。

      解决办法:导出前,滚动列表以确保显示所有虚拟机。

    • vSphere Web Client 日志文件中显示虚假错误消息
      由于使用的 Tomcat 和 dm Server 版本的原因,vSphere Web Client 日志文件中显示一些虚假错误消息。其中包括一些 INFO消息以及以下消息: 严重: 没有为服务器定义的全局上下文 (SEVERE: No global context defined for server)。您可以忽略这些消息。

      解决办法:无。

    • vSphere Web Client 联机帮助错误地将 Firefox 3.5 列为受支持的浏览器
      vSphere Web Client 联机帮助错误地将 Firefox 3.5 列为 vSphere Web Client 和客户端集成插件的受支持的 Web 浏览器。

      解决办法:有关受支持的 Web 浏览器的信息,请参见《vSphere 安装和设置》文档。

    • 尝试查看虚拟机存储配置文件时,vSphere Client 显示一条错误消息
      当您将 vSphere Client 连接到 vCenter Server 并尝试查看虚拟机的存储配置文件时,可能显示以下错误消息: VC 无法连接到位于 http:///sps/sdk 的 Profile-Driven Storage Service (VC is unable to connect to Profile-driven storage service at http:///sps/sdk)。

      当存储配置文件服务和另一服务都配置为使用端口 31000 时,会发生端口冲突。vSphere Web Client 和 vCenter Orchestrator 可导致此冲突。

      解决办法:重新启动 vSphere Web Client 服务和 vCenter Orchestrator 配置服务。当重新启动这些服务时,它们将选择下一个可用端口。如果计算机上只存在或运行其中一个服务,您只需重新启动该服务。

      虚拟机管理
      • 针对 USB 3.0 设备的 xHCI 控制器的驱动程序可用性
        虚拟硬件版本 8 包含对 xHCI 控制器和 USB 3.0 设备的支持。但是,xHCI 驱动程序可能对许多操作系统不可用。如果客户机操作系统上没有安装驱动程序,您无法使用 USB 3.0 设备。据悉,目前不存在可用于 Windows 操作系统的驱动程序。请联系操作系统供应商来了解驱动程序的可用性。当您使用 Windows 客户机操作系统创建或升级虚拟机时,可以继续使用现有的 EHCI+UHCI 控制器,它支持从 ESXi 主机或客户端计算机到虚拟机的 USB 配置中所用的 USB 1.1 和 2.0 设备。如果您的 Windows 虚拟机有 xHCI 和 EHCI+UHCI USB 控制器,新增的 USB 1.1 和 USB 2.0 设备将连接到 xHCI,并且不会被客户机检测到。

        解决办法:从虚拟机的配置中移除 xHCI 控制器,以便将 USB 设备连接到 EHCI+UHCI。

      • 早于 2.6.27 版本的 Linux 内核不报告处于关闭电源状态的每插槽内核数为 2
        从 ESXi 5.0 开始,多核虚拟 CPU 支持允许处于关闭电源状态的每插槽内核数为 2。早于 2.6.27 版本的 Linux 内核仅正确报告处于打开电源状态的每插槽内核数为 2。例如,当您在 .vmx 文件中设置 numvcpus = 6和 cpuid.coresPerSocket = 3时,一些 Linux 客户机操作系统可能无法报告任何物理标识信息。Linux 内核 2.6.28 及更高版本会正确报告 CPU 和内核拓扑。

        解决办法:

      • 在向使用 Linux 64 位、Windows 7 或 Windows 8 32 位客户机操作系统的虚拟机热添加内存时,不能将现有虚拟内存增加到 3 GB 以上
        在向使用 Linux 64 位、Windows 7 和 Windows 8 32 位客户机操作系统的虚拟机热添加内存时,适用于下列情况。

        • 如果已打开电源的虚拟机的内存少于 3 GB,则内存热添加量不能超过 3 GB。
        • 如果虚拟机内存为 1 GB,则可以添加 2 GB。
        • 如果虚拟机内存为 2 GB,则可以添加 1 GB。
        • 如果虚拟机的内存为 3444 MB,则可以添加 128 MB。
        • 如果已打开电源的虚拟机的内存正好为 3 GB,则无法热添加任何内存。

        如果已打开电源的虚拟机的内存超过 3 GB,则可以将虚拟机内存增加到虚拟机打开电源时初始内存大小的 16 倍或增至硬件版本限制(以两者中较小者为准)。硬件版本 7 的限制是 255 GB,硬件版本 8 的限制是 1011 GB。

        如果在打开虚拟机电源后,内存从小于或等于 3 GB 增长到大于 3 GB,则 Linux 64 位和 32 位 Windows 7 和 Windows 8 客户机操作系统会冻结。此 vSphere 限制可确保您不会在客户机操作系统中触发该错误。

        解决办法:无。

      • 在硬件版本 7 虚拟机上进行 CPU 热添加时出错
        硬件版本 8 虚拟机的多核虚拟 CPU 功能支持虚拟 CPU 热添加。
        对于每个插槽的内核数大于 1 的硬件版本 7 虚拟机,当您在 [虚拟机属性] 对话框中启用 CPU 热添加并尝试热添加虚拟 CPU 时,操作失败并显示以下错误消息: 该虚拟机不支持 CPU 热插拔 (CPU hot plug not supported for this virtual machine)。

        解决办法:要将 CPU 热添加功能与硬件版本 7 的虚拟机一起使用,请关闭虚拟机电源并将每个插槽的内核数设置为 1。
        为达到最佳效果,请使用硬件版本 8 的虚拟机。

      • 在使用 2007 年 11 月 20 日 LSISAS 驱动程序的 Windows 2003 32 位系统上热添加内存会导致虚拟机停止响应
        2007 年 11 月 20 日的 LSI-SAS 驱动程序无法正确寻址系统启动时不存在的超过 3 GB 的内存。如果系统在热添加前内存少于 3 GB,而在热添加后超过 3 GB,则 Windows 状态会损坏,并最终导致 Windows 停止响应。

        解决办法:使用 LSI 网站提供的最新版本 LSI SAS 驱动程序。不要对 Windows 2003 虚拟机使用 LSISAS1068 虚拟适配器。

      • MacOS X Server 10.6.5 和更高版本的客户机操作系统的 [摘要] 选项卡上出现错误的 IPv6 地址
        在 vSphere Client 中的 [摘要] 选项卡上单击 [查看全部] 时,IPv6 地址列表中与链接本地地址对应的地址有误。运行 ifconfig文件并将命令输出与 vSphere Client 中的地址列表进行比较时,会看到该错误地址。运行 vim-cmd命令以获取 GuestInfo数据时,该错误信息也会出现。

        解决办法:

      • 同时创建大量虚拟机会导致文件操作失败
        同时创建大量驻留在同一目录下的虚拟机时,存储系统变得不堪重负,导致一些文件操作失败。会显示 vim.fault.CannotAccessFile错误消息并且创建虚拟机操作失败。

        解决办法:以更小的批量(例如,64 个)创建其他虚拟机,或尝试在不同的数据存储中或同一数据存储的不同目录中创建虚拟机。

      • 在通过 vMotion 进行迁移过程中,从 ESXi 主机直通到虚拟机的 USB 设备可能断开连接
        如果 USB 设备从 ESXi 主机直通到虚拟机并且该设备配置为在通过 vMotion 进行迁移过程中仍保持连接,则该设备可能会在 vMotion 操作过程中断开连接。如果 DRS 触发迁移,该设备也会断开连接。当设备断开连接时,它们会恢复至主机,不再连接到虚拟机。迁移连接了多个 USB 设备的虚拟机时,会更频繁地发生此问题,但连接了一个或少数设备时,只偶尔发生此问题。

        解决办法:将虚拟机迁移回与 USB 设备物理连接的 ESXI 主机,并将设备重新连接到虚拟机。

      • 当虚拟机具有无法访问的 SCSI 直通设备时将无法打开电源
        如果连接到虚拟机的 SCSI 直通设备有一个无法从虚拟机的主机访问的设备备用,虚拟机将无法打开电源并显示以下错误消息: 打开虚拟机电源时从 ESX 主机收到一条意外错误 (An unexpected error was received from the ESX host while powering on VM)。

        解决办法:执行以下过程之一:

        • 如果虚拟机的主机有一个物理 SCSI 设备,请将 SCSI 直通设备的设备备用更改为主机的物理 SCSI 设备并打开虚拟机电源。
        • 如果主机没有物理 SCSI 设备,则将 SCSI 直通设备从虚拟机移除并打开虚拟机电源。

      • VMware Tools 系统托盘图标状态可能错误地显示为已过期
        如果虚拟机使用的 VMware Tools 是随 vSphere 4.x 一起安装的,则客户机操作系统中的系统托盘图标会错误地将状态显示为已过期。在 vSphere 5.0 Client 和 vSphere Web Client 中,虚拟机的 [摘要] 选项卡状态显示为 [已过期 (确定。现有主机支持该版本,但新功能不可用时要进行升级)]。支持随 vSphere 4.x 一起安装的 VMware Tools,且不严格要求升级为 vSphere 5.0。

        解决办法:在 vSphere 5.0 中,使用 vSphere Client 或 vSphere Web Client 中虚拟机的 [摘要] 选项卡来确定 VMware Tools 的状态。如果状态是已过期但您不想升级,则可以在客户机操作系统中使用下列设置来禁用升级提示和警告图标:

        • 如果虚拟机设置为自动升级 VMware Tools,但您希望虚拟机仍保持在受支持的最低版本,则将以下属性设置为一个高级配置参数:将 tools.supportedOld.autoupgrade设置为 FALSE。此设置还禁用客户机中的感叹号图标,该图标表明 VMware Tools 不受支持。
        • 如果 VMware Tools 已过期而您想禁用系统托盘中 VMware Tools 图标上出现的感叹号图标,则将以下属性设置为一个高级配置参数:将 tools.supportedOld.warn设置为 FALSE。

        [摘要] 选项卡显示状态为不受支持或错误时,上述设置都不会影响 VMware Tools 的行为。在此类情况下,会出现感叹号图标并且 VMware Tools 自动升级(如果配置为自动升级),即使高级配置设置为 FALSE也一样。您可通过编辑虚拟机的配置文件 .vmx或通过使用 vSphere Client 或 vSphere Web Client 编辑虚拟机设置来设置高级配置参数。在 [选项] 选项卡中,选择 [高级] > [常规],然后单击 [配置参数]

      • [在关闭再打开过程中检查并升级工具] 功能在 ESXi 5.0 及更高版本中不起作用
        在 ESX/ESXi 4.1 中,关闭虚拟机后,可使用 [在关闭再打开过程中检查并升级工具] 选项升级 VMware Tools。此功能在 ESXi 5.0 及更高版本中不起作用。忽略与此功能相关的任何文档程序。

        解决办法:手动安装 VMware Tools。

      • 在需要使用大量 CPU 和内存资源的 Mac OS X 客户机操作系统上,在虚拟机暂停或恢复或迁移操作过程中可能遇到内核不稳定问题
        在高负载 CPU 和内存的主机上虚拟机出现暂停或恢复操作或者通过 vMotion 进行迁移之后,转换后备缓冲器 (TLB) 无效请求可能超时。在此类情况下,Mac OS X 客户机操作系统停止响应,且以下消息之一的变体会写入 vmware.log 文件:
        The guest OS panicked.The first line of the panic report is:Panic(CPU 0):Unresponsive processor
        The guest OS panicked.The first line of the panic report is:panic(cpu 0 caller 0xffffff8000224a10):"pmap_flush_tlbs()timeout:" "cpu(s) failing to respond to interrupts,pmap=0xffffff800067d8a0 cpus_to_respond=0x4"@/SourceCache/xnu/xnu-1504.7.4/osfmk/x86_64/pmap.c:2710

        解决办法:减少主机上的 CPU 和内存负载,或将虚拟 CPU 计数减少到 1。

      • 如果启用复制,则从 ESXi 5.0 到 ESX/ESXi 4.1 的虚拟机克隆或重定位操作失败
        如果使用 hbr enablereplication命令对驻留在 ESXi 5.0 主机上的虚拟机启用复制,并将虚拟机克隆到 ESX/ESXi 4.1 或更早版本的主机上,则验证会失败并显示以下错误消息: 不支持该操作 (operation is not supported)。不支持在 ESX/ESXi 4.1 主机上克隆 ESXi 5.0 虚拟机。

        解决办法:选择以下解决办法之一:

        • 将虚拟机克隆到 ESXi 5.0 主机上
        • 在 ESX/ESXi 4.1 主机上克隆或重定位一个新的虚拟机。

    • vCenter Server 5.0 和 ESX/ESXi 主机不兼容导致使用增量磁盘进行虚拟机迁移操作失败
      如果 vCenter Server 5.0 管理一个早于 ESX/ESXi 4.0 Update 3 的主机,您无法使用快照或增量磁盘将虚拟机迁移到该主机。尝试此类迁移会导致显示以下系统错误消息: 由于 vCenter Server 和 ESX 版本不兼容,不支持使用快照或增量磁盘进行虚拟机迁移。若要继续此操作,请将 ESX 主机升级到 ESX 4.0 Update 3 或更高版本 (Migration of VMs with snapshots or delta disks is not supported due to version incompatibility between vCenter Server and ESX. To continue this operation, please upgrade your ESX host(s) to ESX 4.0 Update 3 or later)。
      ESX/ESXi 4.1 上也存在同样的限制且会显示类似的错误消息。如果 vCenter Server 5.0 管理主机,则 ESX/ESXi 4.1 不支持使用增量磁盘迁移虚拟机。

      解决办法:将 ESX/ESXi 主机升级到 ESX/ESXi 4.0 Update 3 或更高版本或者升级到 ESX 4.1 Update 1 或更高版本。

    • 当 VMware Tools 自定义脚本在其路径中包含非 ASCII 字符时,无法通过 Linux 客户机操作系统中的 VMware-Toolbox UI 设置该自定义脚本
      当系统区域设置是 zh_CN.gb18030、ja_JP.eucjp或 ko_KR.euckr时,非 ASCII 字符在 Linux 客户机操作系统的 [VMware Tools 属性] 窗口中显示为带方框的 X。在此类情况下,您无法设置自定义 VMware Tools 脚本。

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

      • 更改自定义 VMware Tools 脚本所在的目录的名称以使其仅包含 ASCII 字符。
      • 通过在 shell 提示符下输入 vmware-toolbox-cmd script命令设置自定义 VMware Tools 脚本。

    • 在自定义 Windows XP 和 Windows 2003 后,非 ASCII DNS 后缀设置不正确
      使用自定义规范向导自定义 Windows XP 或 Windows 2003 时,如果在 [网络属性] 的 [DNS] 选项卡中输入一个非 ASCII DNS 后缀,则自定义报告为成功,但是该非 ASCII DNS 后缀设置不正确。

      解决办法:在 Windows XP 和 Windows 2003 中手动设置 DNS 后缀。

    • VMware 嵌入式 SNMP 代理报告的有关 HOST-RESOURCES-MIB 模块的 hrDeviceStatus对象中的处理器状态错误
      报告系统详细信息时,VMware 嵌入式 SNMP 代理显示错误的处理器状态。SNMP 代理将 HOST-RESOURCES-MIB 中的 hrDeviceStatus对象的处理器状态报告为 [未知]。HOST-RESOURCES-MIB 的 ESX/net-snmp 实施没有返回 hrDeviceStatus对象,这等同于报告 [未知]状态。

      解决办法:使用 CIM API 或 SMBIOS 数据检查处理器状态。

    • 迁移后,.vmsd 快照数据库文件中的快照磁盘路径和增量磁盘描述符文件中的父路径未进行更新
      将 snapshot.redoNotWithParent设置为 TRUE,并更改 snapshotDirectory设置(例如,从数据库 A 更改为数据库 B)时,您可能会看到一条错误消息: 检测到无效的快照配置 (Detected an invalid snapshot configuration)。同时存在以下两种情况时,将出现该问题:

      • 恢复为快照树中先前的快照,并从该快照点创建新快照。结果为非线性快照树层次结构。
      • 磁盘链中的磁盘链接跨多个数据存储并包含源数据存储和目标数据存储。如果多次更改 snapshotDirectory设置以指向其他数据存储,并在 snapshotDirectory更改之间执行虚拟机快照,则将出现这种情况。例如,执行 snapshotDirectory设置为数据存储 A 的虚拟机的快照,再恢复为先前的快照,然后将 snapshotDirectory设置更改为数据存储 B 并执行其他快照。现在将虚拟磁盘从数据存储 B 迁移到数据存储 A。

      最佳做法是保留默认设置,这样可将父快照和子快照一起存储在快照目录中。避免更改 snapshotDirectory设置或在数据存储更改之间执行快照。如果将 snapshot.redoNotWithParent设置为 TRUE,请对虚拟机当前未使用的数据存储执行完整存储迁移。

       

      解决办法:在快照数据库文件和磁盘描述符文件中,手动将磁盘路径引用更新为正确的数据存储路径。

      • 将具有 IDE 虚拟磁盘的虚拟机从 ESXi 5.0 主机冷迁移到 ESX/ESXi 4.x 主机失败并显示以下错误: 对象不支持此操作 (The operation is not supported on the object)
        使用 vCenter Server 5.0 将具有一个或多个 IDE 虚拟磁盘的虚拟机从 ESXi 5.0 主机冷迁移到运行 ESX/ESXi 4.x 的主机时,迁移失败并显示以下错误: 对象不支持此操作 (The operation is not supported on the object)。

        解决办法:执行以下步骤。

        1. 在 ESXi 5.0 主机上选择虚拟机。
        2. 如果虚拟机驻留在 ESXi 5.0 主机的仅主机数据存储上,则将虚拟机 .vmx和 .vmdk文件移动到一个可从 ESXi 5.0 主机和 ESX/ESXi 4.x 主机访问的共享 LUN 上。
        3. 通过使用迁移虚拟机向导中的 [更改主机] 选项,将虚拟机冷迁移到 ESX/ESXi 4.x 主机。
           
      • 在夏令时 (DST) 转换中,性能图表上的时间轴没有更新以反映 DST 时间变化。
        例如,遵守 DST 的区域的本地时钟在 2011 年 3 月 27 日凌晨 3 点(周日)提前了 1 小时。性能图表时间轴上的刻度标记应是 ...、2:00、2:20、2:40、4:00、4:20...,省略凌晨 3 点开始的一小时的刻度标记。然而,实际上显示的标记为 ...、2:00、2:20、2:40、3:00、3:20、3:40、4:00、4:20...。

        解决办法:

      • 用户在 Storage vMotion 操作中指定磁盘格式更改后,虚拟机磁盘仍保留其原始格式
        对正运行 ESX/ESXi 4.1 或更早版本的主机上打开电源的虚拟机执行 Storage vMotion 操作过程中,您尝试将磁盘格式转换成厚置备置零,但并未发生转换。Storage vMotion 操作成功,但是由于 ESX/ESXi 4.1 和更早版本的固有限制,磁盘继续保留其原始磁盘格式。如果对 ESXi 5.0 主机上的虚拟机执行同样的操作,则会正确转换。

        解决办法:无。

      • vCenter Server 支持捆绑包工具找不到在自定义位置中存储的日志数据
        vCenter Server 支持捆绑包工具找不到在自定义的非默认位置存储的日志文件。vCenter Server 支持捆绑包工具不同于 vSphere Client 日志收集工具。

        解决办法:将 vSphere Client 连接到 vCenter Server 并且使用导出系统日志功能检索日志数据。在 vSphere Client 中,选择 [管理] > [导出系统日志]

        当您无法将 vSphere Client 连接到 vCenter Server 时,必须手动将文件复制到日志包。

      • 在 vCenter Server 5.0 中,不再支持针对 vSphere HA 的很多高级配置选项。
        不再支持以下选项:

        das.consoleUser
        das.consoleNode
        das.consolePerm
        das.primaryCount
        das.checkVmStateDelay
        das.trace
        das.traceLevel
        das.traceOutput
        das.preferredPrimaries
        das.disableUWSwapRequirement
        das.sensorPollingFreq
        das.bypassNetCompatCheck
        das.defaultfailoverhost
        das.failureDetectionTime
        das.failureDetectionInterval

        如果您尝试设置一个不受支持的选项,vCenter Server 5.0 会报告该选项无效。此外,如果您从定义了上述任意选项的先前版本升级到 vCenter Server 5.0,则这些选项将被删除而不再有效。

        解决办法:无。

      • 出现主机故障时,vSphere HA 无法重新启动正在进行 vMotion 迁移的虚拟机。
        正在将虚拟机从一台主机迁移到另一主机时,原始主机可能会失败,变得无响应或者无法访问包含虚拟机配置文件的数据存储。如果出现此故障且 vMotion 随后也出现故障,则 vSphere HA 可能不会重新启动虚拟机,并可能会对其取消保护。

        解决办法:如果虚拟机失败且 vSphere HA 未再次打开其电源,请手动再次打开虚拟机电源,此时 vSphere HA 会保护虚拟机。

      • USB 3.0 设备可能无法在 Windows 8 或 Windows Server 2012 虚拟机中正常工作*
        在 Windows 8 或 Windows Server 2012 虚拟机中使用 USB 3.0 设备时,如果使用 Windows 或 Linux 操作系统作为客户端,可能会显示类似于以下内容的错误消息:
        端口重置失败
        USB 设置 SEL 请求失败 (Port Reset Failed The USB set SEL request failed)

        解决办法:

      • 以 PXE 方式引导或重新引导 RHEL 6 会导致出现白屏
        尝试在 EFI 虚拟机中使用 Red Hat 引导加载程序将 PXE 引导进入 RHEL 6 时,在选择操作系统后屏幕变为空白。在常规安装 RHEL 6 过程中从 grub.conf 文件中移除 splashscreen指令并重新引导虚拟机,也会遇到此问题。

        解决办法:确认 splashscreen指令存在,并引用一个可供引导加载程序访问的文件。

      • 重新引导 Mac OS X 10.6.x 时,多个 vNIC 会随机断开连接
        重新引导 Mac OS X 10.6 时,如果有 n >=3 e1000 个 vNIC,客户机链接状态不正确。

        如果 n(e1000)=3,则客户机链接状态是:2(连接)、1(已断开连接)。
        如果 n(e1000)=5,则客户机链接状态是:3(连接)、2(已断开连接)等。

        解决办法:使用 ifconfig 实用程序手动激活和取消激活适配器。手动激活和取消激活不会持续到下一个重新引导过程。

      • IBM x3550 M2 的 [启动时强制支持旧版视频] 必须禁用
        IBM x3550 M2 有一个称为 Force Legacy Video on Boot 的固件选项,当从统一可扩展固件接口 (UEFI) 引导时,该选项启用旧版 INT10h 视频支持。此选项与 ESXi 5.0 不兼容,因而必须禁用。

        解决办法:从 UEFI 引导 IBM x3550 M2 时,按 F1 进入固件设置,然后选择 [系统设置] > [旧版支持] > [启动时强制支持旧版视频],并单击 [禁用]

      • 用户名包含非 ASCII 字符的用户无法使用 vSphere Web Client 登录到 vCenter Server
        vSphere Web Client 不接受含有非 ASCII 字符的用户名。用户名包含非 ASCII 字符的用户无法使用 vSphere Web Client 连接到 vCenter Server。

        解决办法:使用 vSphere Client 连接到 vCenter Server。

      • vSphere Web Client 帮助中与本地化搜索和搜索范围相关的问题
        vSphere Web Client 帮助中与本地化搜索有关的已知问题包括:

        • 使用非英语语言的本地化字符的搜索不会检索结果。
        • 如果使用非 ASCII 字符创建搜索范围名称,这些字符不能正确显示。

        解决办法:编辑 tomcat-server.xml文件以将 URI 编码设置为 UTF-8:

        1. 使用文本编辑器打开文件 vSphere_Web_Client_Installation_Directory\springsource-dm-server-2.0.4\config\tomcat-server.xml。
        2. 编辑文件的以下部分以在 connectionTimeout =“20000”行的末端添加参数 URIEncoding="UTF-8":

          <Connector port="9090" protocol="HTTP/1.1"
          connectionTimeout="20000"
          redirectPort="9443" emptySessionPath="true"/>

          9090 是连接器端口的默认值。如果在安装过程中更改了此值,则会出现另一端口号。不要更改该端口号。

          更改后,这部分应显示如下:

          <Connector port="9090" protocol="HTTP/1.1"
          connectionTimeout="20000" URIEncoding="UTF-8"
          redirectPort="9443" emptySessionPath="true"/>
        3. 编辑该文件的以下部分,在 keystoreFile="config/keystore"行末端添加 URIEncoding="UTF-8"行:

          <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
          maxThreads="500" scheme="https" secure="true"
          clientAuth="false" sslProtocol="TLS"
          keystoreFile="config/keystore"
          keystorePass="changeit" emptySessionPath="true"/>

          9443 是连接器端口的默认值。如果在安装过程中更改了此值,则会出现另一端口号。不要更改该端口号。

          更改后,这部分应显示如下:

          <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
          maxThreads="500" scheme="https" secure="true"
          clientAuth="false" sslProtocol="TLS"
          keystoreFile="config/keystore" URIEncoding="UTF-8"
          keystorePass="changeit" emptySessionPath="true"/>
        4. 保存文件。
    • 迁移 VMware HA 和 Fault Tolerance

      客户机操作系统

      支持的硬件 国际化
    • [虚拟机] 选项卡中的信息可能不会刷新
      有时 vSphere Client 中的 [虚拟机] 选项卡中的信息可能不会立即刷新。例如,克隆或注册大量虚拟机后,某些虚拟机尽管出现在清单树中,但可能不会出现在 [虚拟机] 选项卡中。如果您打开或关闭大量虚拟机的电源,新电源状况尽管正确显示在清单树中,但可能不会反映在 [虚拟机] 选项卡上。

      解决办法:按 F5 刷新选项卡中的信息。

    • VMware vCenter Server Appliance Web 控制台尽管不支持 IPv6,但有配置 IPv6 的选项
      尽管 VMware vCenter Server Appliance 不支持 IPv6,但是 vCenter Server Appliance Web 控制台的 [网络] 选项卡有 IPv6 的配置选项,并且默认情况下只要网络上有 DHCPv6 服务器,就为该设备分配一个 IPv6 地址。

      解决办法:为 VMware vCenter Server Appliance 输入一个无效的静态 IPv6 地址,以防止此设备通过 DHCP 获取 IPv6 地址。

    • 在 Windows Server 2008 上的 Internet Explorer 9 中无法加载 vSphere Web Client
      如果尝试在 Windows Server 2008 系统上的 Internet Explorer 9 中加载 vSphere Web Client,您会在 Web 浏览器窗口中看到蓝色背景,而没有进一步的活动。

      解决办法:在 Windows Server 2008 系统上,使用 Internet Explorer 7 或 8 或者 Mozilla Firefox 3.6 或更高版本来访问 vSphere Web Client。

    • vSphere Web Client 状态无法在会话之间持续
      vSphere Web Client 的状态通常在会话之间持续存在,这样当您再次使用 vSphere Web Client 登录时,会自动选择您退出先前会话时选择的对象和选项卡。然而,如果您将 Web 浏览器的首选项设置为浏览器不记住历史记录,或者 Flash Player Website Storage 设置不为访问过的网站分配任何存储,则 Flash Player 不会存储来自 vSphere Web Client 的数据,状态也不会在会话之间持续存在。

      解决办法:执行以下过程:

      1. 转到 http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html 并确保存储量设置为 [None] 之外的其他值。
      2. 如果您使用的是 Firefox 浏览器,请设置浏览器历史记录设置:
        1. 选择 [工具] > [选项]
        2. 单击 [隐私]
        3. 选择 [从不记住浏览历史记录] 之外的一个选项。

    • vSphere Web Client 间歇产生以下错误:错误 #2406: 已加载的文件没有有效签名 (Error #2406: The loaded file did not have a valid signature)
      在 SUSE Linux Enterprise Server 11 或 Red Hat Enterprise Linux 5 上使用 Mozilla Firefox 3.6.x 时,可能会间歇显示以下错误消息: 错误 #2406: 已加载的文件没有有效签名 (Error #2406: The loaded file did not have a valid signature)。

      重新启动 Web 浏览器并重新连接到 vSphere Web Client。

    • 导出系统日志时 vCenter Server 崩溃
      从 vCenter Server 导出系统日志时,vCenter Server 使用由 Windows TEMP环境变量指定的文件夹。默认情况下,此变量设置为 C:\Windows\Temp。

      如果将 vCenter Server 配置为存储大量日志数据,或者如果选择从其下载日志的大量主机,则 TEMP变量中指定的驱动器可能空间不足。如果此驱动器为安装 vCenter Server 的驱动器,则 VMware VirtualCenter Server 服务可能崩溃。

      解决办法:确保由 Windows TEMP环境变量指定的驱动器具有足够的可用空间用于存储导出的日志。请考虑在 TEMP变量中指定除 C:驱动器之外的其他驱动器,以防止中断系统服务。

    • vSphere Client 或 vSphere Web Client 中的搜索显示过期结果或超时
      在 vSphere Client 或 vSphere Web Client 中搜索清单时,该搜索可能显示过期信息,或者在 vSphere Web Client 中时可能超时。

      以下指示意外运行时错误的错误消息会显示在 Inventory Service 日志文件 ds.log中:
      [2011-06-27 18:04:25,367 pool-14-thread-5 ERROR
      com.vmware.vim.query.server.provider.impl.ProviderManagerServiceImpl] Unexpected runtime exception:
      com.xhive.error.XhiveInterruptedException:INTERRUPTED

      解决办法:重新启动 Inventory Service。

      对于 Windows 中运行的 vCenter Server 系统,请执行以下步骤:

      1. 启动 Windows Service Manager:
        1. 选择 [开始] > [运行]
        2. 键入 services.msc
      2. 右键单击 [vCenter Inventory Service],然后选择 [重新启动]

      对于 vCenter Server Appliance,请执行以下步骤:
      1. 登录 VMware vCenter Server Appliance Web 控制台。
      2. [vCenter Server] 选项卡上,选择 [状态]
      3. 单击 [停止 vCenter]
      4. 单击 [启动 vCenter]

      其他
        • 对 vCenter Server 硬件状态中的传感器数据监控不准确(知识库文章 2012998)。

        • 日志文件的位置从 /var/log更改为 /var/run/log
          ESXi 5.0 日志文件位于 /var/run/log中。为了实现向后兼容性,日志文件包含从先前位置 /var/log到当前位置 /var/run/log中的最近日志文件的链接。日志文件不包含指向旋转日志文件的链接。

          解决办法: 无。

        • 在 Linux 虚拟机上,卸载使用 tar 安装程序安装的 VMware Tools 后,无法安装 OSP
          在 Linux 虚拟机上,卸载使用 tar 安装程序安装的 VMware Tools 后,文件将保留在系统上。在这种情况下,您无法安装 OSP。

          解决办法:运行以下命令: rm -rf /usr/lib/vmware-tools /etc/vmware-tools
        • 在 Internet Explorer LAN 设置中启用代理服务器后,PowerCLI 有时无法添加联机库
          在 PowerCLI 中可使用 Add-ESXSoftwareDepotcmdlet 添加联机库。在为正使用的计算机启用代理服务器的特定条件下,PowerCLI 无法在会话中添加联机库。
          仅当以下所有条件都存在时,才会出现该故障。
          • 客户的站点需要使用 HTTP 代理来访问 Web。
          • 客户在其内部网络中有一个库。
          • 客户的代理无法连接到内部网络中的库。

          解决办法:
          1. 在 IE LAN 设置中禁用代理服务器。
          2. 在 PowerCLI 中添加联机库。