本发行说明包含以下主题:
以下信息介绍本版本 VMware ESX 提供的一些重要增强功能:
VMware View 4.0 支持 – 本版本增加了对 VMware View 4.0 的支持,VMware View 4.0 是一种专门构建的解决方案,可以将桌面作为从协议到平台之间的受管服务来提供。
Windows 7 和 Windows 2008 R2 支持 – 本版本增加了对 32 位和 64 位版本的 Windows 7 以及 64 位 Windows 2008 R2(均作为客户机操作系统平台)的支持。此外,现在也支持 vSphere Client,并且可安装在 Windows 7 平台上。有关此版本支持的客户机操作系统的完整列表,请参见 VMware 兼容性指南。
增强的 Microsoft Windows 群集支持 – 现在,配置受限的 VMware 高可用性 (HA) 和 Dynamic Resource Scheduler (DRS) 群集已经能够支持适用于 Windows 2000、2003 以及 Windows Server 2008 故障切换群集的 Microsoft 群集服务器 (MSCS)。可对单个 MSCS 虚拟机有效禁用 HA 和 DRS 功能,这与在整个 ESX/ESXi 主机 上禁用 HA 和 DRS 功能相反。有关其他配置准则,请参见 故障切换群集和 Microsoft 群集服务设置指南。
增强的 VMware Paravirtualized SCSI 支持 – Windows 2003 和 2008 客户机操作系统已加入了对附加到 Paravirtualized SCSI (PVSCSI) 适配器的引导磁盘的支持。软盘磁盘映像也可用,其中包含 Windows 安装期间使用的驱动程序,通过在设置期间选择 F6 安装其他驱动程序。软盘映像可以在 /vmimages/floppies/文件夹中找到。
提高了 vNetwork 分布式交换机性能 – 已解决多个性能和可用性问题,结果如下所示:
增加每内核 vCPU 限制 – 每内核 vCPU 限制已从 20 提高至 25。此更改仅提高了支持的限制。不包括任何其他的性能优化。此限制增加后,用户可以更加灵活地基于特定的工作负载配置系统并最大限度地利用越来越快的处理器。每个核心中可以实现的 vCPU 数取决于工作负载和硬件性质。有关详细信息,请参见 VMware vSphere 4.0 性能最佳做法指南。
启用了 Intel Xeon 处理器 3400 系列 – 添加了对 Xeon 处理器 3400 系列的支持。有关支持的第三方硬件和设备的完整列表,请参见 VMware 兼容性指南。
已解决的问题 –此外,此版本提供许多已在“已解决的问题”部分被记入文档的错误修复。
各个版本的发行说明中分别描述了 ESX 4.0 的早期版本的功能和已知问题。要查看 ESX 4.0 的早期版本的发行说明,请单击下列链接之一:
VMware vSphere 兼容性列表详细介绍了 VMware vSphere 组件(包括 ESX、vCenter Server、vSphere Client 和可选的 VMware 产品)当前版本与先前版本的兼容性问题。另外,在安装 ESX 或 vCenter Server 之前,请查看 vSphere 4.0 兼容性列表了解有关支持的管理和备份代理的信息。
已为 VMware vSphere 4.0 Update 1 更新该文档。
请阅读 ESX 和 vCenter Server 安装指南 Update 1,了解安装和配置 ESX 和 vCenter Server 的分步指导。
成功安装后,必须进行若干配置步骤。尤其在许可、网络和安全等方面的某些配置,更是必不可少。有关这些配置任务的指导,请参考 vSphere 文档中的以下指南。
VMware vSphere 的未来版本可能不支持 VMFS 版本 2 (VMFS2)。VMware 建议将其升级或迁移到 VMFS 版本 3 或更高版本。请参见 vSphere 升级指南 Update 1。
VMware vCenter Server 未来的版本可能不支持在 32 位 Windows 操作系统上安装。VMware 建议将 vCenter Server 安装在 64 位 Windows 操作系统上。如果您安装了 VirtualCenter 2.x,有关在 64 位操作系统上安装 vCenter Server 并保留 VirtualCenter 数据库的说明,请参见 vSphere 升级指南 Update 1。
VMware Tools RPM 安装程序(在 Linux 客户机操作系统的 VMware Tools ISO 映像上可用)已被弃用,并将在未来的 ESX 版本中移除。VMware 建议使用 tar.gz 安装程序在具有 Linux 客户机操作系统的虚拟机上安装 VMware Tools。
未与 vCenter Server 捆绑在一起的 ESX 相关的管理信息基础 (MIB) 文件。vCenter Server 4.0 仅附带与 vCenter Server 明确相关的 MIB 文件。可以从 VMware 网站下载所有 MIB 文件,网址是 www.vmware.com/download。
本版本的 VMware ESX 需要升级 VMware Tools。
vSphere 4.0 Update 1 提供下列应用程序以升级到 ESX 4.0 Update01:
ESX 早期版本中支持若干升级工具,但当前版本中不再支持这些工具。这些工具包括从 CD 进行的图形升级、从 CD 进行的文本模式升级、使用服务控制台升级 tarball、使用 esxupdate从 CD 或 PXE 服务器进行的脚本式升级、使用 kickstart 命令从 CD 或 PXE 服务器进行的脚本式升级。仅支持 vSphere Host Update Utility 和 VMware Update Manager 这两个工具执行从 ESX 3.x 到 ESX 4.0 的升级。
支持主机升级到 ESX 4.0 Update 1 的升级途径:
升级类型 |
ESX Server 3.0.2
包含: Update 1
|
ESX Server 3.0.3 |
ESX Server 3.5
包含: Update 1 Update 2 Update 3 Update 4 Update 5
|
ESX 4.0
|
ISO 映像 |
是 |
是 |
是 |
否 |
ESX 4.0 Update 1 脱机捆绑 |
否 |
否 |
否 |
是 |
注意:
对于在 ESX 4.0 Update 1 中更新的 RPM 列表,请参见 更新的 RPM 和安全修补程序。本文档不适用于 ESXi 产品。
本版本包含本产品发行前已发行的针对 ESX Server 软件的所有公告。有关各个公告的详细信息,请参见 VMware 下载修补程序页面或单击公告名称。
修补程序版本 ESX400-Update01a 包含下列各个公告:
ESX 4.0 Update 1 也包含下列先前发布的捆绑包中的所有修复程序:
有关每个修补程序的内容的详细信息,请参见下载页面中列出的文档。
此版本解决以下几个主题方面的问题:
† 已解决的问题先前归为已知问题。
poll()
或 select()
)的在 ESX/ESXi 4.0 上运行的应用程序,可能会重复调用 VMkernel 字符设备,直到设备报告应用程序可获得事件为止。由于重复调用驱动程序而非等待外部事件来调用,因此这种行为会导致高 CPU 负载。本版本已解决该问题。
本版本已解决该问题
本版本已解决该问题
本版本已解决该问题。
本版本已解决该问题。
本版本已解决该问题。
本节介绍以下几个主题方面的已知问题:
适用于 Windows 7 和 Windows 2008 R2 x64 的 VMware Consolidated Backup (VCB) 1.5 Update 1
VMware Consolidated Backup (VCB) 1.5 Update 1 支持 Windows 7 和 Windows 2008 R2 x64 客户机操作系统的完整虚拟机备份与还原。但是,Windows 7 或 Windows 2008 R2 x64 客户机不支持文件级备份。
解决办法:从客户机中显式移除磁盘。要移除磁盘,请先从 /proc/scsi/scsi
获得想要移除的磁盘的磁盘详细信息:
/proc/scsi/scsi
获取设备的 HOST CHAN ID 和 LUN 号码echo "scsi remove-single-device HOST CHAN DEV LUN" > /proc/scsi/scsi
此问题不影响 Solaris 10 U5 和更高版本。
解决办法:安装或升级 VMware Tools 之前,通过在 /etc/
中删除高级 vmxnet 适配器的自动配置文件或移除虚拟硬件,暂时不配置此适配器。
解决办法:对热添加功能使用其他适配器(如并行或 SAS LSI Logic 适配器)。如果必须使用 BusLogic 适配器,则在客户机中卸载 BusLogic 驱动程序之后,再尝试热移除适配器。还可以通过加载 BusLogic 驱动程序的另一个实例,尝试控制热添加的适配器。可以通过运行命令 modprobe -o BusLogic1 BusLogic
,加载 BusLogic 适配器的另一个实例(其中对于每个热添加操作,都将 BusLogic1 替换为 BusLogic2,将 BusLogic2 替换为 BusLogic3 等等)。
Set up failed to install the vmxnet driver Automatically, This driver will have to be installed manually
解决办法:停止升级,直到确认警报。要完成升级,请登录到 WindowsNT 客户机,并确认警告消息。
解决办法:无
解决办法:限制所有数据存储内容(目录和文件名)仅使用 ASCII。
解决办法:删除断开的主机,然后使用非单一服务器许可证再次添加它。
解决办法:切换到评估模式,然后从入口获取适当的许可证。
解决办法:要查看许可证密钥的产品功能和加载项功能,请按下列步骤操作:
计算机有 8 个虚拟 cpu,但主机只支持 4 个....(machine has 8 virtual cpus, but host only supports 4....)
解决办法:要使许可证升级生效,请至少等待一分钟,然后再启动虚拟机。要手动启动许可证更改,请转到 [主页]> [许可],然后单击 [刷新]。
/tmp
目录中存储临时文件(如应用程序生成的日志文件),则每次主机重新引导时都将丢失这些文件。解决办法:请勿使用 ESX /tmp
目录存储用户生成的文件和目录。
.tgz
文件时,将显示一个对话框,其中列出了无法解压缩的文件以及一条错误消息:缺少符号链接所指的文件(Symbolic link points to missing files)
。
解决办法:无
rm -rf
,该命令将会失败并显示以下错误:目录非空
。
此问题是 Red Hat 2.6 内核中某种限制造成的后果。
解决办法:执行下列任务之一:
rm -rf
,直到删除所有条目为止。每次调用 rm -rf
最多删除 380 个条目。esxcfg-auth --enableldap --enableldapauth --enableldaptls --ldapserver=<Server IP/Name> --ldapbasedn="dc=<LDAP DC Name>"
/etc/openldap/cacerts/client.pem
证书文件的位置。解决办法:执行下列步骤:
/etc/ldap.conf
文件,添加以下行,然后保存文件:URI ldaps://linux-ldaptls/
/etc/openldap/ldap.conf
文件,添加以下行,然后保存文件:URI ldaps://linux-ldaptls/
TLS_CACERT /etc/openldap/cacerts/client.pem
BASE dc=ns,dc=suchi,dc=com
/root
改为另一个位置,并在做出此更改之后一小时内但在重新引导主机之前遇到 ESX/ESXi 主机故障,则核心转储分区将恢复其 /root
的原始设置。解决办法:更改核心转储分区后,立即运行 esxcfg-boot
。
No-Execute Memory Protection
选项的 HP 系统上或在计算机的系统 BIOS 中禁用了 Execute Disable
选项的 Dell 系统上安装 ESX 4.0 时,会在本地控制台上显示警告消息 The Execute Disable/No Execute CPU feature is not enabled for this machine
。解决办法:在 HP 或 Dell 计算机的系统 BIOS 中分别启用 [No-Execute Memory Protection]
或 [Execute Disable]
选项。
解决办法:避免运行使用展现出此行为的 VMCI Sockets 的多线程应用程序。
服务未能及时响应(Service failed to respond in a timely manner)
。
此消息指出关闭或启动 vCenter Server 所需的时间比系统中对服务停止或启动所配置的默认超时要长。
解决办法:几分钟后再刷新 [服务控制] 屏幕,这样应该显示服务已正确停止和重新启动。
Missing help file
解决办法:将 vSphere Client 联机帮助文件夹的内容从
C:\Program\VMware\Infrastructure\Virtual Infrastructure Client\Help\en\VIC40
复制到
C:\Program\VMware\Infrastructure\Virtual Infrastructure Client\Help\en
。
确保仅将 vSphere Client 联机帮助子目录 ( VIC40
) 的内容复制到此层。
要在 C:\Program\VMware\Infrastructure\Virtual Infrastructure Client\Help\en
下查看其他产品组件的联机帮助,双击该帮助系统的子目录中的 index.html
。例如,要查看 DRS 故障排除帮助系统,请双击 DSR40
子目录中的 index.html
文件。此位置中其他 vSphere 模块的联机帮助系统的子目录根据您安装的 vSphere 产品会有所不同。
与主机上的代理交换机 d5 6e 22 50 dd f2 94 7b-a6 1f b2 c2 e6 aa 0f bf 对应的分布式虚拟交换机在 vCenter 中不存在或不包含此主机。
解决办法:执行下列步骤:
netperf
的调用过早终止,并显示一条错误消息。ICMP 流量仍能通过,并且您可以 ping。解决办法:TCP 流量处于活动状态时,运行 tcpdump
。运行 tcpdump
将网卡置于杂乱模式,此模式可确保流量正确通过,但会消耗客户机操作系统中的大量 CPU 周期。
解决办法:如果无法避免在虚拟机与 VMkernel 之间共享双功能适配器,则将第一个 PCI 功能指派给虚拟机,而将第二个功能指派给 VMkernel。不能在两个虚拟机之间划分 PCI 功能。
解决办法:无
link down
的永久状态。解决办法:重新引导交换机或使用交换机的其他端口。
解决办法:如果主机支持 IPMI 或 iLO 作为唤醒协议,则将 DPM 配置为使用这些协议之一而不是 LAN 唤醒。否则,安装可使 LAN 唤醒支持正常工作的网卡,或在此主机上禁用 DPM。
解决办法:重新引导之前,配置静态 IP 地址(IPv4 或 IPv6),或将服务控制台端口设置为使用自动地址生成方法(如 DHCP、DHCP6 或 AUTOCONF)。还可以在重新引导后重新创建服务控制台端口。
解决办法:无
NotFound
异常。执行下列步骤时会出现此问题:解决办法:从清单中删除虚拟机之前,执行下列某项任务:
解决办法:对于 Windows 客户机操作系统,可通过重新引导客户机操作系统或通过设备管理器启用设备来重新加载客户机 VMCI 驱动程序。对于 Linux 客户机,关闭使用 VMCI 套接字的应用程序,删除并重新加载 vsock 内核模块,然后重新启动应用程序。
esxcli swiscsi nic add -n vmkx -d vmhbaxx
和 vmkiscsi-tool -V -a vmkx vmhbaxx
命令,则此操作将失败。解决办法:仅使用旧 vSwitch VMkernel 网卡进行端口绑定。
解决办法:每个端口组仅使用一个静态分配的 VMKNIC 或 VSWIF。如果同一 vDS 端口组上需要多个静态分配的 VMKNIC,则将每个 VMKNIC 或 VSWIF 分配给唯一的一组服务(例如,vMotion、容错及其他服务)。
解决办法:通过在每台主机上配置 IPMI 或 iLO 凭据,使用 IPMI 或 iLO 启动支持这些协议中某一种而非 LAN 唤醒的主机。或者,如果需要使用 LAN 唤醒启动主机,请在 vNetwork Standard Switch (vSwitch) 上而非 vDS 上配置 VMkernel vMotion 接口。
解决办法:不要将包含 ESX 的服务控制台端口组或 ESXi Embedded 的管理网络端口组的 vNetwork 分布式交换机或 vSwitch 的 MTU 值设置为小于 1500。
在 ESX/ESXi 主机的网络设置更改后,依赖于 CIM 接口的第三方管理工具(通常是硬件健康监控工具)无法通过服务位置协议 (SLP) 服务自动发现主机。
解决办法:手动输入第三方管理工具中主机的主机名或 IP 地址。或者,使用适当的方法重新启动 slpd和 sfcbd-watchdog:
在 ESXi 上:
在直接控制台用户界面 (DCUI) 上重新启动管理代理。这将会重新启动主机上除了受此缺陷影响的代理以外的其他代理,而且可能更具破坏性。
在 ESX 上:在 ESX 服务控制台中,运行以下命令:
/etc/init.d/slpd restart
/etc/init.d/sfcbd-watchdog restart
解决办法:要在所有要使用参考主机配置文件配置的主机和网卡中统一设置物理网卡的双工值,请创建主机配置文件之后对其进行修改,并重新应用参数。
要编辑配置文件,请按照下列步骤操作。
解决办法:依次执行下列任务。
service snmpd stop
service mgmt-vmware restart
解决办法:根据服务器所具有的适配器类型,执行以下操作之一:
sfcb.cfg
) 中的 HTTPS 端口号更改为默认值以外的端口,并重新启动 SFCB (CIM) 服务器,则在 [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况。如果直接登录到 ESX/ESXi 主机,并单击 [配置] 选项卡来查看健康状况,也会发生这种行为。不显示服务器组件的状态信息。发生这个问题是因为,vCenter Server 和 SFCB Server 在不同端口上进行通信。解决办法:确保 SFCB 服务器仅通过默认端口进行通信。
解决办法:可以忽略 PowerOn 陷阱消息。
解决办法:使用 CIFS 在服务控制台中挂载 Windows 磁盘时,请使用 forcedirection
选项。
解决办法:使用脚本式安装向 VMFS 数据存储指派所需的大小。
解决办法:配置硬件 iSCSI 时,使用 iSCSI 名称不同的静态发现目标。
解决办法:通过执行以下步骤,在 ESX/ESXi 主机上禁用 [延迟的 ACK] 参数:
解决办法:请勿将用作共享磁盘的设备切换到 PSP_RR。请改用 PSP_MRU 或 PSP_FIXED 策略,具体取决于阵列的正常默认值。
可以向目标仅含唯一 iSCSI 名称(而非 IP 和 iSCSI 名称的组合)的 ESX/ESXi 系统添加 QLogic iSCSI 适配器。此外,驱动程序和固件不支持对同一个存储终端产生多个会话。
解决办法:无。添加目标时,请勿使用相同的 iSCSI 名称。
fdisk
服务控制台命令,并提供磁盘的绝对路径(例如 fdisk -l /vmfs/devices/disks/naa.600a0b80002a071c0000834248ca0b4f
),则会显示以下错误消息:last_lba():我不知道如何用模式 8180 处理文件(I don't know how to handle files with mode 8180)
解决办法:可以忽略此错误消息,或运行以下命令:
fdisk -l /dev/sdh
解决办法:执行下列步骤:
[清除永久目标(Clear Persistent Targets)]
选项,以删除任何现有的 iSCSI 配置数据。解决办法:重新引导该 ESX 主机。如果不希望重新引导,请按照下列步骤进行操作:
服务控制台现在显示 LUN 的正确大小。
解决办法:请勿更改 Maximum Outstanding R2T 参数的默认值一。
解决办法:确保将 QLogic BIOS 中的主和备用引导 LUN 设置为 Clariion 存储系统上的不同 SP。如果问题继续存在,请更改引导 LUN 的顺序。
Loop 1 frame=0x4100c059f950 ip=0x418030a936d9 cr2=0x0 cr3=0x400b9000
。
解决办法:无
解决办法:执行下列步骤:
由于预留冲突过多,I/O 失败。(I/O failed due to too many reservation conflicts.)
预存错误:SCSI 预留冲突(Reservation error: SCSI reservation conflict)
如果在所有访问 LUN 的主机上都看到了预留冲突消息,则这说明问题是因为 LUN 的 SCSI 预留没有完全清除所导致。
解决办法:从群集中的任何系统中运行以下 LUN 重置命令以删除 SCSI 预留:
vmkfstools -L lunreset /vmfs/devices/disks/<device_name>
解决办法:删除 RDM 并重新创建它。这会生成新的 LUN 可以识别的 vml_ID。
解决办法:无。已向 IBM 提出缺陷报告,等待解决此问题。
df
(ESXi) 或 vdf
(ESX) 命令查看 ESX/ESXi 主机的可用空间时,对于 ESX/ESXi NAS 数据存储报告的空间是空闲空间,不是可用空间。在 [vSphere Client 配置] 选项卡上选择 [存储] > [数据存储] 之后,[空闲空间] 列中对 NFS 卷报告的空间所报告的也是空闲空间,而非可用空间。在这两种情况下,空闲空间可能与可用空间不同。ESX 文件系统不区分空闲块和可用块,而对于两种块类型始终都报告空闲块(尤其是结构体 statfs 的 f_bfree 和 f_bavail 字段)。对于 NFS 卷,空闲块与可用块可能不同。
解决办法:可以检查 NFS 服务器,获得有关可用空间的正确信息。对 ESX/ESXi 无解决办法。
esxconsole.vmdk
)。该文件位于 /esxconsole-<system-uuid>
文件夹下的数据存储中。如果用户重命名 esxconsole
文件夹或 VMDK 文件,则无法重新引导 ESX 主机。解决办法:仅允许管理员修改数据存储。确保有权修改数据存储的用户了解重命名 esxconsole
文件夹或 esxconsole.VMDK
文件时出现的问题。
解决办法:在 vSphere Client 中刷新数据存储。如果一次尝试之后数据存储的报告大小不更改,则等待 30 分钟,然后再次刷新。
解决办法:无。无法恢复已删除的 .vmdk 文件。
解决办法:使用 IPv4 和端口绑定,或用同一子网(交换机分段)中的本地范围 IPv6 地址配置存储阵列和 ESX/ESXi 主机。当前无法对全局范围 IPv6 使用端口绑定。
解决办法:将 BIOS 升级到版本 2.1.1 或更高。
解决办法:无
解决办法:不要将连接到 Perc 4/DC 控制器的设备配置为 ESX/ESXi 4.0 系统的核心转储设备。
/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 系列缓存升级模块。
解决办法:将 DVD 驱动器的固件升级到最新版,或者将 DVD 驱动器更换为其他型号。
如果您不具有 Internet 连接,则第二个 vSphere Client 安装方法将失败,并显示 Error 1603。 除非您已在系统中安装 .NET 3.0 SP1。
解决办法:在尝试从 vCenter Server 介质下载、安装 vSphere Client 之前建立 Internet 连接;或在单击 [欢迎使用] 屏幕上的链接之前安装 .NET 3.0 SP1。
Perf Charts 服务遇到内部错误(Perf Charts service experienced an internal error)
。发生这种情况是因为,安装程序对数据库设置做出更改后没有重新启动数据库服务。解决办法:执行下列步骤:
autostep
(replaced by
clearpart --linux
clearpart --exceptvmfs
cmdline
device
deviceprobe
firewall --enabled
firewall --disabledfirewall --allowIncoming and firewall
)
--allowOutgoing
firstboot
(The default setting is used.)
harddrive
ignoredisk
interactive
lang
(The default setting is used.)
langsupport
(now called
lilo
lilocheck
logvol
mouse
part --onvmdk
raid
skipx
text
vmaccepteulaaccepteula
)
(The new method for customizing packages is to use packages.xml)
vnc
volgroup
xconfig
xdisplay
%packages
%vmlicense_text
不支持下列 Red Hat Enterprise Linux 3 命令:
autostep
解决办法:仅使用 VMware 支持的 kickstart 命令。有关支持的命令的详细列表,请参见 ESX 和 vCenter Server 安装指南。
cmdline
device
deviceprobe
firewall --blockIncoming
firewall --blockOutgoing
firstboot
harddrive
ignoredisk
interactive
lang
langsupport
lilo
lilocheck
logvol
mouse
raid
skipx
text
vnc
volgroup
xconfig
xdisplay
esxconsole.vmdk
) 选择一个 VMFS 数据存储位置。如果您选择主机之间共享的数据存储,则软件安装程序或升级工具不会发出警告。解决办法:不要将服务控制台安装在主机之间共享的 VMFS 数据存储上。
解决办法:无
找不到产品 Microsoft SQL Native Client 的安装软件包(An Installation package for the product Microsoft SQL Native Client cannot be found.)。请使用安装软件包 sqlcli.msi 的有效副本尝试安装
。(An Installation package for the product Microsoft SQL Native Client cannot be found. Try the installation using a valid copy of the installation package sqlcli.msi.)
解决办法:如果其他应用程序不使用 SQL Native Client,则将其卸载。然后用捆绑的 SQL Server 2005 Express 数据库安装 vCenter。
解决办法:手动安装 VMxnet 驱动程序。为此,请执行下列步骤:
C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\
解决办法:改用文本安装程序。
应用转换时出错(Error applying transforms.)。确认指定的转换路径有效( Verify that the specified transform paths are valid.)。
解决办法:使用 Windows Installer Cleanup 卸载 vSphere Client 4.0。
解决办法:您可以使用交互式安装后自动生成的 kickstart 脚本。首次交互式安装 ESX 后,该安装程序将在 ESX 文件系统中创建一个 /root/ks.cfg
脚本。该脚本反映您在交互式安装过程中做出的选择。有关支持的命令的完整列表和示例脚本,请参见 ESX 和 vCenter Server 安装指南。
解决办法:导航到安装目录,并删除 Virtual Infrastructure Client
目录。
解决办法:请确保引导驱动器上至少有 650MB 可用空间,再安装 vCenter Server。
解决办法:在 Internet Explorer 中,选择 [工具] >[Internet 选项] >[高级],并取消选中 [不将加密的页存盘] 选项。或者,从 vCenter Server 4.0 或 ESX/ESXi 4.0 主机上手动下载并安装 vSphere Client 4.0。
解决办法:安装 ESX 或 ESXi Installable 之前,将计算机的 BIOS 更新到 1.15 版本。
解决办法:重新引导,然后重新开始 ESX 安装。确保在安装过程中不连接或断开任何存储设备。
升级过程中出错。(An error occurred during upgrade.)与升级代理的连接已丢失
。
升级完成 26% 时发生此情况。在服务控制台中,过程停止在 [正在停止 VMware ESX server Management 服务]
处。
解决办法:按 [重置] 按钮,手动重新引导 ESX 主机。ESX 升级将继续并成功完成,但 vSphere Host Update Utility 不显示进度。要从 vSphere Host Update Utility 中查看当前主机状态,请单击 [重试]。
解决办法:将固件升级到 SONY DVD RW AW-Q170A,版本为 1.74,然后重新尝试安装。
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 权限。
创建 vCenter 存储库失败(Failure to create vCenter repository)
解决办法:在要安装 vCenter Server 的系统上,关闭 [控制面板] > [ 用户帐户] 下的 [用户帐户控制] 选项,然后再安装 vCenter Server。在安装 vCenter Server 的过程中指定非系统用户。
解决办法:将 VMware Update Manager 升级到 VMware vCenter Update Manager 4.0,并将 VMware Converter Enterprise 升级到 VMware vCenter Converter(适用于 vCenter Server 4.0),然后安装并启用这些插件。
未注册类(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。
解决办法:无
解决办法:不要使用虚拟介质,而要从本地 CD-ROM 安装 ESX,或者将固件版本更新到版本 1.33 (08.03.10)。
无法在主机上运行兼容性检查。
解决办法:关闭实用程序,修复网路连接,重新启动实用程序,然后重新运行升级。
解决办法:删除位于以下路径的 libeay32.dll
和 ssleay32.dll
:
C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher
也可以卸载 VI Client 版本 2.5。
但是,如果卸载 vSphere Client 4.0 应用程序,但不卸载 VI Client 2.5 应用程序,则在系统中保留 vSphere Client 4.0 桌面快捷方式。继续使用该快捷方式可以登录到 VI Client 2.5,但是如果尝试登录到 vSphere Client 4.0,则会提示您下载该应用程序。
解决办法:执行下列步骤之一:
25003.安装程序无法创建 vCenter 存储库 (25003.Setup failed to create the vCenter repository)
解决办法:在这些情况下,为 vCenter Server 和 SQL Server DSN 使用相同的登录凭据。
pcnetpci5.sys
) 驱动程序,并且速度仅为 10Mbps。正确的驱动程序是 VMware Accelerated AMD PCNet Adapter ( vmxnet.sys
) 驱动程序。解决办法:通过从虚拟机的 Windows 客户机操作系统中指向 C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\vmware-nic.inf
,将可变网络适配器的驱动程序手动更新为 VMware Accelerated AMD PCnet Adapter (vmxnet.sys) 驱动程序。
解决办法:在资源池的“CPU 预留”和“内存预留”设置中不要保留全部或几乎全部可用主机容量。如果一定要这样做,请在升级之前记下与主机级资源池设置相关的信息,然后在升级之后手动更改这些信息。
升级代理错误: 1(Upgrade Agent Error:1)
解决办法:关闭并重新启动 vSphere Host Update Utility。然后运行主机升级。
[下次运行]
时间值,并且运行这些任务可能会出现异常。例如,如果将任务安排在每天上午 10:00 运行,则升级之后可能会在上午 11:30 运行。发生这种问题是因为,VirtualCenter 2.0.2.x 和 vCenter Server 4.0 计算 [下次运行] 时间的方式不同。只有存在以下条件时才会看到这种行为:
[下次运行]
时间不同。[下次运行]
时间还没到。解决办法:执行下列步骤:
[下次运行]
时间运行。[下次运行]
时间重新计算为正确的值。config version = 6, hardware version = 3
标识)的虚拟硬件时,会将虚拟机错误地设置为自动恢复。如果在 ESX 4.0 中拍摄此虚拟机(由 config version = 8, hardware version = 7
标识)的快照,则在关闭状态下重新配置其虚拟硬件设备时,虚拟机可能进入挂起状态。解决办法:升级虚拟机之后,手动从配置文件删除条目 snapshot.action = "autoRevert"
。
HostConnectionStateAlarm
VmFaultToleranceLatencyStatusAlarm
HostEsxCosSwapAlarm
VmDiskLatencyAlarm
DatastoreDiskUsageAlarm
LicenseNonComplianceAlarm
VmTimedoutStartingSecondaryAlarm
VmNoCompatibleHostForSecondaryAlarm
HostErrorAlarm
VmErrorAlarm
HostConnectivityAlarm
NetworkConnectivityAlarm
StorageConnectivityAlarm
MigrationErrorAlarm
ExitStandbyErrorAlarm
VmHighAvailabilityError
HighAvailabilityError
LicenseError
HealthStatusChangedAlarm
VmFaultToleranceStateChangedAlarm
解决办法:有关将新默认警报添加到系统的脚本的详细信息,请参见 VMware 知识库文章 1010399。
[磁盘空间不足]
的错误消息。因此,可能必须重新运行安装。解决办法:除了安装程序建议的数量之外,再提供至少 1GB 的可用空间。
解决办法:在虚拟机硬件升级后,使用 prtconf -D
命令确定新的接口名称,然后将所有旧配置文件重命名为其新名称。例如,e1000g0 可能变为 e1000g1,因此应将每个 /etc/*e1000g0
文件都重命名为其等效的 /etc/*e1000g1
。
这个问题不影响 IIS 服务。无论 IIS 服务是否正在运行,都能正确验证这些服务。
解决办法:请确认使用哪些端口的服务未运行,然后再开始安装,并避免使用这些端口。
(local)
和 "." 以外的服务器名称,就会报告此消息。解决办法:忽略警告,并单击 [确定] 以继续安装或升级。
解决办法:从本地 SQL 数据库服务器中删除集成 Windows NT 身份验证用户或者,将本地系统用户帐户的默认数据库更改为 SQL Server 用户帐户设置的 vCenter Server 数据库。
mount
),在 ESX 4.0 安装的 kickstart 文件的 %pre 和 %post 部分中可能不起作用。解决办法:更新安装脚本中使用的 kickstart 文件的 %pre 和 %post 部分。
解决办法:要修复此问题,请在执行闪存更新后重新引导服务器。
解决办法:不要使用 "[全部删除]" 选项,请使用 "[删除]" 选项删除此快照。
解决办法:为 vCenter Server 计算机和 ESX/ESXi 主机添加并配置 IPv4 接口。
解决办法:不需要解决办法。可以忽略此警告。
解决办法:手动更改主机时区之后,关闭并重新连接所有已连接的客户端。客户端将获得新的时区值。
解决办法:通过查看虚拟机列表或展开清单树,计算已启动虚拟机的数量。
解决办法:重新启动 vSphere Client。
VMware Converter Agent 安装失败
。
解决办法:从源系统中卸载 vCenter Converter,然后尝试使用 Guided Consolidation 将其导入。
解决办法:使用 vSphere Web Access 4.0 创建对 ESX 4.0 有效的 Web 快捷方式,并将其分发给用户。有关创建 Web 快捷方式的详细信息,请参见 《vSphere Web Access 管理员指南》。
解决办法:如果无法避免在虚拟机与 VMkernel 之间共享双功能适配器,则将第一个 PCI 功能指派给虚拟机,而将第二个功能指派给 VMkernel。不能在两个虚拟机之间划分 PCI 功能。
解决办法:无
解决办法:无
503 服务不可用
原因是安装 ESX 完毕后,Web Access 服务无法自动启动。
解决办法:要在 ESX 主机上启动 Web Access 服务,请运行以下命令: service vmware-webAccess start
统计报告服务内部错误
消息:统计报告应用并未成功初始化。(STATs Report service internal error Message: STATs Report application initialization is not completed successfully.)
发生这个错误是因为,VMware 因许可限制安装了占位文件,而没有安装含性能图表概览的 Oracle ojdbc5.jar
文件。
解决办法:执行以下任务,用实际文件覆盖 Oracle ojdbc5.jar
的占位文件。
ojdbc5.jar
文件。ojdbc5.jar
文件覆盖 VMware 占位文件。默认情况下,此文件安装在 C:\Program Files\VMware\Infrastructure\tomcat\lib
目录下。解决办法:使用 vSphere Client 重新创建警报。可以使用下面任何一个预配置的 VMware 警报来监视主机健康状况:
如果预配置的警报不处理您要监视的健康状况,则可以创建一个自定义主机警报,使用 [已更改硬件健康状况] 事件触发器。必须手动定义此事件警报的触发条件。此外,必须手动设置在警报触发后要进行何种操作。
注意:预配置的警报已有为其定义的默认触发条件。只需设置在警报触发后要进行何种操作。
解决办法:请勿两次添加同一个 ESX/ESXi 系统。
解决办法:手动启动 vmware-webAccess 服务。为此,在 ESX 服务控制台中运行以下命令: service vmware-webAccess start
解决办法:如果将客户机操作系统类型从 SLES 更改为 SLES10 或 SLES11,则 vmxnet3 选项会变为可用。
解决办法:在 [配置] 选项卡中选择其他视图,如 [网络适配器]、[存储] 或 [存储适配器],然后返回到 [网络] 选项卡。
RuntimeFault:A general system error occurred.
解决办法:无
解决办法:无
sfcb.cfg
) 中的 HTTPS 端口号更改为默认值以外的端口,并重新启动 SFCB (CIM) 服务器,则在 [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况发生这个问题是因为,vCenter Server 和 SFCB Server 在不同端口上进行通信。
解决办法:确保 SFCB 服务器仅通过默认端口进行通信。
net start
和 net stop
命令启动和停止 vctomcat Web 服务,则可能会出现以下错误消息:服务没有响应控制功能(The service is not responding to the control function.)。
请键入 NET HELPMSG 2186 以获得更多的帮助。
解决办法:可以忽略此错误消息。如果要防止出现此错误消息,请修改注册表以提高服务控制管理器 (SCM) 的默认超时值。有关详细信息,请参见下面的 Microsoft 知识库文章: support.microsoft.com/kb/922918。
统计报告服务内部错误
发生此错误是因为,vCenter Server 升级工具无法重新配置现有数据库。必须手动执行配置。
解决办法:
Services.msc
以打开服务管理器。[服务器上已存在指定的文件。]
。解决办法:使用 vSphere Client 连接到 vCenter Server,并向虚拟机添加另一个虚拟磁盘。
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
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
解决办法:从 vCenter Server 系统中删除角色之前,请确保其他 vCenter Server 系统中没有在使用该角色。要查看某个角色是否在使用中,请转到 [角色] 视图,并使用导航栏选择组中每个 vCenter Server 系统。此时将显示对于所选 vCenter Server 系统,角色是否在使用中。
请参见 《vSphere 基本系统管理》,了解用户和组的最佳做法,并获得有关为链接模式 vCenter Server 组设置角色的信息。
解决办法:当虚拟机写入其本地磁盘或出现任何输入/输出负载过重问题时,请避免执行这些操作。这有助于减少完成时间。
解决办法:完成下列过程。
安装后,执行下列步骤以关闭 UAC,然后再加入链接模式组:
开始链接模式配置过程,如下所示:
登录到某个 vCenter Server,并确认该服务器已链接。链接 vCenter Server 之后,打开 UAC,如下所示:
解决办法:请勿删除正在使用中的虚拟交换机。
主机的内存资源不足,无法满足预留。
主机的 CPU 资源不足,无法满足预留。
即使主机看上去有足够的容量可用也会发生此问题,并且仅在这两个主机位于同一群集中时才会发生。
vMotion 用于将虚拟机迁移到主机,或者在新主机上将其启动时,vCenter Server 会评估主机是否拥有足够的未预留资源能满足虚拟机的要求。但是,启动源主机上的虚拟机之后,使用 vMotion 在群集中将虚拟机从源主机迁移到目标主机时,不会更新此评估使用的内部数据结构。未来对源主机的任何接入控制计算将考虑保留此虚拟机,即使该虚拟机不再在主机上运行也一样。此行为可能会导致在源主机上执行的启动和 vMotion 操作失败。
注意:在日志文件中将这些失败报告为以下故障:
vim.fault.InsufficientHostCpuCapacityFault
vim.fault.InsufficientHostMemoryCpuCapacityFault
解决办法:重新配置虚拟机的预留,或者打开或关闭计算机。这些操作使 vCenter Server 更新其内部数据结构。
解决办法:关闭并重新打开 vSphere Client。
<TEMP>/status.txt
文件写入指示 LDAP 连接问题或 LDAP 服务不可达的消息,其中 <TEMP> 是您在 Windows 系统中定义的临时目录。要诊断此问题,请打开 status.txt
文件,并查找以下消息: [2009-03-06 21:44:55 SEVERE] 操作"加入实例 VMwareVCMSDS" 失败:: 操作:加入实例(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>"
无法删除 文件夹“<vCenter Server installation directory>\VMwareVCMSDS'”。
目录不为空。(The directory is not empty.)
解决办法:执行下列步骤:
VMwareVCMSDS
目录。jointool.bat recover
,恢复本地 LDAP 实例。解决办法:如果使用 vCenter Server 4.0 运行 ESX Server 3.5,则将其升级到 ESX Server 3.5 Update 4。
解决办法:如果用于分析的计算机不可达,则请勿添加它们。如果按名称添加计算机,请确保 NetBIOS 名称可解析且可访问。如果按 IP 地址添加计算机,请确保 IP 地址是静态地址。
解决办法:分别解决每个警告。在每台主机上都选择 [始终忽略此证书] 选项。必须配置 vCenter Server 以使用 SSL 证书。
解决办法:完成下列步骤,更改 vSphere Web Access 配置文件中的端口设置,以使其可以在所指定的端口上收到连接。
C:\Program Files\VMware\Infrastructure\tomcat\webapps\ui\jslib-1.0.157180
\modules\com.vmware.webaccess.app_1.0.0
C:\Program Files\
以外的目录,请使用相应的目录路径。WebAccess.properties
文件,并将 login_url
值更新为在 vSphere Client 中指定的端口值,如下所示:
通过 vSphere Web Access 连接到 vCenter Server。解决办法:可能需要通过选择其他主机手动刷新 vSphere Client,然后再次选择第一个主机。
解决办法:用混合模式(IPv4 和 IPv6)配置 vCenter Server 系统,并调用链接模式配置向导: [开始] >[VMware] >[链接模式配置]。此时将禁用 [加入] 选项,并启用 [将此 vCenter 服务器实例与链接模式组相隔离]。
注意:如果用混合模式配置 vCenter Server 系统,则域控制器也必须处于混合模式。如果不希望在 IPv6 环境中使用混合模式,则必须卸载 vCenter Server 才能使系统与链接模式相隔离。
解决办法:作为最佳做法,请勿在链接模式组的清单中展开每个 vCenter Server 系统的节点。折叠节点后再关闭 vSphere Client,以避免在启动时加载展开的节点。
解决办法:要对 ESX Server 3.5 Update 3 或更早版本支持硬件健康状况的监控,请应用 ESX Server 3.5 patch 11 (ESX350-200901407-BG),包含在 ESX Server 3.5 Update 4 中。
解决办法:下面任何一项操作都可以解决此问题:
解决办法:在主机上设置 vpxuser 帐户,以便从根文件夹向下拥有管理员权限。为此,可以用 vSphere Client 连接到主机,然后选择 [权限] 选项卡。
解决办法:重新启动 vCenter Server 后,禁用相应的清单对象上的警报。
解决办法:在存储虚拟机模板的主机上禁用 DPM。当主机处于维护模式时,请使用未处于维护或待机模式且可以访问存储有模板的数据存储的另一主机上的数据存储浏览器来查找虚拟机模板。然后,您可以使用这些模板来置备虚拟机。
解决办法:选择其他清单对象。如果这样不能修复问题,请重新启动 vSphere Client。
解决办法:接受所有提示即可完成硬件版本升级。
解决办法:无
解决办法:无
vmware-toolbox
脚本选项卡上的现有设置会恢复为默认设置。解决办法:升级 VMware Tools 之后,重新配置自定义脚本设置。
解决办法:执行下列步骤:
C:\Windows\system32
。注意:启动虚拟机并完成自定义后会删除 Sysprep 目录。
解决办法:在 Windows NT 虚拟机上将虚拟硬件从版本 4 升级到版本 7 后,请按照下列步骤重新安装网络适配器驱动程序。
C:\winnt\system32
。C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\
。解决办法:无。但是,如果决定删除其中某个磁盘,则不要专门依赖磁盘编号。而是要验证磁盘类型,以确保正在删除的磁盘无误。
解决办法:无
Win32 异常(Win32 exception:):堆栈溢出(Stack overflow)
在这种情况下,无法重新启动 vCenter Server,除非从主机删除虚拟机,或者清除 vCenter Server 数据库。可考虑从主机中删除虚拟机,而不要清除 vCenter Server 数据库,因为这样更加安全。
解决办法:执行下列步骤:
注意:重新启动 vCenter Server 之后,如果 vSphere Client 清单中列出了虚拟机,并且虚拟机上下文菜单中禁用了 [从清单中移除 (Remove from Inventory)] 选项,则必须从 vCenter 数据库中手动移除虚拟机条目。
InstallSection
元素,此元素提供有关安装过程的信息。部署 OVF 软件包后, InstallSection
元素即得到正确的分析。解决办法:将虚拟机导出为 OVF 之后,手动在 OVF 描述符中创建 InstallSection
参数。如果存在清单 ( .mf
) 文件,则必须在修改 OVF 描述符之后重新生成该文件。
示例: <InstallSection ovf:initialBootStopDelay="300"> <Info>指定需要安装引导。</Info> </InstallSection>
在描述符中加入 InstallSection
参数通知部署过程,安装后需要引导才能完成部署。 ovf:initialBootStopDelay
属性指定引导延迟。
请参见 OVF 规范获取详细信息。
解决办法:从使用 LSI SAS 控制器抓取的虚拟机快照克隆虚拟机后,在 Snapshot.config 属性中检查已克隆的虚拟机的控制器类型。如有必要,重新配置已克隆的虚拟机的控制器类型。
解决办法:避免将包含快照的虚拟机移至差异非常大的主机(例如不同版本、不同 CPU 类型等等)
解决办法:将虚拟机配置文件中的 Storage vMotion fsr.maxSwitchoverSeconds
设置变为一个更大的值。默认值为 100 秒。或者,在 Storage vMotion 迁移时,避免对 Storage vMotion 迁移所使用的相同数据存储运行大量设置操作、迁移、启动或关闭操作。
解决办法:执行下列这些步骤,将虚拟模式 RDM 迁移到 NFS 卷:
解决办法:无
如果虚拟机不显示为孤立状态,请检查是否存在目标 VMDK 文件。
解决办法:可以从 VSphere 清单中手动删除孤立的目标虚拟机。如果数据存储中存在剩余的孤立目标磁盘,则找到并删除任何这些磁盘。
File[vol] <vmpath> 大小超过数据存储 [<目标数据存储>] 支持的最大值
。
解决办法:无。如果要迁移虚拟机,请勿将虚拟机磁盘配置为其最大卷限制。
解决办法:启动 Storage vMotion 之前,通过单击 CD/DVD 和软盘设备连接/断开连接图标,断开与虚拟机相连的所有远程 CD/DVD 和软盘设备的连接。
解决办法:启动虚拟机。
解决办法:关闭虚拟机,取消其注册,然后重新注册此虚拟机。
解决办法:在本地数据存储上的虚拟机的当前主机处于维护模式时,如果需要使这些虚拟机保持可用状态,请手动将这些虚拟机迁移到其他主机。
解决办法:在 vSphere Client 中刷新数据存储。如果一次尝试之后数据存储的报告大小不更改,则等待 30 分钟,然后再次刷新。
用户名或密码错误,登录失败(Login failed due to a bad username or password)
。
显示此错误消息是因为,最近已引导主机,并且可能尚未从 vCenter Server 收到 SSL 指纹。将指纹推至主机后,故障切换成功。只有启用了 FT 的群集中的所有主机都出现故障,导致全新引导包含辅助虚拟机的主机时,才有可能发生这种情况。
解决办法:无。尝试几次后故障切换就会成功。
< data center> 的 < cluster> 中的 < server> 上的 HA 代理出现错误
。
此错误消息同时显示在 vSphere Client 中的事件日志和主机的 [摘要] 选项卡中。
解决办法:更正主机的系统时间,然后通过运行 service vmware-vpxa restart
命令重新启动 vpxa。
解决办法:关闭虚拟机,然后启用 FT,并重新启动虚拟机。将虚拟磁盘正确转换成 eagerzeroed 磁盘,并且启用 FT 的操作成功。
解决办法:在将启用 FT 的虚拟机重定位到其他数据存储时,请将 [与源格式相同] 选作默认选项。
解决办法:禁用这些虚拟机的虚拟机监控功能,或将 ESX/ESXi 主机升级到 ESX Server 3.5 Update 3 或更高版本。
解决办法:从 vCenter Server 清单中删除无响应的辅助虚拟机。
解决办法:手动删除辅助虚拟机。
解决办法:在 NFS 环境中,选择 [关闭] 作为群集对受影响虚拟机的默认主机隔离响应。
HA 代理出现错误:无法为主节点执行 cmd addnode 命令:(cmd addnode failed for primary node:)内部 AAM 错误 - 代理无法启动。: 未知 HA 错误
。
解决办法:通过右键单击主机并选择 [重新配置 VMware HA],手动重新配置 HA。
HA 代理服务器分出现错误。
解决办法:通过关闭虚拟机或使用 vMotion 将这些虚拟机迁移到群集中的其他主机来降低负载,然后再为该主机重新配置 HA。
解决办法:取消虚拟机的注册,并在兼容的主机上注册它。
解决办法:可以忽略这些超时错误。