ESXi 5.0 Update 1 | 2012 年 3 月 15 日 | 内部版本 623860

上次更新时间:2012 年 3 月 29 日

请查看发行说明以了解新增内容及更新。

发行说明内容

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

新增功能

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

  • 支持新处理器ESXi 5.0 Update 1支持全新的 AMD 和 Intel 处理器。有关详细信息,请参见 《VMware 兼容性指南》
  • 支持其他客户机操作系统 ESXi 5.0 Update 1增加了对 Mac OS X Server Lion 10.7.2 和 10.7.3 的支持。
  • 全新或经过升级的设备驱动程序ESXi 5.0 Update 1增加了对适用于 Intel C600 系列芯片集的本机存储驱动程序的支持,并将 LSI MegaRAID SAS 驱动程序升级到版本 5.34。

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


ESXi 5.0 的早期版本

ESXi 5.0 Update 1 的早期版本是 ESXi 5.0。 VMware vSphere 5.0 发行说明中对 ESXi 5.0 的功能和已知问题进行了介绍。

国际化

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

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

vSphere Client 区域设置强制模式

在 vSphere 5.0 Update 1 中,您可以将 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 增加了对 ESXi 5.0 Update 1 和 vCenter Server 5.0 Update 1 版本的支持。有关 VDDK 的更多详细信息,请访问 https://www.vmware.com/support/developer/vddk/

ESXi 的硬件兼容性

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

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

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

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

ESXi 的虚拟机兼容性

ESXi 5.0 Update 1 支持具有虚拟硬件版本 4.0 及更高版本的虚拟机。不再支持硬件版本 3。要在 ESXi 5.0 Update 1 上使用硬件版本 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 1 支持 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 1 包含最新版本的 VMware Tools。VMware Tools 是一套实用程序,能够增强虚拟机的客户机操作系统的性能。有关在本版本的 ESX 中已解决的与 VMware Tools 相关的问题列表,请参见 VMware Tools 已解决的问题

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

ESX/ESXi 升级

vSphere 5.0 Update 1 提供以下工具用于升级 ESX/ESXi 主机。

  • 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 1 安装程序来执行交互式升级。该方法适用于升级数量较少的主机。

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

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

升级交付产品

受支持的升级工具

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

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

ESXi 4.1
包括
ESXi 4.1 Update 1

ESXi 4.1 Update 2

ESXi 5.0

VMware-VMvisor-Installer-5.0.0.update01-623860.x86_64.iso

 

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

*

update-from-esxi5.0-5.0_update01.zip
  • VMware vCenter Update Manager
  • ESXCLI
  • VMware vSphere CLI
  • CD 升级
  • 脚本式升级

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

* 注意不支持使用 VMware-VMvisor-Installer-5.0.0.update01-623860.x86_64.iso从 ESXi 5.0 进行升级。相反,您必须通过 VMware vCenter Update Manager 使用 update-from-esxi5.0-5.0_update01.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 1.0。有关详细信息,请参见 vSphere ESX Agent Manager

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

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

VMware vSphere 的开放源组件

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

本版本中包含的修补程序

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

修补程序版本 ESXi50-Update01 包含下列各公告:

ESXi500-201203201-UG:更新 ESXi 5.0 esx-base vib
ESXi500-201203202-UG:更新 ESXi 5.0 tools-light vib
ESXi500-201203203-UG:更新 ESXi 5.0 ehci-ehci-hcd vib
ESXi500-201203204-UG:更新 ESXi 5.0 scsi-megaraid-sas vib
ESXi500-201203205-UG:更新 ESXi 5.0 misc-drivers vib
ESXi500-201203206-UG:更新 ESXi 5.0 sata vib
ESXi500-201203207-UG:更新 ESXi 5.0 net-e1000e vib
ESXi500-201203208-UG:更新 ESXi 5.0 scsi-rste vib
ESXi500-201203209-UG:更新 ESXi 5.0 net-nx-nic vib
ESXi500-201203210-UG:更新 ESXi 5.0 scsi-mpt2sas 驱动程序
ESXi500-201203211-UG:更新 ESXi 5.0 scsi-aacraid 驱动程序


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

ESXi500-201203101-SG:更新 ESXi 5.0 esx-base vib
ESXi500-201203102-SG:更新 ESXi 5.0 tools-light vib
ESXi500-201203103-SG:更新 ESXi 5.0 net-e1000e vib

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

ESXi-5.0.0-20120302001-standard
ESXi-5.0.0-20120302001-no-tools

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

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


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

已解决的问题

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

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

CIM 和 API

  • 在 ESXi 5.0 主机上安装 OpenManage 6.5 后,执行 WinRM 查询会超时
    在已安装 Dell OpenManage Server Administrator (OMSA) 6.5 的 ESXi 5.0 主机上对 CIM_SoftwareIdentity类运行 Windows Remote Management (WinRM) 枚举操作时,查询可能会超时并显示类似以下内容的错误消息:

    WinRM 客户端无法在指定时间内完成操作。请检查计算机名是否有效并且是否可以通过网络进行访问 (The WinRM client can not complete the operation within the time specified. check if the machine name if valid and is reachable over the network)

    将向 var/log/syslog.log日志中写入类似以下内容的错误消息:

    2011-09-22T15:18:53Z sfcb-vmware_base[4927]:spGetMsg receiving from 50 4927-11 Resource temporarily unavailable
    2011-09-22T15:18:53Z sfcb-vmware_base[4927]:rcvMsg receiving from 50 4927-11 Resource temporarily unavailable
    2011-09-22T15:18:53Z sfcb-vmware_base[4927]:Timeout or other socket error

    在未安装 OMSA 软件时,可以执行查询。

    本版本已解决该问题。

  • 在处于脱机状态的数据存储中调用 RefreshDatastore API 时不会显示任何错误
    从 ESXi 4.0 断开存储电缆连接后,使用 MOB (Managed Object Browser) 浏览到在此 FC SAN 上创建的数据存储,并在失效数据存储的 MoRef (Managed Object Reference) 上调用 RefreshDatastore方法, RefreshDatastoreAPI 不显示任何错误。

    本版本已解决该问题。

  • 在配置了多个客户端时,CIM 指示可能失败
    如果从多个客户端(例如 C1 和 C2)订阅 ESXi 主机的 CIM 指示,并从第一个客户端 (C1) 删除了订阅,则另一个客户端 (C2) 可能无法从主机接收任何指示通知。

    本版本已解决该问题。

  • CIM 指示可能由于内存泄露而失败
    您可能注意到 sfcb-ProviderMa内存大小正在增加。当内存大小达到 17920MB 大小限制时, sfcb-ProviderMa进程会失败。CIM 指示会停止,并向 vmkernel.log日志中写入类似以下内容的消息用于指示已达到内存大小限制:

    2011-12-04T10:49:41.852Z cpu4:3570)MemSched:vm 3570:UserReserveBStore:7987:Invalid memSize=17221 + memSizeResv=0 + nPages=1101 > memSizeLimit=17920

    本版本已解决该问题。

  • 如果参数在 WS 管理调用操作中具有数组,则 WSMan 服务会报告服务不可用错误
    ESXi 主机上的 WSMan 服务不支持将单个元素数组输入参数用于执行调用操作。

    本版本已解决该问题。现在支持阵列输入参数。

  • 从运行 JRE 1.6U29 的客户端执行枚举实例时出现 CIM 错误
    从运行 JRE 1.6U29 的 CIM 客户端在 ESX 主机上执行枚举实例时,由于在 sfcbd服务和 JRE 之间存在不兼容,CIM 客户端可能显示 未执行 HTTP 500 Method (HTTP 500 Method not implemented)错误。如果 CIM 客户端在 JRE 1.6U27 或任意早期版本中运行,则不会出现该问题。

    本版本已解决该问题。

  • 第三方 CIM 提供程序可能会超出 256 个文件描述符的默认 SFCB 分配
    将向 vmkernel.log日志中写入类似以下内容的错误消息:

    socketcall:UserSocketUnix:AllocRecvMsg:3294:Unable to reserve fd.

    No free fds /sbin/sfcbd -d -l 7:(256 allocated)

    UserObj descriptors limit exceeded

    在使用 Emulex CIM 提供程序时会出现该问题。

    本版本已解决该问题。现在,您可以配置文件 /etc/sfcb/sfcb.cfg来更新文件描述符值。

客户机操作系统

  • 鼠标移动导致过多的日志记录
    鼠标移动可能导致类似于以下内容的 SVGA 消息重复写入 vmware.log:

    May 02 12:01:28.464:mks| SVGA:Restoring cursor bypass 3 from vm which took 3->2->3 roundtrip
    May 02 12:01:30.468:mks| SVGA:Restoring cursor bypass 3 from vm which took 3->2->3 roundtrip

    由重复日志记录生成的 I/O 可能导致存储系统负载增加。

    本版本已解决该问题。

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

    本版本已解决该问题。

  • 将 /usepmtimer 与某些 Windows HAL 结合使用时,QueryPerformanceCounter 无法在虚拟机内正常工作(知识库文章 1011714)。

  • 在具有 Citrix 置备服务器的 PXE 引导虚拟机中存在 ESXi 5.0 问题(知识库文章 2008436)。

  • 如果已安装 WDDM 驱动程序,Windows 8 虚拟机将显示黑屏
    如果在已禁用 3D 的 Windows 8 桌面虚拟机上安装 WDDM 驱动程序,则虚拟机的控制台可能显示黑屏。

    在本版本中,默认情况下,WDDM 驱动程序未安装在 Windows 8 虚拟机中。

许可

  • 在将 Hypervisor vRAM 许可证分配给 ESXi 主机后,第三方客户端可以执行专为购买的许可证所预留的操作
    从本版本开始,如果为 ESXi 主机分配了 Hypervisor vRAM 许可证,则第三方客户端将受到 VIM API 的限制。

  • 管理 vSphere Essentials for ROBO 和 vSphere Essentials Plus for ROBO
    在本版本中,vSphere Essentials for ROBO 和 vSphere Essentials Plus for ROBO 可以继续由以下 vCenter Server 版本进行管理:
    • VMware vCenter Server Standard
    • VMware vCenter Server for Essentials
    • VMware vCenter Server Foundation
    但是,需要升级到 ESXi 5.0 Update 1 并使用新的 ROBO 密钥才能管理这些版本。

  • vSphere Enterprise 版本未列出 VAAI 功能
    在 vCenter Server 中,vStorage APIs - Array Integration (VAAI) 功能未列于 vSphere Enterprise 版本 vSphere Client 上的 [配置] > [已获许可的功能] 下。

    本版本已解决该问题。

  • 无法将 VMware vSphere Hypervisor 许可证密钥分配给 pRAM 大于 32GB 的 ESXi 主机
    在 vSphere 早期版本中,可以将 Hypervisor 许可证密钥分配给物理 RAM 大于 32GB 的主机。自 ESXi 5.0 Update 1 开始,只可以将 Hypervisor 许可证密钥分配给 pRAM 小于或等于 32GB 的 ESXi 主机。

其他

  • 如果设置的 VMkernel.Boot.maxVMs 值小于 6,则 ESXi 主机无法重新引导
    如果通过将 VMkernel.Boot.maxVMs设置为小于 6 的值( [高级设置] > [VMkernel] > [引导])来限制可以打开的虚拟机的数量,则 ESXi 主机可能无法重新引导并显示紫屏。诊断屏幕上显示类似以下内容的错误消息:

    NOT_IMPLEMENTED /vmkernel/main/lpage.c:3275

    本版本已解决该问题。

  • 无法向虚拟机添加 USB 设备(知识库文章 1039359)。
  • 当通过 Managed Object Browser (MOB) 连接到 ESXi 主机时,CPU 和内存的预留值显示为 [未设置]
    当通过 Managed Object Browser (MOB) 连接到 ESXi 5.0 主机时, VirtualMachineConfigSummary中虚拟机的 CPU 预留值 [ virtualMachineConfigSummary.cpuReservation] 和内存预留值 [ virtualMachineConfigSummary.memoryReservation] 显示为 [未设置]。

    本版本已解决该问题。
  • 向 USB 存储复制大量数据时导致数据损坏
    在将大量数据(大于 1GB)从 64 位 Windows 虚拟机复制到 USB 存储设备时,可能会发生数据损坏。

    本版本已解决该问题。

  • 在某些快照树形结构中使用命令 vim-cmd 修改快照失败
    对于某些快照树形结构,使用命令 vim-cmd vmsvc/snapshot.remove或 vim-cmd vmsvc/snapshot.revert修改快照会失败。

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

    恢复快照: vim-cmd vmsvc/snapshot.revert <vmid> <snapshotId> [suppressPowerOff/suppressPowerOn]
    移除快照: vim-cmd vmsvc/snapshot.remove <vmid> <snapshotId>
  • 使用 Internet Explorer 9 浏览器时,在某些网站上非 ASCII 字符会显示为乱码
    在 ESXi 5.0 主机上运行且已启用 3D 的 Windows 7 虚拟机中,如果使用的是 Internet Explorer 9 浏览器,在某些网站上非 ASCII 字符可能会显示为乱码。在浏览某些亚洲语言的网站时会出现该问题。

    本版本已解决该问题。

  • ESXi hostd 代理线程 (vix-async-pipe) 消耗大量 CPU 资源导致平均负载过高

    本版本已解决该问题。

  • 由于虚拟机配置错误,vCenter SRM 故障切换失败
    如果 VMware vCenter Site Recovery Manager (SRM) 的恢复计划中配置的虚拟机使用一个或多个 Raw Device Mapping (RDM) 文件,并且指针文件位于非主目录文件夹中,则 VMware vCenter SRM 故障切换过程会失败。SRM 日志包含类似于以下内容的条目:

    [2011-05-05 09:26:35.756 22348 verbose 'RSVm-49592-Task'] Error set to (vim.fault.InvalidDeviceBacking)

    本版本已解决该问题。

  • 大型磁盘执行不必要的完全磁盘同步
    使用 vSphere Replication (VR) 保护的磁盘大于 256 GB 时,任何导致虚拟磁盘设备内部重新启动的操作都会致使磁盘完成完全磁盘同步。内部重新启动由多种条件所致,包括随时:  
    • 重新启动虚拟机
    • 对虚拟机执行 vMotion
    • 重新配置虚拟机
    • 获取虚拟机的快照
    •  
    • 暂停并恢复复制
    本版本已解决该问题。

  • 在包含多于 8 个 NUMA 节点的服务器上安装 ESXi 主机失败并显示紫屏

    本版本已解决该问题。

  • 如果 Syslog.global.LogDir 参数配置错误,则 vmsyslogd 服务失败
    如果 Syslog.global.LogDir参数配置错误,则 vmsyslogd服务会失败而不显示任何错误消息,并且日志不会写入默认的 /var/log目录。

    本版本已解决该问题。

  • 即使未在 ESXi 主机上启用 syslog 防火墙规则集,日志仍会被写入 syslog 服务器

    本版本已解决该问题。

  • 对 ESXi 技术支持模式 (TSM) 启用会话超时
    在通过控制台登录到 ESXi 主机,并以根用户身份登录到技术支持模式 (TSM),然后启动远程服务器控制台访问会话之后,未授权的用户可能会在远程访问会话未超时或保持空闲的情况下获得对 ESXi 主机的根用户访问权限。

    从本版本开始,您可以按以下方式配置会话超时以退出 ESXi 技术支持模式 (TSM):
    1. 以根用户身份登录到技术支持模式 (TSM)。
    2. 编辑 /etc/profile文件以添加 TMOUT=<timeout value in seconds>。
    3. 退出技术支持模式 (TSM)。

网络连接

  • 使用捆绑 Emulex BE2/BE2 网卡(be2net 驱动程序)
    如果在 HP FlexFabric/Flex-10 或 IBM 虚拟架构适配器 (VFA) 环境中将 vSphere 5.0 与 Emulex BE2/BE3 网卡(be2net 驱动程序)配合使用,则配置 VLAN 后,连接可能无法在 Windows 虚拟机或服务器上正常工作。

    本版本已解决该问题。

  • 在关闭 FT 主虚拟机电源后,从 vDS 删除其辅助虚拟机的主机失败
    如果关闭 FT 虚拟机电源,其辅助虚拟机使用的影子 dvPort 仍存在于 vmkernel 中。这样可防止从 vDS 中移除正在运行辅助虚拟机的主机。

    本版本已解决该问题。

  • 在 ESXi 防火墙中包含 DNS 的 TCP 端口
    您无法将 ESXi 主机添加到 Active Directory (AD) 域。当您尝试通过 vSphere Client 将 ESXi 5.0 主机加入 AD 环境时,任务会失败,并显示类似以下内容的错误消息:

    无法加入 <domainname>:指定的域不存在,或者无法与其取得联系 (Could not join <domainname>: The specified domain either does not exist or could not be contacted)。

    本版本已解决该问题。现在,ESXi 主机的防火墙上的出站 TCP 端口 53 在默认情况下已启用。
  • 在同一 vSphere Distributed Switch 上配置 VLAN 和 pVLAN 时,网络连接可能会失败
    如果在 vDS 上配置专用 VLAN,则在引导时,使用 VLAN 配置的 vSphere Distributed Switch (vDS) 上的虚拟机可能会失去网络连接。但是,断开连接并重新连接上行链路可以解决该问题。be2net NIC 和 ixgbe vNIC 上出现了该问题。

    本版本已解决该问题。

  • 包含 vShield 或第三方 vSphere 集成防火墙产品的紫色诊断屏幕(知识库文章 2004893)

  • DHCP 服务器用尽 IP 地址
    DHCP 客户端中的问题可能导致 DHCP 客户端使用服务器的广播 MAC 地址发送 DHCPRELEASE 消息。但是,中间 DHCP 代理路由器可能会丢弃该版本消息。最终,DHCP 服务器会用尽 IP 地址。

    本版本已解决该问题。现使用单播地址发送版本消息。

  • ESXi 主机会通过多播流量生成过多 RARP 广播
    当虚拟机加入或离开多播组时,ESXi 主机会生成过多反向地址解析协议 (RARP) 数据包。

    本版本已解决该问题。

  • 当连接到 VMXNET 2 vNIC 的虚拟机打开电源时,ESXi 主机可能会失败,并显示紫屏
    紫色诊断屏幕会显示类似以下内容的错误消息:

    0x412261b07ef8:[0x41803b730cf4]Vmxnet2VMKDevTxCoalesceTimeout@vmkernel#nover+0x2b stack:0x412261b0
    0x412261b07f48:[0x41803b76669f]Net_HaltCheck@vmkernel#nover+0xf6 stack:0x412261b07f98

    将向 VMkernel.log中写入类似以下内容的错误消息:

    WARNING:Vmxnet2:5720: failed to enable port 0x2000069 on vSwitch1:Limit exceeded^[[0m

    本版本已解决该问题。

  • ESXi 主机因 nx_nic 网络驱动程序问题而失败
    nx_nic 网络驱动程序问题可能导致 ESXi 主机失败,并显示紫屏。显示在诊断屏幕上的类似以下内容的错误消息可能说明已出现传输 (TX) 超时:

    0x4122096c7eb0:[0x41801545eee4]unm_tx_timeout_task@com.netxen.nx_nic#9.2.0.0+0x10b stack:0x0

    本版本已解决该问题。

  • vCPU 的数目不是 2 的幂时,某些版本的 VMXNET 3 驱动程序无法初始化设备(知识库文章 2003484 )。

  • Hostd 在网络文件复制过程中可能停止响应
    在极少数情况下,hostd 在网络文件复制操作过程中可能停止响应。这通常是由环境网络连接问题触发的。Hostd 会接连不断地(每毫秒若干次)将类似以下内容的消息记录至 /var/log/vmware/hostd,造成高 CPU 使用情况 (80-100%):

    [2010-12-14 13:15:39.238 F5135B90 warning 'Libs'] [NFC ERROR] NfcFssrvrRecv:failed with code = 9
    [2010-12-14 13:15:39.238 F5135B90 info 'Libs'] NfcNetTcpRead:timed out waiting for data

    在您重新启动 hostd 之前一直会记录这些消息。

    本版本已解决该问题。

  • 添加和删除物理 NIC 可能导致 ESXi 主机失败并显示紫屏
    紫色诊断屏幕会显示类似以下内容的错误消息:

    NDiscVlanCheck (data=0x2d16, timestamp=<value optimized out>) at bora/vmkernel/public/list.h:386

    本版本已解决该问题。

  • 本版本更新了适用于 Intel PRO/1000 PB 双端口服务器连接的 e1000e 驱动程序,以支持备用 MAC 地址功能

  • 在将 Network I/O Control 与不支持 VLAN 卸载的网络适配器配合使用时,ESXi 主机暂停,并显示紫色诊断屏幕(知识库文章 2011474)。

  • 从客户机操作系统通过虚拟串行端口进行数据传输可能会突然停止
    如果客户机操作系统同时在接收和传输数据,则在特定负载条件下,数据传输可能会停止。

    本版本已解决该问题。

安全

  • Mac OS X 客户机操作系统不将虚拟磁盘视作内部设备

    本版本已解决该问题。

  • 更新 Python 软件包
    ESXi 上的 Python 第三方库已更新为版本 2.6.7,以解决多个安全问题。

    常见漏洞与暴露方案 ( cve.mitre.org) 分配给这些问题的名称为 CVE-2009-3560、CVE-2009-3720、CVE-2010-1634、CVE-2010-2089 和 CVE-2011-1521。

  • 更新 bzip2 库
    bzip2 库已更新为版本 1.0.6,解决了安全问题。

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

服务器配置

  • 将主机配置文件应用于不合规主机可能造成不合规情况(知识库文章 2003472)。

  • 已禁用 [页面共享] 的 ESXi 主机会失败并显示紫屏
    如果您对已禁用引导时选项 [页面共享] 的 ESXi 主机执行 vMotion 操作,则 ESXi 主机可能会失败并显示紫屏。

    严格禁用 [页面共享] 会影响 ESXi 主机的性能。因为 [页面共享] 不应禁用,所以从本版本开始,[页面共享] 配置选项已删除。

  • Dell OpenManage Server Administrator (OMSA) GUI 上的 [BIOS] 选项卡无法显示所有选项
    在统一可扩展固件接口 (UEFI) 模式中运行的 Dell 服务器上,如果您启动安装了 OMSA 的 ESXi 主机,OMSA 上的 [BIOS] 选项卡无法显示网卡和 NUM lock 等特定选项。

    本版本已解决该问题。

存储器

  • 损坏的 VMFS 卷导致 VMFS 堆内存耗尽
    当 ESXi 主机遇到损坏的 VMFS 卷时,VMFS 驱动程序可能会泄露内存,导致 VMFS 堆耗尽。这会停止所有 VMFS 操作,造成虚拟机孤立和缺少数据存储的情况。vMotion 操作可能不起作用,如果尝试启动新的虚拟机,则可能会失败,并显示与缺少文件和内存耗尽相关的错误。此问题可能影响共享损坏的 LUN 并且已在该 LUN 上运行虚拟机的所有 ESXi 主机。

    本版本已解决该问题。

  • 虽然 I/O 已还原,但驻留在被接管控制器的 LUN 上的数据存储在 vCenter Server 中将显示处于非活动状态
    在为冗余配置的一对 HA 存储控制器中,如果您接管一个控制器,则驻留在被接管控制器的 LUN 上的数据存储可能显示处于不活动状态,并在您手动执行重新扫描之前始终处于不活动状态。

    本版本已解决该问题。

  • 与 Windows 客户机操作系统配合使用的准虚拟 SCSI (PVSCSI) 磁盘上的高磁盘 I/O 负载可能造成 I/O 错误
    在特定情况下,与 Windows 客户机操作系统配合使用的准虚拟 SCSI (PVSCSI) 磁盘上的高磁盘 I/O 负载可能造成 I/O 错误。您可能在 Windows 事件日志中看到以下错误:

    Operating system returned error 1117 (The request could not be performed because of an I/O device error.)

    本版本已解决该问题。

  • 在本版本中,MegaRAID SAS 驱动程序已升级为版本 5.34。

  • 在 ESXi 5.0 Update 1 中,已为 ALUA 支持的 LSI 阵列更改默认的 SATP 插件(知识库文章 2016753)。
  • 本版本增加了对适用于 Intel C600 系列芯片集的本机存储驱动程序的支持。

  • VMkernel 停止处于 PDL 状态的数据存储上的虚拟机时,不会记录任何错误消息
    当 SCSI 设备进入永久设备丢失 (PDL) 状态时,使用由 SCSI 设备支持的数据存储的所有虚拟机都会受影响。某些第三方 HA 解决方案纳入了 VMX 选项,其中 disk.terminateVMOnPDLDefault被设置为 True。VMkernel 将使用此选项停止那些受影响的虚拟机。

    从本版本开始,当 VMkernel 停止受影响的虚拟机时,会在 vmkernel.log中为每个虚拟机记录一次类似以下内容的警告消息。

    WARNING:VSCSI:CompleteIOCommand:4033:handle 8193(vscsi0:1):opened by wid 4061 (vmm0:win2k3-sp1) has Permanent Device Loss.Killing world group with leader id <id>

  • ESXi 5.0 主机无法检测大于 2TB 且连接到 HBA(由 mpt2sas 驱动程序驱动)的 SAS 硬盘驱动器
    这是因为 SAS 驱动器返回的描述符格式检测数据不受 ESXi 支持。

    本版本已解决该问题。

  • 在物理 RDM LUN 上发出的某些特定于供应商的 SCSI 命令(如 0xc1)可能不起作用
    由于在物理 RDM LUN 上发出的某些特定于供应商的 SCSI 命令存在问题,目标 LUN 上的空间回收可能会失败。进行 NetApp 文件管理器空间回收的 NetApp SnapDrive 上发现了此问题。

    本版本已解决该问题。

  • 多个进程在 Dentrycache 初始化期间访问同一资源时,ESXi 主机失败,并显示紫色诊断屏幕

    本版本已解决该问题。

  • 在出现 VAAI 规范冲突时,vSphere Storage API for Array Integration (VAAI) 会向源设备发出 XCOPY 命令
    VAAI 向源存储设备发出的 XCOPY命令可能会失败。默认情况下, XCOPY命令应根据 VAAI 规范向目标存储设备发出。

    本版本已解决该问题。

  • 使用 vmkfstools 回收精简置备 LUN 上的 VMFS 删除的块(知识库文章 2014849)。

  • 由于 aacraid 驱动程序在处理 SCSI 中止请求时遇到问题,ESXi 主机可能变得没有响应
    控制台上将显示类似于以下内容的错误消息:

    0:00:25:03.275 cpu0:4204)WARNING:SCSILinuxAbortCommands Failed, Driver AAC, for vmhba0
    0:00:25:03.407 cpu0:4204)<3>aacraid:Host adapter abort request (2,0,0,0) - cmd 0x41000a023fc0 (0x28)
    0:00:25:03.415 cpu0:4204)<3>aacraid:Host adapter abort request (2,0,0,0) - cmd 0x41000a023fc0 (0x28) - FAILED
    0:00:25:03.425 cpu0:4204)WARNING:SCSILinuxAbortCommands Failed, Driver AAC, for vmhba0
    0:00:25:03.461 cpu2:4203)<3>aacraid:Host adapter abort request (2,3,0,0) - cmd 0x41000a02bdc0 (0x0)
    0:00:25:03.469 cpu2:4203)<3>aacraid:Host adapter abort request (2,3,0,0) - cmd 0x41000a02bdc0 (0x0) - SUCCESS
    0:00:25:03.479 cpu2:4203)WARNING:SCSILinuxAbortCommand - The driver failed to call scsi_done from itsabort handler and yet it returned SUCCESS

    本版本已解决该问题。

升级和安装

虚拟机管理

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

    本版本已解决该问题。

  • 在 vCenter Server 中,克隆的 Windows 2000 Professional 虚拟机在 vmx 文件中将 Windows 2000 显示为客户机操作系统,而不是 Windows 2000 Professional

    本版本已解决该问题。

  • 当虚拟机网络限制设置为大于 2048Mbps 的值时,该限制无法正常起作用
    在 ESXi 主机上,如果您配置 Network I/O Control (NetIOC),将 [虚拟机流量][主机限制] 设置为大于 2048Mbps 的值,将不强制执行带宽限制。

    本版本已解决该问题。

  • 从 ESXi 4.x 进行升级后,Windows 2000 Terminal Server 的性能会降低
    您从 ESXi 4.x 升级到 ESXi 5.0 后,Windows 2000 Terminal Server 可能会性能不佳。这些虚拟机的控制台可能停止响应,而它们的 CPU 使用情况始终显示 100%。

    本版本已解决该问题。

  • 从 ESXi 5.0 主机故障中恢复后,虚拟机可能会变为孤立状态
    某些情况下,如果您对虚拟机执行置备操作后 ESXi 5.0 主机失败,则在主机恢复后,虚拟机可能会变为孤立状态。尝试打开虚拟机电源时可能会失败,并显示类似以下内容的错误消息:

    尝试打开虚拟机 <虚拟机名称> 的电源失败,因为未在预测的 ESX 主机中找到该虚拟机。

    无状态 ESXi 5.0 主机中不存在此问题。

    本版本已解决该问题。

  • 虚拟机不响应特定关机操作
    您可能无法从 vSphere Client 使用 [关闭客户机] 选项关闭虚拟机。虚拟机会显示消息: 现在可以安全地关闭您的计算机了 (It is now safe to turn off your computer),但并未完全关机。从命令行运行 vmware-cmd stop vm_vmx soft命令也可能无法关闭虚拟机。但是,从客户机操作系统内进行关机操作有效。

    本版本已解决该问题。

  • 在热克隆虚拟机上,e1000e 网络适配器类型会变为 [可变]
    如果您热克隆虚拟机,当最初选择的客户机操作系统是 [其他] > [其他 (64 位)] 时,克隆的虚拟机上的 e1000e 网络适配器类型会变为 [可变]。

    本版本已解决该问题。

vMotion 和 Storage vMotion

  • vMotion 操作失败,并显示错误消息,说明 CPU 或内存资源不足
    vMotion 操作可能失败,并显示类似以下内容的错误消息:

    源位置初始化迁移失败。错误 0xbad00a4。vMotion 因缺少 CPU 或内存资源而无法启动 (Failed to initialize migration at source. Error 0xbad00a4. vMotion failed to start due to lack of cpu or memory resources)。

    vMotion 任务失败 - 此主机已达到其并发迁移限制 (vMotion task failed - This host has reached its concurrent migration limit)。

    本版本已解决该问题。

VMware Tools

  • vSphere Client 会将 VMware Tools 状态显示为 [已过期]
    在具有 Windows NT 4.0 操作系统的虚拟机上安装 VMware Tools 后,vSphere Client 会将 VMware Tools 状态显示为 [VMware Tools: 已过期],而不是 [良好],即使 VMware Tools 是最新的。

    本版本已解决该问题。

  • 更新 VMware Tools 后,SCSI 超时的 udev 规则无法正常应用
    您更新 VMware Tools OSP 后,SCSI 超时的 udev 规则可能无法在特定 Linux 客户机操作系统上正常应用。例如,在 SLES10 上,即使 udev 规则将超时设置为 180 秒,超时仍为 60 秒。您可以通过运行 #cat /sys/block/sda/*/timeout命令来确定超时是否设置为 180 秒,从而检查您的内核版本是否受到影响。

    本版本已解决该问题。

  • 由于某些 Linux 客户机操作系统中 /tmp 中的某些文件夹被删除,VMware Tools 升级失败
    尝试升级 VMware Tools 时,升级可能会失败,因为某些 Linux 发行版会定期删除 /tmp中的旧文件和文件夹。VMware Tools 升级需要 /tmp中的此目录来实现自动升级。

    本版本已解决该问题。

  • 适用于 Windows 的 VMware Tools 中的 GuestInfo 组件可能泄露内存
    当客户机操作系统包含无法访问的 DNS 服务器时,适用于 Windows 的 VMware Tools 中的 GuestInfo组件可能泄露内存。这种内存泄露会过度增加 vmtoolsd.exe进程的工作集内存。

    本版本已解决该问题。

  • 适用于使用 Auto Deploy 置备的主机的 VMware Tools(知识库文章 2004018)。

  • 在 Ubuntu 11.04 和 11.10 客户机操作系统上安装 VMware Tools 会导致显示警告消息
    当您在 Ubuntu 11.04 和 11.10 客户机操作系统上安装 VMware Tools 时,控制台上会显示类似以下内容的警告消息:

    警告: 不进行验证即安装这些软件包 [Y/N] (Warning:Install these packages without verification [Y/N])?

    如果您按 Y,安装会成功完成 (Installation completes successfully if you press Y)。

    本版本已解决该问题。该警告消息将不再显示。

  • 在非美国英语版的 32 位 Windows 中安装 VMware Tools 时,安装程序会回滚,安装失败并显示 MSI 错误状态 1603(知识库文章 2012665)。

已知问题

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

已知问题列表

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

安装问题
  • 在安装 ESXi 5.0 Update 1 之后,显示无关的网络相关警告消息 *
    在安装 ESXi 5.0 Update 1 之后,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 1 VIB *
    在由 vCenter Server 管理的 ESXi 5.0 主机上,如果尝试在 PowerCLI 上使用 GET-ESXCLI 命令应用 ESXi 5.0 Update 1 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 界面上的 [注销] 才能在关闭浏览器窗口之前终止会话。

    网络连接问题
    • 包含通过 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] 向导和 [管理主机] 向导中
      向分布式交换机添加 4.x ESX 主机时,在 [添加主机] 向导的 [网络连接] 页面上的 [虚拟适配器] 详细信息部分中,未显示服务控制台网络适配器的详细信息。通常情况下,MAC 地址、IP 地址及子网掩码应显示在此处。

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

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

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

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

      1. 导航至 [vSphere Distributed Switch] 选项卡。
      2. 查找分布式交换机,然后选择 [管理虚拟适配器...]。
      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 服务器会停止运行且无法引导。

      解决办法:使用其他网卡进行 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 维护模式的链接出现在独立数据存储的 [摘要] 页面上
      只有作为数据存储群集一部分的数据存储才能顺利进入 Storage DRS 维护模式。然而,用于进入 Storage 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 负载时,Storage DRS 可能不按预期那样工作
      当使用 IOMeter 软件生成 I/O 负载来测试 Storage DRS 时,默认情况下,IOMeter 全部用 0 来填充文件。此数据不包含随机模式的 1 和 0,而真实数据中数据是随机模式,并且 Storage DRS 也需要这种随机模式来确定数据存储的 I/O 特性和性能。

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

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

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

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

      解决办法:无。[禁用 Storage 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 虚拟设备 (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 设备中的清单服务数据时,可能会失败并显示以下错误消息: 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 增加系统内存。

      • 在 vCenter Server Appliance 中重新启动 vpxd 失败,并出现数据库错误
        在具有嵌入式数据库的 vCenter Server 设备上,重新启动 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、32 位客户机操作系统的虚拟机时,无法将现有虚拟内存增加到 3 GB 以上
          下列情况适用于将内存热添加到使用 Linux 64 位或 Windows 7 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 客户机操作系统会冻结。此 vSphere 限制可确保您不会在客户机操作系统中触发该错误。

          解决办法:无。

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

          解决办法:要在硬件版本 7 虚拟机上使用 CPU 热添加功能,请关闭虚拟机电源并将每个插槽的内核数设置为 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 会保护虚拟机。

          • 以 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 设备不支持 IPv6,但是 vCenter Server 设备 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。
            • 客户在其内部网络中有一个库。
            • 客户的代理无法连接到内部网络中的库。

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