VMware vSphere 4.1 发行说明—ESXi 版本

联系信息
 

ESXi 4.1 Installable | 2010 年 7 月 13 日 | 内部版本 260247

ESXi 4.1 Embedded | 2010 年 7 月 13 日 | 内部版本 260247

vCenter Server 4.1 | 2010 年 7 月 13 日 | 内部版本 259021

上次更新时间：2010 年 9 月 15 日

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

发行说明内容

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

新增功能

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

国际化

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

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

vSphere Client 区域设置强制模式

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

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

vpxClient -locale en_US

兼容性和安装

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

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

ESXi 的硬件兼容性

要确定哪些处理器、存储设备、SAN 阵列和 I/O 设备与 vSphere 4.1 兼容，请查看 《硬件兼容性指南》中有关 ESXi 4.1 的信息。

vSphere Client 与使用 vCenter Server 4.1 的链接模式环境之间的连接

vCenter Server 4.1 可以与其他 vCenter Server 4.1 或 vCenter Server 4.0 及更高版本的实例共处于链接模式下。如果未在系统上安装与正在尝试连接到的 vCenter Server 的版本相对应的 vSphere Client，则系统会提示您下载并安装该版本的 vSphere Client。安装了全部两个版本的 vSphere Client 之后，便可使用其中任一版本的 vSphere Client 来访问 vCenter Server 链接对象了。对于使用 vCenter Server 4.0 和 vCenter Server 4.1 的链接模式环境，您必须具备 vSphere Client 4.0 Update 1 和 vSphere Client 4.1。要下载 vSphere Client 4.0 Update 1，请转至 下载 VMWare vSphere 4。

vSphere 4.1 和 VMware View 的兼容性

要了解 VMware View 4.0.x 支持的 vSphere 配置，请参见 VMware View 的产品支持中心。

此版本的安装说明

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

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

vCenter Server 4.1 仅支持在 Windows 64 位的平台上进行安装。如果已安装了 VMware VirtualCenter 2.x，请参见 《vSphere 升级指南》，了解有关在 64 位操作系统上安装 vCenter Server 和保留 VirtualCenter 数据库的说明。

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

vCenter Server 4.1 包含与 vCenter Server 相关的管理信息库 (MIB) 文件。您可以从 VMware 网站下载与 ESXi 相关的 MIB 文件，地址为： http://downloads.vmware.com/cn/d/info/datacenter_downloads/vmware_vsphere_4/4#drivers_tools。

此版本的升级

vCenter Server 升级

vCenter Server 4.1 必须安装在 64 位系统上。如果系统是 64 位的，则可以在同一系统上从 vCenter Server 4.0 升级到 vCenter Server 4.1。要升级，请先确认 vCenter Server 4.1 能够支持您的数据库，备份受支持的数据库、SSL 证书和 vCenter Server 配置，然后运行 vCenter Server 安装程序。安装程序会通知您，计算机上有 vCenter Server 的早期版本，并要将其升级。

通过在 64 位系统上安装 vCenter Server 4.1，并保留 VirtualCenter Server 2.5 或 vCenter Server 4.0 系统中的数据库，也可以从 32 位系统上的 VirtualCenter Server 2.5 或 vCenter Server 4.0 升级到 64 位系统上的 vCenter Server 4.1。可以使用数据迁移工具将 vCenter Server 配置从 32 位系统迁移到 64 位系统。请参见 《vSphere 升级指南》。

ESXi 升级

vSphere 4.1 提供了以下用于升级 ESXi 主机的工具：

如果您有 ESXi 3.5，但没有 vCenter Update Manager 4.1，必须使用 vSphere Host Update Utility 4.0 或 vCenter Update Manager 4.0 升级到 ESXi 4.0 或某个 ESXi 4.0 Update 版本。然后，可以使用 vCenter Update Manager 4.1 或 vihostupdate 实用程序升级到 ESXi 4.1。有关详细说明，请参见 《vSphere 升级指南》。

vSphere 4.1 的测试版本

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

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

VMware vSphere SDK

VMware vSphere 提供了适用于 Web 服务和客户机操作系统的 SDK：

  • vSphere Web Services SDK。此版本的 vSphere Web Services SDK 可支持 ESX 4.1 和 vCenter Server 4.1 服务器系统中所提供的新功能。也可以将此 SDK 与先前版本的 ESX 和 vCenter Server 一起使用。有关详细信息，请参见 VMware vSphere Web Services SDK 文档。

  • vSphere Guest SDK。ESX 4.1 上可支持 VMware vSphere Guest SDK 4.0。有关详细信息，请参见 VMware vSphere Guest SDK 文档。

vSphere 的开源组件

可从 http://downloads.vmware.com/cn/d/info/datacenter_downloads/vmware_vsphere_4/4#open_source 的 [开放源代码] 选项卡下获取最新通用版本的 vSphere 的开放源组件及其各自的许可证。通过单击该链接，还可以下载 vSphere 最新通用版本的所有 GPL 或 LGPL（或者其他要求公开源代码或对源代码进行修改的类似许可证）的源文件。

vSphere 4.1 产品、功能和平台支持注意事项

VMware vSphere 4.1 是适用于以下产品、功能和平台的最新版本。VMware 将继续为这些功能和平台提供技术支持，直至它们的支持生命周期结束为止。

  • VMware ESX。VMware vSphere 4.1 及其后续更新和修补程序版本都是最新的版本，包括了 ESX 和 ESXi 管理程序架构。以后会发布的 VMware vSphere 的主版本中将只包括 VMware ESXi 架构。

  • VMware vCenter Converter 插件。VMware vSphere 4.1 及其后续更新和修补程序版本是适用于 vSphere Client 的 VMware vCenter Converter 插件的最新版本。VMware 将继续更新和支持 免费的 Converter Standalone 产品，从而实现从诸如物理机、VMware 和 Microsoft 虚拟机格式以及某些第三方磁盘映像格式之类的源进行转换。

  • VMware vCenter Guided Consolidation。VMware vSphere 4.1 及其后续更新和修补程序版本是 VMware Guided Consolidation 的最新主版本。要整合自己的物理服务器的客户可选择以下 VMware vSphere 服务选项：
    • 支持 P2V Migration Jumpstart 的 VMware vSphere
    • VMware Virtualization Assessment
    • VMware P2V Accelerator Services

  • VMware vCenter Update Manager 功能。vCenter Update Manager 4.1 及其后续更新版本是可支持对在虚拟机中运行的 Windows 和 Linux 客户机操作系统及应用程序的修补程序进行扫描和修复的最新版本。VMware 将继续支持和提高执行虚拟机操作的能力，如 VMware Tools 和虚拟机硬件升级。

  • VMware Consolidated Backup。VMware 延长了 VCB 的可用时间，并且增加了 VCB 对 vSphere 4.1 的支持。VMware 将继续为适用于 vSphere 4.1 的 VCB 1.5 Update 2 及其后续更新和修补程序版本提供支持，直至它们的支持生命周期结束为止。支持是根据适用于 VMware Infrastructure 3 平台的 VMware 支持策略来延期的。VCB 将不支持除 vSphere 4.1 以外的大多数或较少部分的新版本的 vSphere 平台。

  • VMI 准虚拟化客户机操作系统支持。vSphere 4.1 是支持 VMI 客户机操作系统准虚拟化界面的最新版本。有关迁移为 VMI 启用了的虚拟机以使虚拟机能够在以后发布的 vSphere 版本上运行的信息，请参见 知识库文章 1013842。

  •  

    vSphere Web Access。vSphere 4.1 是 vSphere Web Access 的最新产品版本。作为一种最佳做法，VMware 建议您使用 vSphere Client，其中包含 Web Access 的所有功能。由于将不再开发 vSphere Web Access，因此，我们会竭尽全力为该产品提供支持。

  • Linux 客户机操作系统自定义。vSphere 4.1 是可支持以下 Linux 客户机操作系统的自定义的最新版本：

    • RedHat Enterprise Linux (AS/ES) 2.1
    • RedHat Desktop 3
    • RedHat Enterprise Linux (AS/ES) 3.0
    • SUSE Linux Enterprise Server 8
    • Ubuntu 8.04
    • Ubuntu 8.10
    • Debian 4.0
    • Debian 5.0

    VMware 将继续通过 RedHat Enterprise Linux 和 SUSE Linux Enterprise Server 系列为较新版本的 Linux 客户机操作系统提供自定义。

  • Microsoft Windows 2000 MSCS。vSphere 4.1 中不支持在 Windows 2000 中使用 MSCS。有关其他信息，请参见 Microsoft 网站。

有关 vSphere 平台的 VMware 支持策略，请参见 VMware Enterprise Infrastructure 支持页面。

已知问题

已知问题小节涵盖了 功能局限声明，并提供了 已知问题列表。

功能局限声明

 

默认情况下已禁用 IPv6。安装 ESXi 4.1 时，IPv6 在默认情况下是禁用的。

 

硬件 iSCSI。Broadcom 硬件 iSCSI 不支持巨帧或 IPv6。如果某个主机同时使用了从属硬件 iSCSI 适配器和独立硬件 iSCSI 适配器，则从属硬件 iSCSI 将不支持对同一 LUN 的 iSCSI 访问。

已知问题列表

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

vSphere 4.0 先前版本（包括 ESX/ESXi 4.0 和 vCenter Server 4.0）中的功能及已知问题会在该版本的发行说明中进行叙述。要查看 Sphere 4.0 及其后续更新版本的发行说明，请参见 VMware vSphere 4.0 文档页。

已知问题分为如下类别：

安装问题

  • DNS 服务器设置在第二次重新引导 ESXi 后会丢失
    使用脚本式安装方法安装 ESXi 后，DNS 服务器设置在第二次重新引导 ESXi 后会丢失。安装之后，DNS 服务器设置在第一次重新引导后是正确的，但在第二次重新引导后将会丢失。

    解决办法：运行 ESXi 的脚本式安装时，请使用 %firstboot kickstart 命令设置 /etc/resolv.conf。如果主机数量较多，则最好选用此方法。或者，可以通过直接控制台用户界面为每个 ESXi 实例重置 DNS。

  • 卸载并重新安装 vCenter Server 时安装失败
    在同一系统上卸载并重新安装 vCenter Server 时，安装失败，且系统显示了一条错误消息 无法创建 vCenter Server 目录服务 (Cannot create vCenter Server Directory Services)。

    解决办法：卸载 vCenter Server 后，请在重新安装 vCenter Server 之前先重新引导系统。

  • 如果在未停止 vCenter Server 服务的情况下卸载了 vCenter Server 4.1，则可能不会移除本地 ADAM 实例
    必须在卸载 vCenter Server 4.1 之前先停止 vCenter Server 服务，否则，ADAM 实例可能会保留在系统中。这也适用于 vCenter Server 4.1 安装和升级，还适用于独立的 vCenter Server 系统或链接的 vCenter Server 系统。

    解决办法：在卸载 vCenter Server 4.1 之前，先停止服务 VMware VirtualCenter Server。

  • 使用 DB2 v9.5.0 数据库的 vCenter Server 实例不允许添加主机
    如果正在使用带有 IBM DB2 v9.5.0 64 位 ODBC 驱动程序的 vCenter Server 系统，则无法管理此 vCenter Server 的主机。

    解决办法：使用 DB2 9.5 Fix Pack 5。

  • vCenter Server 安装或升级以静默方式更改 Microsoft SQL Server 设置以启用已命名的管道
    在使用具有“仅使用 TCP/IP”设置的 Microsoft SQL Server 的主机上安装 vCenter Server 4.1，或将 vCenter Server 4.0.x 升级到 vCenter Server 4.1 时，安装程序会将该设置更改为“使用 TCP/IP 和已命名管道”，且系统不会显示该更改的通知。

    解决办法：将设置更改为“使用 TCP/IP 和已命名管道”不会妨碍 vCenter Server 的正常运行。但是，可以按照以下步骤将该设置还原为默认的“仅使用 TCP/IP”。

    1. 选择 [开始] > [程序] > [Microsoft SQL Server 2005] > [配置工具] > [SQL Server 外围应用配置]。
    2. 选择 [服务和连接的外围应用配置]。
    3. 在为 vCenter Server 使用的 SQL Server 实例下，选择 [远程连接]。
    4. 更改 [本地和远程连接] 下的选项，然后单击 [应用]。

  • vCenter Server 安装失败，并显示错误消息“安装程序无法创建 vCenter 目录服务实例 (Setup cannot create vCenter Directory Services instance)”
    如果从 HKLM 注册表中移除了 Everyone 权限，则 vCenter Server 安装会失败，并显示错误消息： 安装程序无法创建 vCenter 目录服务实例 (Setup cannot create vCenter Directory Services instance)。

    解决办法：向 HKLM 注册表添加 Everyone 权限：

    1. 在 Windows 命令行中，键入 regedit。
    2. 在注册表编辑器中，右键单击 HKEY_LOCAL_MACHINE，然后选择 [权限]。
    3. 单击 [添加]。
    4. 单击 [高级]。
    5. 从列表中选择 [Everyone]，然后单击 [确定]。
    6. 单击 [应用]，然后单击 [确定]。

  • 安装 vSphere Client 可能会失败，并显示错误消息“Microsoft Visual J# 2.0 Second Edition 安装程序返回了错误代码‘4113’(The Microsoft Visual J# 2.0 Second Edition installer returned error code '4113')”
    安装 vSphere Client 时，安装程序可能会尝试升级过期的 Microsoft Visual J# 运行时。升级将不会成功，且 vSphere Client 安装会失败。

    解决办法：卸载所有先前版本的 Microsoft Visual J#，然后安装 vSphere Client。该安装包含一个更新的 Microsoft Visual J# 软件包。

  • 使用某个现有 IBM DB2 数据库安装 vCenter Server 4.1 有时会失败，并显示一条 DB2 错误消息
    使用某个现有 vCenter Server DB2 数据库安装 vCenter Server 4.1 时，可能会收到一条类似以下的错误消息：

    出现了数据库错误: “ODBC 错误: (5UA01) - [IBM][CLI Driver][DB2/NT64] SQL20453N 无法移除任务‘RULE_TOPN1_DB2USER1’，因为当前正在执行此任务。SQLSTATE=5UA01" 将在执行 SQL 语句‘CALL CREATE_TOPN_JOB1_PROC()’时返回 (A database error occurred: "ODBC error: (5UA01) - [IBM][CLI Driver][DB2/NT64] SQL20453N The task "RULE_TOPN1_DB2USER1" cannot be removed because it is currently executing. SQLSTATE=5UA01" is returned when executing SQL statement "CALL CREATE_TOPN_JOB1_PROC()")”

    当 DB2 遇到 IBM 已知问题时，会显示此消息。此消息表示某个 DB2 任务正在运行，且 vCenter Server 安装程序无法初始化 vCenter 数据库。

    解决办法：要消除该冲突来安装 vCenter Server，请遵循以下步骤：

    1. 如果 vCenter Server 正在运行，请正常关闭它。
    2. 使用 [服务] 控制面板停止然后重新启动 db2 服务。
    3. 重新启动安装过程，确保选择覆盖现有数据库的选项。

  • 如果用于安装 vCenter Server 和覆盖现有 DB2 数据库的用户帐户不是 db2 用户组或 db2 管理员组的一员，则 vCenter Server 安装将失败
    错误 25003：无法创建存储库 (Cannot create repository) 会在用于安装 vCenter Server 和覆盖现有 DB2 数据库的用户帐户不是 db2 用户组或 db2 管理员组的一员的情况下显示。在错误消息对话框中单击 [确定] 会关闭该对话框并回滚安装。

    解决办法：将该数据库用户添加到 db2user 或 db2admin 组中。咨询数据库管理员。

  • 通过使用 Oracle 64 位 ODBC 驱动程序安装或升级到含 Oracle 数据库的 vCenter Server 4.1 后，vCenter Server 可能无法启动
    使用 Oracle 64 位 ODBC 驱动程序对含 Oracle 数据库的 vCenter Server 4.1 执行全新安装或升级到 vCenter Server 4.1 时，可能会收到错误消息 数据库版本 ID“0”与此版本的 VirtualCenter 不兼容 (Database version id '0' is incompatible with this release of VirtualCenter)，并且 vCenter Server 服务将无法启动。

    解决办法：升级到 10.2.0.4 或 11.1 Oracle 64 位 ODBC 驱动程序。

升级问题

  • 尽管使用已建立的端口更改了 Web 服务 HTTP 或 HTTPS 端口，vCenter Server 升级仍会继续
    使用 [配置端口] 页面上的已建立端口更改 Web 服务 HTTP 或 HTTPS 端口时，vCenter Server 升级会继续，且不会产生错误。

    解决办法：无。

  • 将 ESXi 4.0 主机升级到 ESXi 4.1，然后再将主机回滚至 ESXi 4.0 时，主机上将保留 VMware Tools 和 vSphere Client 的 ESXi 4.1 版本
    将主机从 ESXi 4.0 升级到 ESXi 4.1 时，ESXi 4.0 版本的 VMware Tools 和 vSphere Client 将移除，并替换为这些组件的 ESXi 4.1 版本。如果将主机回滚至 ESXi 4.0，不会还原 VMware Tools 和 vSphere Client 的 ESXi 4.0 版本。

    解决办法：

    对于 ESXi Embedded：

    1. 使用 vicfg-cfgbackup 命令备份 ESXi 配置。
    2. 使用 ESXi 4.0 的原始副本重新映像 USB 密钥。
    3. 使用 vicfg-cfgbackup 命令还原配置。
    4. 重新注册虚拟机。

    对于 ESXi Installable：

    1. 使用 vicfg-cfgbackup 命令备份 ESXi 配置。
    2. 备份 VMFS 数据存储。
    3. 重新安装 ESXi 4.0。
    4. 使用 vicfg-cfgbackup 命令还原配置。
    5. 还原 VMFS 数据存储。
    6. 重新注册虚拟机。

  • 如果在成功升级到版本 4.1 后重新引导 ESXi 主机，系统会显示一条错误消息
    如果您在 vihostupdate 实用程序执行的升级成功完成后重新引导 ESXi 主机，系统可能会显示以下错误消息： 新的升级映像已损坏，升级可能失败 (New upgrade image appears corrupted, upgrade may fail)。

    仅当从 ESXi 版本 4.0 或 4.0 U1 升级到 4.1 版本时，才会出现这种情况。这不适用于从 4.0 U2 进行升级的情况。

    解决办法：您可以忽略此错误消息，继续进行重新引导。升级将成功完成。

网络问题

  • 虚拟机 MAC 地址冲突
    每个 vCenter Server 系统都有一个 vCenter Server 实例 ID。此 ID 是在安装时随机生成的介于 0 和 63 之间的一个数字，安装完成后可重新配置此 ID。

    vCenter Server 使用 vCenter 实例 ID 为虚拟机生成 MAC 地址和 UUID。如果两个 vCenter Server 系统具有同一 vCenter 实例 ID，则可能会为虚拟机生成相同的 MAC 地址。如果虚拟机位于同一网络中，则可能会引起冲突，从而导致数据包丢失及其他问题。

    解决办法：如果将虚拟机从多个 vCenter Server 系统部署到同一网络中，则必须确保这些 vCenter Server 系统各自都有唯一的实例 ID。

    要查看或更改 vCenter Server 实例 ID，请执行以下操作：

    1. 使用 vSphere Client 登录到 vCenter Server，然后选择 [系统管理] > [vCenter Server 设置]。
    2. 选择 [运行时设置]。
      [vCenter Server 的唯一 ID] 文本框内将显示当前的 vCenter Server 实例 ID。
    3. 如果此 ID 不是唯一的，请在 [vCenter Server 的唯一 ID] 文本框内输入一个介于 0 和 63 之间的新值，然后单击 [确定]。
    4. 如果更改了 vCenter Server 实例 ID，则必须重新启动 vCenter Server，更改才会生效。

    如果现有虚拟机的 MAC 地址相互冲突，请编辑这些 MAC 地址，使它们各自都成为唯一的地址：

    1. 确保虚拟机已关闭。
    2. 在 vSphere Client 清单中，右键单击虚拟机并选择 [编辑设置]。
    3. 在 [硬件] 选项卡上，选择虚拟机的虚拟网络适配器。
    4. 在 [MAC 地址] 下，选择 [手动]，然后输入一个唯一的 MAC 地址。
    5. 单击 [确定]。

    或者，可以通过将虚拟网络适配器配置为使用手动 MAC 地址，然后将其重新配置为自动，来强制 vCenter Server 为虚拟网络适配器生成一个新的 MAC 地址。

  • 在一次批处理中将多个主机添加到一个 Cisco Nexus 1000v 交换机可能会失败
    如果尝试将具有不同修补程序或更新级别的多个主机添加到一个 Cisco Nexus 1000v 交换机，则添加主机操作会失败。

    解决办法：单独将具有不同修补程序或更新级别的主机添加到该交换机。

  • 在热添加或移除启用 LAN 唤醒的 vmxnet3 网卡之后，虚拟机失去网络连接
    在启用 LAN 唤醒且虚拟机处于睡眠状态时重新配置 vmxnet3 网卡会导致该设备出故障，这样会失去该网卡的网络连接。

    解决办法：仅当虚拟机处于唤醒状态时，才对 vmxnet3 网卡进行配置更改。

  • 在物理网卡上执行控制操作时网络连接出故障且系统崩溃
    在某些情况下，如果多个 X-Frame II s2io 网卡共享同一条 pci-x 总线，则在物理网卡上执行控制操作（如更改 MTU）会导致失去网络连接，且系统会崩溃。

    解决办法：避免让多个 X-Frame II s2io 网卡处于共享同一条 pci-x 总线的多个插槽中。在有必要使用这样的配置的情况下，请避免在虚拟机正在处理网络 I/O 时在物理网卡上执行控制操作。

  • 当主机在一个 vDS 上使用超过 1016 个 dvPort 时，出现内存问题
    在 vDS 上每个主机允许的 dvPort 最大数量为 4096，但主机的 dvPort 数量接近 1600 时，就可能会开始出现内存问题。出现内存问题后，将无法向 vDS 添加虚拟机或虚拟适配器。

    解决办法：将 vDS 上每个主机的 dvPort 最大数量配置为 1016。

  • 虚拟机上的克隆操作因无效的 vDS 备用而失败
    如果将虚拟机的任一网络适配器连接到某个无效的或丢失的 vDS 或 dvPort 组，则无法克隆该虚拟机。

    解决办法：确保在克隆虚拟机之前，虚拟机的所有网络适配器具有有效的备用。

  • 具有只读角色的新添加的用户可以向 ESX/ESXi 主机添加 VMkernel 网卡
    除了添加 VMkernel 网卡（当前可以执行此操作）之外，具有只读角色的新添加的用户无法对 ESX/ESXi 主机设置进行更改。

    解决办法：无。不要依赖此行为，原因是只读用户将来无法添加 VMkernel 网卡。

  • 虚拟机上的破坏操作因无效的 vDS 备用而失败
    如果将虚拟机的任一设备连接到某个无效的 vDS，则破坏操作可能无法成功完成。虚拟机在主机上被破坏，但仍保留在 vSphere Client 清单中。

    解决办法：要从 vCenter 清单中移除虚拟机，请右键单击虚拟机，然后选择 [从清单中移除]。

  • 在启用 LRO 的流量转发虚拟机中，可能会出现 TCP 性能较差的情况
    某些 Linux 模块无法处理 LRO 生成的数据包。因此，在运行 Linux 客户机操作系统的流量转发虚拟机中，在 VMXNET 2 或 VMXNET 3 设备上启用 LRO 可能会导致 TCP 性能较差。默认情况下，在这些设备上会启用 LRO。

    解决办法：在运行 Linux 客户机的流量转发虚拟机中，设置 VMXNET 2 或 VMXNET 3 Linux 驱动程序的模块加载时间参数以包含 disable_lro=1。

存储问题

  • 在 EqualLogic 存储上部署的 iSCSI 数据存储上运行时，虚拟机可能会变为只读的
    如果使用具有旧版固件的 EqualLogic 阵列，则虚拟机可能会变为只读的。该固件可能偶尔会从阵列队列中丢弃 I/O，从而导致虚拟机将 I/O 标记为失败并变为只读。

    解决办法：将 EqualLogic 阵列固件升级为版本 4.1.4 或更高版本。

  • 存储阵列升级之后，vSphere Client 中的硬件加速状态在一段很短的延迟后变为受支持
    如果将存储阵列的固件升级为支持 VAAI 功能的某个版本，则 vSphere 4.1 不会立即注册该更改。vSphere Client 会临时显示 [未知] 作为硬件加速的状态。

    解决办法：此延迟没有危害。硬件加速状态在一段很短的时间后会变为 [受支持]。

  • 在 vmkernel 日志文件中存在大量与存储相关的消息
    ESX 或 ESXi 在包含多个指向存储设备的物理路径的主机上启动时，vmkernel 日志文件会记录大量类似以下的与存储相关的消息：

    Nov 3 23:10:19 vmkernel:0:00:00:44.917 cpu2:4347)Vob:ImplContextAddList:1222:Vob add (@&!*@*@(vob.scsi.scsipath.add)Add path:%s) failed:VOB context overflow

    系统可能会在存储重新扫描过程中记录相似的消息。这些消息是预期行为，并不指示任何故障。这些消息没有危害，可以安全忽略。

    解决办法：如果不希望看到这些消息，请关闭日志记录。

  • 在共享 LUN 上持久的预留冲突会导致 ESX 和 ESXi 主机引导时间变长
    引导在 SAN 上共享 LUN 的主机时，可能会遇到显著的延迟。这可能是由于 LUN SCSI 预留之间的冲突引起的。

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

    要从 vSphere Client 修改该参数，请执行下列操作：

    1. 在 vSphere Client 清单面板中，选择主机，单击 [配置] 选项卡，然后单击 [软件] 下的 [高级设置]。
    2. 选择 [SCSI]。
    3. 将 Scsi.CRTimeoutDuringBoot 值更改为 10000。
服务器配置问题

  • 更新 DvsProfile 内的 PnicsByName 策略后，主机配置文件未能应用配置文件和检查配置文件合规性
    在更新 DvsProfile 的 PnicsByName 策略后，主机配置文件应用和合规性检查失败。输入多个物理网卡时会出现此故障。尽管用户界面允许输入多个物理网卡，但只能为 DvsProfile 中的 PnicsByName 策略添加一个物理网卡。

    解决办法：确保仅为此策略添加一个物理网卡。

vCenter Server 和 vSphere Client 问题

  • 将 vCenter Server 配置为使用 DB2 时，在一天之前的性能数据对于某些实体不可用
    将 vCenter Server 配置为使用 DB2 时，在一天之前的性能数据对于某些实体不可用。

    注意：UTIL_HEAP_SZ 参数分配内存。可以调整此参数来增加分配给 DB2 的内存。将 diaglevel 减小至 3 来减小 diag.log 大小并减少过多的日志生成。这使 DB2 得以在后台处理作业。有关 DB2 特定的参数，请参考 http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ibm.db2.udb.admin.doc/doc/c0005389.htm。

    解决办法：如果正在使用 DB2 9.5，请升级到 DB2 9.5 Fix Pack 5。

  • 重定位交换文件后，热插拔操作失败
    更改交换文件位置后，对于在 DRS 群集中或在独立主机上的已启动虚拟机，热插拔操作失败，并显示错误 未能恢复目标；找不到虚拟机 (failed to resume destination; VM not found)。

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

    • 重新引导受影响的虚拟机以使用它们注册新的交换文件位置，然后执行热插拔操作。
    • 使用 vMotion 迁移受影响的虚拟机。
    • 挂起受影响的虚拟机。

  • 在法语联机帮助的索引中不显示重音字符和复合字符
    在 vSphere Client 联机帮助、DRS 故障排除联机帮助、概览性能图表帮助和 Web Access 联机帮助的法语版本的索引中，不显示重音字符和复合字符，如 Æ 和 Œ。

    解决办法：无。

  • 在 Windows Vista 中，Update Manager Client 中的所有 [帮助] 按钮会打开默认的 Update Manager 帮助页面
    如果正在使用在 Windows Vista 计算机上安装的 Internet Explorer 7 浏览器，则 vCenter Update Manager 上下文相关帮助不会显示所需的帮助页面。相反，该帮助会显示 [Update Manager 简介] 帮助页面。

    解决办法：向 Windows Vista 应用 Service Pack 2。有关详细信息，请参见下面的 Microsoft 知识库文章 http://support.microsoft.com/kb/942172。

  • 当 vCenter Server 使用以自定义 JDBC 端口配置的自定义 SQL Server 数据库时，加载性能图表数据时出错
    如果某个自定义 SQL Server 实例是随 vCenter Server 一起安装的，并被配置为使用某个自定义 JDBC 端口，则系统会显示错误 Perf Charts 服务遇到内部错误 (Perf Charts service experienced an internal error)，而不会显示图表数据。

    解决办法：

    1. 在 vCenter Server 系统上，导航到 C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter。
    2. 打开 vcdb.properties 文件。
    3. 注释掉字符串 usevcdb = true。
    4. 确保 url、driver 和 dbtype 的值如下所示：
      url = jdbc:sqlserver://:;integratedSecurity=true
      driver = com.microsoft.sqlserver.jdbc.SQLServerDriver
      dbtype = mssql
    5. 如果数据库位于本地计算机上，则将 integratedSecurity 参数设置为 true；如果数据库是远程的，则将该参数设置为 false。
    6. 重新启动 VMware VirtualCenter Management WebServices 服务。

     

    注意：在使用自定义 JDBC 端口配置的 Oracle 或 DB2 数据库中，不会出现此问题。

  • 数据存储性能图表显示错误的数据
    如果从 vSphere Client [数据存储] 清单视图中打开 [性能] 选项卡，则该选项卡会显示四个图形。这些图形的标题不正确，正确的标题应如下所示：

    • [每台主机的最长滞后时间]
    • [每台主机的队列深度最大值]
    • [每台主机的读取次数]
    • [每台主机的写入次数]

    在某些情况下，这些图形可能不会显示所有主机，此问题为已知问题。

    解决办法：要查看与数据存储关联的每个主机的正确信息，请切换到 [主机和群集] 清单视图，选择 [性能] 选项卡，然后查看相应的计数器。

  • 在使用捷克区域设置的操作系统上安装或运行 vCenter Server、VMware Update Manager 或 VMware Converter 时出现问题
    如果试图在使用捷克区域设置的操作系统上安装 vCenter Server、Update Manager 或 VMware Converter，则可能无法安装该产品，或者在尝试使用该产品时遇到功能问题。

    解决办法：对于捷克区域设置的操作系统，目前尚无解决办法。请使用英语区域设置操作系统来评估产品。

  • 试图加入某个 vCenter Server 实例时出故障，该实例是在已使用链接组启用用户帐户控制并运行 Windows Server 2008 的系统上托管的
    如果正在加入或隔离某个 Windows Server 2008 系统，而该系统具有到某个链接模式组的用户帐户控制 (UAC)，则该操作会失败，且不显示错误消息。

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

    1. 在加入链接模式组之前，关闭用户帐户控制 (UAC)，如下所示：
      1. 打开 Windows 控制面板。
      2. 选择 [开始] > [设置] > [控制面板] > [用户帐户]。
      3. 单击 [打开或关闭用户帐户控制]。
      4. 取消选择 [使用用户帐户控制 (UAC) 帮助保护您的计算机]，然后单击 [确定]。
      5. 重新引导计算机。

      2.  

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

      3.  

    3. 登录到其中一个 vCenter Server，并确认这些服务器已链接到一起。
    4. 链接 vCenter Server 之后，打开 UAC。
      1. 选择 [开始] > [设置] > [控制面板] > [用户帐户]。
      2. 选择 [打开或关闭用户帐户控制]。
      3. 选择 [使用用户帐户控制 (UAC) 帮助保护您的计算机]，然后单击 [确定]。
      4. 重新引导计算机。

      5.  

  • 尝试从 Windows 服务面板重新启动 VMware VirtualCenter 服务或 VMware Web 服务时出现错误
    尝试从 Windows 控制面板重新启动 VMware VirtualCenter 服务或 VMware Web 服务时，将显示以下消息：
    错误 1053: 服务未及时响应启动或控制请求 (Error 1053: The service did not respond it the start or control request in a timely fashion)。

    解决办法：修改受影响的 vCenter Server 主机上的两个注册表项，如下所示：

    1. 启动 regedit 并在注册表中找到以下项：

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\vctomcat\Parameters

    2. 添加下列 (DWORD) 注册表值：

      值名称： WaitHintStart
      值：< 等待服务启动的时间(以毫秒为单位)>

      值名称： WaitHintStop
      值：< 等待服务停止的时间(以毫秒为单位)>

      这两种情况下，等待时间均应超过 40 秒。

    3. 在注册表中找到以下项：

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\vpxd\Parameters

    4. 添加下列 (DWORD) 注册表值：

      值名称： WaitHintStart
      值：< 等待服务启动的时间(以毫秒为单位)>

      值名称： WaitHintStop
      值：< 等待服务停止的时间(以毫秒为单位)>

      这两种情况下，等待时间均应超过 40 秒。

  • 更改 ESXi 主机的网络设置会阻止某些硬件健康状况监控软件自动发现该主机
    ESXi 主机的网络设置更改后，依赖于 CIM 接口的第三方管理工具（通常是硬件健康状况监控工具）无法通过服务位置协议 (SLP) 服务自动地动态发现该主机。

    解决办法：手动输入第三方管理工具中主机的主机名或 IP 地址。或者，使用以下方法之一重新启动 slpd 和 sfcbd-watchdog：

    • 进入技术支持模式，然后运行以下命令：

      • /etc/init.d/slpd restart
      /etc/init.d/sfcbd-watchdog restart
    • 在直接控制台用户界面 (DCUI) 上重新启动管理代理。这将重新启动主机上除了受此缺陷影响的代理以外的其他代理，但这可能更具破坏性。

  • 使用 DB2 时，vCenter Server 服务不会在还原网络连接之后自动重新启动
    如果失去与使用 IBM DB2 数据库配置的 vCenter Server 系统的网络连接，则将无法在还原网络连接后启动 vCenter Server 服务。

    解决办法：

    1. 使用 Application List 实用程序关闭从 vCenter Server 计算机到 IBM DB2 数据库的所有现有连接。
    2. 以 dbadm 身份、以实例所有者身份或以数据库所有者身份登录到 DB2 UDB 数据库。
    3. 运行以下命令以获取有关要从数据库断开连接的用户的信息： db2 list applications

      系统会显示一条类似以下内容的消息：
      Auth Id         Application     Appl.           Application Id
                      Name            Handle
      --------        --------------  ----------      --------------------------
      VPX             db2bp.exe       3428            *LOCAL.DB2.100225221240
    4. 记录应用程序处理数量并使用它来执行以下断开连接命令： force application <application_handle_number>

     

迁移问题

  • 将含快照的已关闭或已挂起的 ESX 3.x 虚拟机迁移到另一个数据存储可能使目标虚拟机不可用
    试图将含快照的已关闭或已挂起的 ESX 3.x 虚拟机迁移到另一个数据存储时，可能会显示以下警告消息：
    此虚拟机具有快照。将其移动到其他数据存储可能会让该虚拟机无法使用。请搜索 VMware 知识库来了解详细信息 (This virtual machine has snapshots. Moving it to another datastore might make the virtual machine unusable. Search the VMware Knowledge Base for more information)。

    如果已完成虚拟机的迁移，则试图启动虚拟机时可能会显示以下错误消息：
    找不到文件 (File was not found)

    解决办法：请参见 KB 1020709。

  • 迁移虚拟机后，目标主机上的 USB 设备可能错误地显示为已分配给该虚拟机
    使用主机连接的 USB 设备迁移虚拟机，然后将其他 USB 设备添加到目标主机上的已迁移虚拟机之后，即使尚未将目标主机上的 USB 设备分配给该虚拟机，这些设备也可能显示为已分配给该虚拟机。

    解决办法：将 USB 设备分配给未从另一个主机迁移的本地虚拟机，以防止它们显示为已分配给已迁移的虚拟机。不存在使这些设备分配给已迁移的虚拟机的解决办法。

VMware HA 和容错问题

  • 如果在 HA 配置后的 10 分钟内重新引导了 ESXi 主机，该主机可能会报告 VMware HA 错误
    保留 HA 状态时出现逻辑错误。如果在 HA 配置完成后很快就重新引导主机，则该主机不会查找群集配置信息，并且无法启动 HA 代理。

    解决办法：完成 HA 配置任务后，请等待 10 分钟以上再关闭主机。

客户机操作系统问题

  • 只有正在运行的内核才支持编译 VMware 内核模块
    VMware 当前仅为当前正在运行的内核支持编译内核模块。

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

  • RHEL3、RHEL4 和 SLES9 的 VMware Tools 的 RPM 安装程序未能验证软件包签名
    使用 RPM 安装程序为 RHEL3、RHEL4 和 SLES9 安装 VMware Tools 时，签名验证会失败，并显示消息 V3 RSA/MD5 签名: NOKEY，密钥 ID 66fd4949 (V3 RSA/MD5 signature:NOKEY, key ID 66fd4949)。因为旧版本的 RPM 无法验证由较新版本的 RPM 创建的 RSA 签名，所以会出现这种情况。未能验证软件包签名不会阻止 VMware Tools 成功安装。

    解决办法：使用 RPM 4.4.2 或更高版本来验证软件包。

  • 在 SUSE Linux 9 上安装 VMware Tools 操作系统特定软件包 (OSP) 会导致屏幕分辨率错误
    在 SUSE Linux 9 中安装 VMware Tools OSP 时，操作系统会配置 X Window 系统 /etc/X11/XF86Config 文件并使用 VMware 视频驱动程序替换 vesa 视频驱动程序。如果使用 vesa 之外的视频驱动程序，则 VMware Tools OSP 不会替换它。试图通过使用 GUI 或 Linux xrandr 命令来更改屏幕分辨率失败。

    解决办法：编辑 /etc/X11/XF86Config 文件以使用 VMware 视频驱动程序。

    1. 以 root 用户身份登录到 X Window 系统 /etc/X11/XF86Config 文件。
    2. 找到设备部分。
    3. 找到 [驱动程序] 条目，或者创建它（如果它不存在）。
    4. 将 [驱动程序] 条目设置为 vesa。
      在此更改后，该驱动程序在设备部分中将显示为 [驱动程序 vesa]。
    5. 重新启动 X Window 系统以保存更改并应用新设置。

  • 在 SLES 11 客户机操作系统上安装 VMware Tools OSP 软件包会生成“软件包不受支持 (packages not supported)”消息
    在 SUSE Linux Enterprise Server 11 客户机操作系统上安装 VMware Tools OSP 软件包会产生错误消息 软件包供应商不支持下列软件包 (The following packages are not supported by their vendor)。

    解决办法：忽略此消息。OSP 软件包不包含将其标记为受该供应商支持的标记。但支持这些软件包。

  • 将内存从低于 3GB 热添加到高于 3GB 后，客户机操作系统变得没有响应
    如果 Redhat5.4-64 客户机操作系统是在与某个 IDE 设备连接的情况下启动的，并且将内存从低于 3GB 热添加到高于 3GB，则该操作系统可能会变得没有响应。

    解决办法：不要使用内存热添加将虚拟机大小从小于或等于 3072MB 更改为大于 3072MB。关闭虚拟机以执行此重新配置。

    如果客户机操作系统已经失去响应，请重新启动虚拟机。仅当操作系统运行时超过 3GB 标记时，才会出现此问题。

  • 在硬件版本 7 虚拟机中，出现 Windows NT 客户机操作系统安装错误
    在含硬件版本 7 的虚拟机中安装 Windows NT 3.51 时，安装过程会冻结。在 Windows NT 3.51 版中出现蓝色启动屏幕之后，会立即出现此情况。这属于 Windows NT 3.51 内核中的已知问题。硬件版本 7 虚拟机具有超过 34 条 PCI 总线，而 Windows NT 内核支持具有 8 条 PCI 总线限制的主机。

    解决办法：如果此安装是新安装，请删除现有虚拟机，然后创建一个新虚拟机。在虚拟机创建过程中，选择硬件版本 4。必须使用 [新建虚拟机] 向导选择自定义路径来更改硬件版本。

    如果创建了具有硬件版本 4 的虚拟机并将其升级到了硬件版本 7，请使用 VMware vCenter Converter 将虚拟机降级到硬件版本 4。

受支持硬件问题

  • 新增内容： 配备了 HP NC522SFP 网卡的 ESX/ESXi 主机上安装或升级失败，且将显示紫色诊断屏幕
    在某些配备了 NC522SFP 网卡的 ESX/ESXi 主机上，内置 NetXen 驱动程序无法加载固件，这会导致主机在 ESX/ESXi 安装或升级过程中出现故障，并将显示紫色诊断屏幕。主机将会显示一条类似于 正在加载 32.networking-drivers (loading 32.networking-drivers) 的消息。

    解决办法：根据需要执行以下步骤之一：

    • ESX。在安装或升级过程中提示安装驱动程序时，请安装以下页面中提供的异步驱动程序： 用于 QLogic 智能以太网适配器的 VMware ESX/ESXi 4.0 驱动程序 CD。您应选择版本 507 或更高版本的驱动程序。

    • ESXi Embedded。请联系主机供应商获取包含正确驱动程序的自定义系统映像。

    • ESXi Installable。仅在主机至少具有一个其他不同类型的网卡时，ESXi Installable 才支持 NC522SFP 网卡。如果主机满足此条件，请完成以下步骤：

      1. 取消激活 NC522SFP 网卡，或将其从主机中移除。
      2. 在主机上安装或升级 ESXi Installable。
      3. 安装或升级完毕后，安装以下页面中提供的异步驱动程序： 用于 QLogic 智能以太网适配器的 VMware ESX/ESXi 4.0 驱动程序 CD。您应选择版本 507 或更高版本的驱动程序。
      4. 在主机中重新激活或重新安装 NC522SFP 网卡。

      如果 ESXi Installable 主机除 NC522SFP 外没有其他网卡，目前尚无解决办法。

    另请参见 知识库文章 1026431。

  • 在 370 G6 HP 服务器上出现 PCI 设备映射错误
    在 370 G6 HP 服务器上运行 I/O 操作时，可能会出现紫屏，或者在控制台上出现关于“Lint1 中断”或 NMI 的警示。HP ProLiant DL370 G6 Server 在 ACPI 直接内存访问重新映射 (DMAR) 结构定义中有两个 Intel I/O 集线器 (IOH) 和一个 BIOS 缺陷，这会导致在错误的 DMA 重新映射单元下错误地描述某些 PCI 设备。由此类错误描述的 PCI 设备所进行的任何 DMA 访问会触发 IOMMU 故障，且设备将收到 I/O 错误。根据设备，此 I/O 错误可能会在控制台上产生一条“Lint1 中断”或 NMI 警示消息，或者系统可能会冻结并显示紫屏。

    解决办法：有关 HP ProLiant DL370 G6 Server 的 BIOS 修补程序的可用性，请查阅 HP 网站。如果修补程序不可用，请在 BIOS 禁用“Intel(R) VT-d”，这样 BIOS 就不会在 ACPI 表中发布 DMAR 结构。

  • 在 HP 系统中安装 ESXi 需要具备 HP NMI 驱动程序
    HP 系统上的 ESXi 4.1 实例要求安装 HP NMI 驱动程序以确保能够正确处理不可屏蔽中断 (NMI)。NMI 驱动程序可确保正确检测和记录 NMI。如果不安装此驱动程序，则会在装有 ESXi 的 HP 系统上忽略 NMI (NMI 指示硬件出现故障)。

    小心： 未能安装此驱动程序可能会导致无声数据损坏。

    解决办法：下载并安装 NMI 驱动程序。在 HP 网站中，以脱机捆绑包形式提供该驱动程序。另请参见 知识库文章 1021609。

国际化问题

  • DRS 规则 UI 屏幕的下拉菜单项翻译不正确。
    使用非英语 UI 创建虚拟机/主机 DRS 规则时，下拉列表选项的翻译不恰当。

    解决办法：无。

vSphere 命令行界面问题

  • vSphere Client 中的组 ID 长度比 vCLI 中的组 ID 长度短。如果使用 vSphere Client 指定组 ID，则仅允许使用 9 个字符。相比而言，如果使用 vicfg-user vCLI 指定组 ID，则最多可以指定 10 个字符。

    解决办法：无。

  • 长时间运行 resxtop 可能会导致出现内存问题
    resxtop 所使用的内存量可能会逐渐增加，具体取决于所监控的 ESX/ESXi 系统上执行的操作。由于 resxtop 还会在 ESXi 上占用过多的 CPU，因此 VMware 建议您不要让 resxtop 长时间运行，例如不要连续运行数周。

    ESXi 4.1 (-n) 上的迭代总数设为默认值 10,000。resxtop 在生成 10,000 次显示后，将自动关闭。这意味着，如果两次显示之间有 5 秒钟的默认延迟，则 resxtop 可能会在约 14 个小时后自动关闭。

    解决办法：尽管您可以使用 -n 选项更改迭代总数，但最好仅在需要数据的时候才运行 resxtop。如果您确实需要在长时间内收集 resxtop 统计信息，请定期关闭并重新启动 resxtop，而不是让一个 resxtop 实例运行数周或数月。

其他问题

  • 如果已禁用 DRS，仍会强制实施 DVM/主机 DRS 规则
    如果在禁用 DRS 的情况下为 DRS 群集指定了虚拟机/主机 DRS 规则，则此规则仍然有效。相应地，当手动启动使用此类型规则指定的虚拟机时，如果此操作违反了该规则，则可能会出现错误。

    解决办法：在群集 [设置] 对话框中手动禁用该规则。