VMware vSphere 4.0 发行说明（ESXi 版本）

联系信息
 

ESXi 4.0 Installable | 2009 年 5 月 21 日 | 内部版本 164009

ESXi 4.0 Embedded | 2009 年 5 月 21 日 | 内部版本 164009

vCenter Server 4.0 | 2009 年 5 月 21 日| 内部版本 162902

发行说明内容

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

新增功能

vSphere 4.0 的此版本包括 ESXi 4.0 Installable、ESXi 4.0 Embedded 和 vCenter Server 4.0。请在 VMware vSphere 4.0 中的新增功能 中阅读并了解此版本中的新功能和增强功能。

开始前

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

 

vSphere 兼容性列表 (英文版) 详细介绍了 VMware vSphere 组件（包括 ESXi、vCenter Server、vSphere Client 和可选的 VMware 产品）当前版本与先前版本的兼容性问题。此外，安装 ESXi 或 vCenter Server 之前，请检查 vSphere 4.0 兼容性列表中关于支持的管理和备份代理的信息。

此版本的安装说明

 

有关安装和配置 ESXi Installable 和 vCenter Server 的分步指导，请阅读 《ESXi Installable 和 vCenter Server 安装指南》；
有关安装 ESXi Embedded 和 vCenter Server 的分步指导，请阅读 《ESXi Embedded 和 vCenter Server 安装指南》。

成功安装 ESXi Installable 或成功引导 ESXi Embedded 之后，必须进行若干配置。尤其在许可、网络和安全等方面的某些配置，更是必不可少。有关这些配置任务的指导，请参考 vSphere 文档中的以下指南。

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

VMware vCenter Server 的未来版本可能不支持在 32 位 Windows 操作系统上安装。VMware 建议在 64 位 Windows 操作系统上安装 vCenter Server。如果已安装 VirtualCenter 2.x，请参见 《vSphere 升级指南》获取有关在 64 位操作系统上安装 vCenter Server 和保留 VirtualCenter 数据库的说明。

VMware Tools RPM 安装程序（以前可在 Linux 客户机操作系统的 VMware Tools ISO 映像中获取）已在该版本的 ESXi 中移除。VMware 建议使用 tar.gz 安装程序在具有 Linux 客户机操作系统的虚拟机上安装 VMware Tools。

与 ESXi 相关的管理信息库 (MIB) 文件不与 vCenter Server 4.0 一起捆绑。只有与 vCenter Server 相关的 MIB 文件才随 vCenter Server 4.0 附带。所有 MIB 文件都可以从 VMware 网站下载，网址为 www.vmware.com/cn/download。

国际化

 

VMware vSphere 4.0 提供以下语言的版本：

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

vSphere Client 区域设置强制模式

 

使用 vSphere 4.0，可以将 vSphere Client 配置为提供英语形式的界面文本，即使所运行的计算机是非英语版本也是如此。此配置可通过在一次会话中提供相应命令行开关来完成。此配置应用于界面文本，并不会影响与区域设置相关的其他设置（日期/时间或数字格式）。

 

以下 vSphere Client 命令将导致单个会话以英语显示：

vpxClient -locale en_US

 

关于此版本的升级工具

 

vCenter Server 升级

 

可以将 VirtualCenter Server 2.x 升级到 vCenter Server 4.0。要升级，请先确认 vCenter Server 4.0 支持您的数据库，备份您受支持的数据库、SSL 证书和 VirtualCenter Server 配置。然后运行 vCenter Server 安装程序。安装程序会通知您，计算机上已有 vCenter Server 的早期版本，并将对其进行升级。

ESXi 升级

 

vSphere 4.0 提供两个基于 GUI 的应用程序，可用于将 ESXi 3.5 升级到 ESXi 4.0：

测试 vSphere 4.0 的版本

不支持从 vSphere 4.0 测试版和 vSphere 4.0 预发布版升级到 vSphere 4.0。请卸载 ESXi 4.0 测试版或预发布版本和 vCenter Server 4.0 测试版或预发布版本，并执行 vCenter Server 4.0 和 ESXi 4.0 的全新安装。如果正在测试 vSphere 4.0 的测试版或预发布版本，则 VMware 建议您重新创建要从这些 vSphere 4.0 安装中保留的数据。

不支持使用 VMotion 将虚拟机从测试版或预发布版主机迁移到 vSphere 4.0 主机。

VMware vSphere Web Services SDK

此版本的 vSphere Web Services SDK 旨在利用 vSphere 4.0 服务器中提供的新功能：ESX、ESXi 和 vCenter Server 4.0 服务器系统。此 SDK 还可以与 ESX Server 和 VirtualCenter Server 的所有早期版本一起使用。有关详细信息，或者要下载 vSphere Web Services SDK 4.0，请参见 VMware vSphere Web Services SDK 文档。

vSphere 的开源组件

可从 www.vmware.com/download/vsphere/open_source.html 的 [开源] 选项卡下获取 vSphere 最新稳定版本的开源组件及其各自的许可证。通过上面提到的链接，还可以下载 vSphere 最新稳定版本的所有 GPL 和/或 LGPL（或其他要求公开源代码或对源代码的修改的类似许可证）的源文件。

已知问题

“已知问题”部分涵盖了 功能局限说明，并提供了 已知问题列表。

功能局限声明

 

ESXi 回滚

每次修补、更新或升级 ESXi 主机时，都会在您的主机上保存该 ESXi 内部版本的副本。如果认为 ESXi 修补程序可能会导致主机出现问题，则可以回滚更新。ESXi 只能进行一级回滚。一次只能保存一个以前的内部版本。实际上，每个 ESXi 4.0 主机最多能存储两个内部版本：一个引导内部版本，一个待机内部版本。当手动引导进入待机内部版本而非当前的引导内部版本时，将进行不可逆的回滚。待机内部版本将成为新的引导内部版本，并在执行另一个修补、更新或升级之前保持引导内部版本的状态。

字符输入限制

除下面列出的限制之外，vSphere Client 和 vSphere Web Access 界面中的所有字段都支持输入非 ASCII 字符。

非 ASCII 字符输入限制：

  • 装有 vSphere 4.0 组件的计算机的名称不能包含非 ASCII 字符。
  • 装有 vCenter Server 的计算机或虚拟机的计算机名称不能含有非 ASCII 字符，否则 vCenter Server 安装将失败。
  • 使用安装程序中指定的默认安装路径名称安装所有组件。请勿更改安装路径，因为安装程序不支持包含非 ASCII 字符和扩展 ASCII 字符的安装路径名称。
  • 数据存储名称、虚拟网络名称和映像文件名称（CD、DVD 和软盘驱动器）仅限使用 ASCII 字符。
  • 仅支持使用全 ASCII 字符的用户名（Windows 中的登录帐户名）登录 vCenter Server。
  • 如果使用非 ASCII 字符，会导致映像自定义失败。
  • 自定义属性名称和值只能使用 ASCII 字符。
  • 根据通用的 Internet 协议，以下各项不能包含非 ASCII 字符：主机名、工作组名称、域名、URL、电子邮件地址、SMTP 服务器名称和 SNMP 团体字符串。
  • 支持使用 ASCII 编码对客户机操作系统进行自定义，但支持使用 UTF-8 编码的日语、中文或德语本地字符进行的自定义时有所限制。对于含有非 ASCII 所有者、组织、用户名或密码的自定义，vCenter Server 和 sysprep 工具所处的区域设置必须与客户机操作系统的区域设置相同。此限制也适用于 UTF-8 编码的应答文件。

非 ASCII 字符显示限制：

  • 使用运行于不同语言 Windows 上的 vSphere Client 管理 vCenter Server 时，由于 Windows 中语言特定支持之间的差异，部分字符可能显示有误。
  • 如果错误消息中的日志位置或用户名含有非 ASCII 字符，则它不会正确显示在本地化环境中。

已知问题列表

 

以下是已知会发生的问题。下面的问题列表仅与 vSphere 4.0 的此版本有关。已知问题分为如下类别：

安装

  • 安装或升级 vCenter Server 4.0 可能失败，并提示磁盘空间错误

    安装 vCenter Server 4.0 的过程中，当提供由安装程序估算的可用空间量时，安装可能会失败，并显示 磁盘空间不足 (Not enough disk space) 的错误消息。因此，可能必须重新运行安装。

    解决办法：除了安装程序建议的空间量之外，再提供至少 1GB 的可用空间。

  • 如果服务未运行，则 vCenter Server 安装程序检测不到服务端口

    安装 vCenter Server 并接受默认端口后，如果使用这些端口的服务未运行，则安装程序无法验证端口。安装失败，并可能会显示一条错误消息，具体取决于正在使用哪个端口。

    这个问题不影响 IIS 服务。无论 IIS 服务是否正在运行，都能正确验证这些服务。

    解决办法：请确认使用哪些端口的服务未运行，然后再开始安装，并避免使用这些端口。

  • 如果在采用集成 Windows NT 身份验证的本地 Microsoft SQL Server 数据库上将 vCenter Server 安装为本地系统帐户，则 vCenter Server 服务可能无法启动

    如果在采用集成 Windows NT 身份验证的本地 SQL Server 数据库上将 vCenter Server 的实例安装为本地系统帐户，并向含有与 vCenter Server 相同的默认数据库的本地数据库服务器添加集成 Windows NT 身份验证用户，则 vCenter Server 可能无法启动。

    解决办法：从本地 SQL 数据库服务器中删除集成 Windows NT 身份验证用户。或者，将本地系统用户帐户的默认数据库更改为 SQL Server 用户帐户设置的 vCenter Server 数据库。

  • vCenter Server 安装程序在安装或升级过程中报告不正确的警告消息

    在安装或升级过程中，vCenter Server 安装程序会报告一条警告消息，以启用 TCP/IP 和命名管道进行远程连接。如果使用本地 SQL Server 数据库，并在创建 DSN 时输入 (local) 和“.”以外的服务器名称，就会报告此消息。

    解决办法：忽略警告，并单击 [确定] 以继续安装或升级。

  • ESX/ESXi 安装程序在 [远程存储] 部分中列出了本地 SAS 存储设备

    当显示要安装 ESX 或 ESXi Installable 的存储位置时，安装程序在 [远程存储] 部分中列出了本地 SAS 存储设备。发生这种情况是因为 ESX/ESXi 无法确定 SAS 存储设备是在本地还是在远程，并始终将其视为远程。

    解决办法：无

  • 在某些情况下，使用远程 SQL Server 数据库在 Windows 2008 上安装 vCenter Server 会失败

    如果在 Windows 2008 上安装 vCenter Server，而且使用对 SQL Server 采用 Windows 身份验证的远程 SQL Server 数据库以及 vCenter Server 系统登录用户之外的 DSN 的域用户，则安装将无法继续，并且安装程序将显示以下错误消息：

    25003.安装程序无法创建 vCenter 存储库。(25003.Setup failed to create the vCenter repository.)

    解决办法：在这些情况下，对于 vCenter Server 和 SQL Server DSN 使用相同的登录凭据。

  • 使用非系统用户帐户时在 Windows Server 2008 上安装 vCenter Server 失败

    在安装过程中指定非系统用户时，vCenter Server 安装将失败，并显示以下错误消息：

    创建 vCenter 存储库失败 (Failure to create vCenter repository)

    解决办法：在要安装 vCenter Server 的系统上，关闭 [控制面板] > [用户帐户] 下的 [用户帐户控制] 选项，然后再安装 vCenter Server。在安装 vCenter Server 的过程中指定非系统用户。

  • 卸载 vSphere Client 会留下空目录

    卸载 vSphere Client 后，会留下一些空目录。

    解决办法：导航到安装目录，并删除 Virtual Infrastructure Client 目录。

  • 在 Windows 2003 计算机上将 VI Client 2.0.x 连接到 vCenter Server 或 ESX/ESXi 主机时，vCenter Server 4.0 下载超时，并显示一条错误消息

    如果将 VI Client 2.0.x 实例连接到 vCenter Server 4.0 或 ESX/ESXi 4.0 主机，会自动将 vSphere Client 4.0 下载到 VI Client 所在的 Windows 计算机上。此操作要靠 Internet Explorer 执行此下载。默认情况下，如果 VI Client 实例是 VI Client 2.0.x，则 Windows 2003 系统上的 Internet Explorer 会阻止该下载。

    解决办法：在 Internet Explorer 中，选择 [工具] > [Internet 选项] > [高级]，并取消选中 [不将加密的页面存入硬盘]。或者，从 vCenter Server 4.0、ESX/ESXi 4.0 主机或 RC Communities 网页手动下载并安装 vSphere Client 4.0。

  • 终止 vSphere Client 4.0 的卸载之后无法重新安装或卸载产品

    如果 vSphere Client 安装中断，则再安装或卸载 vSphere Client 4.0 会导致以下错误消息：

    应用转换时出错（Error applying transforms.）。确认指定的转换路径有效（ Verify that the specified transform paths are valid.）。

    解决办法：使用 Windows Installer Cleanup 卸载 vSphere Client 4.0。

  • 在 Windows Vista 系统上安装 VI Client 2.0.x、2.5 和 vSphere Client 4.0，然后卸载 VI Client 2.0.x 之后，无法登录到 VirtualCenter Server 2.5 中

    在 VI Client 2.0.x、2.5 和 vSphere Client 4.0 共存的 Windows Vista 计算机上卸载 VI Client 2.0.x 之后，无法登录到 vCenter Server 2.5 中。登录失败，并显示以下消息：

    未注册类（HRESULT:0x80040154(REGDB_E_CLASSNOTREG) 除外）(Class not registered(Exception from HRESULT:0x80040154(REGDB_E_CLASSNOTREG)))

    解决办法：在 VI Client 2.0.x、2.5 和 vSphere Client 4.0 共存的系统上禁用 [用户帐户控制] 设置，或者卸载并重新安装 VI Client 2.5。

  • 如果已安装了 SQL Native Client，则无法安装含有捆绑 SQL Server 2005 Express 数据库的 vCenter

    使用捆绑的 SQL Server 2005 Express 数据库安装 vCenter 时，如果已安装了 SQL Native Client，则安装失败，并显示以下错误消息：找不到产品 Microsoft SQL Native Client 的安装软件包。请使用安装软件包 sqlcli.msi 的有效副本尝试安装。（Try the installation using a valid copy of the installation package sqlcli.msi.）

    解决办法：如果其他应用程序不使用 SQL Native Client，则将其卸载。然后，用捆绑的 SQL Server 2005 Express 数据库安装 vCenter。

  • 如果您没有活动 Internet 连接，则 vSphere Client 安装可能会失败并出现 错误 1603
    可以通过以下两种方法安装 vSphere Client：从 vCenter Server 介质安装；或者单击 ESX、ESXi 或 vCenter Server [欢迎] 屏幕上的链接。vCenter Server 介质上的安装程序（.iso 文件或 .zip 文件）是自包含的，其中除了 vSphere Client 安装程序，还包括一个完整的 .NET 安装程序。通过 [欢迎] 屏幕调用的安装程序包括一个通过调用 Web 来获取 .NET 安装程序组件的 vSphere Client 安装程序。

     

    如果您没有 Internet 连接，除非您的系统上安装了 .NET 3.0 SP1，否则第二种 vSphere Client 安装方法将失败并出现 错误 1603。

    解决办法：先建立 Internet 连接再尝试下载，从 vCenter Server 介质安装 vSphere Client，或者先安装 .NET 3.0 SP1 再单击 [欢迎] 屏幕上的链接。

  • 引导驱动器上最少必须有 650MB 可用空间才能安装 vCenter Server

    尽管在引导驱动器上不需要安装 vCenter Server 本身，但在引导驱动器上必须安装一些必要的组件。在安装时，必须有 650MB 可用空间才能容纳这些必要的组件以及安装过程中所使用的临时文件。

    解决办法：请确保引导驱动器上至少有 650MB 可用空间，再安装 vCenter Server。

  • 在 IBM x336 计算机上安装 ESXi 可能会失败

    在某些 IBM x336 计算机上，ESXi 安装过程可能会停止。这是计算机 BIOS 中的一个缺陷所致。

    解决办法：安装 ESXi Installable 之前，将计算机的 BIOS 更新到 1.15 版。

  • 安装过程中，VMware ESXi Installable 不在某些本地 SAS 硬件存储设备上自动创建 VMFS 分区

    默认情况下，用于创建 VMFS 卷的安装介质磁盘的其余部分都是 VMware ESXi 分区。某些 SAS 硬件存储设备尽管直接安装在主机上，但仍将自身显示为远程存储设备。因此，ESXi Installable 不在此类型的设备上创建 VMFS 卷。安装过程结束之后，SAS 存储设备的其余部分仍保留为空。

    解决办法：通过执行以下步骤，使用 vSphere Client 手动创建 VMFS 数据存储：

    1. 打开 vSphere Client，并从清单中选择 ESXi Installable 主机。
    2. 单击 [配置] 选项卡的 [存储器]。
    3. 单击 [添加存储器]，并通过 [添加存储器] 向导在 SAS 存储卷上创建 VMFS 分区。

升级

  • 在升级过程中，vCenter Server 4.0 中新增的默认警报未添加到系统

    升级到 vCenter Server 4.0 时，4.0 中新增的默认警报未添加到系统。下面是丢失的默认警报的列表：

    HostConnectionStateAlarm
    VmFaultToleranceLatencyStatusAlarm
    HostEsxCosSwapAlarm
    VmDiskLatencyAlarm
    DatastoreDiskUsageAlarm
    LicenseNonComplianceAlarm
    VmTimedoutStartingSecondaryAlarm
    VmNoCompatibleHostForSecondaryAlarm
    HostErrorAlarm
    VmErrorAlarm
    HostConnectivityAlarm
    NetworkConnectivityAlarm
    StorageConnectivityAlarm
    MigrationErrorAlarm
    ExitStandbyErrorAlarm
    VmHighAvailabilityError
    HighAvailabilityError
    LicenseError
    HealthStatusChangedAlarm
    VmFaultToleranceStateChangedAlarm

    解决办法：有关用来将新默认警报添加到系统的脚本的信息，请参见 VMware 知识库文章 1010399。

  • 随 ESX Server 3i Embedded 3.5 附带的 Dell 服务器无法升级到 ESXi 4.0 Embedded

    尝试升级在内部 USB 上安装了 ESX Server 3i Embedded 3.5 的 Dell 服务器时，升级期间将出现以下错误：
    引导磁盘不受支持（Unsupported boot disk）。主机上配置的引导设备将不支持升级（The boot device layout on the host will not support the upgrade）。

    解决办法：如果不需要立即升级装有 ESX Server 3i Embedded 3.5 的 Dell 服务器，则延迟升级，直到提供了可用于 ESXi 4.0 Embedded 的修补程序。

    如果需要立即升级装有 ESX Server 3i Embedded 3.5 的 Dell 服务器，请使用 Dell 出厂恢复光盘恢复装有 ESXi 4.0 的 Dell 服务器。

    警告：这将移除所有系统配置设置。

  • 如果 ESXi Embedded 和 ESXi Installable 位于同一计算机上，则到 ESXi 4.0 的升级将失败

    如果已在本地磁盘上安装了 ESXi Installable，并使用 ESXi Embedded 引导计算机，则在尝试升级到 ESXi 4.0 时，升级将失败。

    解决办法：ESXi Embedded 和 ESXi Installable 不能在同一计算机上共存。如果选择移除 ESXi Installable 而只使用 ESXi Embedded，请按照下列步骤操作。

    1. 确保可以从 ESX Embedded USB 闪存设备引导计算机。
    2. 将虚拟机从 ESXi Installable VMFS 数据存储复制到 ESXi Embedded VMFS 数据存储。
    3. 移除内部磁盘上的 ESXi Installable VMFS 数据存储，以使内部磁盘不会再被设置为存储虚拟机。
    4. 重新引导计算机，并将引导设置配置为从 USB 闪存设备引导。

    如果选择移除 ESXi Embedded，并且仅使用 ESXi Installable，请按照下列步骤操作。

    1. 在计算机的硬盘上安装 ESXi Installable
    2. 将虚拟机从 ESXi Embedded VMFS 数据存储复制到 ESXi Installable VMFS 数据存储。
    3. 重新引导计算机，并将引导设置配置为从装有 ESXi 的硬盘而非 USB 磁盘引导。
    4. 如果可以移除 ESXi Embedded USB 设备，则将其移除。如果 USB 设备是内部设备，则清除或覆盖 USB 分区。
  • 从 VirtualCenter 2.0.x 升级到 vCenter Server 4.0 的过程中，vCenter Server 系统的数据库升级向导可能过高估计了对磁盘空间的要求

    在将 VirtualCenter 2.0.x 升级到 vCenter Server 4.0 的过程中，数据库升级向导估算数据库磁盘空间后显示的值可能不正确。所显示的估计值一般都高于实际所需的空间。

    解决办法：无

  • 升级后打开性能图表时产生错误消息

    使用 Microsoft SQL Express 版数据库执行升级后，打开性能图表时 vSphere Client 显示错误消息 Perf Charts 服务遇到内部错误（Perf Charts service experienced an internal error）。发生这种情况是因为，安装程序对数据库设置做出更改后没有重新启动数据库服务。

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

    1. 停止 Windows 中的 VMware VirtualCenter Server 服务。
    2. 重新启动数据库服务。
    3. 重新启动 VMware VirtualCenter Server 服务。
    4. 打开一个新的 vSphere Client 实例，并登录到 vCenter Server 中。
  • 已升级到 ESX 4.0 的、含有非持久磁盘的 ESX Server 2.5 虚拟机可能进入挂起状态

    在 ESX 4.0 中升级含有非持久磁盘的 ESX Server 2.5 虚拟机（由 config version = 6, hardware version = 3 标识）的虚拟硬件时，会将虚拟机错误地设置为自动恢复。如果在 ESX 4.0 中拍摄此虚拟机（由 config version = 8, hardware version = 7 标识）的快照，则在关闭状态下重新配置其虚拟硬件设备时，虚拟机可能进入挂起状态。

    解决办法：升级虚拟机之后，手动从配置文件删除条目 snapshot.action = "autoRevert"。

  • 在 settings.xml 中配置代理后，vSphere Host Update Utility 所引用的修补程序信息有误

    如果在 settings.xml 文件中配置了代理，而且自上次扫描后用新信息更新了 VIB 文件，就会在 ESXi 上出现这种问题。在这些情况下，vSphere Host Update Utility 使用代理缓存中的旧信息，并报告所扫描的主机为最新。

    解决办法：要更新 Host Update Utility 所使用的信息，请执行下列任务：
    • 清除代理服务器缓存。
    • 重新启动 vSphere Host Update Utility。
    • 重新扫描主机。
  • 安装或升级 VMware Tools 时未自动安装 vmxnet 驱动程序

    在运行 Windows NT 客户机操作系统的虚拟机上安装或升级 VMware Tools 时，未自动安装 vmxnet 驱动程序。

    解决办法：手动安装 vmxnet 驱动程序。为此，请执行下列步骤：

    1. 登录到虚拟机中，然后右键单击 [网络邻居]。
    2. 单击 [属性]，然后选择 [适配器] 选项卡。
    3. 单击 [从磁盘安装]，然后输入驱动程序的路径：
      C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\
    4. 重新引导计算机。
  • 升级到 vCenter Server 4.0 之后，在 vSphere 插件管理器中有不兼容的旧插件显示为已启用

    如果随 VMware Update Manager 1.0 或 VMware Converter Enterprise for VirtualCenter 2.5 安装了 VirtualCenter 2.5，那么，在升级到 vCenter Server 4.0 之后，旧版插件在 vSphere Client 插件管理器中显示为已安装和已启用。但是，插件模块的早期版本与 vCenter Server 4.0 不兼容。在这种情况下，插件也许存在，但不起作用。

    解决办法：将 VMware Update Manager 升级到 VMware vCenter Update Manager 4.0，并将 VMware Converter Enterprise 升级到 VMware vCenter Converter（适用于 vCenter Server 4.0），然后安装并启用这些插件。

  • 从 VirtualCenter 2.0.2.x 升级到 vCenter Server 4.0 之后，未保留某些已调度任务的 [下次运行] 时间值

    如果从 VirtualCenter 2.0.2.x 升级到 vCenter Server 4.0，则可能不保留某些已调度任务的 [下次运行] 时间值，并且运行这些任务可能会出现意外情况。例如，如果将任务安排在每天上午 10:00 运行，则升级之后可能会在上午 11:30 运行。

    发生这种问题是因为，VirtualCenter 2.0.2.x 和 vCenter Server 4.0 计算 [下次运行] 时间的方式不同。只有存在以下条件时才会看到这种行为：

    • 您已调度了任务，并在最初调度这些任务之后您又修改了其运行时间，以使其现有的 [下次运行] 时间发生了改变。
    • 新调度的 [下次运行] 时间还没到。

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

    1. 升级之前，等待任务在其所调度的 [下次运行] 时间运行。
    2. 从 vCenter 2.0.x 升级到 vCenter Server 4.0 之后，编辑并保存已调度的任务。此过程将任务的 [下次运行] 时间重新计算为正确的值。
  • 将 vSphere Client 4.0 和 VI Client 2.5 安装在同一个系统时，根据卸载应用程序的顺序，桌面快捷方式未进行更新

    如果在含有 VI Client 2.5 应用程序实例的系统中安装 vSphere Client 4.0 应用程序，则在桌面上只显示 vSphere Client 4.0 桌面快捷方式。从该快捷方式可以同时启动这两个应用程序。

    但是，如果卸载 vSphere Client 4.0 应用程序，但不卸载 VI Client 2.5 应用程序，则在系统中保留 vSphere Client 4.0 桌面快捷方式。继续使用该快捷方式可以登录到 VI Client 2.5，但是如果尝试登录到 vSphere Client 4.0，则会提示您下载该应用程序。

    解决办法：执行下列步骤之一：

    • 如果仅卸载 vSphere Client 4.0 应用程序，则请重命名桌面快捷方式或重新安装 VI Client 2.5 应用程序，以使链接正确反映所安装的客户端。
    • 如果将这两个应用程序都卸载了，则会删除任何不起作用的快捷方式。
  • 升级 Windows 虚拟机的硬件版本可能需要更新驱动程序

    在 ESX 4.0 主机上将 Windows 虚拟机的硬件版本升级到硬件版本 7 后，将使可变网络适配器错误地使用 AMD PCNet family PCI Ethernet adapter ( pcnetpci5.sys) 驱动程序，并且速度仅为 10Mbps。正确的驱动程序是 VMware Accelerated AMD PCNet Adapter ( vmxnet.sys) 驱动程序。

    解决办法：通过从虚拟机的 Windows 客户机操作系统中指向 C:\Program Files\VMware\VMware Tools\Drivers\vmware-nic.inf，将可变网络适配器的驱动程序手动更新为 VMware Accelerated AMD PCnet Adapter ( vmxnet.sys) 驱动程序。

  • 由于对 Oracle 10gR2 数据库具有某些用户特权，vCenter Server 数据库升级失败

    如果将 VirtualCenter Server 2.x 升级到 vCenter Server 4.0 版，并且对数据库 (Oracle 10gR2) 具有 connect、create view、create any sequence、create any table 和 execute on dbms_lock 特权，则数据库升级将失败。 VCDatabaseUpgrade.log 文件显示以下错误：
    错误：未能执行 SQL 过程。（Failed to execute SQL procedure.）发现异常:（Got exception:）错误 [HY000] [Oracle][ODBC][Ora]ORA-01536:（ERROR [HY000] [Oracle][ODBC][Ora]ORA-01536:）表空间“USERS”超出空间配额（space quota exceeded for tablespace 'USERS'）

    解决办法：以数据库管理员身份，扩大用户的表空间，或向执行升级的用户授予“unlimited tablespace”权限。

  • 如果 vSphere Host Update Utility 失去其与 ESX/ESXi 主机的网络连接，则主机升级可能不起作用

    如果使用 vSphere Host Update Utility 执行 ESX/ESXi 主机升级，而实用程序失去其与主机的网络连接，则主机可能未升级完毕。发生这种情况时，实用程序可能会停止，您还可能会看到以下错误消息： 无法在主机上运行兼容性检查。

    解决办法：关闭实用程序，修复网路连接，重新启动实用程序，然后重新运行升级。

  • 虚拟机硬件从版本 4 升级到版本 7 会导致 Solaris 客户机操作系统丢失其网络设置

    虚拟机硬件从版本 4 升级到版本 7 将更改客户机中虚拟网络适配器的 PCI 总线位置。Solaris 操作系统无法检测适配器，并会更改适配器的网络接口编号（例如，e1000g0 变为 e1000g1）。编号发生这种变化是因为 Solaris 的 IP 设置与接口名称相关，因此，这看上去就像丢失了网络设置，而客户机的连接似乎有误。

    解决办法：在虚拟机硬件升级后，使用 prtconf -D 命令确定新的接口名称，然后将所有的旧配置文件重命名为其新名称。例如，e1000g0 可能变为 e1000g1，因此应将每个 /etc/*e1000g0 文件都重命名为其等效的 /etc/*e1000g1。

  • vSphere Client 因 Microsoft Visual C++ 运行库错误而失败

    在包括 vSphere 4.0 组件、VI Client 版本 2.5 和 VMware vCenter Converter 的环境中，vSphere Client 可能由于 Microsoft Visual C++ 运行库发生运行时异常而失败。

    解决办法：删除位于以下路径的 libeay32.dll 和 ssleay32.dll：
    C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher
    或者，卸载 VI Client 版本 2.5。

许可

  • 对于未能添加到 vCenter Server 的具有单一服务器许可证的主机，没有提供在后续的添加主机操作期间更正许可的选项

    在将配置了单一服务器许可证的 ESX 或 ESXi 主机添加到已获许可的 vCenter Server 时，vCenter Server 显示错误消息，提示无法添加主机。

    解决办法：移除断开连接的主机，然后通过非单一服务器许可证再次添加该主机。

  • 如果在脚本式或交互式安装过程中安装了某些许可证，则无法打开虚拟机

    如果对于硬件没有正确的许可证序列号，则在安装 ESX/ESXi 时可能会遇到许可方面的错误。出现此问题的原因是在安装过程中没有对许可证密钥执行供应商和资源检查验证。用 lib/licensecheck 验证许可证之后，还需要一项后续测试，以检查所安装的系统是否在许可证规定的限制内。但是，安装程序没有执行这个第二道检查。

    解决办法：切换到评估模式，然后从入口获取相应的许可证。

  • 升级主机的许可证之后，支持多路虚拟 SMP 的虚拟机可能马上就无法启动，并报告许可证失败

    升级主机的许可证之后，vCenter Server 马上就无法打开虚拟机。例如，如果从支持 4 个 vCPU 的版本升级到支持 8 个 vCPU 的版本，则 vCenter Server 会报告许可证失败，例如： 计算机有 8 个虚拟 cpu，但主机只支持 4 个....（machine has 8 virtual cpus, but host only supports 4....）

    解决办法：要使许可证升级生效，请至少等待一分钟，然后再打开虚拟机。要手动启动许可证更改，请转到 [主页] > [许可]，然后单击 [刷新]。

  • vSphere Client 的 [许可] 页上的 [许可证] 列表中不显示已购买的加载项许可证

    在 vSphere Client 的 [许可] 页上查看已购买的许可证时，发现不显示加载项版本的一个单独产品系列项。例如，如果购买了带 VMotion 的 vSphere 4.0 Standard 许可证或带 VMotion 和 Data Recovery 的 vSphere 4.0 Standard 许可证，则仅显示 vSphere 4.0 Standard 许可证。

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

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

网络

  • 对于 VMDirectPath Gen I，在虚拟机与其他虚拟机或 VMkernel 之间共享双功能 QLogic 2532 适配器可能会导致数据损坏

    如果将双功能 QLogic 2532 适配器配置为使用 VMDirectPath IO，并将第一个 PCI 功能分配给一台虚拟机，而将第二个功能分配给 VMkernel 或另一台虚拟机时，则数据可能会损坏。发生这种情况是因为，这两个端口使用相同的凭据登录到此架构，并且具有相同的存储可见性。VMware 不支持 VMDirectPath IO 的此配置。

    解决办法：如果无法避免在虚拟机与 VMkernel 之间共享双功能适配器，则将第一个 PCI 功能分配给虚拟机，而将第二个功能分配给 VMkernel。不能在两个虚拟机之间划分 PCI 功能。

  • 应用具有多个静态分配的 VMKNIC 或 VSWIF 的端口组将导致重复提示输入 IP 地址

    应用具有多个静态分配的 VMKNIC 或 VSWIF 的 vDS 端口组将导致出现重复提示用户输入 IP 地址的情况。通过 DHCP 分配的接口不受影响。

    解决办法：每个端口组仅使用一个静态分配的 VMKNIC 或 VSWIF。如果同一 vDS 端口组上需要多个静态分配的 VMKNIC，则将每个 VMKNIC 或 VSWIF 分配到唯一的服务（例如，VMotion、容错和其他服务）组。

  • 运行 snmpwalk 时，VM-INFO MIB 的 VmwVmNetNum 显示为 Ethernet0

    在 ESX/ESXi 主机上，针对 VM-INFO MIB 运行 snmpwalk 时，VM-INFO MIB 的 VmwVmNetNum 显示为 Ethernet0 而不是 Network Adapter1，而 VM-INFO 的 VmwVmNetNum 描述中的 MOB URL 显示为 Network Adapter1。

    解决办法：无

  • 使用 VMCI 套接字的应用程序可能会在虚拟机迁移后失败

    如果有使用虚拟机通信接口 (VMCI) 套接字的应用程序，并且该应用程序使用的 VMCI 上下文标识符已经在目标主机上使用，则该应用程序可能会在虚拟机迁移后失败。在这种情况下，源主机上创建的 VMCI 流或数据报套接字将停止正常运行。也将无法创建新的流套接字。

    解决办法：对于 Windows 客户机操作系统，通过重新引导客户机操作系统或通过设备管理器启用设备，重新加载客户机 VMCI 驱动程序。对于 Linux 客户机，关闭使用 VMCI 套接字的应用程序，移除并重新加载 vsock 内核模块，并重新启动应用程序。

  • 当将主机配置为在其 VMotion 网络中使用网络唤醒和 NetXen 网卡时，VMware 分布式电源管理 (DPM) 无法将主机从待机状态中唤醒

    此版本中包含的 NetXen 网卡 (nx_nic) 驱动程序会对所有 NetXen 网卡播发网络唤醒支持，但是在使用此版本的驱动程序时，网络唤醒功能在大多数网卡上不适用。使用此驱动程序时，唯一能够使用网络唤醒功能的 NetXen 网卡是 NetXen HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter，该网卡常见于 HP ProLiant ML370 G6。由于该驱动程序也会对其他 NetXen 网卡播发网络唤醒支持，因此 DPM 并不清楚网络唤醒支持支持并不适用于这些网卡而且将尝试使用该支持（如果进行了这样的配置）。

    解决办法：如果主机支持使用 IPMI 或 iLO 作为唤醒协议，则将 DPM 配置为使用这些协议之一而不是网络唤醒。否则，安装支持网络唤醒的网卡，或在此主机上禁用 DPM。

  • 当 VMkernel VMotion 网卡是 vDS 的一部分，并且将主机配置为使用网络唤醒进行远程开机时，DPM 无法将主机置于待机模式

    如果主机的 VMkernel VMotion 网卡是 vDS 的一部分，则将网卡配置为不支持网络唤醒。因此，除非将主机配置为使用 IPMI 或 iLO 进行远程开机，否则就会认为主机没有能力进行远程开机，而 DPM 也无法自动将其置于待机模式。如有可能，DPM 会选择其他主机，将其置于待机模式。如果尝试手动将主机置于待机模式，则尝试将失败，并会出现 [进入待机已停止] 对话框。

    解决办法：通过在每台主机上配置 IPMI 或 iLO 凭据，使用 IPMI 或 iLO 启动支持这些协议中某一种（而非网络唤醒）的主机。或者，如果需要使用网络唤醒启动主机，请在 vNetwork Standard Switch (vSwitch) 上而非 vDS 上配置 VMkernel VMotion 接口。

  • 从 vCenter Server 系统中删除配置了 vDS 的 ESX/ESXi 主机会导致主机上的网络状态不一致

    如果从 vCenter Server 系统中删除配置了 vDS 的 ESX/ESXi 主机，则主机无法重新连接到 vDS。将主机添加回 vCenter Server 系统后，会显示一条类似于以下内容的警告：

    与主机上的代理交换机 d5 6e 22 50 dd f2 94 7b-a6 1f b2 c2 e6 aa 0f bf 对应的分布式虚拟交换机在 vCenter 中不存在或不包含此主机。

    虚拟机继续在其各自端口上发挥作用，但是不允许启动新的虚拟机。无法使用连接到 vCenter Server 系统的 vSphere Client 修改此主机的 vDS 设置。

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

    1. 使用 vSphere Client 直接连接到 ESX/ESXi 主机。此解决方法需要一个直接连接。
    2. 通过编辑每个虚拟机的设置，从无效 vDS 端口逐个将虚拟机迁移到别处。这将对虚拟机造成长时间的网络中断。
    3. 选择 [主机] > [配置] > [网络] > [分布式虚拟交换机]，然后单击 [删除]。
    4. 在连接到 vCenter Server 系统的 vSphere Client 中，刷新主机的网络设置。错误即会清除。
    5. 手动或者使用主机配置文件将主机添加回 vDS。
    6. 将虚拟机迁移回 vDS 上其各自的端口或端口组。为此，请右键单击 vDS，然后选择 [迁移虚拟机网络]。此过程还会对虚拟机造成网络中断。
  • ESX 4.0/ESXi 4.0 不支持对启用了 DVS 的 vmkernel 网卡配置端口绑定

    如果对启用了 vNetwork 分布式交换机的 VMkernel 网卡配置端口绑定，则在通过服务控制台或 vSphere CLI 输入 esxcli swiscsi nic add -n vmkx -d vmhbaxx 和 vmkiscsi-tool -V -a vmkx vmhbaxx 命令时操作会失败。

    解决办法：仅使用旧 vSwitch VMkernel 网卡进行端口绑定。

  • 如果虚拟机与无效的 vNetwork 分布式交换机关联，则从清单中删除该虚拟机可能会失败

    如果将虚拟机连接到无效的 vNetwork 分布式交换机，则尝试从清单中删除该虚拟机会导致 NotFound 异常。执行以下步骤时会出现此问题：

    1. 将作为 vNetwork 分布式交换机成员的某个主机断开连接。
    2. 从 vNetwork 分布式交换机或 vSphere Client 清单中删除主机。
    3. 断开主机的连接，或将主机添加回 vSphere Client 清单。
    4. 从 vSphere Client 清单中删除虚拟机。

    解决办法：从清单中删除虚拟机之前，执行下列某项任务：

    • 如果 vNetwork 交换机仍存在，则将主机重新与其连接，以使该设备恢复有效。
    • 将虚拟机的 vNIC 重新配置为连接到有效的网络。
    • 从虚拟机中删除 vNic。
  • 以直通模式 (FPT) 使用 Oplin 网卡时，VLAN 标记在 SLES10 客户机操作系统中不起作用

    将 Oplin 10GB 适配器作为 FPT（fixed passthrough，固定直通）设备分配给运行 SUSE Enterprise Linux 10 (SLES10) 32 位或 64 位客户机操作系统的虚拟机，并将客户机操作系统配置为执行 VLAN 标记时，就会出现此问题。在这种情况下，TCP 流量会下降，且对 netperf 的调用会过早终止，并显示一条错误消息。ICMP 流量仍能通过，并且您可以 ping。

    解决办法：TCP 流量处于活动状态时，运行 tcpdump。运行 tcpdump 将网卡置于杂乱模式，此模式可确保流量正确通过，但会消耗客户机操作系统中的大量 CPU 周期。

存储

  • ESX/ESXi 在含有双端口 FC HBA 的某些 IBM 服务器上可能无法发现第二个端口

    使用含双端口 FC HBA 的 IBM x3650 服务器时，ESX/ESXi 可能无法发现第二个端口。在含有相同版本 BIOS 的其他 IBM 服务器上，也可能会发生此问题。

    解决办法：根据服务器所具有的适配器类型，执行以下操作之一：

    • 对于 QLogic HBA，将 IBM BIOS 升级到最新版的 BIOS（版本 1.2）。
    • 对于 Emulex HBA，存在以下解决方案：
      • 如果从 SAN 引导 ESX，则在 IBM 服务器的 BIOS 中禁用本地磁盘。
      • 如果从本地磁盘或 ESXi 引导 ESX，则在 Emulex HBA 上禁用这两个端口的 BootBIOS。
  • RDM 的 LUN 编号更改后，vCenter Server 无法打开 RDM

    VMware 不支持目标内存在 LUN 编号（位置）更改。当 LUN 编号更改时，vCenter Server 无法打开该 LUN 上建立的 RDM。裸机映射文件 (RDM) 位于 VMFS 数据存储上，并指向某个 LUN。LUN 编号显示目标内 LUN 的位置。当此编号（或位置）更改时，RDM 文件的 vml 标识符 (vml_ID) 也会随之更改。例如，您无法断开 VMFS 数据存储，然后以其他顺序重新对其进行连接。此操作会更改 LUN 的标识，致使该 LUN 不再可访问，并且 vCenter Server 会阻止虚拟机启动。vSphere Client 使用该 vml_ID 实现向后兼容。

    解决办法：移除并重新创建 RDM。此操作会生成一个能够由 LUN 识别的新 vml_ID。

  • 无法扩展具有快照的虚拟 RDM 的大小

    当您为连接了虚拟 RDM 的虚拟机增加基础 LUN 大小时，其大小并没有更新。无法扩展独立且非持久的虚拟 RDM 和/或具有快照的虚拟 RDM 的大小。此类型的磁盘在 VMkernel 内仅为只读，不会对这种磁盘进行元数据更新。因此，虚拟机将看不到 LUN 的新大小。

    解决办法：无

  • vmfs-undelete 实用程序对 ESX/ESXi 4.0 不可用

    ESX/ESXi 3.5 Update 3 已包括一个名为 vmfs-undelete 的实用程序，该实用程序可以用于恢复已删除的 .vmdk 文件。此实用程序对 ESX/ESXi 4.0 不可用。

    解决办法：无。删除的 .vmdk 文件无法恢复。

  • 禁用自动声明之后，无法取消声明设备的路径

    在将自动声明选项设置为 [关闭/禁用] 之后，无法取消声明设备的路径。

    解决办法：ESX/ESXi 4.0 中不支持自动声明选项。

  • Storage VMotion 故障模式可能会导致虚拟机关闭

    在 ESX/ESXi 4.0 主机上使用 Storage VMotion 时，如果由于暂时性错误（例如，内存不足）而致使移动数据失败，则 StorageVMotion 可能未成功完成，迁移性能可能会下降，或者源虚拟机可能会关闭。

    解决办法：启动虚拟机。

  • 如果 ESX/ESXi 主机在 Storage VMotion 过程中发生故障或重新引导，则该操作可能会失败，且虚拟机可能会变为孤立状态

    如果主机在 Storage VMotion 过程中发生故障或重新引导，则 VMotion 操作可能会失败。重新引导主机之后，目标虚拟机的虚拟磁盘在 vSphere 清单中可能会显示为孤立状态。通常，在主机关闭之前会保留虚拟机的状态。

    如果虚拟机不显示为孤立状态，请检查是否存在目标 VMDKS 文件。

    解决办法：可以从 VSphere 清单中手动删除孤立的目标虚拟机。如果数据存储中存在剩余的孤立目标磁盘，则找到并删除任何这些磁盘。

  • 使用 Storage VMotion 将虚拟机重定位到其源卷，可能会导致出现磁盘空间不足错误

    使用 Storage VMotion 将虚拟机移动到其他数据存储，然后再移回其源卷时，vSphere Client 不会立即刷新源数据存储的大小，从而导致错误。

    解决办法：在 vSphere Client 中刷新数据存储。如果一次尝试之后所报告的数据存储大小不更改，则等待 30 分钟，然后再次刷新。

  • 将 VMkernel:Boot.storageHeapMaxSize 设置为 2147483647 的值或更高可能会导致服务器无法做出响应

    如果使用 vSphere Client [配置] 选项卡上的 [高级设置] 对话框将 [VMkernel:Boot.storageHeapMaxSize] 选项设置为 2147483647 或更高值，则重新引导 ESX/ESXi 主机之后，主机将发生故障并出现紫屏。

    解决办法：将 VMkernel:Boot.storageHeapMaxSize 选项设置为小于 2147483647 的值。

  • NFS 服务器磁盘格式可能会覆盖 NFS 卷的 Storage VMotion

    当使用 Storage VMotion 将虚拟磁盘迁移到 NFS 卷，或执行其他涉及 NFS 卷的虚拟机设置时，磁盘格式由目标 NFS 卷所在的 NFS 服务器确定。这将覆盖在 [磁盘格式] 菜单中所做的任何选择。

    解决办法：无

  • Storage VMotion 不支持将源 RDM 转换为目标 NFS 卷

    将磁盘转换为 NFS 卷上的 flat/sparse 格式时，对于虚拟模式 RDM 的仅磁盘 Storage VMotion 失败。

    解决办法：执行下列步骤，将虚拟模式 RDM 迁移到 NFS 卷：

    1. 使用 Storage VMotion 将 RDM 虚拟机磁盘转换为使用 SAN、本地卷或 iSCSI 卷的磁盘类型 flat/sparse。
    2. 使用 Storage VMotion 重定位从 SAN、本地卷或 iSCSI 卷转换为 NFS 卷后的磁盘。
  • 引导后 VMFS2 数据存储在 ESXi 主机上不可见

    将 IPv4 与 DHCP 配合使用时，如果 DHCP 连接很慢，ESXi 主机在引导之后可能无法显示 VMFS2 卷。

    解决办法：通过执行重新扫描操作并选择 [扫描新的 VMFS 卷] 选项，从 vSphere Client 中更新主机上数据存储的列表。或者，可以向主机分配静态 IP 地址，而不使用 DHCP。

  • 虚拟磁盘从厚格式到精简格式的 Storage VMotion 失败

    迁移配置了 VMFS 最大文件系统限制的虚拟机时会报告以下错误： File[vol] <vmpath> 大小超过数据存储 [<目标数据存储>] 支持的最大值。

    解决办法：无。如果要迁移虚拟机，请勿将虚拟机磁盘配置为其最大卷限制。

  • 在网络存储的 LUN 上安装 ESXi Installable 主机时，只有一个 ESXi 主机从该映像引导，而其他 ESXi 主机从 LUN 引导失败

    主机配置文件存储在主机映像所在的同一个 LUN 中，并具有一对一的映射关系。因此，每台主机都需要唯一的 LUN 才能从网络存储引导 ESXi。多个主机不能从同一个 LUN 引导。

    注意：网络引导是 ESXi 的实验性功能。

    解决办法：逐个主机创建唯一 LUN，并使每个主机对应一个引导映像。

  • 在含有多节点 IBM 系统的 ESX 和 ESXi 主机上不存在驱动器时，vSphere Client 显示驱动器故障警示

    在某些多节点 IBM 系统上，当不存在驱动器时，BMC 固件针对驱动器插槽会报告驱动器故障。vSphere Client 报告驱动器故障传感器处于警示状态。在 IBM iLOM 界面中也显示相同的故障。

    解决办法：无。已向 IBM 提出缺陷报告，等待解决此问题。

  • ESX/ESXi 4.0 不支持 HP Enterprise Virtual Arrays 与 Egenera BladeFrame BF400S2 配合使用

    在引导自 HP EVA 系列阵列的 Egenera BF400S2 BladeFrame 上尝试安装 ESX/ESXi 4.0 时，安装将失败，并显示一条错误消息，声称未找到磁盘。发生这种情况是因为，安装程序无法识别通过 Egenera BF400S2 BladeFrame 提供的磁盘。不支持 HP EVA 与 Egenera BF400S2 配合使用。

    解决办法：无

  • NAS 数据存储报告的可用空间有误

    在主机的服务控制台中通过使用 df (ESXi) 或 vdf (ESX) 命令查看 ESX/ESXi 主机的可用空间时，对于 ESX/ESXi NAS 数据存储报告的空间是空闲空间，不是可用空间。在 vSphere Client [配置] 选项卡上选择 [存储器] > [数据存储] 后，[可用空间] 列中所报告 NFS 卷的空间也是空闲空间，而非可用空间。在这两种情况下，空闲空间可能与可用空间不同。

    ESX 文件系统不区分空闲块与可用块，但对于这两种块类型始终都报告空闲块（尤其是结构体 statfs 的 f_bfree 和 f_bavail 字段）。对于 NFS 卷，空闲块与可用块可能不同。

    解决办法：可以检查 NFS 服务器，获得有关可用空间的正确信息。对 ESX/ESXi 无解决办法。

  • 如果存在同名但 IP 地址不同的现有目标，则向 ESX/ESXi 系统添加 QLogic iSCSI 适配器将失败

    如果存在具有相同 iSCSI 名称的现有目标，即使 IP 地址不同，为 QLogic 硬件 iSCSI 适配器添加静态目标也会失败。

    可以向目标仅含唯一 iSCSI 名称（而非 IP 和 iSCSI 名称的组合）的 ESX/ESXi 系统添加 QLogic iSCSI 适配器。此外，驱动程序和固件不支持对同一个存储终端产生多个会话。

    解决办法：无。添加目标时，不要使用相同的 iSCSI 名称。

  • 在极少数情况下，重复的 SAN 路径故障切换之后，对于所有访问特定 LUN 的 ESX/ESXi 主机，涉及 VMFS 更改的操作可能会失败

    在极少数情况下，将重复路径故障切换到特定 SAN LUN 后，在所有访问此 LUN 的 ESX/ESXi 主机上尝试执行 VMFS 数据存储创建、VMotion 等此类操作可能会失败。在所有主机的日志文件中都会出现以下警告：

    • 由于预留冲突过多，I/O 失败。（I/O failed due to too many reservation conflicts.）
    • 预存错误:SCSI 预留冲突（Reservation error: SCSI reservation conflict）

    如果在所有访问 LUN 的主机上都看到了预留冲突消息，则这说明问题是因为 LUN 的 SCSI 预留没有完全清除所导致。

    解决办法：无

  • 无法执行与 IPv6 端口进行端口绑定

    端口绑定是用于标识某些 VMkernel 端口供 iSCSI 存储堆栈使用的一种机制。要实现适用于 iSCSI 网卡端口和路径的存储多路径策略（如 VMware 循环负载平衡、MRU 或固定路径），必须进行端口绑定。端口绑定不适用于 IPv6。用户配置端口绑定时，他们希望看到所绑定的每个 VMkernel 网卡的其他路径。但是，以 IPv6 全局范围地址配置阵列时，不会建立其他路径。用户只能看到在 IPv6 可路由 VMkernel 网卡上建立的路径。例如，如果用户有两个目标入口和两个 VMkernel 网卡，则使用 IPv4 时他们会看到四个路径，但使用 IPv6 时只看到两个路径。因为没有路径用于故障切换，因此，路径策略设置没有意义。

    解决办法：使用 IPv4 和端口绑定，或用同一子网（交换机分段）中的本地范围 IPv6 地址配置存储阵列和 ESX/ESXi 主机。当前无法对全局范围 IPv6 使用端口绑定。

  • 将 ESX/ESXi 主机上的 Maximum Outstanding R2T iSCSI 参数更改为大于一的值，可能会导致 EMC CX3 系列存储系统无法正常运行

    如果将 ESX/ESXi 主机上的 Maximum Outstanding R2T iSCSI 参数的默认值更改为大于一的值，EMC CX3 系列存储系统可能无法正常运行。

    解决办法：请勿更改 Maximum Outstanding R2T 参数的默认值一。

  • 通过 ESX/ESXi 软件 iSCSI 启动器访问系统时，CLARiiON iSCSI 存储系统的路径状态从不活动变为活动，又从活动变为不活动

    使用软件 iSCSI 启动器访问 CLARiiON iSCSI 存储系统时，路径状态经常从不活动变为活动，又从活动变为不活动。发生这种情况是因为，默认情况下，CLARiiON 不支持 ESX/ESXi 主机上启用的高级 [延迟的 ACK] 参数。

    解决办法：通过执行以下步骤，在 ESX/ESXi 主机上禁用 [延迟的 ACK] 参数：

    1. 登录到 vSphere Client，然后在清单面板中选择一个主机。
    2. 单击 [配置] 选项卡，然后单击 [存储适配器]。
    3. 选择要配置的软件 iSCSI 启动器，并单击 [属性]。
    4. 在 [常规] 选项卡上，单击 [高级]。
    5. 取消选择 [延迟的 ACK] 参数。
  • 通过含有 aic79xx 驱动程序的 Adaptec 卡连接到磁带库可能会导致 ESXi 出现故障

    如果将 ESX/ESXi 系统通过含有 aic79xx 驱动程序的 Adaptec HBA（例如：AHA-39320A）连接到磁带库，则在驱动程序尝试访问空闲内存区域时可能会遇到服务器崩溃。出现这种情况的同时，还显示一条类似于以下内容的错误消息： Loop 1 frame=0x4100c059f950 ip=0x418030a936d9 cr2=0x0 cr3=0x400b9000。

    解决办法：无

  • 对 MSCS 使用 PSP_RR 路径选择策略时，仲裁磁盘会遇到问题，并且群集可能无法运行

    MSCS 在仲裁磁盘上进行 SCSI-3 预留。沿一个路径下发的 SCSI-3 注册使 MSCS 群集只能在该路径上进行 SCSI-3 预留。PSP_RR 稍后切换到其他路径时，如果 MSCS 尝试进行预留或使用其他 SCSI-3 命令（取决于预留），则会收到一条错误消息。

    解决办法：请勿将用作 MSCS 仲裁磁盘的设备切换到 PSP_RR。请改用 PSP_MRU 或 PSP_FIXED 策略，具体取决于阵列的正常默认值。PSP_MRU 可用于任何阵列上，而只在主动/主动阵列上支持 PSP_FIXED。

  • 为硬件 iSCSI 输入其他静态发现目标可能会失败

    配置硬件 iSCSI 适配器时，尝试输入其他静态发现目标可能会失败。新目标与现有目标具有相同的 iSCSI 名称时，即使其 IP 地址不同，也会发生这种情况。

    解决办法：配置硬件 iSCSI 时，使用 iSCSI 名称不同的静态发现目标。

  • ESX/ESXi 主机不注册从 Storage Manager Application 添加的路径

    使用 Storage Manager Application 在存储系统上添加新端口时，ESX/ESXi 主机不显示存储系统的新路径。

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

    1. 确保 ESX/ESXi 主机可访问该端口。
    2. 移除新添端口的物理连接。
    3. 等待 Device Delay Missing 计时器到期。
    4. 重新建立物理连接。
  • 从 iSCSI LUN 引导可能太慢或失败

    如果在通过 QLogic BIOS 开始配置 iSCSI 引导设备之前提供了任何 iSCSI 配置数据，则可以对相同目标创建重复的 iSCSI 会话。发生这种情况时，I/O 操作可能会很慢，还可能会失败。

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

    1. 在 BIOS 中，选择 [清除永久目标（Clear Persistent Targets）] 选项，以删除任何现有的 iSCSI 配置数据。
    2. 添加 iSCSI 引导配置数据。

备份

  • VMware Consolidated Backup (VCB) 不支持容错

    在启用了 FT 的虚拟机上执行的 VCB 备份会同时关闭主虚拟机和辅助虚拟机，还有可能使虚拟机不可用。

    解决办法：无

  • 如果将含有快照的虚拟机从 ESX/ESXi 3.5 主机冷迁移到 ESX/ESXi 4.0 主机，则恢复快照可能不起作用

    可以将含有快照的虚拟机从 ESX/ESXi 3.5 主机冷迁移到 ESX/ESXi 4.0 主机。但是，迁移后恢复快照可能不起作用。

    解决办法：无解决办法。

服务器配置

  • 主机配置文件不捕获或复制物理网卡的双工信息

    创建新的主机配置文件时，不会捕获物理网卡的双工信息。这是有意图的行为。因此，当参考主机的配置文件用于配置其他主机时，操作会按物理网卡逐个协商双工配置。这样您即可用同样方式处理具有各种物理网卡功能的主机。

    解决办法：要在所有要使用参考主机配置文件配置的主机和网卡中统一设置物理网卡的双工值，请创建主机配置文件之后对其进行修改，并重新应用参数。

    要编辑配置文件，请按照下列步骤操作。

    1. 在 vSphere Client 主页上，单击 [主机配置文件]。
    2. 在清单列表中选择主机配置文件，然后单击 [摘要] 选项卡，并单击 [编辑配置文件]。
    3. 选择 [网络配置] > [物理网卡配置] > [编辑]。
    4. 在下拉菜单中选择固定的物理网卡配置，并输入速度和双工信息。
  • 在重新启动 vmware_hostd 过程中生成了 SNMP 开机陷阱

    默认情况下，当重新启动 vmware_hostd 时，只应生成热启动陷阱消息。但是，对于主机上运行的所有虚拟机，也会生成开机陷阱消息。

    解决办法：可以忽略开机陷阱消息。

  • [硬件状态] 选项卡上未显示 ESX/ESXi 主机服务器组件的健康状况

    如果将 SFCB 配置文件 ( sfcb.cfg) 中的 HTTPS 端口号更改为默认值以外的端口，并重新启动 SFCB (CIM) 服务器，则在 [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况。如果直接登录到 ESX/ESXi 主机，并单击 [配置] 选项卡来查看健康状况，也会发生这种行为。不显示服务器组件的状态信息。发生这个问题是因为，vCenter Server 和 SFCB Server 在不同端口上进行通信。

    解决办法：确保 SFCB 服务器仅通过默认端口进行通信。

vCenter 和 vSphere Client

  • 当虚拟机在高负载下运行时，执行快照删除和虚拟机热克隆操作可能需要很长时间

    当虚拟机在高输入/输出负载下运行时，删除快照或克隆已启动的虚拟机可能需要很长时间才能完成。例如，当虚拟机向其本地磁盘执行写入操作时，输入/输出负载会很重。

    解决办法：当虚拟机正在向其本地磁盘执行写入操作或正在发出任何其他较高的输入/输出负载时，避免执行这些操作。这可以帮助您缩短完成时间。

  • 使用 vSphere Client 的 [删除全部] 选项移除虚拟机快照可能会使快照磁盘文件保留在虚拟机文件夹中

    仅在您以前使用快照创建链接克隆，然后又将其从 vCenter Server 中删除时才会出现此问题。如果现在尝试使用快照管理器的 [删除全部] 选项移除快照，则快照会被删除。但是，快照磁盘并没有与父磁盘合并，它仍保留在虚拟机文件夹中而没有删除。

    解决办法：使用 [删除] 选项（而非 [删除全部] 选项）移除快照。/p>

  • 对于大型 vCenter Server 清单，以链接模式打开 vSphere Client，且所有 vCenter Server 系统的清单全部展开时，vSphere Client 可能有几分钟无响应

    完全展开的 vSphere Client 清单是指群集和数据中心已展开的那些清单。如果完全展开清单后关闭 vSphere Client，则下次将其打开时，将加载已展开的清单视图。因此，vSphere Client 可能有几分钟时间没有响应，具体取决于 vCenter Server 系统数以及每个 vCenter Server 系统清单中的对象数。vSphere Client 加载所有清单对象后将开始响应。

    解决办法：作为最佳做法，请勿在链接模式组的清单中展开每个 vCenter Server 系统的节点。折叠节点后再关闭 vSphere Client，以避免在启动时加载展开的节点。

  • 在纯 IPv6 环境中将 vCenter Server 系统链接到某个组之后再运行链接模式配置向导时，没有选项可以将 vCenter Server 系统与链接模式相隔离

    如果在纯 IPv6 环境（Windows 2008 x32 或 Windows 2008 x64）中链接了 vCenter Server，并调用链接模式配置向导，则将启用 [将 vCenter Server 实例加入现有的链接模式组或另一个实例] 选项。但没有选项能使 vCenter Server 系统与链接模式相隔离。

    解决办法：用混合模式（IPv4 和 IPv6）配置 vCenter Server 系统，并调用链接模式配置向导： 开始 > VMware > 链接模式配置向导。此时将禁用 [加入] 选项，并启用 [将此 vCenter 服务器实例与链接模式组相隔离]。

    注意：如果用混合模式配置 vCenter Server 系统，则域控制器也必须处于混合模式。如果不希望在 IPv6 环境中使用混合模式，则必须卸载 vCenter Server 才能使系统与链接模式相隔离。

  • vCenter Server 系统加入链接模式组后，显示多条 SSL 警告消息

    如果多个 vCenter Server 系统加入链接模式组，并且不使用 SSL 证书进行身份验证，则登录时可能会在 vSphere Client 中显示多个 SSL 警告。

    解决办法：分别解决每个警告。在每台主机上都选择 [始终忽略此证书] 选项。必须将 vCenter Server 配置为使用 SSL 证书。

  • 如果更改了 vpxuser 帐户的权限，则 vCenter Server 可能会失败

    使用 vSphere Client 直接连接到 ESX/ESXi 主机时，如果选择 [权限] 选项卡，则可以更改 vpxuser 帐户的权限。例如，您可能会考虑更改权限，这样 vpxuser 就不会对所有主机清单对象都具有管理员权限。但是，进行此类更改之后，vCenter Server 可能会出故障。

    解决办法：在主机上设置 vpxuser 帐户，以便从根文件夹向下拥有管理员权限。为此，可以用 vSphere Client 连接到主机，然后选择 [权限] 选项卡。

  • vSphere Client 在主机 [摘要] 选项卡 [常规] 部分中显示的信息不准确

    在高负载下，vSphere Client 的右侧面板可能无法刷新，而且 [常规] 部分中显示的信息不正确。

    解决办法：可能需要通过选择其他主机然后再选择原来的主机，来手动刷新 vSphere Client。

  • 在分布式电源管理 (DPM) 将主机置于待机模式后或当主机处于维护模式时，共享存储器上存储的虚拟机模板将变得不可用

    vSphere Client 将虚拟机模板与特定主机关联。如果存储虚拟机模板的主机被置于维护模式或被 DPM 置于待机模式，则模板将在 vSphere Client 中显示为已禁用。即使模板存储在共享存储器上，也会发生此问题。

    解决办法：在存储虚拟机模板的主机上禁用 DPM。当该主机处于维护模式时，使用数据存储浏览器，在未处于维护或待机模式而且对存储模板的数据存储也有访问权限的另一台主机上查找虚拟机模板。然后，可以使用这些模板置备虚拟机。

  • 如果 vCenter Server 4.0 管理早于 ESX 3.5 Patch 10 的 ESX Server 3.5 主机，则它将在大型环境中变得没有响应

    如果 vCenter Server 4.0 管理任何早于 ESX Server 3.5 Patch 10 的 ESX Server 3.5 主机，则在 30 天后，它可能会在大型环境中变得没有响应。

    解决办法：如果正在随 vCenter Server 4.0 一起运行 ESX Server 3.5，则升级到 ESX Server 3.5 Update 4。

  • 加入两个 vCenter Server 实例失败，并在 status.txt 中显示一条有关移除 VMwareVCMSDS 失败的错误消息

    将现有的独立 vCenter Server 实例加入链接模式组会导致 vCenter Server 安装程序失败。发生此情况后，vCenter Server 在您执行安装的计算机上无法启动。此外，将向 <TEMP>/status.txt 文件写入指示 LDAP 连接问题或 LDAP 服务不可访问的消息，其中 <TEMP> 是您在 Windows 系统中定义的临时目录。要诊断此问题，请打开 status.txt 文件，并查找以下消息：

    [2009-03-06 21:44:55 SEVERE] 操作“加入实例 VMwareVCMSDS”失败:（[2009-03-06 21:44:55 SEVERE] Operation "Join instance VMwareVCMSDS" failed:）: 操作:加入实例（Join Instance）
    操作:删除独立实例（Removal of standalone instance）
    操作:删除实例（Remove Instance）
    问题：删除实例 VMwareVCMSDS 失败:（Removal of instance VMwareVCMSDS failed:）删除向导无法删除所有组件。（The removal wizard was not able to remove all of the components.）要完成删除，请在解决以下错误后运行“Adamuninstall.exe /i:<instance>”：（To complete removal, run "Adamuninstall.exe /i:<instance>" after resolving the following error:）

    无法删除文件夹“<vCenter Server installation directory>\VMwareVCMSDS”。（Folder '<vCenter Server installation directory>\VMwareVCMSDS' could not be deleted.）
    目录不为空。（The directory is not empty.）

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

    1. 从命令提示符下，用管理员级别权限，将目录更改为 vCenter Server 的安装目录。
    2. 删除 VMwareVCMSDS 目录。
    3. 通过键入 jointool.bat recover，恢复本地 LDAP 实例。
  • vSphere Client 中的搜索功能不支持冒号字符

    包含逗号的高级搜索形式的查询导致 [错误的请求] 错误。

    解决办法：修改查询以删除不支持的字符。例如，用空格或星号替换搜索文本中的冒号字符。

  • 在 DRS 和 HA 均未启用的群集中迁移之后，vCenter Server Resource Manager 不更新主机树

    如果使用 VMotion 启动或迁移 DRS 和 HA 均未启用的群集上的虚拟机，则操作可能会失败，并显示以下某条消息：

    • 主机的内存资源不足，无法满足预留。
    • 主机的 CPU 资源不足，无法满足预留。

    即使主机看上去有足够的容量可用也会发生此问题，此问题仅在这两个主机位于同一群集中时才会发生。

    VMotion 用于将虚拟机迁移到主机，或者在新主机上将其打开时，vCenter Server 会评估主机是否拥有足够的未预留资源能满足虚拟机的要求。但是，在源主机上启动虚拟机后，使用 VMotion 在群集中将虚拟机从源主机迁移到目标主机时，不会更新对此评估使用的内部数据结构。此源主机的任何未来接入控制计算都将视为此虚拟机的预留，即使它不再在此主机上运行也是如此。此行为可能会导致在源主机上对虚拟机的启动和 VMotion 操作失败。

    注意：在日志文件中将这些失败报告为以下故障：

    • vim.fault.InsufficientHostCpuCapacityFault
    • vim.fault.InsufficientHostMemoryCpuCapacityFault

    解决办法：重新配置虚拟机的预留，或者打开或关闭计算机。这些操作使 vCenter Server 更新其内部数据结构。

  • Guided Consolidation 无法导入正在运行 vCenter Converter 的系统

    源系统（所导入的系统）正在运行 vCenter Converter 时，Guided Consolidation 导入操作会遇到问题。Guided Consolidation 导入系统，并尝试从源系统上卸载 vCenter Converter。导入操作成功，但在 Guided Consolidation 尝试卸载 vCenter Converter 时显示以下错误：

    VMware Converter Agent 安装失败 (VMware Converter Agent Install failed)。

    解决办法：从源系统中卸载 vCenter Converter，然后尝试使用 Guided Consolidation 将其导入。

  • vSphere Client [角色] 菜单不显示对链接模式组中所有 vCenter Server 系统的角色分配

    在链接模式组中的远程 vCenter Server 系统上创建角色后，所做的更改将传播到组中的所有其他 vCenter Server 系统。但是，似乎仅在具有与角色关联的权限的系统上分配角色。如果删除角色，则操作仅检查角色在当前所选的 vCenter Server 系统中的状态。但是，此操作从链接模式组中的所有 vCenter Server 系统删除角色，而不发出其他服务器上可能正在使用角色的警告。

    解决办法：从 vCenter Server 系统中删除角色之前，请确保其他 vCenter Server 系统中没有在使用该角色。要查看某个角色是否在使用中，请转到 [角色] 视图，并使用导航栏选择组中每个 vCenter Server 系统。此时将显示对于所选 vCenter Server 系统，角色是否在使用中。

    请参见 《vSphere 基本系统管理》，了解用户和组的最佳做法，并获得有关为链接模式 vCenter Server 组设置角色的信息。

  • 删除虚拟机中正在使用的虚拟交换机可能会导致错误消息

    如果尝试删除已打开的虚拟机正在使用的虚拟交换机，则会显示一条错误消息。警告消息应警示您，虚拟交换机正在使用中，因此无法删除。在这种情况下删除虚拟交换机可能会导致虚拟机不可用。

    解决办法：请勿删除正在使用中的虚拟交换机。

  • 使用 VMotion 迁移虚拟机后，某些警报仍保持为已触发状态

    使用 VMotion 将虚拟机迁移至其他主机之后，适用于这些虚拟机的基于衡量指标的警报（例如，CPU 使用情况或内存使用情况）可能保持已触发状态。

    解决办法：下面任何一操作都可以解决此问题：

    • 重新配置已触发的警报。
    • 删除已触发的警报。
    • 更改虚拟机的电源状态。
    • 在虚拟机上产生负载以使警报触发，然后移除负载。警报即被清除。
  • vSphere Client [性能] 选项卡上显示的数据与所选的对象不相关

    从清单列表中选择某个对象序列后，vSphere Client 在 [性能] 选项卡的 [概览] 页上显示的图表所关联的对象可能有误。无论是以从上到下的顺序还是以随机的顺序选择对象，选择对象就会发生此问题。

    解决办法：选择其他清单对象。如果这样不能修复问题，请重新启动 vSphere Client。

  • 用 VMware Guided Consolidation 分析计算机时，网络可能会发生问题和错误

    当有大量计算机受到 Guided Consolidation 的分析时，Guided Consolidation 的 vCenter Collector Provider Services 组件可能会被装有 Guided Consolidation 功能的操作系统误认为病毒或蠕虫。当分析操作遇到有大量 IP 地址无效或名称解析有问题的计算机时，会发生这种情况。因此，网络中会出现瓶颈，并且显示错误消息。

    解决办法：如果用于分析的计算机无法访问，则请勿添加它们。如果按名称添加计算机，请确保 NETBIOS 名称可解析且可访问。如果按 IP 地址添加计算机，请确保 IP 地址是静态地址。

  • [硬件状态] 选项卡不显示 ESX/ESXi 主机的硬件状态信息

    vCenter Server 计算机或 ESX/ESXi 主机以纯 IPv6 模式运行时，vSphere Client 中的 [硬件状态] 选项卡中没有所选 ESX/ESXi 主机的硬件状态。

    解决办法：为 vCenter Server 计算机和 ESX/ESXi 主机添加并配置 IPv4 接口。

  • 如果重新启动 vCenter Server，则清单对象的已禁用警报将变为启用

    如果在 vCenter Server 中禁用了某个清单对象（如主机、虚拟机、数据存储等）的警报，然后重新启动 vCenter Server，则在 vCenter Server 重新启动完成之后警报变为启用状态。

    解决办法：在 vCenter Server 重新启动时，禁用相应清单对象的警报。

  • 隐藏 [存储视图] 选项卡的 [报告] 视图中的工具栏之后无法使其重新显示

    [存储视图] 选项卡的 [报告] 视图有一个工具栏，其中包含一个对象过滤器菜单和一个搜索字段。通过这些控件，可以根据对象类型、存储属性和关键字筛选报告表。如果通过从工具栏的右键单击菜单中选择 [隐藏] 来隐藏工具栏，则没有机制可使其重新显示。

    解决办法：关闭并重新打开 vSphere Client。

  • 如果在 Windows 2008 中启用了 UAC，则安装之后加入链接模式组不成功

    在 Windows 2008 32 或 64 位操作系统上启用用户帐户控制 (UAC)，并在已运行 vCenter Server 的系统中尝试将计算机加入链接模式组时，链接可以进行，且不发生任何错误，但并未成功。清单列表中仅显示一个 vCenter Server。

    解决办法：完成下列过程。

    安装后，执行下列步骤以关闭 UAC，然后再加入链接模式组：

    1. 选择 [开始] > [设置] > [控制面板] > [用户帐户] 以打开 [用户帐户] 对话框。
    2. 单击 [打开或关闭“用户帐户控制”]。
    3. 取消选择 [使用用户帐户控制(UAC)帮助保护您的计算机]，然后单击 [确定]。
    4. 出现提示后重新引导计算机。

    启动链接模式配置过程，如下所示：

    1. 选择 [开始] > [所有程序] > [VMware] > [vCenter Server 链接模式配置]。
    2. 单击 [下一步]。
    3. 选择 [修改链接模式配置]，然后单击 [下一步]。
    4. 单击 [将此 vCenter Server 实例加入现有的链接模式组或另一个实例]，然后单击 [下一步]。
    5. 输入服务器名和 LDAP 端口信息，然后单击 [下一步]。
    6. 单击 [继续] 完成安装。
    7. 单击 [完成] 结束链接过程。

    登录到某个 vCenter Server，并确认该服务器已链接。链接 vCenter Server 之后，打开 UAC，如下所示：

    1. 选择 [开始] > [设置] > [控制面板] > [用户帐户] 以打开 [用户帐户] 对话框。
    2. 单击 [打开或关闭“用户帐户控制”]。
    3. 选择 [使用用户帐户控制(UAC)帮助保护您的计算机]，然后单击 [确定]。
    4. 出现提示后重新引导计算机。

  • 在 Windows 命令提示符下启动或停止 vctomcat Web 服务可能会导致错误消息

    在 Windows 操作系统中，如果使用 net start 和 net stop 命令启动和停止 vctomcat Web 服务，则可能会出现以下错误消息：

    服务没有响应控制功能（The service is not responding to the control function.）。
    请键入 NET HELPMSG 2186 以获得更多的帮助。(The service is not responding to the control function. More help is available by typing NET HELPMSG 2186.)

    解决办法：可以忽略此错误消息。如果要防止出现此错误消息，请修改注册表以提高服务控制管理器 (SCM) 的默认超时值。有关详细信息，请参见下面的 Microsoft 知识库文章： support.microsoft.com/kb/922918。

  • vCenter Server 允许添加同一个 ESX/ESXi 系统两次，而且两次使用的 IPv6 地址不同

    如果将 ESX/ESXi 系统添加到 vCenter 清单，并且如果该系统已在一个不同的 IP 地址下由 vCenter 管理，则 vCenter Server 检测不到问题。此时 ESX/ESXi 系统将显示在清单中，并具有一个新的 IP 地址，状态为断开连接。而与使用旧 IP 地址的 ESX/ESXi 系统的连接仍保持活动状态。

    解决办法：请勿两次添加同一个 ESX/ESXi 系统。

  • 用 SQL Express 捆绑数据库从 VirtualCenter Server 2.5.x 升级之后，不显示性能概览图表

    如果使用 SQL Express 捆绑数据库从 VirtualCenter Server 2.5 升级到 vCenter Server 4.0，则不会显示性能概览图表。打开 [性能] 选项卡的 [概览] 视图时，会显示以下错误：

    统计报告服务内部错误（STATs Report service internal error）

    发生此错误是因为，vCenter Server 升级工具无法重新配置现有数据库。必须手动执行配置。

    解决办法：执行下列步骤。

    1. 选择 [开始] > [程序文件] > [SQL Server 配置管理器]。
    2. 在 SQL Server 配置管理器中，执行以下操作：
      1. 选择 [SQLEXP_VIM 协议]。
      2. 选择 [TCP/IP]。
      3. 在 [已启用] 中，选择 [True]，然后在 [全部侦听] 中，选择 [是]。
      4. 单击 [确定]。
    3. 在命令窗口中，键入 Services.msc 以打开服务管理器。
    4. 在 [服务] 列表中，启动以下服务：
    • SQL Server 2005 Services：SQL Server (SQLEXP_VIM)
    • SQL Server 2005 Services：SQL Browser（如果 SQL Browser 服务已禁用，请将此服务标记为自动或手动启动）
    • VMware vCenter Service
    • VMware Web Service

    •  

  • 如果系统有虚拟网络适配器，则 Guided Consolidation 计算出系统的网卡数可能大于物理网卡的数量

    如果系统有虚拟网络适配器，则 Guided Consolidation 计算出系统的网卡数可能大于系统的物理网卡数。在这种情况下，您会在 [计划整合] 阶段收到以下警告：“主机没有所需的虚拟机网络数。整合将导致该物理机的多个网络映射到一个虚拟机网络。”任何含有虚拟网卡的计算机（例如，运行 VMware Workstation 或其他托管虚拟化平台的任何虚拟机和任何（物理或虚拟）计算机）都会发生此情况。

    解决办法：不需要解决办法。可以忽略此警告。

  • 如果向虚拟机另外添加一个虚拟磁盘，则会出现错误消息

    建议通过使用连接到 ESX/ESXi 4.0 的 Web Access，用默认选项创建一个虚拟机。然后，如果从 vSphere Web Access 连接到用来管理 ESX/ESXi 主机的 vCenter Server，并用选项 [创建新的虚拟磁盘] 向相同的虚拟机另外添加一个虚拟磁盘，则会出现错误 [服务器上已存在指定文件]。

    解决办法：使用 vSphere Client 连接到 vCenter Server，并向虚拟机添加另一个虚拟磁盘。

  • vc-support 命令使用 64 位 DSN 应用程序，并且无法从 vCenter Server 数据库收集数据

    使用 VMware cscript vc-support.wsf 命令从 vCenter Server 数据库检索数据时，使用默认的 Microsoft cscript.exe 应用程序。此应用程序被配置为使用 64 位 DSN，而非 32 位 DSN（vCenter Server 数据库需要后者）。因此，将发生错误，并且无法检索数据。

    解决办法：在系统提示符下，用 32 位 DSN cscript.exe 应用程序运行 vc-support.wsf 命令：

    %windir%\SysWOW64\cscript.exe vc-support.wsf

  • 含有健康状况触发条件的警报未迁移到 vSphere 4.0

    vSphere 4.0 警报触发功能已增强，包含主机健康状况的其他警报触发器。在此过程中删除了通用的 [主机健康状况] 触发器。因此，vSphere 4.0 中不再提供包含此触发器的警报。

    解决办法：使用 vSphere Client 重新创建警报。可以使用下面任何一个预配置的 VMware 警报来监视主机健康状况：

    • 主机电池状态
    • 主机硬件风扇状态
    • 主机硬件电源状态
    • 主机硬件温度状态
    • 主机硬件系统主板状态
    • 主机硬件电压
    • 主机内存状态
    • 主机处理器状态
    • 主机存储器状态

    如果预配置的警报不处理您要监视的健康状况，则可以创建一个自定义主机警报，使用 [已更改硬件健康状况] 事件触发器。必须手动定义此事件警报的触发条件。此外，必须手动设置在警报触发后要进行何种操作。

    注意：预配置的警报已有为其定义的默认触发条件。只需设置在警报触发后要进行何种操作。

  • vCenter Server 使用 Oracle 数据库时不显示性能概览图表

    通过 [性能] 选项卡的 [概览] 视图查看性能图表。如果 vCenter Server 使用 Oracle 数据库，则打开此视图时将不显示图表。而是会显示以下错误消息：

    统计报告服务内部错误
    消息：统计报告应用并未成功初始化。（STATs Report service internal error Message: STATs Report application initialization is not completed successfully.）

    发生这个错误是因为，VMware 因许可限制安装占位文件而不是含性能概览图表的 Oracle ojdbc5.jar 文件。

    解决办法：执行以下任务，用实际文件覆盖 Oracle ojdbc5.jar 的占位文件。

    1. 从 Oracle Technology Network 网站下载 ojdbc5.jar 文件。
    2. 用所下载的 ojdbc5.jar 文件覆盖 VMware 占位文件。默认情况下，此文件安装在 C:\Program Files\VMware\Infrastructure\tomcat\lib 目录中。
    3. 重新启动 vCenter Server Web 服务。
  • 刷新 vSphere Client 资源池摘要页面上的 [已启动的虚拟机] 字段时有延迟

    vSphere Client 中的资源池摘要页面显示所选资源池及其所有嵌套资源池的已启动虚拟机的数量。[已启动的虚拟机] 中的此信息可能会在任何时候过期，因为该字段是定期刷新（通常不超过两分钟），而不是在发生更改时刷新。

    解决办法：通过查看虚拟机列表或展开清单树，计算已启动虚拟机的数量。

  • 在 IBM x3655 系统上，vSphere Client 的 [配置] 选项卡所列配电传感器的状态可能未知

    如果在装配了某些电源类型的 IBM x3655 系统上安装 vSphere Client，则配电传感器可能会指示该电源的健康状况为 [未知]。[未知] 状况源自 IPMI 固件和电源传感器之间的差异。IPMI 固件报告系统中存在配电实体。但是，可用的电源传感器无法确定配电实体的状态。因此，vSphere Client 无法指示配电实体的当前状态。

    解决办法：无

  • 在运行 SUSE Enterprise Linux 的虚拟机上，[适配器类型] 下拉菜单缺少 vmxnet3 选项

    当虚拟机运行 SLES 10 或 SLES 11，但选择 SLES 作为客户机操作系统类型时， [适配器类型] 下拉菜单中不包括 vmxnet3。从 ESX Server 3.x 迁移到 ESX 4.x 的虚拟机中最容易发生此问题，但其他情况下也有可能发生此问题。

    解决办法：如果将客户机操作系统类型从 SLES 更改为 SLES10 或 SLES11，则会出现 vmxnet3 选项。

    1. 关闭虚拟机。
    2. 右键单击虚拟机，并选择 [编辑设置]。
    3. 在 [选项] 选项卡中单击 [一般选项]。
    4. 在版本字段中，选择 SLES10 或 SLES11。
  • 在主机配置的 [网络] 视图中，虚拟机从虚拟交换机图表中消失

    在 vSphere Client 中主机的 [网络] 选项卡中，虚拟交换机图表中显示了虚拟机。如果选择另一台主机，然后再回到第一台主机的 [网络] 选项卡，则虚拟机可能从虚拟交换机图表中消失。

    解决办法：在 [配置] 选项卡中选择其他视图（如网络适配器、存储器或存储适配器），然后再返回到 [网络] 选项卡。

  • 在 vSphere Client 中，单击某些对象（群集、主机、虚拟机）的 [入门] 选项卡上的 [关闭选项卡] 不会产生任何操作

    在 vSphere Client 中，单击某些对象（群集、主机、虚拟机）的 [入门] 选项卡上的 [关闭选项卡 [x]] 不会产生任何操作。只有在将操作系统配置为禁用 javascript 的计算机上运行 vSphere Client 时，才会产生这个问题。

    解决办法：无

  • vSphere Client 不更新与物理事件相关的传感器

    vSphere Client 始终不更新传感器状态。某些事件可以触发更新，如电源故障或取出冗余磁盘。其他事件（如机箱入侵和取走风扇）可能不会触发对传感器状态的更新。

    解决办法：无

  • vSphere Client 在已安装扩展的列表中显示新安装的扩展所花时间可能比预期的长

    扩展安装完毕后，再过 30 到 60 秒才会在已安装扩展的列表中显示新安装的扩展。

    解决办法：重新启动 vSphere Client。

虚拟机管理

  • 在将虚拟硬件从版本 4 升级到版本 7 之后，运行 Windows NT 客户机操作系统的虚拟机需要重新安装网络适配器驱动程序

    在 Windows NT 客户机操作系统上升级虚拟硬件之后，虚拟机无法获取 IP 地址，因为 Windows NT 不完全支持即插即用规范。

    解决办法：在 Windows NT 虚拟机上将虚拟硬件从版本 4 升级到版本 7 之后，通过执行下面的步骤，重新安装网络适配器驱动程序。

    1. 右键单击 [网上邻居]，并选择 [属性]。
    2. 选择 [适配器] 选项卡。
    3. 移除现有适配器。
    4. 添加新适配器。
    5. 对于 AMD PCNet 驱动程序，选择 [AMD PCNET Family Ethernet adapter]，并将路径指定为 C:\winnt\system32。
      对于 vmxnet 驱动程序，单击 [从磁盘安装]，并将路径指定为 C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\。
    6. 重新引导计算机。
  • 在客户机启动时自动执行 VMware Tools 升级将会自动重新引导客户机而不发出重新引导通知

    如果选择在 Windows Vista 或 Windows 2008 客户机操作系统上自动更新 VMware Tools，则当操作系统启动时，VMware Tools 将更新，并且客户机操作系统将自动重新引导，而不发出重新引导通知消息。

    解决办法：无

  • 不在 vSphere Client 软盘驱动器配置屏幕中显示使用 BusLogic 虚拟 SCSI 适配器的 Windows 虚拟机所需的 SCSI 驱动程序软盘映像

    某些使用 BusLogic 虚拟 SCSI 适配器的 Windows 虚拟机需要 SCSI 驱动程序才能正确运行。默认情况下，驱动程序软盘映像在 ESXi 主机上可用。但是，尝试使用 [虚拟机属性] 对话框将软盘映像连接到虚拟机时，选择的文件将不在数据存储浏览器中显示。

    解决办法：要将软盘映像文件连接到虚拟机，请在 [在数据存储中使用现有软盘映像] 文本框中输入以下内容：
    /usr/lib/vmware/floppies/vmscsi-1.2.1.0-signed.flp

  • 将 Windows 2000 虚拟机从硬件版本 4 升级到硬件版本 7 之后，会提示安装 PCI standard PCI-PCI bridge

    将 Windows 2000 虚拟机从硬件版本 4 升级到硬件版本 7 时，可能会看到大量弹出消息，提示您安装 PCI standard PCI-PCI bridge。这些消息没有危害。

    解决办法：接受所有提示即可完成硬件版本升级。

  • 在 Linux 客户机操作系统中升级 VMware Tools 之后，旧的 vmware-toolbox 脚本选项卡设置恢复为默认值

    在运行 Linux 客户机操作系统的 ESX Server 3.0.x 虚拟机上升级 VMware Tools 后， vmware-toolbox 脚本选项卡上的现有设置会恢复为默认设置。

    解决办法：升级 VMware Tools 之后，重新配置自定义脚本设置。

  • 虚拟机的 [安装引导] 选项未导出为 OVF

    根据启用了 [安装引导] 选项的虚拟机创建 OVF 软件包时，在导出过程中会忽略此选项。因此，OVF 描述符缺少了 InstallSection 元素，此元素提供有关安装过程的信息。部署 OVF 软件包后， InstallSection 元素即得到正确的分析。

    解决办法：将虚拟机导出为 OVF 之后，手动在 OVF 描述符中创建 InstallSection 参数。如果存在清单 ( .mf) 文件，则必须在修改 OVF 描述符之后重新生成该文件。

    例如： <InstallSection ovf:initialBootStopDelay="300"> <Info>指定需要安装引导（Specifies that an install boot is needed.）。</Info> </InstallSection>

    在描述符中加入 InstallSection 参数通知部署过程，安装后需要引导才能完成部署。 ovf:initialBootStopDelay 属性指定引导延迟。

    请参见 OVF 规范获取详细信息。

  • 克隆含有自定义的虚拟机可能会生成 Sysprep 文件信息的对话框

    克隆含有自定义内容的虚拟机时，可能无法完成克隆过程，并且 Sysprep 对话框可能会提示您提供其他文件。

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

    1. 记下 Windows 最小化安装无法找到的缺失文件的列表。
    2. 将所需文件（例如，c_20127.nls）从源计算机复制到 Sysprep 安装文件夹 c:\sysprep\i386 中。Sysprep 提示的文件通常位于源虚拟机的以下位置： C:\Windows\system32。
    3. 执行含自定义的克隆。

    注意：启动虚拟机并完成自定义后会删除 Sysprep 目录。

  • 从带 LSI SAS 控制器的虚拟机的快照克隆的虚拟机可能错误地配置了 BusLogic 控制器

    如果执行带 LSI SAS 控制器的虚拟机的快照，然后从该快照克隆虚拟机，则从该快照克隆的虚拟机可能在虚拟机属性中配置了 BusLogic 控制器而非 LSI SAS 控制器。

    解决办法：从带 LSI SAS 控制器的虚拟机的快照克隆虚拟机之后，在 Snapshot.config 属性中检查所克隆的虚拟机的控制器类型。如有必要，请为克隆的虚拟机重新配置控制器类型。

  • 已链接虚拟机克隆的增量磁盘深度大于支持的深度 32 时，vCenter Server 发生故障

    如果已链接虚拟机克隆的增量磁盘深度大于支持的深度 32，则 vCenter Server 发生故障，并会显示以下错误消息：

    Win32 异常（Win32 exception:）:堆栈溢出（Stack overflow）

    在这种情况下，无法重新启动 vCenter Server，除非从主机删除虚拟机，或者清除 vCenter Server 数据库。可考虑从主机中移除虚拟机，而不是清除 vCenter Server 数据库，因为这样更加安全。

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

    1. 在主机上登录到 vSphere Client。
    2. 在清单中显示虚拟机克隆。
    3. 右键单击虚拟机，然后选择 [从磁盘删除]。
    4. 重新启动 vCenter Server。

    注意：重新启动 vCenter Server 之后，如果 vSphere Client 清单中列出了虚拟机，并且在虚拟机上下文菜单中禁用了 [从清单中移除] 选项，则必须从 vCenter 数据库中手动移除虚拟机条目。

  • 从 vSphere Client 中挂起虚拟机后，vmware-toolbox 中为电源挂起事件分配的自定义脚本不运行

    如果已在 vmware-toolbox 的 [脚本] 选项卡中向电源挂起事件分配了自定义脚本，并且已将虚拟机配置为在执行挂起脚本时运行 VMware Tools 脚本，则从 vSphere Client 中挂起虚拟机后将不会运行自定义脚本。

    解决办法：无

  • 添加到硬件版本 7 虚拟机的 IDE 硬盘被定义为硬盘 1，即使已存在 SCSI 硬盘也是如此

    如果硬件版本 7 的虚拟机连接了一个 SCSI 磁盘作为硬盘 1，那么，在添加 IDE 磁盘时，该虚拟机的磁盘编号会发生变化。将 IDE 磁盘定义为硬盘 1，而将 SCSI 磁盘更改为硬盘 2。

    解决办法：无。但是，如果决定删除其中某个磁盘，则不要专门依赖磁盘编号。而是要验证磁盘类型，以确保正在删除的磁盘无误。

VMotion 和 Storage VMotion

  • 当主机处于维护模式时，存储在本地数据存储上的虚拟机无法从该主机中迁出

    当主机处于维护模式时，存储在本地数据存储上的虚拟机无法从该主机中迁出。

    解决办法：如果需要虚拟机在其当前主机处于维护模式时仍然可用，则手动将本地数据存储上的虚拟机移动到另一台主机。

  • Storage VMotion 与远程 CD/DVD 和软盘设备连接有冲突

    Storage VMotion 不支持 CD/DVD 和软盘远程备份设备。但是，在 ESX/ESXi 4.0 所承载的已启动虚拟机上执行 Storage VMotion 时，用于连接和断开连接 CD/DVD 和软盘设备的工具栏图标仍保持启用状态，使您可以在 Storage VMotion 正在进行时添加这些设备，但这样做可能会导致故障。

    解决办法：启动 Storage VMotion 之前，通过单击 CD/DVD 和软盘设备的连接/断开连接图标，断开与虚拟机相连的所有远程 CD/DVD 和软盘设备的连接。

  • 如果在 Storage VMotion 过程中更改了磁盘类型，则 ESX/ESXi 3.5 主机上的 Storage VMotion 不能显示正确的磁盘类型

    Storage VMotion 向导提供了一个用于转换任何 ESX/ESXi 主机版本上虚拟机的磁盘类型（从厚到精简或从精简到厚）的选项。转换磁盘并完成 Storage VMotion 之后，对于 ESX/ESXi 3.5 主机无法正确反映磁盘类型。vSphere Client 仍反映旧的磁盘类型。

    解决办法：关闭虚拟机，取消其注册，然后重新注册此虚拟机。

  • 重新配置和重定位虚拟机之后，恢复为快照可能会失败

    如果在拍摄虚拟机的快照之后重新配置虚拟机的属性，并将其移至其他主机，则恢复为该虚拟机的快照可能会失败。

    解决办法：避免将包含快照的虚拟机移至差异非常大的主机（例如不同版本、不同 CPU 类型等等）

  • 使用 Storage VMotion 迁移含有许多磁盘的虚拟机可能会超时

    含有许多虚拟磁盘的虚拟机可能无法用 Storage VMotion 完成迁移。在最后的复制阶段，Storage VMotion 过程需要时间来打开、关闭和处理磁盘。由于每个磁盘都会产生开销，因此含有许多磁盘的虚拟机进行 Storage VMotion 迁移可能会超时。

    解决办法：将虚拟机配置文件中的 Storage VMotion fsr.maxSwitchoverSeconds 设置变为一个更大的值。默认值为 100 秒。或者，在 Storage VMotion 迁移时，避免对 Storage VMotion 迁移所使用的相同数据存储运行大量置备操作、迁移、打开或关闭操作。

VMware HA 和容错

  • 启用容错时，辅助虚拟机启动几秒后失败，导致主虚拟机进入 [需要辅助虚拟机] 状态

    当主容错虚拟机和辅助容错虚拟机在具有混合步进的 Intel Xeon 5400 或 5200 系列处理器（CPUID Family 6，型号 23，步进 6 和 10）的主机上运行时，辅助虚拟机启动几秒后失败，导致主虚拟机进入 [需要辅助虚拟机] 状态。

    解决办法：确保主机中的处理器匹配。可以通过 VMware SiteSurvey 检查是否有配置问题。VMware SiteSurvey 可从 www.vmware.com/download/shared_utilities.html 下载。此实用程序报告会影响容错的配置问题。此外，通过 cat /proc/cpuinfo 命令或在主机 BIOS 中查找 CPU 信息可以确定 VMware ESX 上的处理器步进。

  • 启动或故障切换具有许多虚拟机的主机时，VMware HA 可能会报告误导性的超时错误

    启动或迁移（使用 VMware HA）具有许多虚拟机（超过 70 个）的主机后的几分钟后，可能会显示 VMware HA 超时错误。当大多数虚拟机已启动时，此超时错误消失。

    解决办法：可以忽略这些错误。

  • 禁用容错虚拟机的虚拟机重新启动优先级设置会禁用某些 VMware 容错操作

    禁用容错虚拟机的虚拟机重新启动优先级设置会导致 [关闭容错] 操作失败。此外，无法删除禁用了虚拟机重新启动优先级设置的容错虚拟机。

    解决办法：避免禁用容错虚拟机的虚拟机重新启动优先级设置。如果对容错虚拟机禁用了虚拟机重新启动优先级设置，则重新启用此设置，以还原 [关闭容错] 操作，或删除虚拟机。要启用虚拟机的重新启动优先级设置，请执行下列步骤。

    1. 在 vSphere Client 的清单中，右键单击容错虚拟机所在的群集。
    2. 单击 [编辑设置]。
    3. 在 VMware HA 下，单击 [虚拟机选项]。

      注意：必须打开 VMware HA 才能看到此选项。
    4. 在 [群集默认设置] 下，从下拉菜单中选择 [已禁用] 之外的虚拟机重新启动优先级。
  • 如果打开容错时有中断，则主机清单中可能会保留无响应的辅助虚拟机或可能具有不同名称的虚拟机副本

    如果您拥有启用了 HA 的虚拟机，并且打开了 [容错]，则可能会将无响应的辅助虚拟机添加到群集的清单，或者最终具有多个不同名称的虚拟机副本。如果辅助虚拟机的目标 ESX/ESXi 主机因重新引导、断电或者在创建辅助副本时从网络断开而与其管理 vCenter Server 失去连接，就会发生这种情况，并且这种情况会导致辅助虚拟机上的配置设置不完整。

    解决办法：从 vCenter Server 清单中删除无响应的辅助虚拟机。

  • 含有独立非持久磁盘的已挂起虚拟机在 VMware HA 主机上无法进行故障切换

    如果在启用了 VMware HA 的主机上挂起或关闭了虚拟机，并且如果将虚拟机磁盘配置为独立且非持久，则不会发生故障切换。如果主机发生故障、关闭或处于维护模式，则无法将这些磁盘迁移至其他主机。当前在 HA 上不支持迁移这些虚拟机，因为这些虚拟机与群集中的任何其他主机都不兼容。

    解决办法：取消虚拟机的注册，并在兼容的主机上注册它。

  • 将 NAS 数据存储上运行的虚拟机配置为响应主机隔离而关闭时，虚拟机可能会尝试在发生网络隔离事件后同时在两台主机上运行

    如果将虚拟机的默认设置配置为出现主机隔离时关闭，则在发生导致主机隔离和无法从网络访问数据存储的多种网络故障的情况下，虚拟机在尝试关闭时可能无法无限期地响应。HA 将尝试关闭虚拟机，并在另一台主机上重新启动该虚拟机。vSphere Client 中可能会出现该虚拟机的两个实例。其中不会有数据损坏，因为 HA 和 VMFS 将正确地控制对虚拟机数据的访问，但原始虚拟机将无响应。可以通过直接连接被隔离的主机和忽略问题，消除这种情况。

    解决办法：在 NFS 环境中，选择 [关闭电源] 作为群集对受影响虚拟机的默认主机隔离响应。

  • 对主虚拟机关闭 [容错] 之后，辅助虚拟机仍在清单中

    某些情况下，为主虚拟机选择 vSphere Client 中的 [关闭容错] 成功，但相关的辅助虚拟机对象仍留在清单中。刚刚发生故障切换，并且尚未启动新的辅助虚拟机时，有时就会发生此情况。这不会产生任何严重后果，因为应该已删除了辅助虚拟机的文件。

    解决办法：手动删除辅助虚拟机。

  • 从 ESX/ESXi 3.x 主机升级到 ESX/ESXi 4.0 主机升级成功，但重新配置 VMware HA 可能会失败

    使用 vCenter Update Manager 4.0 将 ESX/ESXi 3.x 主机升级到 ESX/ESXi 4.0 时，如果主机是 HA 或 DRS 群集的一部分，则升级将成功，并且将主机重新连接到 vCenter Server，但重新配置 HA 可能会失败。在主机的 [摘要] 选项卡上显示以下错误消息： HA 代理出现错误：无法为主节点执行 cmd addnode 命令：（cmd addnode failed for primary node:）内部 AAM 错误 - 代理无法启动。（Internal AAM Error - agent could not start.）: 未知 HA 错误 (HA agent has an error : cmd addnode failed for primary node: Internal AAM Error - agent could not start. Unknown HA error)。

    解决办法：通过右键单击主机并选择 [重新配置 VMware HA]，手动重新配置 HA。

  • 对于版本早于 ESX 3.5 U3 的 ESX 或 ESXi 不支持 VMware HA 中的 [虚拟机监控] 功能

    为受 vCenter Server 4.0 管理的群集启用了 VMware HA 后，[虚拟机监控] 功能在版本低于 ESX Server 3.5 Update 3 的 ESX 或 ESXi 主机上无法正常发挥作用，并且可能会导致错误的虚拟机故障切换。

    解决办法：禁用这些虚拟机的 [虚拟机监控] 功能，或将 ESX/ESXi 主机升级到 ESX Server 3.5 Update 3 或更高版本。

  • 故障切换到 VMware 辅助容错虚拟机时在主机客户端上产生了错误消息

    当 VMware 容错功能正在故障切换到辅助虚拟机时，如果最近引导了为该辅助虚拟机选择的主机，则主机客户端会将此尝试视为失败，并显示以下错误消息：

    用户名或密码错误，登录失败 (Login failed due to a bad username or password)。

    显示此错误消息是因为，最近已引导主机，并且可能尚未从 vCenter Server 收到 SSL 指纹。将指纹推至主机后，故障切换就会成功。只有启用了容错的群集中的所有主机都出现故障，以至于全新引导包含辅助虚拟机的主机时，才有可能发生这种情况。

    解决办法：无。尝试几次后故障切换就会成功。

  • 为带有 lazyzeroed 虚拟磁盘的已启动虚拟机打开容错失败

    如果尝试对带有 lazyzeroed 虚拟磁盘的已启动虚拟机打开 FT，则操作将失败，并且不创建辅助虚拟机。如果尝试对带有 lazyzeroed 虚拟磁盘的已启动虚拟机启用 FT，则操作将失败，并且不启动辅助虚拟机。

    解决办法：关闭虚拟机，打开容错功能，然后重新打开虚拟机。将虚拟磁盘正确转换成 eagerzero 磁盘，打开 FT 的操作即会成功。

  • 在数据存储中迁移启用了 FT 的虚拟机的同时，尝试更改虚拟机的磁盘格式导致发生故障

    如果尝试在数据存储中迁移已关闭、启用了 FT 的虚拟机时更改虚拟机的磁盘格式，则 vSphere Client 会显示一条无效参数（InvalidArgument）错误消息，指示操作失败。正确的行为是让 vSphere Client 禁用与更改磁盘格式相对应的选项。

    解决办法：将启用了容错的虚拟机重定位到其他数据存储时，选择 [与源格式相同] 作为默认选项。

  • 更改 ESX/ESXi 主机上的系统时间会产生 VMware HA 代理错误

    如果更改 ESX/ESXi 主机上的系统时间，则很短的一段时间间隔后，就会出现以下 HA 代理错误：

    < data center> 的 < cluster> 中的 < server> 上的 HA 代理出现错误（ HA agent on < server> in < cluster> in < data center> has an error）。

    此错误消息同时显示在 vSphere Client 中的事件日志和主机的 [摘要] 选项卡中。

    解决办法：更正主机的系统时间，然后运行 service vmware-vpxa restart 命令重新启动 vpxa。

  • 在高负载系统上配置 VMware High Availability (HA) 可能导致产生错误消息

    如果在由于受到其客户机虚拟机影响而遭遇高负载的主机上启用 HA，则系统可能会中断该主机的 HA 配置，并会显示错误消息：
    主机上的 HA 代理故障

    解决办法：重新配置主机的 HA，最好是在通过关闭虚拟机或使用 VMotion 将虚拟机迁移到群集中的其他主机而降低负载之后。

客户机操作系统

  • 由于有不受支持的 Linux 操作系统，VMware Tools 安装失败

    VMware Tools 的默认安装程序仅支持所选的 Linux 客户机操作系统。尝试在 Linux 客户机操作系统不受支持的 ESXi 承载的虚拟机上安装 VMware Tool 时，安装将失败。

    解决办法：从 VMware 网站下载备用 Linux Tools ISO 映像，其中包含的 VMware Tools 适合于受支持的 Linux 客户机操作系统以及多种旧版和不受支持的 Linux 客户机操作系统。或者，可以使用作为 VMware Tool 的一部分所分发的 install-vmware.pl 脚本，编译不受支持的 Linux 版本的内核模块。

  • 以 WindowsNT 为客户机的虚拟机需要响应在虚拟机尝试自动升级 VMware Tools 时产生的警告消息

    如果设置了一个选项，以便在每次打开运行 WindowsNT 客户机之前自动检查和升级 VMware Tools，则会显示以下警告消息：

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

    解决办法：直到确认警告后才能开始升级。要完成升级，请登录到 WindowsNT 客户机，并确认警告消息。

  • 自定义 Linux 发行版的映像之后，应用多个 DNS 后缀有误

    Linux 发行版尝试解析 DNS 域名时，将自动附加 DNS 后缀。自定义多个 DNS 后缀时，仅应用最后一个 DNS 后缀。取决于 Linux 发行版，并非所有自定义的 DNS 后缀都显示在 Linux 发行版的用户界面中。

    解决办法：无

  • 在 ESX/ESXi 或 Workstation 主机上运行的 Windows Server 2008 64 位虚拟机上安装 VMware Guided Consolidation 子组件时，这些子组件发生故障

    如果在 ESX 3.5/ESXi 3.5 Update 3, Patch 9 或更早版本所承载的虚拟机中运行的 Windows 64 位操作系统上安装 VMware Guided Consolidation，则 Guided Consolidation 的 VMwareCollectorSubProcess.exe 子组件可能会发生故障。运行 VMwareCollectorSubProcess.exe 的多个进程将运行几小时时间。所有分析似乎都停滞，并保持停滞状态（进程 ID 不更改）。重新引导系统之后，这些现象会重复出现。事件查看器中出现多个属于 VMwareCollectorSubProcess.exe 的错误日志。此问题也发生在 Workstation 5.5 上，但在 Workstation 6.5 中已得以修复。

    解决办法：必须运行 ESX 3.5/ESXi 3.5 Patch 10 或更高版本，或升级到 ESX 4.0/ESX 4.0 或 Workstation 6.5。

  • 在 RHEL3 客户机操作系统的虚拟机中不告知客户机即移除磁盘会导致虚拟机发生故障

    对于含有 RHEL3 客户机操作系统和 Bus Logic 驱动程序的 32 位虚拟机，不通知客户机操作系统即将移除磁盘即热移除磁盘会导致虚拟机操作失败。

    解决办法：从客户机中显式移除磁盘。要移除磁盘，请先从 /proc/scsi/scsi 中获取有关要移除的磁盘的详细信息：

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

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

  • 连接到热添加的 BusLogic 适配器的设备对 Linux 客户机不可见

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

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

  • 内存过大的 SMP 虚拟机引导可能很慢

    内存过大的 SMP 虚拟机引导可能比在本机硬件上引导慢。只有引导过程中客户机操作系统零内存时，才会发生性能下降。此问题是在 Windows Server 2003 64 位客户机操作系统上发现的，但可能不限于这个操作系统。

    解决办法：无

  • Solaris 10 U4 虚拟机在 VMware Tools 升级过程中变得无响应

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

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

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

支持的硬件

  • 当 BIOS 使用 USB 1.1 控制器时，VMware ESXi Embedded 在 HP DL385 G2 服务器上无法引导

    VMware ESXi Embedded 系统无法识别 HP DL385 G2 服务器上的 USB 1.1 控制器。因此，ESXi 系统无法引导。将 BIOS 设置为使用 USB 1.1 控制器时，在 HP DL385 G2 服务器上出现此问题。

    解决办法：在 ESXi Embedded 系统的引导过程中，在 BIOS 设置中启用 USB 2.0 控制器。在某些安装中，此控制器显示为 V1.1+V2.0。

  • VMware ESXi Installable 可能无法在 Dell 2900 服务器上引导

    如果 Dell 2900 服务器的 BIOS 版本早于 2.1.1，则 ESXi Installable VMkernel 可能会在引导时停止响应。这是由于 Dell BIOS 中有缺陷，但已在 BIOS 版本 2.1.1 中修复了此缺陷。

    解决办法：将 BIOS 升级到版本 2.1.1 或更高。

  • 核心转储失败，并显示超时消息

    将连接到 Perc 4/DC 控制器的设备配置为核心转储设备（如果发生系统崩溃，将在该设备上存储崩溃转储）可能会导致超时和核心转储未保存。已发现此控制器上的不同固件版本（例如 352B 和 352D）都出现了这种超时行为，此行为仅在发生系统崩溃时出现。尚未发现在系统正在运行时该设备出现 I/O 问题。

    解决办法：不要将连接到 Perc 4/DC 控制器的设备作为 ESX/ESXi 4.0 系统的核心转储设备。

  • 在带有 P410i 或 P410 Smart Array 控制器的 HP G6 平台上的 ESX/ESXi 上，在虚拟机启动过程中或执行磁盘 I/O 操作时会出现性能下降

    在虚拟机启动过程中或生成磁盘 I/O 时，这些主机中的部分主机可能会出现性能下降。主要症状是 I/O 性能下降，导致在 /var/log/messages 中记录大量类似于以下内容的错误消息。

    Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc returned NULL!
    Mar 25 17:39:25 vmkernel:0:00:08:47.438 cpu1:4097)scsi_cmd_alloc returned NULL!
    Mar 25 17:39:26 vmkernel:0:00:08:47.632 cpu1:4097)NMP:nmp_CompleteCommandForPath:Command 0x28 (0x410005060600) to NMP device
    "naa.600508b1001030304643453441300100" failed on physical path "vmhba0:C0:T0:L1" H:0x1 D:0x0 P:0x0 Possible sense data:0x
    Mar 25 17:39:26 0 0x0 0x0.
    Mar 25 17:39:26 vmkernel:0:00:08:47.632 cpu1:4097)WARNING:NMP:nmp_DeviceRetryCommand:Device
    "naa.600508b1001030304643453441300100":awaiting fast path state update for failoverwith I/O blocked.No prior reservation
    exists on the device.
    Mar 25 17:39:26 vmkernel:0:00:08:47.632 cpu1:4097)NMP:nmp_CompleteCommandForPath:Command 0x28 (0x410005060700) to NMP device
    "naa.600508b1001030304643453441300100" failed on physical path "vmhba0:C0:T0:L1" H:0x1 D:0x0 P:0x0 Possible sense data:0x
    Mar 25 17:39:26 0 0x0 0x0.

    解决办法：从以下网址安装 HP 256MB P-series Cache Upgrade 模块：http://h30094.www3.hp.com/product.asp?mfg_partno=462968-B21&pagemode=ca&jumpid=in_r3924/kc。

  • 将电源电缆和电源单元重新插入 HP 服务器时，接收不到 CIM 指示警示

    恢复故障电源时，没有为重新插入 HP 服务器的电源电缆和电源部件创建新的 SEL(IML) 条目。因此，对于这些事件不生成 CIM 指示警示。

    解决办法：无

  • TEAC DV-28E-V DVD 驱动器有问题

    如果将 ESX/ESXi 主机以物理方式连接到含有旧固件（例如，C.AB）的 TEAC DV-28E-V DVD 驱动器，则虚拟机、主机守护进程或 ESX/ESXi 主机可能会变为无响应。这个问题不是每次都发生，并且更容易出现在 Windows 虚拟机上。

    解决办法：将 DVD 驱动器的固件升级到最新版，或者将 DVD 驱动器更换为其他型号。

国际化

  • 并行/串行端口输出文件名不接受非 ASCII 字符，并显示一条错误消息

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

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

其他

  • 如果 ESX/ESXi 主机或虚拟机客户机操作系统正在运行使用 VMCI 套接字 SDK 的多线程应用程序，则它们可能无法运行
    VMCI 套接字库的一个已知问题会导致 ESX/ESXi 主机或客户机操作系统无法运行，如果它们正在运行使用 VMCI 套接字 SDK 的多线程应用程序的话。

    解决办法：如果 VMCI 套接字表现此行为，则避免运行使用这些 VMCI 套接字的多线程应用程序。

  • 通过 Windows Services Control MMC 插件停止或重新启动 vCenter Server 服务可能会导致出现错误消息

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

    服务未能及时响应（Service failed to respond in a timely manner）。

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

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

  • 还原出厂设置或删除自定义扩展之后，仍然将修补程序作为已安装形式列出

    即使在直接控制台用户界面中选择 [还原出厂设置] 或 [移除自定义扩展] 之后，esxupdate 或 vihostupdate 查询功能也会将所有的修补程序都显示为 [已安装]。

    解决办法：无

  • ESX/ESXi 主机的核心转储分区设置在某些情况下不是持久的

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

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

  • 含有来自 vCenter 的诊断数据的文件可能无法解压缩

    解压缩包含来自 vCenter 的诊断数据的 .tgz 文件时，显示一个对话框，列出无法解压缩的文件以及一条错误消息： 缺少符号链接所指的文件（Symbolic link points to missing files）。

    解决办法：无

  • 如果内存不足，则 ESXi 运行于降级模式，并且某些操作可能会失败

    ESXi Embedded 和 ESXi Installable 至少需要 3GB 的物理内存。如果可用内存低于 3 GB，则 ESXi 性能会下降，并且某些操作可能会失败。最容易失败的功能包括 VMware High Availability 以及当 vSphere Client 直接连接到 ESXi 主机后执行的所有操作。

    解决办法：增加可用内存的容量。