应用和云
借助 VMware Cloud 发挥任何云的价值，并加快现代应用的交付速度。
网络连接
借助面向 WAN、数据中心和云环境的网络和安全虚拟化，加快现代应用的运维。
工作空间
让每位员工都能随时随地办公，实现顺畅的员工体验。
安全性
通过跨任何应用、任何云和任何设备利用您的基础架构，实现每一层的原生安全性。
行业解决方案
探索针对您的应用框架、云计算基础架构和安全体系架构的定制解决方案。
为何选择 VMware
了解如何利用基于 VMware 构建的数字化基础在任何位置构建、运行、管理、连接和保护各项应用。
VMware ESX 4.0 Update 1 发行说明 ESX 4.0 Update 1 | 2009 年 11 月 19 日 | 内部版本 208167 文档最近更新日期：2009 年 12 月 10 日
本发行说明包含以下主题：
新增功能
以下信息介绍本版本 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 分布式交换机性能 – 已解决多个性能和可用性问题，结果如下所示：
- 提高了在 ESX/ESXi 主机处于高负载下时更改 vNetwork 分布式交换机 (vDS) 实例的配置时的性能
- 提高了添加或移除进出 vDS 实例的 ESX/ESXi 主机时的性能
增加每内核 vCPU 限制 – 每内核 vCPU 限制已从 20 提高至 25。此更改仅提高了支持的限制。不包括任何其他的性能优化。此限制增加后，用户可以更加灵活地基于特定的工作负载配置系统并最大限度地利用越来越快的处理器。每个核心中可以实现的 vCPU 数取决于工作负载和硬件性质。有关详细信息，请参见 VMware vSphere 4.0 性能最佳做法指南。
启用了 Intel Xeon 处理器 3400 系列 – 添加了对 Xeon 处理器 3400 系列的支持。有关支持的第三方硬件和设备的完整列表，请参见 VMware 兼容性指南。
已解决的问题 –此外，此版本提供许多已在“已解决的问题”部分被记入文档的错误修复。
ESX 4.0 的早期版本
各个版本的发行说明中分别描述了 ESX 4.0 的早期版本的功能和已知问题。要查看 ESX 4.0 的早期版本的发行说明，请单击下列链接之一：
开始前
ESX、vCenter Server 和 vSphere Client 版本兼容性
VMware vSphere 兼容性列表详细介绍了 VMware vSphere 组件（包括 ESX、vCenter Server、vSphere Client 和可选的 VMware 产品）当前版本与先前版本的兼容性问题。另外，在安装 ESX 或 vCenter Server 之前，请查看 vSphere 4.0 兼容性列表了解有关支持的管理和备份代理的信息。
硬件兼容性
- 了解硬件兼容性
可在基于 Web 的兼容性指南中找到硬件兼容性列表，网址为： www.vmware.com/guides。基于 Web 的兼容性指南是所有 VMware 兼容性指南的单一访问点，可提供指南搜索选项，还可将搜索结果保存为 PDF 格式。
请通过
订阅兼容性指南更新通知。
- 了解 vSphere 兼容性：
VMware vSphere 兼容性列表( PDF)
文档
已为 VMware vSphere 4.0 Update 1 更新该文档。
安装和升级
请阅读 ESX 和 vCenter Server 安装指南 Update 1，了解安装和配置 ESX 和 vCenter Server 的分步指导。
成功安装后，必须进行若干配置步骤。尤其在许可、网络和安全等方面的某些配置，更是必不可少。有关这些配置任务的指导，请参考 vSphere 文档中的以下指南。
- 有关许可的信息，请参见 ESX 和 vCenter Server 安装指南 Update 1
- 有关网络和安全的信息，请参见 ESX 配置指南 Update 1
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 Tools
本版本的 VMware ESX 需要升级 VMware Tools。
升级或迁移到 ESX 4.0 Update 1
vSphere 4.0 Update 1 提供下列应用程序以升级到 ESX 4.0 Update01：
- vSphere Host Update Utility— 适用于独立 ESX 3.x 主机。独立主机是不受 vCenter Server 管理的 ESX/ESXi 主机。有关使用 vSphere Host Update Utility 进行升级的详细信息，请参见 vSphere 升级指南 Update 1。
- VMware vCenter Update Manager— 适用于由 vCenter Server 管理的 ESX/ESXi 主机。有关详细信息，请参见 VMware vCenter Update Manager 管理指南 Update 1。
- esxupgrade.sh 脚本— 适用于无权访问网络的 ESX 3.x 主机。请参见 知识库文章 1009440。如果主机有权访问网络，则可以使用 vSphere Host Update Utility 或 VMware vCenter Update Manager 执行升级。
- vihostupdate 命令行实用程序— vihostupdate命令将软件更新应用到 ESX 4.0/ESXi 4.0 主机，并安装和更新 ESX/ESXi 扩展名，如 VMkernel 模块、驱动程序和 CIM 提供程序。有关详细信息，请参见 vSphere 升级指南 Update 1。
- esxupdate 命令行实用程序 — 仅适用于 ESX 的命令行实用程序。它将软件更新应用到 ESX 4.0 主机。有关详细信息，请参见《修补程序管理指南》。
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 脱机捆绑 |
否 |
否 |
否 |
是 |
注意：
- 对于使用 ISO 映像，支持 vSphere Host Update Utility 4.0 U1、vCenter Update Manager 4.0 U1 和 esxupgrade.sh三种方法 [请参见 知识库文章 1009440]。有关详细信息，请参见 vSphere 升级指南 Update 1。
- 对于使用 ESX 4.0 Update 1 脱机绑定进行升级，支持 vihostupdate命令行实用程序和 esxupdate命令行实用程序两种方法。有关详细信息，请参见 vSphere 升级指南 Update 1 和《修补程序管理指南》。
- 有关使用联机修补程序和 vCenter Update Manager 4.0 Update 1 将 ESX 4.0 主机升级至 ESX 4.0 Update 1 的信息，请参见这些发行说明的修补程序部分、 《vSphere 升级指南》( Update 1)和 《vCenter Update Manager 管理指南》(4.0 Update 1)。
- 如需升级 ESX Server 3.0.0 和 3.0.1，请先升级到任何更高版本的 ESX Server 3.x，再使用 ISO 映像升级到 ESX 4.0 Update 1。可参见任何 3.x 升级指南，例如以下 3.5 版本的 《升级指南》。
- 可通过移动虚拟机将 ESX 2.5.5 升级到 ESX 4.0 Update 1。请参见 vSphere 升级指南 Update 1。
更新的 RPM 和安全修补程序
对于在 ESX 4.0 Update 1 中更新的 RPM 列表，请参见 更新的 RPM 和安全修补程序。本文档不适用于 ESXi 产品。
本版本中包含的修补程序
本版本包含本产品发行前已发行的针对 ESX Server 软件的所有公告。有关各个公告的详细信息，请参见 VMware 下载修补程序页面或单击公告名称。
修补程序版本 ESX400-Update01a 包含下列各个公告：
- ESX400-200911201-UG:更新核心
- ESX400-200911205-UG:将 lpfc820 驱动程序更新到版本 8.2.0.30.52vmw-2vmw
- ESX400-200911206-UG:将 hpsa 驱动程序更新到版本 3.6.14.27vmw-2vmw
- ESX400-200911207-UG:将 mpt2sas 驱动程序更新到版本 02.00.00.00.1vmw-2vmw
- ESX400-200911208-UG:更新服务控制台内核
- ESX400-200911209-UG:将 forcedeth 驱动程序更新到版本 0.61-2vmw
- ESX400-200911210-UG:将 ixgbe 驱动程序更新到版本 1.3.36-2vmw
- ESX400-200911211-UG:将 megaraid2 驱动程序更新到版本 2.00.4-2vmw
- ESX400-200911212-UG:将 megaraid-sas 驱动程序更新到版本
- ESX400-200911213-UG:将 mptsas 驱动程序更新到版本
- ESX400-200911214-UG:将 ahci 驱动程序更新到版本 2.0-2vmw
- ESX400-200911215-UG:将 ata-piix 驱动程序更新到版本 2.00ac6-2vmw
- ESX400-200911216-UG:将 mptspi 驱动程序更新到版本
- ESX400-200911217-UG:将 qla2xxx 驱动程序更新到版本 821.k1.42vmw-2vmw
- ESX400-200911218-UG:将 s2io 驱动程序更新到版本 2.1.4.13427-2vmw
- ESX400-200911219-UG:将 nx-nic 驱动程序更新到版本 4.0.301-2vmw
- ESX400-200911220-UG:将 cciss 驱动程序更新到版本 3.6.14.8vmw-2vmw
- 更新： ESX400-200912101-UG:更新服务控制台 glibc*
- ESX400-200911222-UG:将 enic 驱动程序更新到版本 1.1.0.68-1vmw
- ESX400-200911223-UG:更新 Web 访问
- ESX400-200911224-UG:将 fnic 驱动程序更新到版本 1.1.0.49.2vmw-2vmw
- ESX400-200911225-UG:将 bnx2x 驱动程序更新到版本 1.45.20-2vmw
- ESX400-200911226-UG:更新 VMware ESX 4.0 e1000
- ESX400-200911227-UG:更新 ESX 4.0 Intel igb 驱动程序
- ESX400-200911228-UG:更新 ATA 驱动程序的 ESX 4.0 Serverworks PATA
- ESX400-200911229-UG:更新 ESX 4.0 ATA
- ESX400-200911230-UG:更新 ESX 4.0 SCSI/iSCSI 驱动程序
- ESX400-200911231-UG:更新 ESX 4.0 qlogic SCSI 驱动程序
- ESX400-200911232-UG:更新 ESX 4.0 curl 组件
- ESX400-200911233-UG:更新 ESX 4.0 gnutls 组件
- ESX400-200911234-UG:更新 ESX 4.0 libxml2 组件
- ESX400-200911235-UG:更新 ESX 4.0 python 组件
- ESX400-200911236-UG:更新 ESX 4.0 SNMP 组件
- ESX400-200911237-UG:更新 ESX 4.0 bind 组件
- ESX400-200911238-UG:更新 ESX 4.0 ntp 组件
- ESX400-200911239-UG:更新 ESX 4.0 审核组件
* 注意：捆绑包 ESX400-200911221-UG 已替换为捆绑包 ESX400-200912101-UG，以避免升级到 ESX 4.0 Update 1 时可能发生问题。有关在升级 ESX 主机时要采取的预防措施的详细信息，请参阅 知识库 1016070。
ESX 4.0 Update 1 也包含下列先前发布的捆绑包中的所有修复程序：
有关每个修补程序的内容的详细信息，请参见下载页面中列出的文档。
已解决的问题
此版本解决以下几个主题方面的问题：
- 备份
- 客户机操作系统
- 其他
- 网络
- 安全
- 服务器配置
- 存储器
- 支持的硬件
- 升级和安装
- vCenter Server、vSphere Client 和 vSphere Web Access
- 虚拟机管理
- vMotion 和 Storage vMotion
- VMware High Availability 和容错
† 已解决的问题先前归为已知问题。
备份
客户机操作系统
- 完全启用硬件加速时，虚拟机有时会失败并显示蓝屏
在 Windows 客户机操作系统中完全启用硬件加速的情况下，如果运行某些应用程序，则虚拟机将会失败并显示蓝屏。
这是因为 SVGA 驱动程序存在问题，该问题已在本版本中得到解决。
- 新增内容：如果过高估计了客户机操作系统的内存使用情况，则会导致 vCenter Server 中的警报虚假响起
在支持 EPT 技术的 Intel 系统或支持 RVI 技术的 AMD 系统上，客户机操作系统的内存使用情况可能被过高估计。这可能导致即使在客户机操作系统并未使用很多内存的情况下，vCenter Server 中的内存警报也会响起。本版本已解决该问题。
- 宽屏显示虚拟机时，会出现字体呈现的问题
将虚拟机配置为宽屏幕分辨率时，Microsoft Office 应用程序中的字体会变形。在分辨率设置为 2560 x 1024 时，出现这种问题。
本版本已解决该问题。
- 新增内容：在 vMA 4.0 系统上使用客户机 SDK 库时，系统命令失败
尝试在 vSphere Management Assistant (vMA) 4.0 系统上使用客户机 SDK 库时，系统命令失败，而且可能会显示以下错误： 无法读取文件数据：错误 21
出现这种情况是因为无法在包含 ldconfig命令可用目录的系统上找到客户机 SDK 库。
本版本已解决该问题。
- 如果将 VMware Tools 或 VMware Tools 中的 VSS 组件升级到版本 4.0，则在重新引导虚拟机时，需要使用 msvcp71.dll 文件的应用程序将无法启动
本版本已解决该问题。
其他
- ESX/ESXi 4.0 服务控制台应用程序反复调用驱动程序的轮询函数，而非采用阻止方法等待来自驱动程序的外部通知†
使用基于轮询或基于选择的事件通知协议（poll()或select()）的在 ESX/ESXi 4.0 上运行的应用程序，可能会重复调用 VMkernel 字符设备，直到设备报告应用程序可获得事件为止。由于重复调用驱动程序而非等待外部事件来调用，因此这种行为会导致高 CPU 负载。本版本已解决该问题。
- 新增内容：启动 ESX/ESXi 主机后，/var/log 中将记录一则警告消息
在启动或重新启动 ESX/ESXi 主机后，/var/log/messages 文件中将记录以下警告消息：
sfcbd 的同级表已满。
可以忽略此消息。这并不表示 ESX/ESXi 有任何问题。
本版本已解决该问题。
- 在一系列 vmklinux 堆分配警告后发生 ESX/ESXi 系统故障
此问题是由于对内存合理过度使用错误响应所致。当内存因过度交换或 vMotion 使用而不足时，可能会遇到 vmklinux 限制。具体来说，位于地址 4GB 下的内存不足可触发该问题。在这种情况下，一系列日志消息将会发出无法为 vmklinux 堆分配内存的警告。然后，ESX/ESXi 会变得不可用，并在助手环境中记录异常 14。以下日志摘要表示所记录的消息：
[1:01:35:02.450 cpu7:4480)WARNING:堆：1471: Could not allocate 2093688 bytes for dynamic heap vmklinux.Request returned Out of memory
[1:01:35:02.450 cpu7:4480)WARNING:堆：1645: Heap_Align(vmklinux, 1024/1024 bytes, 8 align) failed. caller:0x4180303746b7
[1:01:35:02.450 cpu7:4480)WARNING:堆：1471: Could not allocate 2093688 bytes for dynamic heap vmklinux.Request returned Out of memory
[1:01:35:02.450 cpu7:4480)WARNING:堆：1645: Heap_Align(vmklinux, 1024/1024 bytes, 8 align) failed. caller:0x4180303746b7
[VMware ESX [Releasebuild-164009 X86_64]
#PF Exception(14) in world 4480:helper18-7 ip 0x41803037480c addr 0x0
尽管 ESXi 理论上可能会出现此问题，但所有观察均与 ESX 安装有关。由于服务控制台使用的内存不足，因此 ESX 具有较大的漏洞。
本版本已解决该问题。
网络
- 当 Intel MT 和 PT 双端口网卡处于杂乱模式时，会打开 vlan 筛选器
这将导致 Cisco 发现协议 (CDP) 软件包丢失。此修复增加了对带有 VLAN 标记的 CDP 软件包的检查、增加了对入站软件包的运行状态检查、以及增加了对日志记录输出的检查以分析错误。
- 更新了 vCenter 中某些 Dell 服务器的 Broadcom NetXtreme BCM5722 网络适配器的描述
删除了 vCenter 中某些 Dell 服务器的 Broadcom NetXtreme BCM5722 网络适配器的描述（包含一些不必要的单词），并更新到 NetXtreme BCM5722 千兆以太网。更新了 Dell PowerEdge T105、R300 和 T300 服务器的描述。
- 修复了以下问题：在将以太网标头解码为 IP 标头后，ESX 可能会在运行 nx_nic 驱动程序时失败
此修复将 LRO enabled变量设置为 0，因为 ESX 4.0 Update 1 不支持大型接收卸载 (LRO)。
安全
- 此修复包含可将 WebAccess 从 Tomcat 6.0.16 更新到 6.0.20 版本的软件包
通用漏洞披露方案 (cve.mitre.org) 分配给 Apache Tomcat 6.0.20 中修复的安全问题的名称如下： CVE-2008-5515、 CVE-2009-0033、 CVE-2009-0580、 CVE-2009-0781 和 CVE-2009-0783。
通用漏洞披露方案 (cve.mitre.org) 分配
给 Apache Tomcat 6.0.18 中修复的安全问题的名称如下： CVE-2008-1232、 CVE-2008-1947 和 CVE-2008-2370。
- 此修复包括更新的 NTP 软件包，该软件包修复了 ESX 服务控制台中的两个安全问题
本版本修复了 ntpq 诊断命令中发现的缓冲区溢出漏洞，该漏洞可能会允许回复来自恶意用户的将导致 ntpq 失败的 ntpq 请求。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-0159。
本版本修复了 ntpd 守护进程 NTPv4 身份验证代码中的缓冲区溢出漏洞，其中，如果将 ntpd 配置为使用公用密钥加密进行 NTP 软件包身份验证，则恶意用户通过经过修改的请求软件包发出的远程攻击可能会导致 ntpq 失败。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-1252。
- 修复了以下问题：如果将 NTPD 守护进程配置为使用自动密钥安全模型，则该守护进程可能会出现基于堆栈的缓冲区溢出
通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-1252。
- 此修复包括更新的 python 软件包，该软件包修复了 ESX 服务控制台中的多个安全问题
通用漏洞披露方案 (cve.mitre.org) 分配给这些问题的名称为 CVE-2007-2052、 CVE-2007-4965、 CVE-2008-1721、 CVE-2008-1887、 CVE-2008-2315、 CVE-2008-3142、 CVE-2008-3143、 CVE-2008-3144、 CVE-2008-4864 和 CVE-2008-5031。
- 此修复包括更新的 BIND 软件包，修复了 ESX 服务控制台中的多个非安全问题和一个安全问题
本版本修复了当 BIND 处理包含 ANY 记录类型的动态更新消息软件包时发生的错误，该类型可能会使远程攻击者通过在生成的动态更新消息的必备条件部分中使用 ANY 记录，造成拒绝服务声明保障和守护进程退出。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-0696。
- 将服务控制台软件包内核版本更新到 2.6.18-128.7.1
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-128.1.6 中修复的安全问题的名称为 CVE-2008-3528、 CVE-2008-5700、 CVE-2009-0028、 CVE-2009-0269、 CVE-2009-0322、 CVE-2009-0675、 CVE-2009-0676 和 CVE-2009-0778。
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-128.1.10 中修复的安全问题的名称为 CVE-2008-4307、 CVE-2009-0834、 CVE-2009-1337、 CVE-2009-0787 和 CVE-2009-1336。
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-128.1.14 中修复的安全问题的名称为 CVE-2009-1439、 CVE-2009-1633、 CVE-2009-1072、 CVE-2009-1630 和 CVE-2009-1192。
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-128.4.1 中修复的安全问题的名称为 CVE-2007-5966、 CVE-2009-1385、 CVE-2009-1388、 CVE-2009-1389、 CVE-2009-1895、 CVE-2009-2406 和 CVE-2009-2407。
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-128.7.1 中修复的安全问题的名称为 CVE-2009-2692 和 CVE-2009-2698。
通用漏洞披露方案 (cve.mitre.org) 分配给内核 2.6.18-164 中修复的安全问题的名称为 CVE-2009-2847 和 CVE-2009-2848。
如果在 ESX 4.0 Update 1 上运行 rpm -q --changelog kernel命令，该命令将显示对控制台操作系统内核 RPM 所做更改的日志。由于疏忽，更改日志中未列出本版本所修复的安全问题 CVE-2009-2847 和 CVE-2009-2848。
- 此修复包括更新的 cURL 软件包，该软件包修复了 ESX 服务控制台中的安全问题
cURL 易受到由于错误处理 X.509 证书中的 NULL 字符而导致的空前缀攻击。恶意用户可以在中间人攻击中使用已签名证书，并可能使 cURL 混淆接受该证书。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-2417。
- 此修复包括更新的 GnuTLS 软件包，该软件包修复了 ESX 服务控制台中的安全问题
GnuTLS 易受到由于错误处理 X.509 证书中的 NULL 字符而导致的空前缀攻击。恶意用户可以在中间人攻击中使用已签名证书，并可能使 GnuTLS 混淆接受该证书。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-2730。
- 通过将 JRE 版本更新到 1.5.0_20 修复了以下安全问题
通用漏洞披露方案 (cve.mitre.org) 分配给 JRE 1.5.0_18 中修复的安全问题的名称如下：
CVE-2009-1093、 CVE-2009-1094、 CVE-2009-1095、 CVE-2009-1096、 CVE-2009-1097、 CVE-2009-1098、 CVE-2009-1099、 CVE-2009-1100、 CVE-2009-1101、 CVE-2009-1102、 CVE-2009-1103、 CVE-2009-1104、 CVE-2009-1105、 CVE-2009-1106 和 CVE-2009-1107。
通用漏洞披露方案 (cve.mitre.org) 分配给 JRE 1.5.0_20 中修复的安全问题的名称如下：
CVE-2009-2625、 CVE-2009-2670、 CVE-2009-2671、 CVE-2009-2672、 CVE-2009-2673、 CVE-2009-2675、 CVE-2009-2676、 CVE-2009-2716、 CVE-2009-2718、 CVE-2009-2719、 CVE-2009-2720、 CVE-2009-2721、 CVE-2009-2722、 CVE-2009-2723 和 CVE-2009-2724。
- 此修复包括更新的 libxml2 软件包，该软件包修复了 ESX 服务控制台中的安全问题
本版本修复了在 libxml 处理 DTD 的根 XML 文档元素定义的方式中发现的堆栈溢出漏洞。远程攻击者可以提供 XML 文件，如果本地用户打开该文件，则可能造成拒绝服务应用程序故障。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-2414。
本版本修复了在 libxml 分析“表示和枚举”属性类型的方式中发现的多个释放后使用漏洞。远程攻击者可以提供 XML 文件，如果本地用户打开该文件，则可能造成拒绝服务应用程序故障。通用漏洞披露方案 (cve.mitre.org) 分配给此问题的名称为 CVE-2009-2416。
服务器配置
- 防火墙规则在 VMware High Availability (HA) 通信、迁移、克隆、修补或 vMotion 后发生更改
如果您使用 iptables或 esxcfg-firewall以外的任何命令或者实用程序修改了 ESX 控制台的防火墙规则，则使用任何工具或实用程序通过防火墙访问该服务控制台，都可能会导致防火墙在操作完成后恢复为其默认配置。例如，如果使用 iptables命令修改了防火墙规则，则在主机上配置 HA 会导致防火墙恢复为 esxcfgfirewall指定的默认配置。您可以通过本版本为每种服务类型定义默认的防火墙规则。有关详细信息，请参见《ESX Server 配置指南》的“覆盖防火墙规则时排除故障”主题。
- 修复了以下问题：DRAC 通过 IPMI 获取操作系统名称，并同时显示 ESX 和 ESXi 的 VMware ESX Server
此修复将硬编码名称替换为 VMware_HypervisorSoftwareIdentity.ElementName。
- 修复了以下问题：为 VMware_HypervisorSoftwareIdentity 检索的版本信息在生成时是硬编码
如果单独修补 CIM 组件，则此提供程序的内部版本值可能会与其他组件或应用程序中的同一内部版本号或版本信息不匹配。应用此修复后，就可通过系统中其他组件利用的常用机制来检索版本信息。
存储器
- 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 配合使用。本版本已解决该问题
- 无法扩展具有快照的虚拟 RDM 的大小 †
当增加附加有虚拟 RDM 的虚拟机的基础 LUN 的大小时，不会更新该大小。无法扩展独立的、非持久的虚拟 RDM 和/或具有快照的虚拟 RDM 的大小。此类型磁盘在 VMkernel 中为只读磁盘，不会对其进行元数据更新。因此，虚拟机将看不到 LUN 的新大小。本版本已解决该问题
- 将 VMkernel:Boot.storageHeapMaxSize 设置为 2147483647 或更高的值可能会导致服务器无法做出响应†
如果使用 vSphere Client [配置] 选项卡上的 [高级设置] 对话框将 VMkernel:Boot.storageHeapMaxSize 选项设置为 2147483647 或更高的值，则重新引导 ESX/ESXi 主机之后，该主机将会出现故障并显示紫色屏幕。本版本已解决该问题。
- 新增内容：在 LUN 重置期间，应用程序可能会失败并显示 I/O 错误
在 RHEL 5 客户机操作系统上 LUN 或 SCSI 总线重置期间，虚拟机中的应用程序可能会由于 I/O 错误而失败。此问题仅在使用 PVSCSI 适配器和 ESX iSCSI 启动器时发生。
本版本已解决该问题。
- 对 SMB/CIFS 共享存储器的代理文件路径访问失败
从 CD-ROM 引导虚拟机将失败，其中 ISO 文件位于使用 SMB/CIFS 协议挂载的共享上。发生该问题是因为在使用 SMB/CIFS 协议时，会拒绝代理文件路径访问。
本版本已解决该问题。
- 新增内容：测试多个虚拟机时，报告 SCSI 中止故障
由于 HP Smart Array 驱动程序不支持 SCSI 中止，因此改为进行设备重置。重置的即时性可能会中断更多并发 IO，导致更多 IO 故障和 SCSI 中止故障。
本版本已解决该问题，短时间延迟后即进行重置。
支持的硬件
- 新增内容：ESX 4.0 中 DRAC 4 显示为未知
用于列出设备的 lspci命令在 Dell 远程访问卡 4 (DRAC 4) 设备中将设备名称显示为 [未知]。出现这种情况是因为 DRAC 4 设备的设备 ID 在 ESX 的 PCI 设备存储库中不可用。
本版本已解决该问题。
- 在将 Power.CpuPolicy 配置选项更改为动态时，vCenter 发出错误消息
在将 Power.CpuPolicy选项从静态更改为动态时，vCenter 会发出以下错误消息：
输入的值无效。请输入一个值
出现该错误的原因是：即使 BIOS 未正确支持处理器性能状态 (P-states)，ESX/ESXi 4.0 仍尝试将系统的 CPU 电源管理策略更改为动态。
本版本已解决该问题。
- 系统警示报告无法使用中断向量设置 IRQ
对无法使用中断向量设置中断请求 (IRQ) 发出的警示消息与以下类似：
0:00:00:02.579 cpu0:4096)CosCommon:2103: 无法使用向量 209 设置 IRQ 11
本版本已解决该问题。
升级和安装
- 如果用户的主目录不在 /home 目录下，则 ESX 升级将失败，并出现错误“安装已中止 [错误 2] 没有此类文件或目录”
当实际用户的主目录确实没有位于 /home目录下时，ESX 升级将失败。此情况出现的错误如下所示：
正在将 username 的路径更改为 /home/ userdir
安装已中止。
[错误 2] 没有此类文件或目录]
解决办法：- 升级包含任何 ESX 4.0 更新（例如 Update 1）的主机。
- 移动 /home目录下的所有用户的主目录。
- 修复了以下问题：安装 VMware Tools 时会覆盖现有的虚拟打印机驱动程序 "TPOG" 和 "TPOGPS"（如果安装了 ThinPrint 的 .print 服务器）
此修复将会检查 .print创建的注册表项，如果检测到此注册表项，则不会安装与 VMware Tools 捆绑在一起的虚拟打印机驱动程序。
vCenter Server、vSphere Client 和 vSphere Web Access
- 在 IBM x3655 系统上，vSphere Client [配置] 选项卡所列配电传感器的状态可能未知 †
如果在装配了某些类型的电源的 IBM x3655 系统上安装 vSphere Client，配电传感器可能会指示该电源的健康状况为 [未知]。[未知] 状况源自 IPMI 固件和电源传感器之间的差异。IPMI 固件报告系统中存在配电实用程序。但是，可用的电源传感器无法确定配电实体的状态。因此，vSphere Client 无法指示配电实体的当前状态。本版本已解决该问题。
虚拟机管理
- 新增内容：运行 VMware Tools 时，SLES 10 客户机操作系统在 vCenter 中错误报告为 SLES 8/9
当 ESX 4.0 由 vCenter 4.0 管理而且 VMware Tools 正在运行时，vSphere Client 的 [摘要] 选项卡将 Suse Linux Enterprise 10（32 位）客户机操作系统显示为 Suse Linux Enterprise 8/9（32 位），将 Suse Linux Enterprise 10（64 位）显示为 Suse Linux Enterprise 8/9（64 位）。
- 新增内容：使用 VMXNET3 适配器时，网络性能数据缺少
如果客户机正在使用 VMXNET Generation 3 适配器，则虚拟机的 [性能] 选项卡中缺少 [网络] 面板。如果虚拟机有多种虚拟适配器，则非 VMXNET3 类型适配器的 [网络] 面板仍然显示。
本版本已解决该问题。
vMotion 和 Storage vMotion
- 以前发现的 vMotion 故障的修补程序可能阻止迁移（仅针对视频 RAM 大于 30 MB 的虚拟机）到不包含该修补程序的主机
ESX/ESXi 4.0 Update 1 修复了 知识库 1011971 中所述的 vMotion 故障。但是，使用 vMotion 将视频 RAM 大于 30 MB 的虚拟机迁移到 ESX/ESXi 4.0 Update 1 主机，可能会阻止迁移回不包含该修补程序的主机。
- 新增内容：在虚拟机中运行的 MPlayer 和 MEncoder 等应用程序失败并显示非法指令
多种应用程序都运行 Supplemental Streaming SIMD Extension 3 (SSSE3) 指令，如 MPlayer 和 MEncoder。
这些应用程序在虚拟机中运行时，在对虚拟机执行 vMotion 迁移或暂停并继续之后，会失败并出现非法指令错误。在极少情况下，这种故障也会在正常执行过程中发生。
本版本已解决该问题。
- 新增内容：在使用 vMotion 功能时，迁移失败后目标主机会发生系统故障
如果由于极少发生的继续错误，而导致使用 vMotion 进行的虚拟机迁移失败，源虚拟机可能保持在失效的交换状态。任何尝试从源虚拟机进行的后续迁移都可能导致目标主机系统故障。
本版本已解决该问题。
VMware High Availability 和容错
- 当 ESX/ESXi 主机没有 DNS 连接时，启用 HA 会失败
如果 ESX/ESXi 主机没有 DNS 连接，则在启用或配置 VMware HA 并且 /etc/hosts文件中未填充短主机名时，启用或配置 HA 可能会失败。本版本已解决该问题。
- 禁用容错虚拟机的虚拟机重新启动优先级设置会禁用某些 VMware 容错操作 †
禁用容错虚拟机的虚拟机重新启动优先级设置会导致 [关闭容错] 操作失败。此外，无法删除禁用了虚拟机重新启动优先级设置的容错虚拟机。本版本已解决该问题。
- 当启用 FT 时，辅助虚拟机启动几秒钟后失败，从而导致主虚拟机进入 [需要辅助虚拟机] 状态
当 FT 的主虚拟机和辅助虚拟机在具有混合步进的 Intel Xeon 5400 或 5200 系列处理器（CPUID 系列 6，型号 23，步进 6 和 10）上运行时，辅助虚拟机启动几秒钟后失败，从而导致主虚拟机进入 [需要辅助虚拟机] 状态。
本版本已解决该问题。
已知问题
本节介绍以下几个主题方面的已知问题：
- 备份
- 客户机操作系统
- 国际化
- 许可
- 其他
- 网络
- 服务器配置
- 存储器
- 支持的硬件
- 升级和安装
- vCenter Server、vSphere Client 和 vSphere Web Access
- 虚拟机管理
- vMotion 和 Storage vMotion
- VMware HA 和容错
备份
适用于 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 客户机不支持文件级备份。
客户机操作系统
- 在含有 RHEL3 客户机操作系统的虚拟机中不通知客户机即移除磁盘会导致虚拟机发生故障
对于含有 RHEL3 客户机操作系统和 BusLogic 驱动程序的 32 位虚拟机，不通知客户机操作系统就移除磁盘（即热移除磁盘）会导致虚拟机操作失败。解决办法：从客户机中显式移除磁盘。要移除磁盘，请先从
/proc/scsi/scsi获得想要移除的磁盘的磁盘详细信息：- 从
/proc/scsi/scsi获取设备的 HOST CHAN ID 和 LUN 号码 - 在 RHEL 控制台中运行以下命令：
echo "scsi remove-single-device HOST CHAN DEV LUN" > /proc/scsi/scsi
- 从
- Solaris 10 U4 虚拟机在 VMware Tools 升级期间变得无响应
在含有高级 vmxnet 适配器的 Solaris 10 U4 虚拟机中升级或重新启动 VMware Tools，可能会导致客户机操作系统变得无响应，并且无法继续安装。此问题不影响 Solaris 10 U5 和更高版本。
解决办法：安装或升级 VMware Tools 之前，通过在
/etc/中删除高级 vmxnet 适配器的自动配置文件或移除虚拟硬件，暂时不配置此适配器。
- 连接到热添加的 BusLogic 适配器的设备对 Linux 客户机不可见
如果 Linux 客户机以前配有其他 BusLogic 适配器，则连接到热添加的 BusLogic 适配器的设备对该客户机不可见。此外，热移除 BusLogic 适配器可能会失败。发生此问题是因为，Linux 发行版中提供的 BusLogic 驱动程序不支持热拔插 API。此问题不会影响执行向适配器热添加磁盘，只会影响执行热添加的适配器本身。解决办法：对热添加功能使用其他适配器（如并行或 SAS LSI Logic 适配器）。如果必须使用 BusLogic 适配器，则在客户机中卸载 BusLogic 驱动程序之后，再尝试热移除适配器。还可以通过加载 BusLogic 驱动程序的另一个实例，尝试控制热添加的适配器。可以通过运行命令
modprobe -o BusLogic1 BusLogic，加载 BusLogic 适配器的另一个实例（其中对于每个热添加操作，都将 BusLogic1 替换为 BusLogic2，将 BusLogic2 替换为 BusLogic3 等等）。
- 以 WindowsNT 为客户机的虚拟机需要响应在虚拟机尝试自动升级 VMware Tools 时产生的警告消息
如果设置此选项以在每次对 WindowsNT 客户机执行启动操作之前自动检查和升级 VMware Tools，则会显示以下警告消息：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 发行版的用户界面中。解决办法：无
- 创建 Ubuntu 7.10 Desktop 的虚拟机可能会导致显示黑屏
在 AMD 主机中已启用准虚拟化的虚拟机上运行 Ubuntu 7.10 Desktop 客户机安装时，虚拟机屏幕可能一直黑屏。该安装程序的正确行为是指示用户从托盘删除 CD 并按 Return。
解决办法：按 Return 键。该安装程序继续执行并重新引导虚拟机。而且，如果在具有两个或更多个虚拟处理器的虚拟机上启动此安装，则不会发生此问题。
- 新增内容：对于从 ESX 3.0.3 冷迁移到 ESX/ESXi 4.0 Update 1 的 Red Hat Enterprise Linux 5.x 虚拟机，自动 VMware Tools 升级可能会失败
对于从 ESX 3.0.3 主机冷迁移到 ESX/ESXi 4.0 Update 1 主机的 Red Hat Enterprise Linux 5.x 虚拟机，自动 VMware Tools 升级可能会失败并出现 升级 VMware Tools 时出错的错误。
解决办法：在 ESX 4.0 Update 1 主机上手动升级 VMware Tools。
- 新增内容：LAN 唤醒功能不能与较新版本的 Windows 客户机上的 e1000 vNIC 配合工作
对于 ESX/ESXi 主机而言，LAN 唤醒功能（打开主机时显示一则网络消息）对某些 Windows 客户机上的 e1000 vNIC 不可用。特别是 Vista 之前的版本和 64 位版本的 Windows 不能运行。
解决办法：使用支持 LAN 唤醒功能的 vNIC 类型，例如 VMXNET3
- 对于 Windows Vista 和 Windows 7 客户机，视频输出显示可能不正确
缩放视频时，Windows Media Player 在 Windows Vista 或 Windows 7 客户机中显示视频文件可能不正确。
解决办法：以下两种操作中的任一种都可作为此问题的正确解决办法：- 以全屏模式播放视频 (Alt + Enter)。
- 取消选中 [调整大小时使视频适合播放机]。
- 不支持带有 Media Player 11 的 Windows 7 操作系统
虚拟机不支持包含 Windows Media Player 11 的 Microsoft Windows 7 客户机操作系统。如果尝试在运行 Microsoft Windows 7 操作系统的虚拟机上运行该媒体播放机并最大化其窗口，则虚拟机可能会出现故障。
国际化
- 并行/串行端口输出文件名不接受非 ASCII 字符，并显示一条错误消息
配置虚拟机时，可能会拒绝包含非 ASCII 字符的文件名，并显示一条错误消息。验证文件名对本地化不安全，可能会导致拒绝有效的名称。此问题影响串行端口和并行端口的输出文件，并可能会影响 ISO 和 FLP 名称或磁盘 (VMDK) 文件名。解决办法：限制所有数据存储内容（目录和文件名）仅使用 ASCII。
许可
- 对于未能添加到 vCenter Server 的具有单一服务器许可证的主机，没有提供在后续的添加主机操作期间更正许可的选项
在将已配置单一服务器许可证的 ESX 或 ESXi 主机添加到已获许可的 vCenter Server 时，vCenter Server 会显示一条错误消息，说明无法添加该主机。解决办法：删除断开的主机，然后使用非单一服务器许可证再次添加它。
- 如果在脚本式或交互式安装过程中安装了某些许可证，则无法启动虚拟机
如果没有适合硬件的许可证序列号，则在安装 ESX/ESXi 时可能会遇到许可方面的错误。出现此问题的原因是在安装过程中没有对许可证密钥执行供应商和资源检查验证。用 lib/licensecheck 验证许可证之后，还需要一项后续测试，以检查所安装的系统是否在许可证规定的限制内。但是，安装程序没有执行这个第二道检查。解决办法：切换到评估模式，然后从入口获取适当的许可证。
- vSphere Client 的 [许可] 页上的 [许可证] 列表中不显示已购买的加载项许可证
在 vSphere Client 的 [许可] 页上查看已购买的许可证时，看不到一个单独的加载项版本的产品线项。例如，如果购买了 vSphere 4.0 Standard 加 vMotion 许可证，或购买了 vSphere 4.0 Standard 加 vMotion 及 Data Recovery 许可证，则仅显示 vSphere 4.0 Standard 许可证。解决办法：要查看许可证密钥的产品功能和加载项功能，请按下列步骤操作：
- 在 vSphere 主页上单击 [许可]。
- 在右上角中，单击 [管理 vSphere 许可证] 以启动许可证向导。
- 单击 [下一步]，转到 [分配许可证] 页。
- 将光标移至主机许可证密钥上，即可看到可用的产品和加载项功能。
- 升级主机的许可证之后，支持多路虚拟 SMP 的虚拟机可能立刻就无法启动，并报告许可证失败
升级主机的许可证之后，vCenter Server 马上就无法启动虚拟机。例如，如果从支持 4 个 vCPU 的版本升级到支持 8 个 vCPU 的版本，则 vCenter Server 会报告许可证失败，例如：计算机有 8 个虚拟 cpu，但主机只支持 4 个....（machine has 8 virtual cpus, but host only supports 4....）解决办法：要使许可证升级生效，请至少等待一分钟，然后再启动虚拟机。要手动启动许可证更改，请转到 [主页]> [许可]，然后单击 [刷新]。
其他
- 每次主机重新引导都会删除 ESX /tmp 目录中用户创建的文件
如果您或您支持的用户在 ESX/tmp目录中存储临时文件（如应用程序生成的日志文件），则每次主机重新引导时都将丢失这些文件。解决办法：请勿使用 ESX
/tmp目录存储用户生成的文件和目录。
- 来自 vCenter 的诊断数据可能包含在无法解压缩的文件中?
解压缩包含来自 vCenter 的诊断数据的.tgz文件时，将显示一个对话框，其中列出了无法解压缩的文件以及一条错误消息：缺少符号链接所指的文件（Symbolic link points to missing files）。解决办法：无
- Linux rm -rf 命令在服务控制台中可能失败
如果对含有 380 个文件以上的目录执行rm -rf，该命令将会失败并显示以下错误：目录非空。此问题是 Red Hat 2.6 内核中某种限制造成的后果。
解决办法：执行下列任务之一：
- 使用 vSphere Client 数据存储浏览器删除该目录。
- 多次运行
rm -rf，直到删除所有条目为止。每次调用rm -rf最多删除 380 个条目。
- 含有 TLS LDAP 配置的 ESX 主机不允许 LDAP 用户登录
ESX 管理员可以使用服务控制台，通过运行以下命令按照 TLS LDAP 身份验证操作：
esxcfg-auth --enableldap --enableldapauth --enableldaptls --ldapserver=<Server IP/Name> --ldapbasedn="dc=<LDAP DC Name>"
打开身份验证后，不能再登录到含 LDAP 用户名的 ESX 主机。而且，不能从命令行指定/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
- 在编辑器中打开
- ESX/ESXi 主机的核心转储分区设置在某些情况下不是持久的
如果将核心转储分区从/root改为另一个位置，并在做出此更改之后一小时内但在重新引导主机之前遇到 ESX/ESXi 主机故障，则核心转储分区将恢复其/root的原始设置。解决办法：更改核心转储分区后，立即运行
esxcfg-boot。
- 在本地控制台上收到的警告消息
在计算机的系统 BIOS 中禁用了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 SDK 的多线程应用程序，ESX/ESXi 主机或虚拟机的客户机操作系统可能运行失败
如果客户机操作系统运行使用 VMCI Sockets SDK 的多线程应用程序，VMCI Sockets 库的一个已知问题会导致客户机操作系统运行失败。解决办法：避免运行使用展现出此行为的 VMCI Sockets 的多线程应用程序。
- 通过 Windows 服务控制 MMC 插件停止或重新启动 vCenter Server 服务可能会导致出现错误消息
在某些情况下，vCenter Server 服务启动所花时间可能超过通常需要的时间。通过 Windows 服务控制 MMC 插件停止和重新启动 vCenter Server 服务可能会导致以下错误消息：服务未能及时响应（Service failed to respond in a timely manner）。此消息指出关闭或启动 vCenter Server 所需的时间比系统中对服务停止或启动所配置的默认超时要长。
解决办法：几分钟后再刷新 [服务控制] 屏幕，这样应该显示服务已正确停止和重新启动。
- [帮助] 菜单项处于非活动状态或单击其他链接获取帮助结果时出错
如果计算机上运行的操作系统为英文、日文、德文和简体中文之外的 Windows 操作系统，则在这些操作系统上安装 vSphere Client 时，[帮助] 菜单项将处于非活动状态。此外，如果您单击其他链接或按钮获取 vSphere Client 中的帮助，则会出现以下错误消息：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 产品会有所不同。
网络
- 从 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 设置。解决办法：执行下列步骤：
- 使用 vSphere Client 直接连接到 ESX/ESXi 主机。此解决方法需要一个直接连接。
- 通过编辑每个虚拟机的设置，从无效 vDS 端口逐个将虚拟机迁移到别处。这将对虚拟机造成长时间的网络中断。
- 选择 [主机] > [配置] > [网络] > [分布式交换机]，并单击 [移除]。
- 在连接到 vCenter Server 系统的 vSphere Client 中，刷新主机的网络设置。错误已清除。
- 手动或者使用主机配置文件将主机添加回 vDS。
- 将虚拟机迁移回 vDS 上其各自的端口或端口组。为此，请右键单击 vDS，然后选择 [迁移虚拟机网络]。此过程还会对虚拟机造成网络中断。
- 以直通模式 (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 周期。
- 对于 VMDirectPath Gen I，在虚拟机与其他虚拟机或 VMkernel 之间共享双功能 QLogic 2532 适配器可能会导致数据损坏
配置用于 VMDirectPath IO 的双功能 QLogic 2532 适配器，并将第一个 PCI 功能指派给虚拟机，而将第二个功能指派给 VMkernel 或其他虚拟机时，可能会发生数据损坏。发生这种情况是因为，这两个端口使用相同的凭据登录到架构，并且具有相同的存储可见性。VMware 不支持 VMDirectPath IO 的此配置。解决办法：如果无法避免在虚拟机与 VMkernel 之间共享双功能适配器，则将第一个 PCI 功能指派给虚拟机，而将第二个功能指派给 VMkernel。不能在两个虚拟机之间划分 PCI 功能。
- 如果两个 vSwitch 位于同一子网中，则在删除辅助服务控制台时，ESX 主机将断开连接
当执行下列步骤时，主机将断开连接，并显示一条错误消息：- 添加辅助服务控制台。
- 更改服务控制台的网关设备。
- 将网关设备改回主服务控制台。
- 删除辅助服务控制台。
解决办法：无
- Foundry Edgeiron 8X10G 交换机与 Neterion 网卡配合使用时可能会产生链路状态问题
如果 Foundry Edgeiron 8X10G 交换机上某个活动端口长期反复启用和禁用，则这种切换可能会强制该端口进入link down的永久状态。解决办法：重新引导交换机或使用交换机的其他端口。
- NetXen 芯片集不提供对 VLAN 的硬件支持
NetXen 网卡不显示对 VMNET_CAP_HW_TX_VLAN 和 VMNET_CAP_HW_RX_VLAN 的硬件功能支持。出现这种情况是因为 NetXen 芯片集不提供对 VLAN 的硬件支持。软件中提供 NetXen VLAN 支持。
- 自定义创建的虚拟机最多允许添加四个网卡
在使用 [自定义] 选项创建虚拟机的过程中，vSphere Client 将提供 [网络配置] 屏幕。在该屏幕上，会查询您要连接的网卡数。下拉菜单最多允许四个网卡。但是，ESX/ESXi 4.0 Update 1 上支持 10 个网卡。
解决办法：在接下来的任务中添加更多网卡。
-
- 使用 vSphere Client 导航到 [主页]> [清单]> [虚拟机和模板]。
- 选择 [入门] 选项卡后，单击 [编辑虚拟机位置]。
- 单击 [添加]。
- 选择 [以太网适配器] 并单击 [下一步]。
- 继续为特定方案选择适当的设置。
- 当使用 LAN 唤醒和 NetXen 网卡配置主机的 vMotion 网络时，VMware 分布式电源管理 (DPM) 无法将主机从待机状态唤醒
本版本中包含的 NetXen 网卡 (nx_nic) 的驱动程序播发对所有 NetXen 网卡的 LAN 唤醒支持，但在使用此版本的驱动程序时，LAN 唤醒功能在大多数网卡上不起作用。LAN 唤醒唯一识别并与此驱动程序结合使用的 NetXen 网卡是 NetXen HP NC375i 集成四端口多功能千兆服务器适配器，通常在 HP ProLiant ML370 G6 中。由于驱动程序还播发对其他 NetXen 网卡的 LAN 唤醒支持，DPM 并未察觉到此支持不适用于这些网卡，并在配置为执行这些操作时将尝试使用此支持。解决办法：如果主机支持 IPMI 或 iLO 作为唤醒协议，则将 DPM 配置为使用这些协议之一而不是 LAN 唤醒。否则，安装可使 LAN 唤醒支持正常工作的网卡，或在此主机上禁用 DPM。
- 重新引导之后无法向 ESX 服务控制台端口指派地址
如果服务控制台端口既没有配置 IPv4/IPv6 静态地址，也没有启用任何自动配置方法（DHCP、DHCP6 或 AUTOCONF），则重新引导后该端口将处于无效状态，并且无法向此接口指派地址。解决办法：重新引导之前，配置静态 IP 地址（IPv4 或 IPv6），或将服务控制台端口设置为使用自动地址生成方法（如 DHCP、DHCP6 或 AUTOCONF）。还可以在重新引导后重新创建服务控制台端口。
- VM-INFO MIB 的 VmwVmNetNum 在运行 snmpwalk 时显示为 Ethernet0
在 ESX/ESXi 主机上针对 VM-INFO MIB 运行 snmpwalk 时，VM-INFO MIB 的 VmwVmNetNum 显示为 Ethernet0 而不是 Network Adapter1，而 VM-INFO 描述的 VmwVmNetNum 中的 MOB URL 显示为 Network Adapter1。解决办法：无
- 如果虚拟机与无效的 vNetwork 分布式交换机关联，则从清单中删除该虚拟机可能会失败
如果将虚拟机连接到无效的 vNetwork 分布式交换机，则尝试从清单中删除该虚拟机会导致NotFound异常。执行下列步骤时会出现此问题：- 将作为 vNetwork 分布式交换机成员的某个主机断开连接。
- 从 vNetwork 分布式交换机或 vSphere Client 清单中删除主机。
- 断开主机的连接，或将主机添加回 vSphere Client 清单。
- 从 vSphere Client 清单中删除虚拟机。
解决办法：从清单中删除虚拟机之前，执行下列某项任务：
- 如果 vNetwork 交换机仍存在，则将主机重新与其连接，以使该设备恢复有效。
- 将虚拟机的 vNIC 重新配置为连接到有效的网络。
- 从虚拟机中删除 vNic。
- 使用 VMCI 套接字的应用程序在虚拟机迁移后可能会失败
如果您的应用程序使用虚拟机通信接口 (VMCI) 套接字，而目标主机上已经使用该应用程序使用的 VMCI 上下文标识符时，迁移虚拟机后该应用程序可能会失败。在这种情况下，在原始主机上创建的 VMCI 流或数据包套接字将停止正常运行。此外，还无法创建新的流套接字。解决办法：对于 Windows 客户机操作系统，可通过重新引导客户机操作系统或通过设备管理器启用设备来重新加载客户机 VMCI 驱动程序。对于 Linux 客户机，关闭使用 VMCI 套接字的应用程序，删除并重新加载 vsock 内核模块，然后重新启动应用程序。
- 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 网卡进行端口绑定。
- 应用具有多个静态分配的 VMKNIC 或 VSWIF 的端口组将导致重复提示输入 IP 地址
应用具有多个静态分配的 VMKNIC 或 VSWIF 的 vDS 端口组将导致出现重复提示用户输入 IP 地址的情况。DHCP 分配的接口不受影响。解决办法：每个端口组仅使用一个静态分配的 VMKNIC 或 VSWIF。如果同一 vDS 端口组上需要多个静态分配的 VMKNIC，则将每个 VMKNIC 或 VSWIF 分配给唯一的一组服务（例如，vMotion、容错及其他服务）。
- 当 VMkernel vMotion 网卡是 vDS 的一部分，并且将主机配置为使用 LAN 唤醒进行远程开机时，DPM 无法将主机置于待机模式
如果主机的 VMkernel vMotion 网卡是 vDS 的一部分，则会将网卡配置为不支持 LAN 唤醒。因此，除非将主机配置为使用 IPMI 或 iLO 进行远程开机，否则就会认为主机没有能力进行远程开机，而 DPM 将无法自动将其置于待机模式。如有可能，DPM 将选择其他主机，将其置于待机模式。如果尝试手动将主机置于待机模式，则尝试会失败，并显示 进入待机已停止 对话框。解决办法：通过在每台主机上配置 IPMI 或 iLO 凭据，使用 IPMI 或 iLO 启动支持这些协议中某一种而非 LAN 唤醒的主机。或者，如果需要使用 LAN 唤醒启动主机，请在 vNetwork Standard Switch (vSwitch) 上而非 vDS 上配置 VMkernel vMotion 接口。
- 如果将包含服务控制台端口组或管理网络端口组的 vNetwork 分布式交换机或 vSwitch 的 MTU 设置为小于 1500，则客户机操作系统的控制台将发生故障，并且不能通过该控制台访问客户机
如果将包含 ESX 的服务控制台端口组或 ESXi Embedded 的管理网络端口组的 vNetwork 分布式交换机或 vSwitch 的 MTU 设置为小于 1500，则客户机操作系统的控制台会发生故障，并且不能通过该控制台访问客户机。ESX 的服务控制台端口组和 ESXi Embedded 的管理网络端口组必须连接到 MTU 设置为 1500 或更高的 vSwitch 或 vNetwork 分布式交换机。解决办法：不要将包含 ESX 的服务控制台端口组或 ESXi Embedded 的管理网络端口组的 vNetwork 分布式交换机或 vSwitch 的 MTU 值设置为小于 1500。
- 新增内容：更改 ESX/ESXi 主机的网络设置可以避免某些硬件健康监控软件自动发现该主机
在 ESX/ESXi 主机的网络设置更改后，依赖于 CIM 接口的第三方管理工具（通常是硬件健康监控工具）无法通过服务位置协议 (SLP) 服务自动发现主机。
解决办法：手动输入第三方管理工具中主机的主机名或 IP 地址。或者，使用适当的方法重新启动 slpd和 sfcbd-watchdog：
在 ESXi 上：- 输入 [技术支持模式]。
- 通过运行 /etc/init.d/slpd restart命令重新启动 slpd。
- 通过运行 /etc/init.d/sfcbd-watchdog restart命令重新启动 sfcbd-watchdog。
在直接控制台用户界面 (DCUI) 上重新启动管理代理。这将会重新启动主机上除了受此缺陷影响的代理以外的其他代理，而且可能更具破坏性。
在 ESX 上：在 ESX 服务控制台中，运行以下命令：
/etc/init.d/slpd restart
/etc/init.d/sfcbd-watchdog restart
- 虚拟机在移至具有默认端口数的 ESX 主机后丢失网络连接
默认情况下，ESX 服务控制台与仅带有 24 个端口的虚拟交换机一起安装。将虚拟机迁移到主机以致所需的端口数超过默认数目后，某些虚拟机可能会丢失网络连接。手动移动虚拟机时，或在灾难恢复应用场景与通过 vMotion 迁移期间，会发生这种情况。
解决办法：安装后，通过编辑交换机属性将 vSwitch0 修改为具有更大的端口数。ESX 4.0 及更高版本支持每台虚拟交换机最多具有 56 个端口。
服务器配置
- 主机配置文件不捕获或复制物理网卡的双工信息
创建新的主机配置文件时，不会捕获物理网卡的双工信息。设计初衷既是如此。因此，当参考主机的配置文件用于配置其他主机时，操作会按物理网卡逐个协商双工配置。这样您即可用同样方式处理具有各种物理网卡功能的主机。解决办法：要在所有要使用参考主机配置文件配置的主机和网卡中统一设置物理网卡的双工值，请创建主机配置文件之后对其进行修改，并重新应用参数。
要编辑配置文件，请按照下列步骤操作。
- 在 vSphere Client 主页上，单击 [主机配置文件]。
- 在清单列表中选择主机配置文件，然后单击 [摘要] 选项卡，并单击 [编辑配置文件]。
- 选择 [网络配置] > [物理网卡配置] > [编辑]。
- 在下拉菜单中选择固定的物理网卡配置，并输入速度和双工信息。
- 在 ESX 上，如果将 net-snmp 和 hostd SNMP 代理配置为在同一端口上运行，不会出现错误
如果将 VMware SNMP 守护进程 (hostd) 和 SNMP 守护进程 (snmpd) 分配到同一 UDP 端口，虽然不会出现错误，但稍后访问 SNMP 功能时会表现出下列症状：- 如果 net-snmp 首先打开 UDP/161，并尝试在 enterprise.6876 下对 VMware Enterprise MIB 对象运行 snmpwalk，GET 请求将返回 noSuchErro，而 GETNEXT 不返回该值。
- 如果 hostd 首先打开 UDP/161，然后再打开第三方管理对象，则 net-snmp 将不可用。
- 如果两个代理都不能打开 UDP/161，则会引发超时。
解决办法：依次执行下列任务。
- 使用以下命令停止服务控制台 SNMP demon (snmpd)：
service snmpd stop - 使用以下命令重新启动 VMware SNMP demon (hostd)：
service mgmt-vmware restart
- 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。
- [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况
如果将 SFCB 配置文件 (sfcb.cfg) 中的 HTTPS 端口号更改为默认值以外的端口，并重新启动 SFCB (CIM) 服务器，则在 [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况。如果直接登录到 ESX/ESXi 主机，并单击 [配置] 选项卡来查看健康状况，也会发生这种行为。不显示服务器组件的状态信息。发生这个问题是因为，vCenter Server 和 SFCB Server 在不同端口上进行通信。解决办法：确保 SFCB 服务器仅通过默认端口进行通信。
- 在 vmware_hostd 重新启动期间生成 SNMP PowerOn 陷阱
重新启动 vmware_hostd 时，默认情况下只应生成 Warm Start 陷阱消息。但是，对于在您的主机上运行的所有虚拟机，还将生成 PowerOn 陷阱消息。解决办法：可以忽略 PowerOn 陷阱消息。
存储器
- 将大文件从 ESX 服务控制台复制到由 CIFS 挂载的 Windows 磁盘可能会导致文件损坏
将大文件从 ESX 服务控制台复制到使用 CIFS 挂载的 Windows 磁盘可能会导致文件损坏。解决办法：使用 CIFS 在服务控制台中挂载 Windows 磁盘时，请使用
forcedirection选项。
- 在 ESX 安装过程中，使用 VMFS 自动格式化为数据存储选择的整个物理磁盘
即使在安装期间选择高级分区，也无法调整 VMFS 数据存储的大小。默认情况下，安装程序在为数据存储选择的整个物理磁盘上部署 VMFS。解决办法：使用脚本式安装向 VMFS 数据存储指派所需的大小。
- 为硬件 iSCSI 输入其他静态发现目标可能会失败
配置硬件 iSCSI 适配器时，尝试输入其他静态发现目标可能会失败。新目标与现有目标具有相同的 iSCSI 名称时，即使其 IP 地址不同，也会发生这种情况。解决办法：配置硬件 iSCSI 时，使用 iSCSI 名称不同的静态发现目标。
- 通过 ESX/ESXi 软件 iSCSI 启动器访问系统时，CLARiiON iSCSI 存储系统的路径状态从不活动变为活动，又从活动变为不活动
使用软件 iSCSI 启动器访问 CLARiiON iSCSI 存储系统时，路径状态经常从不活动变为活动，又从活动变为不活动。发生这种情况是因为，默认情况下，CLARiiON 不支持 ESX/ESXi 上启用的高级 [延迟的 ACK] 参数。解决办法：通过执行以下步骤，在 ESX/ESXi 主机上禁用 [延迟的 ACK] 参数：
- 登录到 vSphere Client，然后在清单面板中选择一个主机。
- 单击 [配置] 选项卡，然后单击 [存储适配器]。
- 选择要配置的软件 iSCSI 启动器，并单击 [属性]。
- 在 [常规] 选项卡上，单击 [高级]。
- 取消选择 [延迟的 Ack]。
- 对故障切换群集使用 PSP_RR 路径选择策略时，共享磁盘会遇到问题，并且群集可能无法运行
故障切换群集在共享磁盘上进行 SCSI-3 预留。沿一个路径下发的 SCSI-3 注册使群集只能在该路径上进行 SCSI-3 预留。PSP_RR 稍后切换到其他路径时，故障切换群集可能无法进行预留或使用其他依赖于预留的 SCSI-3 命令。解决办法：请勿将用作共享磁盘的设备切换到 PSP_RR。请改用 PSP_MRU 或 PSP_FIXED 策略，具体取决于阵列的正常默认值。
- 如果存在同名但 IP 地址不同的现有目标，则向 ESX/ESXi 系统添加 QLogic iSCSI 适配器将失败
如果存在具有相同 iSCSI 名称的现有目标，即使 IP 地址不同，为 QLogic 硬件 iSCSI 适配器添加静态目标也会失败。可以向目标仅含唯一 iSCSI 名称（而非 IP 和 iSCSI 名称的组合）的 ESX/ESXi 系统添加 QLogic iSCSI 适配器。此外，驱动程序和固件不支持对同一个存储终端产生多个会话。
解决办法：无。添加目标时，请勿使用相同的 iSCSI 名称。
- 输入含磁盘绝对路径的 fdisk 服务控制台命令之后，出现一条错误消息
如果运行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
- 从 iSCSI LUN 引导可能太慢或失败
如果在通过 QLogic BIOS 开始配置 iSCSI 引导设备之前提供了任何 iSCSI 配置数据，则可以对相同目标创建重复的 iSCSI 会话。发生这种情况时，I/O 操作可能会很慢，还可能会失败。解决办法：执行下列步骤：
- 在 BIOS 中，选择
[清除永久目标（Clear Persistent Targets）]选项，以删除任何现有的 iSCSI 配置数据。 - 添加 iSCSI 引导配置数据。
- 在 BIOS 中，选择
- ESX 服务控制台无法识别对 LUN 大小做出的运行时更改
如果更改对 ESX 主机可用的 LUN 的大小，则 VMkernel 将检测新大小，以使 VMFS 和虚拟机可以使用这个新大小。但是，直到重新引导主机前，服务控制台一直显示旧大小。发生这种情况是因为，服务控制台仅在首次设备探查时获得设备容量。解决办法：重新引导该 ESX 主机。如果不希望重新引导，请按照下列步骤进行操作：
- 确保主机不使用该 LUN。
- 从主机中屏蔽该 LUN。
- 从 vSphere Client 中，重新扫描主机用于访问 LUN 的存储适配器。
- 取消屏蔽 LUN，使其对主机可访问。
- 重新扫描存储适配器。
服务控制台现在显示 LUN 的正确大小。
- 将 ESX/ESXi 主机上的 Maximum Outstanding R2T iSCSI 参数更改为大于一的值，可能会导致 EMC CX3 系列存储系统无法正常运行
如果将 ESX/ESXi 主机上的 Maximum Outstanding R2T iSCSI 参数的默认值更改为大于一的值，EMC CX3 系列存储系统可能无法正常运行。解决办法：请勿更改 Maximum Outstanding R2T 参数的默认值一。
- ESX 有时可能无法从 iSCSI Clariion 存储系统进行引导
如果从 iSCSI 引导，则使用 Clariion 存储系统时可能无法启动 ESX 主机。发生这种情况是因为，QLogic 适配器尝试从 Clariion 存储系统上的备用 SP 引导，并且未正确发现活动 SP。解决办法：确保将 QLogic BIOS 中的主和备用引导 LUN 设置为 Clariion 存储系统上的不同 SP。如果问题继续存在，请更改引导 LUN 的顺序。
- 通过使用 aic79xx 驱动程序的 Adaptec 卡连接到磁带库可能会导致 ESX 失败
如果将 ESX Server 系统通过使用 aic79xx 驱动程序的 Adaptec HBA（例如：AHA-39320A）连接到磁带库，则在驱动程序尝试访问空闲内存区域时可能会遇到服务器崩溃。出现这种情况的同时，还显示一条类似于以下内容的错误消息：Loop 1 frame=0x4100c059f950 ip=0x418030a936d9 cr2=0x0 cr3=0x400b9000。解决办法：无
- ESX/ESXi 主机不注册从 Storage Manager 应用程序添加的路径
使用 Storage Manager 应用程序在存储系统上添加新端口时，ESX/ESXi 主机不显示存储系统的新路径。解决办法：执行下列步骤：
- 确保 ESX/ESXi 主机可以访问该端口。
- 移除新添端口的物理连接。
- 等待 Device Delay Missing 计时器到期。
- 重新连接物理连接。
- 在极少数情况下，重复的 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 预留没有完全清除所导致。
解决办法：从群集中的任何系统中运行以下 LUN 重置命令以删除 SCSI 预留：
vmkfstools -L lunreset /vmfs/devices/disks/<device_name>
- vCenter Server 在更改 RDM LUN 编号之后无法打开 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。
- 如果含有多节点 IBM 系统的 ESX 和 ESXi 主机上不存在驱动器，则 vSphere Client 显示驱动器故障警示
在某些多节点 IBM 系统上，当不存在驱动器时，BMC 固件针对驱动器插槽会报告驱动器故障。vSphere Client 报告驱动器故障传感器处于警示状态。在 IBM iLOM 界面中也显示相同的故障。解决办法：无。已向 IBM 提出缺陷报告，等待解决此问题。
- NAS 数据存储报告的可用空间有误
在主机的服务控制台中通过使用df(ESXi) 或vdf(ESX) 命令查看 ESX/ESXi 主机的可用空间时，对于 ESX/ESXi NAS 数据存储报告的空间是空闲空间，不是可用空间。在 [vSphere Client 配置] 选项卡上选择 [存储] > [数据存储] 之后，[空闲空间] 列中对 NFS 卷报告的空间所报告的也是空闲空间，而非可用空间。在这两种情况下，空闲空间可能与可用空间不同。ESX 文件系统不区分空闲块和可用块，而对于两种块类型始终都报告空闲块（尤其是结构体 statfs 的 f_bfree 和 f_bavail 字段）。对于 NFS 卷，空闲块与可用块可能不同。
解决办法：可以检查 NFS 服务器，获得有关可用空间的正确信息。对 ESX/ESXi 无解决办法。
- 有关区域冲突的无恶意警告消息记录在一些 IBM 服务器的 VMkernel 日志中
SATA/IDE 控制器在 PCI 配置空间的旧版 PCI 模式中运行时，VMkernel 日志中可能会出现以下类似错误消息：
警告:vmklinux26:__request_region:该错误消息重复出现 1 次: Region conflict @ 0x0 => 0x3
解决办法：此类错误消息没有危害，可以安全忽略。
- 授予修改数据存储的权限允许用户修改系统相关文件
授予用户所有数据存储的修改权限使用户能够更改本地 ESX 数据存储上的系统文件，包括服务控制台 VMDK 文件 (esxconsole.vmdk)。该文件位于/esxconsole-<system-uuid>文件夹下的数据存储中。如果用户重命名esxconsole文件夹或 VMDK 文件，则无法重新引导 ESX 主机。解决办法：仅允许管理员修改数据存储。确保有权修改数据存储的用户了解重命名
esxconsole文件夹或esxconsole.VMDK文件时出现的问题。
- 使用 Storage VMotion 将虚拟机重定位回其源卷，可能会导致磁盘空间不足的错误
使用 Storage VMotion 将虚拟机移动到其他数据存储，然后再移回其源卷时，vSphere Client 不会立即刷新源数据存储的大小，从而导致错误。解决办法：在 vSphere Client 中刷新数据存储。如果一次尝试之后数据存储的报告大小不更改，则等待 30 分钟，然后再次刷新。
- vmfs-undelete 实用程序对 ESX/ESXi 4.0 不可用
ESX/ESXi 3.5 Update 3 包括一个名为 vmfs-undelete 的实用程序，可用于恢复已删除的 .vmdk 文件。此实用程序对 ESX/ESXi 4.0 不可用。解决办法：无。无法恢复已删除的 .vmdk 文件。
- 无法执行与 IPv6 端口的端口绑定
端口绑定是用于标识某些 VMkernel 端口供 iSCSI 存储堆栈使用的一种机制。要实现适用于 iSCSI 网卡端口和路径的存储多路径策略（如 VMware 循环负载平衡、MRU 或固定路径），必须进行端口绑定。端口绑定不适用于 IPv6。用户配置端口绑定时，希望看到每个绑定的 VMkernel 网卡的其他路径。但是，以 IPv6 全局范围地址配置阵列时，不会建立其他路径。用户只能看到在 IPv6 可路由 VMkernel 网卡上建立的路径。例如，如果用户有两个目标入口和两个 VMkernel 网卡，则使用 IPv4 时他们会看到四个路径，但使用 IPv6 时只能看到两个路径。因为没有路径用于故障切换，因此，路径策略设置没有意义。解决办法：使用 IPv4 和端口绑定，或用同一子网（交换机分段）中的本地范围 IPv6 地址配置存储阵列和 ESX/ESXi 主机。当前无法对全局范围 IPv6 使用端口绑定。
支持的硬件
- VMware ESX 可能无法在 Dell 2900 服务器上引导
如果 Dell 2900 服务器的 BIOS 版本早于 2.1.1，则 ESX VMkernel 可能会在引导时停止响应。这是由于 Dell BIOS 中有缺陷，但 BIOS 版本 2.1.1 中已修复了此缺陷。解决办法：将 BIOS 升级到版本 2.1.1 或更高。
- 将电源电缆和电源单元重新插入 HP 服务器时，接收不到 CIM 指示警示
恢复故障电源时，没有为重新插入 HP 服务器的电源电缆和电源单元创建新的 SEL(IML) 条目。因此，对于这些事件不生成 CIM 指示警示。解决办法：无
- 核心转储失败时出现超时消息
在系统崩溃可能导致超时和未保存核心转储时，配置连接到 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 系列缓存升级模块。
- 在某些版本的 vSphere Client 上，电池状态可能错误地作为警示列出
在 vSphere Client 的 [硬件状态] 选项卡上，当电池处于其学习周期中时，电池状态会提供一条警示消息，指出电池的健康状况不佳。而实际上，电池状况良好。
解决办法：无。
- VMkernel 日志中显示“[检测到 Tx 挂起（Detected Tx Hang）]”消息
在高负载下，由于硬件错误，可能会锁定 e1000 网卡的一些变量。ESX/ESXi 检测问题并自动重置网卡。此问题与 Tx 数据包、TCP 工作负载和 TCP 分段卸载 (TSO) 有关。
解决办法：通过将 esx.conf文件中的 [/adv/Net/UseHwTSO]选项设置为 0 ，可以禁用 TSO。
- IR 卡的 StoreLib 中的事件消息显示不正确的时间戳
StoreLib 的事件消息中的 IndicationTime 显示的 LSI 1078 和 1068E Integrated RAID (IR) 控制器的时间戳不正确。
- TEAC DV-28E-V DVD 驱动器有问题
如果将 ESX/ESXi 主机以物理方式连接到含有旧固件（例如 C.AB）的 TEAC DV-28E-V DVD 驱动器，则虚拟机、主机守护进程或 ESX/ESXi 主机可能会变为无响应。这个问题不是每次都发生，并且更容易出现在 Windows 虚拟机上。解决办法：将 DVD 驱动器的固件升级到最新版，或者将 DVD 驱动器更换为其他型号。
升级和安装
- 如果您不具有活动 Internet 连接，则 vSphere Client 安装可能失败，并显示 [错误 1603]
可使用以下两种方式安装 vSphere Client：从 vCenter Server 介质安装，或通过单击 ESX、ESXi 或 vCenter Server [欢迎使用] 屏幕上的链接安装。vCenter Server 介质上的安装程序（.iso 文件或 .zip 文件）是独立的，其中除包含 vSphere Client 安装程序以外还包含完整的 .NET 安装程序。通过 [欢迎使用] 屏幕调用的安装程序包含 vSphere Client 安装程序，该安装程序通过调用 Web 来获取 .NET 安装程序组件。如果您不具有 Internet 连接，则第二个 vSphere Client 安装方法将失败，并显示 Error 1603。 除非您已在系统中安装 .NET 3.0 SP1。
解决办法：在尝试从 vCenter Server 介质下载、安装 vSphere Client 之前建立 Internet 连接；或在单击 [欢迎使用] 屏幕上的链接之前安装 .NET 3.0 SP1。
- 升级后打开性能图表时出现错误消息
使用 Microsoft SQL Express 版数据库执行升级后，打开性能图表时 vSphere Client 显示错误消息Perf Charts 服务遇到内部错误（Perf Charts service experienced an internal error）。发生这种情况是因为，安装程序对数据库设置做出更改后没有重新启动数据库服务。解决办法：执行下列步骤：
- 停止 Windows 中的 VMware VirtualCenter Server 服务。
- 重新启动数据库服务。
- 重新启动 VMware VirtualCenter Server 服务。
- 打开一个新的 vSphere Client 实例，并登录到 vCenter Server 中。
- 此版本中已弃用或不支持 ESX 4.0 脚本式安装的某些 kickstart 命令
如果安装脚本对 ESX 4.0 不起作用，这可能是因为脚本包含已弃用或不支持的命令。下列 kickstart 命令已被弃用：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
langsupport
lilo
lilocheck
logvol
mouse
part --onvmdk
raid
skipx
text
vmaccepteulaaccepteula)
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
- 如果对服务控制台选择共享数据存储，则软件安装程序或升级工具将不会发出警告
对于 ESX 4.0，服务控制台必须安装在 VMFS 数据存储上，该数据存储驻留在主机的本地磁盘或已被屏蔽并仅面向特定主机的 SAN 磁盘上。此版本不支持将服务控制台安装在主机间共享的数据存储上。当安装 ESX 4.0 或升级到 ESX 4.0 时，必须为服务控制台 (esxconsole.vmdk) 选择一个 VMFS 数据存储位置。如果您选择主机之间共享的数据存储，则软件安装程序或升级工具不会发出警告。解决办法：不要将服务控制台安装在主机之间共享的 VMFS 数据存储上。
- 从 VirtualCenter 2.0.x 升级到 vCenter Server 4.0 的过程中，vCenter Server 系统的数据库升级向导可能过高估计了对磁盘空间的要求
在将 VirtualCenter 2.0.x 升级到 vCenter Server 4.0 的过程中，数据库升级向导估算数据库磁盘空间后显示的值可能不正确。所显示的估计值一般都高于实际所需的空间。解决办法：无
- 如果已安装 SQL Native Client，则无法用捆绑的 SQL Server 2005 Express 数据库安装 vCenter
使用捆绑的 SQL Server 2005 Express 数据库安装 vCenter 时，如果已安装了 SQL Native Client，则安装将会失败，并显示以下错误消息：找不到产品 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。
- 安装或升级 VMware Tools 时，不会自动安装 vmxnet 驱动程序
在运行 Windows NT 客户机操作系统的虚拟机上安装或升级 VMware Tools时，不会自动安装 vmxnet 驱动程序。解决办法：手动安装 VMxnet 驱动程序。为此，请执行下列步骤：
- 登录到虚拟机中，然后右键单击 [网络邻居]。
- 单击 [属性] 并选择使用 [适配图] tab.
- 单击 [从磁盘安装]，然后输入驱动程序的路径：
C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\ - 重新引导计算机。
- 在 Dell Precision T3400 工作站上引导 ESX 时无法加载图形安装程序
尝试在 Dell Precision T3400 工作站上使用图形安装程序安装 ESX 时，安装失败。解决办法：改用文本安装程序。
- 终止 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。
- 不支持 VMware Web Access kickstart 脚本生成器
对于 ESX 脚本式安装，vSphere 4.0 不提供 VMware Web Access 脚本生成器。解决办法：您可以使用交互式安装后自动生成的 kickstart 脚本。首次交互式安装 ESX 后，该安装程序将在 ESX 文件系统中创建一个
/root/ks.cfg脚本。该脚本反映您在交互式安装过程中做出的选择。有关支持的命令的完整列表和示例脚本，请参见 ESX 和 vCenter Server 安装指南。
- 卸载 vSphere Client 会留下空目录
卸载 vSphere Client 后，会留下一些空目录。解决办法：导航到安装目录，并删除
Virtual Infrastructure Client目录。
- 引导驱动器上最少必须有 650MB 可用空间才能安装 vCenter Server
尽管不需要在引导驱动器上安装 vCenter Server 本身，但某些组件必须安装。在安装时，必须有 650MB 可用空间才能容纳这些必要的组件以及安装过程中所使用的临时文件。解决办法：请确保引导驱动器上至少有 650MB 可用空间，再安装 vCenter Server。
- 在 Windows 2003 计算机上将 VI Client 2.0.x 连接到 vCenter Server 或 ESX/ESXi 主机时，vSphere Client 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 主机上手动下载并安装 vSphere Client 4.0。
- 由于 BIOS 不兼容性，在 IBM x336 计算机上安装 ESX/ESXi 可能会失败
在某些 IBM x336 计算机上，ESX/ESXi 安装过程可能会停止。这是计算机 BIOS 中的一个缺陷所致。解决办法：安装 ESX 或 ESXi Installable 之前，将计算机的 BIOS 更新到 1.15 版本。
- 如果在安装 ESX 的过程中连接或断开 USB 存储设备，安装将失败
如果在安装 ESX 时连接或断开任何 USB 存储设备，则 ESX 安装程序将停止，不再继续。解决办法：重新引导，然后重新开始 ESX 安装。确保在安装过程中不连接或断开任何存储设备。
- 使用 vSphere Host Update Utility 执行 ESX 主机升级时，升级可能会失败
使用 vSphere Host Update Utility 执行 ESX 升级时，升级可能会失败，并显示以下错误消息：升级过程中出错。（An error occurred during upgrade.）与升级代理的连接已丢失。升级完成 26% 时发生此情况。在服务控制台中，过程停止在
[正在停止 VMware ESX server Management 服务]处。解决办法：按 [重置] 按钮，手动重新引导 ESX 主机。ESX 升级将继续并成功完成，但 vSphere Host Update Utility 不显示进度。要从 vSphere Host Update Utility 中查看当前主机状态，请单击 [重试]。
- 使用本地 DVD 方法安装 ESX 并使用特定 DVD 型号时，ESX 安装失败
使用 SONY AMAX 270 DVD RW AW-Q170A 时，ESX 的本地安装将失败，版本为 1.70. 检测不出 DVD。解决办法：将固件升级到 SONY DVD RW AW-Q170A，版本为 1.74，然后重新尝试安装。
- 使用某些用户权限对 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 权限。
- 使用非系统用户帐户时，在 Windows Server 2008 上安装 vCenter Server 失败
在安装过程中指定非系统用户时，vCenter Server 安装将失败，并显示以下错误消息：创建 vCenter 存储库失败（Failure to create vCenter repository）解决办法：在要安装 vCenter Server 的系统上，关闭 [控制面板] > [ 用户帐户] 下的 [用户帐户控制] 选项，然后再安装 vCenter Server。在安装 vCenter Server 的过程中指定非系统用户。
- 升级到 vCenter Server 4.0 之后，在 vSphere 插件管理器中有不兼容的旧插件显示为已启用
如果将 VirtualCenter 2.5 与 VMware Update Manager 1.0 或适用于 VirtualCenter 2.5 的 VMware Converter Enterprise 安装在一起，并升级到 vCenter Server 4.0，则旧插件在 vSphere 客户端插件管理器中显示为已安装和已启用。但是，插件模块的早期版本与 vCenter Server 4.0 不兼容。在这种情况下，插件也许存在，但不起作用。解决办法：将 VMware Update Manager 升级到 VMware vCenter Update Manager 4.0，并将 VMware Converter Enterprise 升级到 VMware vCenter Converter（适用于 vCenter Server 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。
- ESX/ESXi 安装程序在 [远程存储] 部分中列出了本地 SAS 存储设备
当显示要安装 ESX 或 ESXi Installable 的存储位置时，安装程序在 [远程存储] 部分中列出了本地 SAS 存储设备。发生这种情况是因为 ESX/ESXi 无法确定 SAS 存储设备在本地还是远程，并始终将其视为远程。解决办法：无
- 使用 DRAC5 虚拟 CD-ROM 方法在某些 Dell 服务器上安装 ESX 时，ESX 安装失败
尝试使用 DRAC5 虚拟 CD-ROM 方法在某些 Dell PowerEdge 服务器上安装 ESX 时，虚拟介质会变为断开状态。解决办法：不要使用虚拟介质，而要从本地 CD-ROM 安装 ESX，或者将固件版本更新到版本 1.33 (08.03.10)。
- 如果 vSphere Host Update Utility 失去其与 ESX 主机的网络连接，则主机升级可能不起作用
如果使用 vSphere Host Update Utility 执行 ESX/ESXi 主机升级，而实用程序失去其与主机的网络连接，则主机可能未升级完毕。发生这种情况时，该实用程序可能会停止，可能还会显示以下错误消息：无法在主机上运行兼容性检查。解决办法：关闭实用程序，修复网路连接，重新启动实用程序，然后重新运行升级。
- 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。
- 将 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 应用程序，以使链接正确反映所安装的客户端。
- 如果将这两个应用程序都卸载了，则会删除任何不起作用的快捷方式。
- 在某些情况下，使用远程 SQL Server 数据库在 Windows Server 2008 上安装 vCenter Server 会失败
如果使用对 SQL Server 采用 Windows 身份验证的远程 SQL Server 数据库，以及不同于 vCenter Server 系统登录的 DSN 的域用户在 Windows 2008 上安装 vCenter Server，则安装将无法继续，并且安装程序将显示以下错误消息：25003.安装程序无法创建 vCenter 存储库 (25003.Setup failed to create the vCenter repository)解决办法：在这些情况下，为 vCenter Server 和 SQL Server DSN 使用相同的登录凭据。
- 升级 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\vmxnet\vmware-nic.inf，将可变网络适配器的驱动程序手动更新为 VMware Accelerated AMD PCnet Adapter (vmxnet.sys) 驱动程序。
- 从 ESX Server 3.0.x 或 ESX Server 3.5.x 升级到 ESX 4.0 之后，可能不保留 ESX 主机的资源池设置
如果在资源池的“CPU 预留”和“内存预留”设置中，将 ESX 主机配置为保留全部、大多数或几乎所有可用主机容量，则从 ESX Server 3.0.x 和 ESX 3.5.x 升级到 ESX 4.0 之后可能不保留这些设置。升级之后，这些预留设置会降为零。该问题仅适用于独立主机。DRS 群集不受影响。解决办法：在资源池的“CPU 预留”和“内存预留”设置中不要保留全部或几乎全部可用主机容量。如果一定要这样做，请在升级之前记下与主机级资源池设置相关的信息，然后在升级之后手动更改这些信息。
- vSphere Host Update Utility 在首次升级 ESX 主机失败后，再次尝试升级之后报告错误
如果在升级主机失败后，使用 [重试] 选项再次尝试升级，则 vSphere Host Update Utility 可能会报告错误：升级代理错误: 1（Upgrade Agent Error:1）解决办法：关闭并重新启动 vSphere Host Update Utility。然后运行主机升级。
- 从 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 计算 [下次运行] 时间的方式不同。只有存在以下条件时才会看到这种行为：
- 您已调度了任务，并在最初调度这些任务之后您又修改了其运行时间，以使其现在的
[下次运行]时间不同。 - 新调度的
[下次运行]时间还没到。
解决办法：执行下列步骤：
- 升级之前，等待任务在其所调度的
[下次运行]时间运行。 - 从 vCenter 2.0.x 升级到 vCenter Server 4.0 之后，编辑并保存已调度的任务。此过程将任务的
[下次运行]时间重新计算为正确的值。
- 您已调度了任务，并在最初调度这些任务之后您又修改了其运行时间，以使其现在的
- 含有已升级到 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"。
- 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。
- 安装或升级 vCenter Server 4.0 可能失败，并提示磁盘空间错误
安装 vCenter Server 4.0 的过程中，如果只提供安装程序估算大小的可用空间量，安装可能会失败，并显示[磁盘空间不足]的错误消息。因此，可能必须重新运行安装。解决办法：除了安装程序建议的数量之外，再提供至少 1GB 的可用空间。
- 虚拟机硬件从版本 4 升级到版本 7 会导致 Solaris 客户机丢失其网络设置
虚拟机硬件从版本 4 升级到版本 7 将更改客户机中虚拟网络适配器的 PCI 总线位置。Solaris 不检测适配器，但将更改其网络接口的数量（例如 e1000g0 变为 e1000g1）。编号发生这种变化是因为 Solaris 的 IP 设置与接口名称相关，因此，这看上去就像丢失了网络设置，而客户机的连接似乎有误。解决办法：在虚拟机硬件升级后，使用
prtconf -D命令确定新的接口名称，然后将所有旧配置文件重命名为其新名称。例如，e1000g0 可能变为 e1000g1，因此应将每个/etc/*e1000g0文件都重命名为其等效的/etc/*e1000g1。
- 如果服务未运行，则 vCenter Server 安装程序检测不到服务端口
安装 vCenter Server 并接受默认端口后，如果使用这些端口的服务未运行，则安装程序无法验证端口。安装失败，并可能会显示一条错误消息，具体取决于正在使用哪个端口。这个问题不影响 IIS 服务。无论 IIS 服务是否正在运行，都能正确验证这些服务。
解决办法：请确认使用哪些端口的服务未运行，然后再开始安装，并避免使用这些端口。
- vCenter Server 安装程序在安装或升级过程中报告不正确的警告消息
在安装或升级过程中，vCenter Server 安装程序会报告一条警告消息，提示启用 TCP/IP 和命名管道进行远程连接。如果使用本地 SQL Server 数据库，并在创建 DSN 时输入(local)和 "." 以外的服务器名称，就会报告此消息。解决办法：忽略警告，并单击 [确定] 以继续安装或升级。
- 如果在采用集成 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 数据库。
- 某些命令在 kickstart 文件的 %pre 和 %post 部分中可能不起作用
安装包含 kickstart 文件的 ESX 的先前版本支持的某些命令（如mount），在 ESX 4.0 安装的 kickstart 文件的 %pre 和 %post 部分中可能不起作用。解决办法：更新安装脚本中使用的 kickstart 文件的 %pre 和 %post 部分。
- 新增内容： 在安装有 EMC Power Path 的 ESX 4.0 上安装修补程序可以避免 rpowermt 实用程序发现 LUN (知识库 1016421)
- 升级到 ESX 4.0 Update 1 后，可能会覆盖对 ESX 4.0 中的 /etc/syslog.conf 文件所做的更改
如果 ESX 4.0 的 syslog.conf文件中不存在 vmkernel条目，则将发生此问题。如果 vmkernel条目不存在，则升级期间将覆盖 syslog.conf文件中所做的更改。特别是，在下次更新或修补时， lnxcfg postscriptlet 将使用新文件来替换 syslog.conf文件。
解决办法：
作为解决办法，可执行下列任一操作。- 升级后，在升级和还原 syslog.conf文件之前，先对其进行备份。
- 升级之前，请按以下代码段所示为 syslog.conf文件中的 vmkernel制作一个条目：
<snip>
#send all local6.notice and higher messages to vmkernel log.
local6.notice /var/log/vmkernel
</snip>
- 新增内容： 删除带有 hostd VIB 的公告后无法运行 esxupdate 更新命令 (知识库 1016402)
- 升级到 ESX 4.0 Update 1 后，wbemcli 查询不返回输出 (知识库 1015637)
- 新增内容：应用公告 ESX400-200911201-UG 会移除 LSI 库符号链接
在公告 ESX400-200911201-UG 或 ESX400-Update01/ESX400-Update01a 的升级过程中，以下符号链接将被移除：
/lib/libstorelib.so.2
/lib/libstorelibir.so.2
/lib/libstorelibir-2.so.2
vmware-esx-lsiRPM 负责该行为。如果应用程序依赖于 vmware-esx-lsiRPM，则可能需要还原该应用程序的符号链接以重新运行。
解决办法：重新创建符号链接，如以下示例所示：
ln -sf /lib/libstorelib.so /lib/libstorelib.so.2
ln -sf /lib/libstorelibir.so /lib/libstorelibir.so.2
ln -sf /lib/libstorelibir-2.so /lib/libstorelibir-2.so.2
- 使用 vihostupdate 命令扫描主机时，不列出适用公告
在下载 ESX 4.0 Update 1 的捆绑包 ZIP 文件之后，使用 vihostupdate --scan 命令扫描主机以查找适用公告时，不会列出捆绑包中包含的所有公告。
解决办法
：使用 esxupdate 实用程序列出 ESX 4.0 Update 1 捆绑包中可用的公告。有关 esxupdate 实用程序的详细信息，请参见《ESX 4 修补程序管理指南》。
- 新增内容：在 QLogic HBA 上的闪存更新过程中，VPD 的驱动器缓存副本损坏
使用 SANsurfer SCLI 或 GUI 执行闪存更新会造成报告的 QLogic 适配器信息不正确。在闪存更新完成时，损坏的信息可能但并不一定伴随有错误消息，例如下列消息之一：
- GUI 错误消息： 无法更新闪存
- SCLI 错误消息： HBA 上闪存更新失败
在 SANSurfer SCLI 或 GUI 闪存更新过程中，闪存的 VPD 区域使用更新的映像版本、序列号和其他相关的适配器信息填充。更新后，SANSurfer 或 SCLI 实用程序所显示的 VPD 适配器信息不正确。可能显示的错误数据包括以下几种：- 不正确或“不适用的” BIOS/EFI/Fcode 版本。
- 不正确的 HBA 适配器编号。例如，将一台 2 端口 HBA 显示为两台 1 端口 HBA。
解决办法：要修复此问题，请在执行闪存更新后重新引导服务器。
vCenter Server、vSphere Client 和 vSphere Web Access
- 使用 vSphere Client [全部删除] 选项删除虚拟机快照可能会在虚拟机文件夹中保留快照磁盘文件
仅当先前使用快照创建链接克隆，然后将其从 vCenter Server 删除时，才会发生此问题。如果现在尝试使用 Snapshot Managers [全部删除] 选项删除快照，则将删除此快照。然而，快照磁盘不会与父磁盘整合，会保留在虚拟机文件夹中。解决办法：不要使用 "[全部删除]" 选项，请使用 "[删除]" 选项删除此快照。
- [硬件状态] 选项卡不显示 ESX/ESXi 主机的硬件状态信息
vCenter Server 计算机或 ESX/ESXi 主机以纯 IPv6 模式运行时，vSphere Client 中的 [硬件状态] 选项卡中没有所选 ESX/ESXi 主机的硬件状态。解决办法：为 vCenter Server 计算机和 ESX/ESXi 主机添加并配置 IPv4 接口。
- 如果系统有虚拟网络适配器，则 Guided Consolidation 计算出系统的网卡数可能大于物理网卡数
如果系统有虚拟网络适配器，则 Guided Consolidation 计算出系统的网卡数可能大于系统的物理网卡数。在这种情况下，您会在 [计划整合] 阶段收到以下警告："主机没有所需的虚拟机网络数。整合将导致该物理机的多个网络映射到一个虚拟机网络。"任何含有虚拟网卡的计算机都会发生此情况。（例如，运行 VMware Workstation 或其他托管虚拟化平台的任何虚拟机和任何（物理或虚拟）计算机。）解决办法：不需要解决办法。可以忽略此警告。
- 在 vSphere Client 中配置 NTP 会修改主机中的时区
主机时区当前无法通过 vSphere Client 配置，但可以通过服务控制台进行配置。可通过 vSphere Client 配置主机 NTP 设置。如果手动更改主机时区，随后通过 vSphere Client 配置 NTP 设置，则 vSphere Client 会用一个旧值覆盖该时区。解决办法：手动更改主机时区之后，关闭并重新连接所有已连接的客户端。客户端将获得新的时区值。
- 刷新 vSphere Client 资源池摘要页面上的 [已启动的虚拟机] 字段时有延迟
vSphere Client 中的资源池摘要页面显示所选资源池及其所有嵌套资源池的已启动虚拟机的数量。[已启动的虚拟机] 中的此信息随时可能过期，因为该字段是定期刷新的（通常不超过两分钟），而非发生更改时刷新。解决办法：通过查看虚拟机列表或展开清单树，计算已启动虚拟机的数量。
- vSphere Client 在已安装扩展的列表中显示新安装的扩展所花时间可能比预期的长
在安装完扩展 30-60 秒后，已安装扩展的列表中才显示新安装的扩展。解决办法：重新启动 vSphere Client。
- Guided Consolidation 无法导入正在运行 vCenter Converter 的系统
源系统（所导入的系统）正在运行 vCenter Converter 时，Guided Consolidation 导入操作会遇到问题。Guided Consolidation 导入系统，并尝试从源系统上卸载 vCenter Converter。导入操作成功，但在 Guided Consolidation 尝试卸载 vCenter Converter 时显示以下错误：VMware Converter Agent 安装失败。解决办法：从源系统中卸载 vCenter Converter，然后尝试使用 Guided Consolidation 将其导入。
- 将 ESX Server 3.5 虚拟机升级到 ESX 4.0 后，原版本的 Web 快捷方式不再起作用
将 ESX Server 3.5 虚拟机升级到 ESX 4.0 后，用户无法访问为原虚拟机创建的 Web 快捷方式。vSphere Web Access 4.0 不支持 ESX 3.5 的 URL。用户无法使用为 ESX Server 3.5 创建的 URL 访问虚拟机。解决办法：使用 vSphere Web Access 4.0 创建对 ESX 4.0 有效的 Web 快捷方式，并将其分发给用户。有关创建 Web 快捷方式的详细信息，请参见 《vSphere Web Access 管理员指南》。
- 对于 VMDirectPath Gen I，在虚拟机与其他虚拟机或 VMkernel 之间共享双功能 QLogic 2532 适配器可能会导致数据损坏
配置用于 VMDirectPath IO 的双功能 QLogic 2532 适配器，并将第一个 PCI 功能指派给虚拟机，而将第二个功能指派给 VMkernel 或其他虚拟机时，可能会发生数据损坏。发生这种情况是因为，这两个端口使用相同的凭据登录到结构，并且具有相同的存储可见性。VMware 不支持 VMDirectPath IO 的此配置。解决办法：如果无法避免在虚拟机与 VMkernel 之间共享双功能适配器，则将第一个 PCI 功能指派给虚拟机，而将第二个功能指派给 VMkernel。不能在两个虚拟机之间划分 PCI 功能。
- vSphere Client 不更新与物理事件相关的传感器
vSphere Client 并非总是更新传感器状态。某些事件可以触发更新，如电源故障或取出冗余磁盘。其他事件（如机箱入侵和取走风扇）可能不会触发对传感器状态的更新。解决办法：无
- 在 vSphere Client 中，单击某些对象（群集、主机或虚拟机）的 [入门] 选项卡上的 [关闭] 选项卡不会产生任何操作
在 vSphere Client 中，单击某些对象（群集、主机或虚拟机）的 [入门] 选项卡上的 [关闭选项卡 [x]] 不会产生任何操作。只有在将操作系统配置为禁用 javascript 的计算机上运行 vSphere Client 时，才会产生这个问题。解决办法：无
- 完成 ESX 安装之后 Web Access 服务不启动
使用 Web Access 连接到 ESX 主机时，会显示以下消息：503 服务不可用原因是安装 ESX 完毕后，Web Access 服务无法自动启动。
解决办法：要在 ESX 主机上启动 Web Access 服务，请运行以下命令：
service vmware-webAccess start
- 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的占位文件。- 从 Oracle Technology Network 网站下载
ojdbc5.jar文件。 - 用下载的
ojdbc5.jar文件覆盖 VMware 占位文件。默认情况下，此文件安装在C:\Program Files\VMware\Infrastructure\tomcat\lib目录下。 - 重新启动 vCenter Server Web 服务。
- 从 Oracle Technology Network 网站下载
- 含有健康状况触发条件的警报未迁移到 vSphere 4.0
vSphere 4.0 警报触发功能已增强，包含主机健康状况的其他警报触发器。在此过程中删除了通用的 [主机健康状况] 触发器。因此，vSphere 4.0 中不再提供包含此触发器的警报。解决办法：使用 vSphere Client 重新创建警报。可以使用下面任何一个预配置的 VMware 警报来监视主机健康状况：
- 主机电池状态
- 主机硬件风扇状态
- 主机硬件电源状态
- 主机硬件温度状态
- 主机硬件系统主板状态
- 主机硬件电压
- 主机内存状态
- 主机处理器状态
- 主机存储器状态
如果预配置的警报不处理您要监视的健康状况，则可以创建一个自定义主机警报，使用 [已更改硬件健康状况] 事件触发器。必须手动定义此事件警报的触发条件。此外，必须手动设置在警报触发后要进行何种操作。
注意：预配置的警报已有为其定义的默认触发条件。只需设置在警报触发后要进行何种操作。
- vCenter Server 允许用不同的 IPv6 地址添加相同的 ESX/ESXi 系统两次
如果将 ESX/ESXi 系统添加到 vCenter 清单，并且如果该系统已在一个不同的 IP 地址下由 vCenter 管理，则 vCenter Server 检测不到问题。此时 ESX/ESXi 系统将显示在清单中，并具有一个新的 IP 地址，状态为断开连接。而与使用旧 IP 地址的 ESX/ESXi 系统的连接仍保持活动状态。解决办法：请勿两次添加同一个 ESX/ESXi 系统。
- 重新启动 mgmt-vmware 不会重新启动 vmware-webAccess
重新启动 mgmt-vmware 服务时，不能重新启动 vmware-webAccess 服务。而是此服务不久就会停止，因此无法使用 Web Access 连接到 ESX 主机。解决办法：手动启动 vmware-webAccess 服务。为此，在 ESX 服务控制台中运行以下命令：
service vmware-webAccess start
- 在运行 SUSE Enterprise Linux 的虚拟机上，[适配器类型] 下拉菜单缺少 vmxnet3 选项
当虚拟机运行 SLES 10 或 SLES 11，但选择 SLES 作为客户机操作系统类型时， [适配器类型] 下拉菜单中不包括 vmxnet3。在从 ESX Server 3.x 迁移到 ESX 4.x 的虚拟机中最容易发生此问题，但在其他情况下也有可能发生此问题。解决办法：如果将客户机操作系统类型从 SLES 更改为 SLES10 或 SLES11，则 vmxnet3 选项会变为可用。
- 关闭虚拟机。
- 右键单击虚拟机，并选择 [编辑设置]。
- 在 [选项] 选项卡中，单击 [常规选项]。
- 在版本字段中，选择 SLES10 或 SLES11。
- 在主机配置的 [网络] 视图中，虚拟机会从虚拟交换机图中消失
在主机的 vSphere Client [网络] 选项卡中，虚拟机显示在虚拟交换机图中。如果选择其他主机，然后返回到第一个主机的 [网络] 选项卡，虚拟机可能会从虚拟交换机图中消失。解决办法：在 [配置] 选项卡中选择其他视图，如 [网络适配器]、[存储] 或 [存储适配器]，然后返回到 [网络] 选项卡。
- 如果在创建虚拟机时虚拟机名称中使用了特殊字符，则在通过 vSphere Web Access 连接到 vCenter Server 时会导致出现错误
当通过 vSphere Web Access 连接到 vCenter Server 时，如果在创建虚拟机时虚拟机名称中使用了特殊字符（例如，"|\'{}[]-*^&@#!`~），则会触发以下错误：
RuntimeFault:A general system error occurred.解决办法：无
- 在增加虚拟处理器数目后，vSphere Web Access 显示的虚拟机 CPU 速度不正确
在 vSphere Web Access 中，增加了虚拟机的 CPU 数量后，所选虚拟机的 [摘要] 选项卡中 [性能] 部分显示的有关 CPU 速度的信息不正确。例如，如果虚拟机的 CPU 数量从时钟速度为 1.559Mhz 的 1 个 CPU 增长为 2 个 CPU，则 vSphere Web Access 的 CPU 数量和其时钟速度应显示 2 x 1.559Mhz。但是，该时钟速度错误地显示为 3.117（1.559 乘以 2）。解决办法：无
- 如果将 SFCB 配置文件 (
sfcb.cfg) 中的 HTTPS 端口号更改为默认值以外的端口，并重新启动 SFCB (CIM) 服务器，则在 [硬件状态] 选项卡上不显示 ESX/ESXi 主机服务器组件的健康状况
如果直接登录 ESX/ESXi 主机，并单击 [配置] 选项卡来查看健康状况，也会发生这种行为。不显示服务器组件的状态信息。发生这个问题是因为，vCenter Server 和 SFCB Server 在不同端口上进行通信。
解决办法：确保 SFCB 服务器仅通过默认端口进行通信。
- 在 Windows 命令提示符下启动或停止 vctomcat Web 服务可能会导致错误消息
在 Windows 操作系统上，如果使用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。
- 使用 SQL Express 捆绑数据库从 vCenter Server 2.5 升级之后，不显示性能图表概览
如果使用 SQL Express 捆绑数据库从 vCenter Server 2.5 升级到 vCenter Server 4.0，则不会显示性能图表概览。打开 [性能] 选项卡的 [概览] 视图时，会显示以下错误：统计报告服务内部错误发生此错误是因为，vCenter Server 升级工具无法重新配置现有数据库。必须手动执行配置。
解决办法：
- 选择 [开始] >[所有程序] >[SQL Server Configuration Manager]。
- 在 SQL Server 配置管理器中，执行以下操作：
- 选择 [SQLEXP_VIM 协议]。
- 选择 [TCP/IP]。
- 在 [已启用] 中，选择 [True]，然后在 [全部侦听] 中，选择 [是]。
- 单击 [确定]。
- 在命令窗口中，键入
Services.msc以打开服务管理器。 - 在 [服务] 列表中，启动以下服务：
- SQL Server 2005 Services：SQL Server (SQLEXP_VIM)
- SQL Server 2005 Services：SQL Browser（如果 SQL Browser 服务已禁用，将其标为自动/手动启动）
- VMware vCenter 服务
- VMware web 服务
- 如果向虚拟机中另外添加一个虚拟磁盘，则会出现错误消息
比如通过连接到 ESX/ESXi 4.0 的 Web Access 使用默认选项创建了一个虚拟机。然后如果从 vSphere Web Access 连接到管理 ESX/ESXi 主机的 vCenter Server，并使用 [ 创建新虚拟磁盘] 选项向相同的虚拟机另外添加一个虚拟磁盘，则会出现错误[服务器上已存在指定的文件。]。解决办法：使用 vSphere Client 连接到 vCenter Server，并向虚拟机添加另一个虚拟磁盘。
- vc-support 命令使用 64 位 DSN 应用程序，因此无法从 vCenter Server 数据库收集数据
使用 VMwarecscript vc-support.wsf命令从 vCenter Server 数据库检索数据时，会使用默认的 Microsoftcscript.exe应用程序。此应用程序被配置为使用 64 位 DSN 而非 32 位 DSN（vCenter Server 数据库需要后者）。因此，发生错误，并且无法检索数据。解决办法：在系统提示符下，使用 32 位 DSN
cscript.exe应用程序运行vc-support.wsf命令：%windir%\SysWOW64\cscript.exe vc-support.wsf
- vc-support 命令使用 64 位 DSN 应用程序，并且无法从 vCenter Server 数据库收集数据
使用 VMwarecscript vc-support.wsf命令从 vCenter Server 数据库检索数据时，使用默认的 Microsoftcscript.exe应用程序。此应用程序被配置为使用 64 位 DSN，而非 32 位 DSN（vCenter Server 数据库需要后者）。因此，发生错误，并且无法检索数据。解决办法：在系统提示符下键入以下命令，用 32 位 DSN
cscript.exe应用程序运行vc-support.wsf命令：%windir%\SysWOW64\cscript.exe vc-support.wsf
- vSphere Client [角色] 菜单不显示对链接模式组中所有 vCenter Server 系统的角色分配
在链接模式组中的远程 vCenter Server 系统上创建角色后，所做的更改将传播到组中的所有其他 vCenter Server 系统。但是，似乎仅在具有与角色关联的权限的系统上指派角色。如果删除角色，则操作仅检查角色在当前所选的 vCenter Server 系统中的状态。但是，此操作从链接模式组中的所有 vCenter Server 系统删除角色，而不发出其他服务器上可能正在使用角色的警告。解决办法：从 vCenter Server 系统中删除角色之前，请确保其他 vCenter Server 系统中没有在使用该角色。要查看某个角色是否在使用中，请转到 [角色] 视图，并使用导航栏选择组中每个 vCenter Server 系统。此时将显示对于所选 vCenter Server 系统，角色是否在使用中。
请参见 《vSphere 基本系统管理》，了解用户和组的最佳做法，并获得有关为链接模式 vCenter Server 组设置角色的信息。
- 当虚拟机运行负载过重时，删除快照和热克隆虚拟机操作可能需要很长时间
当虚拟机运行输入/输出负载过重时，删除快照和克隆已启动的虚拟机可能需要很长时间才能完成。例如，当虚拟机写入其本地磁盘时，输入/输出负载将过重。解决办法：当虚拟机写入其本地磁盘或出现任何输入/输出负载过重问题时，请避免执行这些操作。这有助于减少完成时间。
- 如果在 Windows Server 2008 中启用了 UAC，则安装之后加入链接模式组失败
在 Windows Server 2008 32 或 64 位操作系统上启用用户帐户控制 (UAC)，并在已运行 vCenter Server 的系统中尝试将计算机加入链接模式组时，链接可以完成，且不发生任何错误，但并未成功。清单列表中仅显示一个 vCenter Server。解决办法：完成下列过程。
安装后，执行下列步骤以关闭 UAC，然后再加入链接模式组：
- 选择 [开始] >[设置] >[控制面板] >[用户帐户] 以打开 [用户帐户] 对话框。
- 单击 [打开或关闭[用户帐户控制]]。
- 取消选择 [使用用户帐户控制(UAC)帮助保护您的计算机]，然后单击 [确定]。
- 出现提示后重新引导计算机。
开始链接模式配置过程，如下所示：
- 选择 [开始] >[所有程序] >[VMware] >[vCenter Server 链接模式配置]。
- 单击 [下一步]。
- 选择 [vCenter Server 链接模式配置]，然后单击 [下一步]。
- 单击 [将此 vCenter Server 实例加入现有的链接模式组或另一个实例]，然后单击 [下一步]。
- 输入服务器名和 LDAP 端口信息，然后单击 [下一步]。
- 单击 [继续] 以完成安装。
- 单击 [继续] 结束链接过程。
登录到某个 vCenter Server，并确认该服务器已链接。链接 vCenter Server 之后，打开 UAC，如下所示：
- 选择 [开始] >[设置] >[控制面板] >[用户帐户] 以打开 [用户帐户] 对话框。
- 单击 [打开或关闭[用户帐户控制]]。
- 选择 [使用用户帐户控制(UAC)帮助保护您的计算机]，然后单击 [确定]。
- 出现提示后重新引导计算机。
- 删除虚拟机中正在使用的虚拟交换机可能会导致错误消息
如果尝试删除已启动的虚拟机正在使用的虚拟交换机，则会显示一条错误消息。警告消息应警示您，虚拟交换机正在使用中，因此无法删除。在这种情况下删除虚拟交换机可能会导致虚拟机不可用。解决办法：请勿删除正在使用中的虚拟交换机。
- 在 DRS 和 HA 均未启用的群集中执行迁移后，vCenter Server Resource Manager 不更新主机树
如果使用 vMotion 启动或迁移位于 HA 和 DRS 均未启用的群集上的虚拟机，则操作可能会失败，并显示以下某条消息：主机的内存资源不足，无法满足预留。主机的 CPU 资源不足，无法满足预留。
即使主机看上去有足够的容量可用也会发生此问题，并且仅在这两个主机位于同一群集中时才会发生。
vMotion 用于将虚拟机迁移到主机，或者在新主机上将其启动时，vCenter Server 会评估主机是否拥有足够的未预留资源能满足虚拟机的要求。但是，启动源主机上的虚拟机之后，使用 vMotion 在群集中将虚拟机从源主机迁移到目标主机时，不会更新此评估使用的内部数据结构。未来对源主机的任何接入控制计算将考虑保留此虚拟机，即使该虚拟机不再在主机上运行也一样。此行为可能会导致在源主机上执行的启动和 vMotion 操作失败。
注意：在日志文件中将这些失败报告为以下故障：
vim.fault.InsufficientHostCpuCapacityFaultvim.fault.InsufficientHostMemoryCpuCapacityFault
解决办法：重新配置虚拟机的预留，或者打开或关闭计算机。这些操作使 vCenter Server 更新其内部数据结构。
- 隐藏 [存储视图] 选项卡的 [报告] 视图中的工具栏之后无法使其重新显示
[存储视图] 选项卡的 [报告] 视图有一个工具栏，其中包含对象筛选菜单和搜索字段。通过这些控件，可以根据对象类型、存储属性和关键字筛选报告表。如果通过从工具栏的右键菜单中选择 [隐藏] 来隐藏工具栏，则没有机制可使其重新显示。解决办法：关闭并重新打开 vSphere Client。
- 加入两个 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" 失败：: 操作:加入实例（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.）解决办法：执行下列步骤：
- 从命令提示符下，用管理员级别权限，将目录更改为 vCenter Server 的安装目录。
- 删除
VMwareVCMSDS目录。 - 通过键入
jointool.bat recover，恢复本地 LDAP 实例。
- 如果 vCenter Server 4.0 先管理 ESX Server 3.5 主机，然后再管理 ESX 3.5 patch 10，则它在大型环境中会变为无响应
如果 vCenter Server 4.0 先管理 ESX Server 3.5 主机，然后再管理 ESX Server 3.5 patch 10，则 30 天后，它在大型环境中会变为无响应。解决办法：如果使用 vCenter Server 4.0 运行 ESX Server 3.5，则将其升级到 ESX Server 3.5 Update 4。
- 用 VMware Guided Consolidation 分析计算机时，网络可能会发生问题和错误
当 Guided Consolidation 对大量计算机进行分析时，Guided Consolidation 的 vCenter Collector Provider Services 组件可能会被装有 Guided Consolidation 功能的操作系统误认为病毒或蠕虫。当分析操作遇到有大量 IP 地址无效或名称解析有问题的计算机时，会发生这种情况。因此，网络中会出现瓶颈，并且显示错误消息。解决办法：如果用于分析的计算机不可达，则请勿添加它们。如果按名称添加计算机，请确保 NetBIOS 名称可解析且可访问。如果按 IP 地址添加计算机，请确保 IP 地址是静态地址。
- vCenter Server 系统加入链接模式组后，显示多个 SSL 警告消息
如果多个 vCenter Server 系统加入链接模式组，并且不使用 SSL 证书进行身份验证，则登录时可能会在 vSphere Client 中显示多个 SSL 警告。解决办法：分别解决每个警告。在每台主机上都选择 [始终忽略此证书] 选项。必须配置 vCenter Server 以使用 SSL 证书。
- 从 vSphere Client 中更改 HTTP 端口后，vSphere Web Access 与 vCenter Server 没有连接
使用 vSphere Client 连接到 vCenter Server 后，可以更改 vCenter Server 的 HTTP 端口( [系统管理] > [vCenter Server 设置] > [Web 服务] > [端口] > [HTTP])。通过此端口，可以使用 vSphere Web Access 连接到 vCenter Server。如果更改 HTTP 端口值，则 vSphere Web Access 可能对所有用户都不可用。解决办法：完成下列步骤，更改 vSphere Web Access 配置文件中的端口设置，以使其可以在所指定的端口上收到连接。
- 登录到 vCenter Server 计算机，并打开以下目录：
C:\Program Files\VMware\Infrastructure\tomcat\webapps\ui\jslib-1.0.157180
\modules\com.vmware.webaccess.app_1.0.0
如果在安装 vCenter Server 后使用C:\Program Files\以外的目录，请使用相应的目录路径。 - 打开
WebAccess.properties文件，并将login_url值更新为在 vSphere Client 中指定的端口值，如下所示：
当前值：http://localhost:80/sdk
新值：http://localhost:[new_port]/sdk - 右键单击 [我的电脑]，然后选择 [管理]。
- 在 [服务和应用程序] 下选择 [服务]，找到 VMware VirtualCenter Management Webservices，然后重新启动该服务。
注意：重新启动该服务将影响链接模式下的 vCenter Server 系统的连接和现有的 vSphere Web Access 连接。 - 清除浏览器缓存。
- 使用
通过 vSphere Web Access 连接到 vCenter Server。
- 登录到 vCenter Server 计算机，并打开以下目录：
- vSphere Client 在主机 [摘要] 选项卡 [常规] 部分中显示的信息不准确
在高负载下，vSphere Client 的右侧面板可能无法刷新，在 [常规] 部分中的信息不准确。解决办法：可能需要通过选择其他主机手动刷新 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 清单，以链接模式打开 vSphere Client，且所有 vCenter Server 系统的清单全部展开时，vSphere Client 可能有几分钟无响应
完全展开的 vSphere Client 清单是指群集和数据中心已展开的那些清单。如果完全展开清单后关闭 vSphere Client，则下次将其打开时，将加载已展开的清单视图。因此，vSphere Client 可能有几分钟时间没有响应，具体取决于 vCenter Server 系统数以及每个 vCenter Server 系统清单中的对象数。vSphere Client 加载所有清单对象后将开始响应。解决办法：作为最佳做法，请勿在链接模式组的清单中展开每个 vCenter Server 系统的节点。折叠节点后再关闭 vSphere Client，以避免在启动时加载展开的节点。
- 硬件健康状况信息服务不支持版本早于 ESX Server 3.5 Update 4 的主机
对于 ESX Server 3.5 Update 3 及更早版本，不会触发硬件健康状况警报。直接在 ESX Server 3.5 Update 3 主机及更早版本上查看 vSphere Client [硬件状态] 选项卡时，会显示一条消息，声明监视硬件健康状况需要 ESX Server 3.5 Update 4 或更高版本，或者 ESXi。解决办法：要对 ESX Server 3.5 Update 3 或更早版本支持硬件健康状况的监控，请应用 ESX Server 3.5 patch 11 (ESX350-200901407-BG)，包含在 ESX Server 3.5 Update 4 中。
- 使用 vMotion 迁移虚拟机后，某些警报仍保持为已触发状态
使用 vMotion 将虚拟机迁移至其他主机之后，适用于这些虚拟机的基于衡量指标的警报（例如，CPU 使用情况或内存使用情况）可能保持已触发状态。解决办法：下面任何一项操作都可以解决此问题：
- 重新配置已触发的警报。
- 删除已触发的警报。
- 更改虚拟机的电源状态。
- 在虚拟机上产生负载，以使警报触发，然后移除负载。此时警报应该解除。
- 如果更改了 vpxuser 帐户的权限，则 vCenter Server 可能会失败
使用 vSphere Client 直接连接到 ESX/ESXi 主机时，如果选择 [权限] 选项卡，则可以更改 vpxuser 帐户的权限。例如，您可能会考虑更改权限，这样 vpxuser 就不会对所有主机清单对象都具有管理员权限。但是，进行此类更改之后，vCenter Server 可能会出故障。解决办法：在主机上设置 vpxuser 帐户，以便从根文件夹向下拥有管理员权限。为此，可以用 vSphere Client 连接到主机，然后选择 [权限] 选项卡。
- 如果重新启动 vCenter Server，则启用对清单对象禁用的警报
在 vCenter Server 中已对清单对象（例如，主机、虚拟机、数据存储等）禁用警报后，如果重新启动 vCenter Server，则警报将在重新启动 vCenter Server 完成后启用。解决办法：重新启动 vCenter Server 后，禁用相应的清单对象上的警报。
- 在分布式电源管理 (DPM) 将主机置于待机模式后或主机处于维护模式时，共享存储上存储的虚拟机模板将不可用
vSphere Client 将虚拟机模板与特定的主机相关联。如果 DPM 将存储虚拟机模板的主机置于待机模式或维护模式，则在 vSphere Client 中模板将显示为已禁用。即使将这些模板存储在共享存储上，仍将发生上述情况。解决办法：在存储虚拟机模板的主机上禁用 DPM。当主机处于维护模式时，请使用未处于维护或待机模式且可以访问存储有模板的数据存储的另一主机上的数据存储浏览器来查找虚拟机模板。然后，您可以使用这些模板来置备虚拟机。
- 新增内容：ESX 和 ESXi [欢迎使用] 页面上的链接不正确
在 [vSphere 远程命令行] 部分和 [vSphere Web Services SDK] 部分中的下载链接以及 ESX 和 ESXi 的 [欢迎使用] 页面上用于下载 vSphere 4 文档和 VMware vCenter 的链接都被错误映射。
解决办法：从 VMware 网站下载产品。
- 在 Nexus 1000v 上，分布式电源管理不能使主机置于待机模式
如果主机没有针对分布式电源管理 (DPM) 的集成式 Lights-Out (iLO) 或智能平台管理接口 (IPMI) 支持，则只要该主机已添加到 Nexus 1000V DVS 的所有物理网卡都具有 LAN 唤醒支持，该主机仍可使用 DPM。如果即使只有一个物理网卡不支持 LAN 唤醒，DPM 都不能将该主机置于待机模式。
解决办法：无。
- vSphere Client [性能] 选项卡上显示的数据与所选的对象不相关
从清单列表中选择某个对象序列后，vSphere Client 在 [性能] 选项卡的 [概览] 页上显示的图表所关联的对象可能有误。无论以何种顺序，从上到下或随机，选择对象就会发生此问题。解决办法：选择其他清单对象。如果这样不能修复问题，请重新启动 vSphere Client。
虚拟机管理
- 将 Windows 2000 虚拟机从硬件版本 4 升级到硬件版本 7 之后，会提示安装 PCI standard PCI-PCI bridge
将 Windows 2000 虚拟机从硬件版本 4 升级到硬件版本 7 时，可能会看到大量弹出消息，提示您安装 PCI standard PCI-PCI bridge。这些消息没有危害。解决办法：接受所有提示即可完成硬件版本升级。
- 从 vSphere Client 中挂起虚拟机后，vmware-toolbox 中为挂起电源事件指派的自定义脚本不会运行
如果已在 vmware-toolbox 的 [脚本] 选项卡中向挂起电源事件指派了自定义脚本，并且已将虚拟机配置为在执行挂起脚本时运行 VMware Tools 脚本，则从 vSphere Client 中挂起虚拟机后将不会运行自定义脚本。解决办法：无
- 在客户机启动时自动升级 VMware Tools 将自动重新引导客户机，而不会发出重新引导通知
如果选择在 Windows Vista 或 Windows 2008 客户机操作系统上自动更新 VMware Tools，则启动操作系统时将更新 VMware Tools 并且将自动重新引导客户机操作系统，而不会发出重新引导通知。解决办法：无
- 在 Linux 客户机操作系统中升级 VMware Tools 之后，旧的 vmware-toolbox 脚本选项卡设置恢复为默认值
在运行 Linux 客户机操作系统的 ESX Server 3.0.x 虚拟机上升级 VMware Tools 后，vmware-toolbox脚本选项卡上的现有设置会恢复为默认设置。解决办法：升级 VMware Tools 之后，重新配置自定义脚本设置。
- 采用自定义方式克隆虚拟机可能会导致显示一个对话框，提示需要 Sysprep 文件信息
当您使用自定义方式克隆虚拟机时，克隆过程可能无法完成，还可能会显示一个 Sysprep 对话框提示您需要其他文件。解决办法：执行下列步骤：
- 记下 Windows mini-setup 无法找到的缺失文件的列表。
- 将所需文件（例如，c_20127.nls）从源计算机复制到 Sysprep 安装文件夹 c:\sysprep\i386 中。Sysprep 提示的文件通常位于源虚拟机的以下位置：
C:\Windows\system32。 - 执行含自定义的克隆。
注意：启动虚拟机并完成自定义后会删除 Sysprep 目录。
- 运行 Windows NT 客户机操作系统的虚拟机在将虚拟硬件从版本 4 升级到版本 7 后要求重新安装网络适配器
在 Windows NT 客户机操作系统上升级虚拟硬件后，该虚拟机无法获取 IP 地址，因为 Windows NT 不完全支持即插即用规范。解决办法：在 Windows NT 虚拟机上将虚拟硬件从版本 4 升级到版本 7 后，请按照下列步骤重新安装网络适配器驱动程序。
- 右键单击 [网上邻居]，然后选择 [属性]。
- 选择 [适配器] 选项卡。
- 移除现有的适配器。
- 添加一个新适配器。
- 对于 AMD PCNet 驱动程序，请选择 [AMD PCNET 家庭版以太网适配器（AMD PCNET Family Ethernet adapter）] 并将路径指定为
C:\winnt\system32。
对于 vmxnet 驱动程序，请单击 [从磁盘安装] 并将路径指定为C:\Program Files\VMware\VMware Tools\Drivers\vmxnet\。 - 重新引导计算机。
- 即使已存在 SCSI 硬盘，添加到硬件版本 7 虚拟机的 IDE 硬盘也被定义为硬盘 1
如果已有一个连接了 SCSI 磁盘作为硬盘 1 的硬件版本 7 虚拟机，而此时添加 IDE 磁盘，则虚拟机会更改磁盘编号。将 IDE 磁盘定义为硬盘 1，而将 SCSI 磁盘更改为硬盘 2。解决办法：无。但是，如果决定删除其中某个磁盘，则不要专门依赖磁盘编号。而是要验证磁盘类型，以确保正在删除的磁盘无误。
- 如果将含有快照的虚拟机从 ESX/ESXi 3.5 主机冷迁移到 ESX/ESXi 4.0 主机，则恢复快照可能不起作用
可以将含有快照的虚拟机从 ESX/ESXi 3.5 主机冷迁移到 ESX/ESXi 4.0 主机。但是，迁移后恢复快照可能不起作用。解决办法：无
- 已链接虚拟机克隆的增量磁盘深度大于支持的深度 32 时，vCenter Server 发生故障
如果已链接虚拟机克隆的增量磁盘深度大于支持的深度 32，则 vCenter Server 发生故障，并会显示以下错误消息：Win32 异常（Win32 exception:）:堆栈溢出（Stack overflow）在这种情况下，无法重新启动 vCenter Server，除非从主机删除虚拟机，或者清除 vCenter Server 数据库。可考虑从主机中删除虚拟机，而不要清除 vCenter Server 数据库，因为这样更加安全。
解决办法：执行下列步骤：
- 在主机上登录到 vSphere Client。
- 在清单中显示虚拟机克隆。
- 右键单击虚拟机，然后选择 [从磁盘删除]。
- 重新启动 vCenter Server。
注意：重新启动 vCenter Server 之后，如果 vSphere Client 清单中列出了虚拟机，并且虚拟机上下文菜单中禁用了 [从清单中移除 (Remove from Inventory)] 选项，则必须从 vCenter 数据库中手动移除虚拟机条目。
- 新增内容：在虚拟机中新建 SCSI 磁盘可能导致错误消息不准确
在虚拟机中新建 SCSI 磁盘并将 SCSI 总线设置为 [虚拟] 时，将发送包含以下列内容的错误消息：
请验证虚拟磁盘是否使用 "thick" 选项创建。
但是， thick本身并不是一个选项。这个选项应当是 eagerzeroedthick。
解决办法：使用命令行中的 vmkfstools命令和 eagerzeroedthick选项创建 SCSI 磁盘。
- 虚拟机的 [安装引导] 选项未导出为 OVF
当从启用了 [安装引导] 选项的虚拟机创建 OVF 软件包时，在导出过程中会忽略此选项。因此，OVF 描述符缺少了InstallSection元素，此元素提供有关安装过程的信息。部署 OVF 软件包后，InstallSection元素即得到正确的分析。解决办法：将虚拟机导出为 OVF 之后，手动在 OVF 描述符中创建
InstallSection参数。如果存在清单 (.mf) 文件，则必须在修改 OVF 描述符之后重新生成该文件。示例：
<InstallSection ovf:initialBootStopDelay="300"> <Info>指定需要安装引导。</Info> </InstallSection>在描述符中加入
InstallSection参数通知部署过程，安装后需要引导才能完成部署。ovf:initialBootStopDelay属性指定引导延迟。请参见 OVF 规范获取详细信息。
- 从含有 LSI SAS 控制器的虚拟机快照克隆的虚拟机可能会错误地配置为具有 BusLogic 控制器
如果拍摄含有 LSI SAS 控制器的虚拟机的快照，然后从该快照克隆虚拟机，则克隆的虚拟机可能会在虚拟机属性中配置 BusLogic 控制器，而不是 LSI SAS 控制器。解决办法：从使用 LSI SAS 控制器抓取的虚拟机快照克隆虚拟机后，在 Snapshot.config 属性中检查已克隆的虚拟机的控制器类型。如有必要，重新配置已克隆的虚拟机的控制器类型。
- 新增内容：在虚拟机暂停并继续之后，禁用 VMXNET3 适配器可能会失败
在暂停和继续之间，如果网络连接进入未定义的状态（例如，如果端口组名称发生更改），则虚拟网络设备不能更新与驱动程序的新网络连接。这种状态使 VMXNET3 适配器无法禁用、卸载或更新。
解决办法：将适配器重新连接到有效的端口组。
vMotion 和 Storage vMotion
- 重新配置和重定位虚拟机之后，恢复为快照可能会失败
如果在拍摄虚拟机的快照之后重新配置虚拟机的属性，并将其移至其他主机，则恢复为该虚拟机的快照可能会失败。解决办法：避免将包含快照的虚拟机移至差异非常大的主机（例如不同版本、不同 CPU 类型等等）
- 使用 Storage vMotion 迁移含有许多磁盘的虚拟机可能会超时
含有许多虚拟磁盘的虚拟机可能无法用 Storage vMotion 完成迁移。在最后的复制阶段，Storage vMotion 过程需要时间来打开、关闭和处理磁盘。因为这种逐个磁盘开销，含有许多磁盘的虚拟机进行 Storage vMotion 迁移可能会超时。解决办法：将虚拟机配置文件中的 Storage vMotion
fsr.maxSwitchoverSeconds设置变为一个更大的值。默认值为 100 秒。或者，在 Storage vMotion 迁移时，避免对 Storage vMotion 迁移所使用的相同数据存储运行大量设置操作、迁移、启动或关闭操作。
- Storage vMotion 不支持将源 RDM 转换为目标 NFS 卷
将磁盘转换为 NFS 卷上的 flat/sparse 格式时，对于虚拟模式 RDM 的仅磁盘 Storage vMotion 失败。解决办法：执行下列这些步骤，将虚拟模式 RDM 迁移到 NFS 卷：
- 使用 Storage vMotion 将 RDM 虚拟机磁盘转换为中间使用 SAN、本地卷或 iSCSI 卷的磁盘类型 flat/sparse。
- 使用 Storage vMotion 重定位从 SAN、本地卷或 iSCSI 卷转换为 NFS 卷后的磁盘。
- NFS 服务器磁盘格式可能会覆盖 NFS 卷的 Storage vMotion
当使用 Storage vMotion 将虚拟磁盘迁移到 NFS 卷，或执行其他涉及 NFS 卷的虚拟机设置时，磁盘格式由目标 NFS 卷所在的 NFS 服务器确定。这将覆盖在 [磁盘格式] 菜单中所做的任何选择。解决办法：无
- 如果 ESX/ESXi 主机在 Storage vMotion 过程中发生故障或重新引导，则该操作可能会失败，且虚拟机可能会变为孤立状态
如果主机在 Storage vMotion 过程中发生故障或重新引导，则 vMotion 操作可能会失败。重新引导主机之后，目标虚拟机的虚拟磁盘在 vSphere 清单中可能会显示为孤立状态。通常，在主机关闭之前会保留虚拟机的状态。如果虚拟机不显示为孤立状态，请检查是否存在目标 VMDK 文件。
解决办法：可以从 VSphere 清单中手动删除孤立的目标虚拟机。如果数据存储中存在剩余的孤立目标磁盘，则找到并删除任何这些磁盘。
- 虚拟磁盘从厚格式到精简格式的 Storage vMotion 失败
迁移配置了 VMFS 最大文件系统限制的虚拟机时会报告以下错误：File[vol] <vmpath> 大小超过数据存储 [<目标数据存储>] 支持的最大值。解决办法：无。如果要迁移虚拟机，请勿将虚拟机磁盘配置为其最大卷限制。
- 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 故障模式可能导致虚拟机关闭
如果将 Storage vMotion 用于 ESX/ESXi 4.0 主机，当数据移动因瞬时错误（例如内存不足）而失败时，StoragevMotion 可能无法成功完成、迁移性能可能降低或源虚拟机可能关闭。解决办法：启动虚拟机。
- 如果在 Storage vMotion 过程中更改了磁盘类型，则 ESX/ESXi 3.5 主机上的 Storage vMotion 不能显示正确的磁盘类型
Storage vMotion 向导提供了一个选项，用于转换任何 ESX/ESXi 主机版本上虚拟机的磁盘类型（从厚格式到精简格式或从精简格式到厚格式）。转换磁盘，并完成 Storage vMotion 之后，对于 ESX/ESXi 3.5 主机无法正确反映磁盘类型。vSphere Client 仍反映旧的磁盘类型。解决办法：关闭虚拟机，取消其注册，然后重新注册此虚拟机。
- 当主机处于维护模式时，无法将存储在本地数据存储的虚拟机迁移出主机
当主机处于维护模式时，无法将存储在本地数据存储的虚拟机迁移出主机。解决办法：在本地数据存储上的虚拟机的当前主机处于维护模式时，如果需要使这些虚拟机保持可用状态，请手动将这些虚拟机迁移到其他主机。
- 使用 Storage VMotion 将虚拟机重定位回其源卷，可能会导致磁盘空间不足的错误
使用 Storage VMotion 将虚拟机移动到其他数据存储，然后再移回其源卷时，vSphere Client 不会立即刷新源数据存储的大小，从而导致错误。解决办法：在 vSphere Client 中刷新数据存储。如果一次尝试之后数据存储的报告大小不更改，则等待 30 分钟，然后再次刷新。
VMware High Availability 和容错
- 故障切换到 VMware FT 辅助虚拟机在主机客户端上产生错误消息
VMware 容错在故障切换到辅助虚拟机时，如果最近引导了选为辅助虚拟机的主机，则主机客户端会将此尝试视为失败，并显示以下错误消息：用户名或密码错误，登录失败（Login failed due to a bad username or password）。显示此错误消息是因为，最近已引导主机，并且可能尚未从 vCenter Server 收到 SSL 指纹。将指纹推至主机后，故障切换成功。只有启用了 FT 的群集中的所有主机都出现故障，导致全新引导包含辅助虚拟机的主机时，才有可能发生这种情况。
解决办法：无。尝试几次后故障切换就会成功。
- 更改 ESX/ESXi 主机上的系统时间会产生 VMware HA 代理错误
如果更改 ESX/ESXi 主机上的系统时间，则很短的一段时间间隔后，就会出现以下 HA 代理错误：< data center> 的 < cluster> 中的 < server> 上的 HA 代理出现错误。此错误消息同时显示在 vSphere Client 中的事件日志和主机的 [摘要] 选项卡中。
解决办法：更正主机的系统时间，然后通过运行
service vmware-vpxa restart命令重新启动 vpxa。
- 对带有 lazyzeroed 虚拟磁盘的已启动虚拟机打开容错失败
如果尝试对带有 lazyzeroed 虚拟磁盘的已启动虚拟机打开容错 (FT)，则操作将失败，并且不创建辅助虚拟机。如果尝试对带有 lazyzeroed 虚拟磁盘的已启动虚拟机启用 FT，则操作将失败，并且不启动辅助虚拟机。解决办法：关闭虚拟机，然后启用 FT，并重新启动虚拟机。将虚拟磁盘正确转换成 eagerzeroed 磁盘，并且启用 FT 的操作成功。
- 在数据存储之间迁移启用了 FT 的虚拟机的同时，尝试更改虚拟机的磁盘格式导致失败
如果尝试在数据存储之间迁移已关闭、启用了 FT 的虚拟机时更改虚拟机的磁盘格式，则 vSphere Client 会显示一条无效参数 (InvalidArgument) 错误消息，指示操作失败。vSphere Client 正确的行为是禁用更改磁盘格式的选项。解决办法：在将启用 FT 的虚拟机重定位到其他数据存储时，请将 [与源格式相同] 选作默认选项。
- 早于 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 HA 并开启了容错功能，则会将一个无响应的辅助虚拟机添加到群集的清单，或者会得到多个具有不同名称的虚拟机副本。如果辅助虚拟机的目标 ESX/ESXi 主机因重新引导、断电或者在创建辅助副本时从网络断开而与其管理 vCenter Server 失去连接，则会发生这种情况，并且这种情况会导致辅助虚拟机上的配置设置不完整。解决办法：从 vCenter Server 清单中删除无响应的辅助虚拟机。
- 对主虚拟机关闭容错功能之后，辅助虚拟机仍在清单中
极少数情况下，在 vSphere Client 中成功为主虚拟机选择了 [关闭容错]，但相关的辅助虚拟机对象仍留在清单中。刚刚发生故障切换，并且尚未启动新的辅助虚拟机时，有时就会发生此情况。这不会产生任何严重后果，因为已删除了辅助虚拟机的文件。解决办法：手动删除辅助虚拟机。
- 将 NAS 数据存储上运行的虚拟机配置为响应主机隔离而关闭时，虚拟机可能会尝试在发生网络隔离事件后同时在两台主机上运行
如果将虚拟机的默认设置配置为出现主机隔离时关闭，则在发生导致主机隔离和无法从网络访问数据存储的多种网络故障的情况下，虚拟机在尝试关闭时可能无法无限期地响应。HA 尝试关闭虚拟机，并在另一台主机上重新启动该虚拟机。vSphere Client 中可能会出现该虚拟机的两个实例。其中不会有数据损坏，因为 HA 和 VMFS 正确地控制对虚拟机数据的访问，但原始虚拟机会处于无响应状态。可以通过直接连接被隔离的主机和忽略问题，消除这种情况。解决办法：在 NFS 环境中，选择 [关闭] 作为群集对受影响虚拟机的默认主机隔离响应。
- 从 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 错误 - 代理无法启动。: 未知 HA 错误。解决办法：通过右键单击主机并选择 [重新配置 VMware HA]，手动重新配置 HA。
- 在负载较重的系统上配置 VMware High Availability (HA) 可能导致错误消息
如果在客户机虚拟机负载较重的主机上启用 HA，该主机的 HA 配置可能会中断，并显示错误消息：
HA 代理服务器分出现错误。解决办法：通过关闭虚拟机或使用 vMotion 将这些虚拟机迁移到群集中的其他主机来降低负载，然后再为该主机重新配置 HA。
- 含有独立非持久磁盘的已挂起虚拟机在 VMware HA 主机上无法进行故障切换
如果在启用了 VMware HA 的主机上挂起或关闭了虚拟机，并且如果将虚拟机磁盘配置为独立且非持久，则不会发生故障切换。如果主机发生故障、关闭或处于维护模式，则无法将这些磁盘迁移至其他主机。当前在 HA 上不支持迁移这些虚拟机，因为这些虚拟机与群集中的任何其他主机都不兼容。解决办法：取消虚拟机的注册，并在兼容的主机上注册它。
- 在启动包含许多虚拟机的主机或在其上进行故障切换时，VMware HA 可能报告误导性的超时错误
使用 VMware HA 启动或迁移包含许多虚拟机（超过 70 个）的主机之后的几分钟内，可能会出现 VMware HA 超时错误。当启动大多数虚拟机之后，此超时错误会消失。解决办法：可以忽略这些超时错误。
- VMware 容错不支持 IPv6 寻址
如果为用于容错 (FT) 日志记录或 vMotion 的 VMkernel 网卡指派了 IPv6 地址，则在虚拟机上启用容错将会失败。
解决办法：使用 IPv4 寻址配置 VMkernel 网卡。