VMware ESX 3.5 Update 3 下载

VMware ESX 3.5 Update 3 下载
VMware ESX 3.5 Update 2 下载




VMware ESX 3.5 Update 3 | 2008 年 11 月 6 日 | 内部版本 123630


上次文档更新：2008 年 11 月 6 日
请时常查看以了解这些发行说明的新增内容及更新。
                               本发行说明包含以下主题：










注意：在许多公用文档中，现在 VMware ESX Server 3.5 称为 VMware ESX Server 3.5，VMware ESXServer 3i 版本 3.5 简称为 VMware ESXi3.5。这些发行说明仍使用以前的约定，以便能够与产品界面和文档保持一致。以后的版本将会更新产品名称。
新增功能以下信息介绍本版本 VMware Infrastructure 3 提供的一些重要增强功能：
注意：并非 VirtualCenter 和 ESX Server 的所有版本组合都受到支持，只有ESX Server 3.5 Update 3 和 VirualCenter 2.5 Update 3配合使用时，这些重要功能才都可用。有关兼容性的详细信息，请参见文档。
新增功能和支持的 IO 设备：



增加每核心 vCPU 限制— 每核心 VCPU 限制已从 8（或对于 VDI 工作负载为 11）提高至20。此更改仅提高了支持的限制但是并未包括任何其他的性能优化。此限制增加后，用户可以更加灵活地基于特定的工作负载配置系统并最大限度地利用越来越快的处理器。每个核心中可以实现的 VCPU 数将取决于工作负载和硬件性质。大多数部署应当保持在以前的范围，即每个核心中 8 到 11 个vCPU。有关详细信息，请参见。
HP BL495c 支持 — 本版本增加了对于 HP 刀片服务器 BL495c 和所有 Virtual Connect 和 IO 选件的支持，允许与网络建立 1 或 10 GB 连接（上游），但只允许与服务器建立 1 GB 连接（下游）。
新支持的网卡 — 本版本增加了对于以下网卡的支持：
Broadcom 5716 1Gb
Broadcom?  57710   10Gb 适配器
速度仅为 1Gb 的 Broadcom 57711 10Gb 适配器
注意：VMware 的 ESX 3.5 不支持这些适配器提供的 iSCSI/TOE 硬件卸载功能。               
新支持的 SATA 控制器 — 此版本添加对下列 SATA 控制器的支持：
Broadcom HT1000（仅在有 SATA 硬盘和固态磁盘设备的本机 SATA 模式中支持）
Intel ICH-7 (在仅具有 SATA CD/DVD 驱动器的 IDE/ATA 模式下支持）
注意：不支持将 VMFS 数据存储在与这些控制器相连的驱动器上
新支持的客户操作系统 — 在 ESX 3.5 Update 3 发行期间，VMware 增加了对以下客户操作系统的支持：
Solaris 10 U5
Ubuntu 8.04.1
RHEL 4.7
               
内部 SAS 联网存储控制器 — 本版本增加了对于 Intel 模块化服务器 MFSYS25 SAS 存储控制模块 (SCM) 的支持。有关此平台的已知问题和解决办法，请参见 (KB 1007394)。
Qlogic 4Gb FC HBA 的中断合并 (IC) — 该功能是在本版本中引进的，它通过为较短时间内收到的大量光纤通道帧生成单个中断（而不是在收到每个帧时都中断 CPU），来降低 CPU 利用率（和每个 IO 的 CPU 成本）并提高占用大量 IO 的工作负载的吞吐量。此功能在默认情况下处于启用状态，而且可以由用户配置。
VMDK 恢复工具的实验性支持— 此版本添加对 VMDK 恢复工具（旨在帮助客户由于 VMFS/vmdk 数据存储的意外删除或物理磁盘损坏而恢复 VMFS/vmdk 数据存储的脚本）的支持。有关详细信息，请参见 ( KB   1007243)。
CIM 代理占用量较小 — 已将 SFCB 更新到版本 1.3.0
IBM SAN 卷控制器 — 现在，SVC 受固定多路径处理策略和 MRU 多路径处理策略的支持。

升级或迁移到 ESX Server 3.5 Update 3 或 ESX Server 3i 版本 3.5 Update 3本版本的 ESX Server 3.5 Update 3 仅允许从支持的先前版本进行升级。只有找到支持的 ESX Server 先前版本后 ESX Server 3.5 Update 3 的安装程序才会提示执行升级。请参见了解升级支持兼容性列表。
要将 ESX Server 主机升级到 ESX Server 3.5 Update 3，请选择下列一种支持的升级途径：
升级类型
ESX Server 2.5.4
和 2.5.51
ESX Server 3.0.1 2
ESX Server  3.0.22
ESX Server 3.5
ESX Server 3.5 Update 1
ESX Server 3.5 Update 2

                Tarball
是
是3
是4
是
是
是

                ISO 映像
是
是
是
是
是
是



对于 ESX Server 2.5.1、ESX Server 2.5.2 和 ESX Server 2.5.3，先升级到 ESXServer 2.5.4，然后升级到 ESX Server 3.5 Update 3；或先升级到 ESX Server 3.5，然后升级到ESX Server 3.5 Update 3。
对于 ESX Server 3.0.0，请先升级到 ESX Server 3.0.1 或更高版本，再使用 ISO 映像升级到 ESXServer 3.5 Update 3；或先升级到 ESX Server 3.5，然后升级到 ESX Server 3.5 Update 3。
对于 ESX Server 3.0.1，在使用 tarball 执行升级之前必须应用修补程序 ESX-1003519（请参见）。
对于 ESX Server 3.0.2，在使用 tarball 执行升级之前必须应用修补程序 ESX-1003525（请参见）。
有关安装和升级方法的详细信息，请参见。
更新的 RPM 和安全修补程序对于在 ESX Server 3.5 Update 3  版本中更新的 RPM 列表，请参见。（本文档不适用于 ESXi 产品）。


本版本中包含的修补程序本版本包含本产品发布前已发布的用于 ESX Server 软件的所有修补程序。有关单个修补程序的详细信息，请参见 或者单击修补程序名。
ESX Server 3.5 Update 3 包含所有下列修补程序中包含的修补程序：
Update 3 中的新修补程序（2008 年 11 月 6 日 | 内部版本  123630 )















已发布的修补程序























































































已解决的问题
本版本解决了以下几个主题方面的问题：









备份
在 Windows 2003 客户操作系统上运行 VCB 命令之后，VirtualCenter 显示的 VMware Tools 信息不正确
在 32 位或 64 位 Windows 2003 虚拟机上运行 VMware Consolidated Backup 命令（文件级备份或完全备份）之后，在 VirtualCenter 的 [摘要] 选项卡中显示 VMware Tools 未在运行 (VMware Tools Not Running) 消息，即使 VMware Tools 仍在运行也是如此。本版本已解决该问题。
CIM 和 API
VMware_Identity 需要太长的时间来访问大型 NIS 数据库
由于在配置为访问大型 NIS 数据库的 ESX 系统上枚举 VMware_Identity 需要太长的时间，因此已在本版本中禁用了CIM_Identity 提供程序。如果您请求 VMware_Identity、VMware_Account、CIM_Identity 或CIM_Account 的实例，则将不返回任何实例。
  类 CIM_NumericSensor 的强制性属性 MaxReadable、NominalReading、NormalMax、NormalMin 和 PollingInterval 显示的值不正确
CIM_NumericSensor 实例具有以下属性集：MaxReadable、NominalReading、NormalMax 和 NormalMin。当实际传感器不支持这些属性值时，CIM 响应会将其显示为 0 而不是“未指定”。本版本已解决该问题。

网络连接
  在信标探测功能处于启用状态的情况下，在将由两个网卡构成的网卡组中的某个网卡断开连接时，网卡绑定功能无法显示描述性错误消息
如果您将网卡绑定配置为进行信标探测，那么，在将由两个网卡构成的网卡组中的某个网卡断开连接时，会显示类似如下的消息：
正在仅从配置文件中移除。(Removing from config file only.)
vmnic 也会从端口组中移除。

从本版本开始，将显示类似如下的相应消息：
需要上行链路:用作信标。（最少需要 2 个）。(Need uplink: for beaconing.(Minimum 2 required).)
vmnic 将继续留在端口组中。
e1000 驱动程序出现“P2MCache:GetPhysMemRange 失败 (P2MCache: GetPhysMemRange failed)”错误
IntelPro/1000 千兆位以太网设备驱动程序 (e1000) 在某些客户机将 MTU 字节分配为 rx 缓存，但告诉设备 rx 缓存的大小为2048 字节。如果这些缓冲区接近客户操作系统的物理内存限制，e1000 虚拟设备可能会在 rx 期间溢出，VMkernel日志中会出现以下消息：
警告：Alloc:ppn=0xc0000 超出范围:0x0-0xc0000 (count=3)
警告：P2MCache:GetPhysMemRange 失败PN 0xc0000 可能阻挡 0 状态不良参数。(WARNING: Alloc: ppn=0xc0000 out of range: 0x0-0xc0000 (count=3)[img]
WARNING: P2MCache: GetPhysMemRange failed: PPN 0xc0000 canBlock 0 status Bad parameter.)
本版本已解决该问题。
安全
  WebAccess 组件 JRE 已更新到 1.5.0_16 版本
当前安装的 JRE 版本取决于您的修补程序部署历史。
有关 1.5.0_16 版本及先前版本中解决的安全问题的详细信息，请参见 JRE 发行说明，网址为 java.sun.com/j2se/1.5.0/ReleaseNotes.html。
有关与 JRE 1.5.0_16 中解决的安全问题相关的 CVE 标识符列表，请参见 Secunia 提出的以下建议：secunia.com/advisories/31010。
  更改“ -M 选项为主机重启动后不保存”
先前，根密码到期信息在 hostd 重启期间不会保留。称为 rootPasswdExpiration 的新标签被添加到 /etc/vmware/hostd/config.xml 文件中。如果此 rootPasswdExpiration 标签设为 true，那么到期天数将在 hostd 重新启动期间保留。
在 /etc/vmware/hostd/config.xml 文件中将 rootPasswdExpiration 标签设置为 true 之后，运行下列命令：
chage –M <X> root
这里，X 为直到到期的天数。
示例：命令 chage -M <60> root 指示根密码在 60 天后到期。
注意： 因为 rootPasswdExpiration 标签的默认值被设为 false，所以此修复将不影响不希望根密码到期的客户。
服务器配置
串行端口中发生数据丢失
本版本解决了如下问题：在 ESX Server 主机上，使用串行端口从虚拟机发送传真时，导致数据丢失（如掉线和信息不清楚）。
此修补通过在修补程序安装完成后添加 serial<n>.hardwareFlowControl = TRUE 到 vmx 文件来激活。
夏令时的时区数据 RPM 更新
此版本支持带修改的时区规则的更新的服务控制台时区数据 RPM。此新时区规则体现在下列区域中对夏令时 (DST) 的更改：
阿根廷
巴西
智利（大陆）
古巴
复活节岛
伊拉克
摩洛哥
巴基斯坦
Palmer Polar Station，南极洲
Salas y Gomez Island
叙利亚
委内瑞拉
               
存储器
支持 iSCSI 软件上用来控制多路径故障切换的高级配置选项
此修补程序允许 iSCSI 软件通过高级配置选项 Disk.UseLunReset 和 Disk.UseDeviceReset 来控制多路径故障切换、LUN 重置或目标重置。
  在 VI Client 中，在 [动态发现] 选项卡中添加 [软件 iSCSI 目标地址] 需要很长时间
造成长时间延迟的原因在于，每次添加发现地址时，都会触发目标发现操作。添加发现地址之后，必须重新扫描，VMkernel才能从所添加的发现地址中找到新目标。这会再次触发目标发现操作。在添加每个发现地址之后执行的目标发现操作是冗余的，它只会增加不必要的延迟时间。
这一更改移除了在每次添加发现地址之后执行的目标发现操作，从而缩短了发现操作所需的时间。
  无法更新磁盘分区信息
磁盘分区信息不是最新的，这会导致各种问题，如清单未更新，以及未创建、扩展、展开或移除数据存储。可能会显示以下错误消息：在配置主机时发生错误: 更新磁盘分区信息失败。(Error during the configuration of the host:Failed to update disk partition information)。本版本已解决该问题。
升级和安装
  使用 tarball 升级到 ESX Server 3.5 Update 3 导致“无法找到捆绑包 (bundles cannot be found)”错误
当使用 esxupdate 以从 Update 2 之前的 ESX 版本升级到 Update 3 ，可看到下列格式的输出信息：
信息：[ESX350-200802408-SG] 需要 ['ESX350-200802403-BG'] 但是这些捆绑包无法找到。请确保它们都在库中且在捆绑包列表中指定。
信息：[ESX350-Update03] 需要 ESX350-200802408-SG，但是它不适用。
这些消息由旧版本的 esxupdate 生成。在升级操作期间，esxupdate 将通过预安装机制升级到最新版本，独立解决方案将正确执行并且这些消息将不再出现。

要验证升级是否成功完成，请检查‘esxupdate query’的输出并观察‘ESX350-Update03’捆绑包是否作为已安装项列出。
现在，在安装 ESX Server 的过程中显示的网络设备列表正确
本版本解决了如下问题：在通过 ISO 全新安装 ESX Server 3.5 的过程中，网络配置屏幕上的下拉菜单中列出的网络设备不受支持，而且有时会隐藏受支持的网络设备。未在安装程序环境中加载相应驱动程序模块的网络设备已从列表中省略。
esxupdate query 命令不显示已弃用的捆绑包
在 ESX 的先前版本中，esxupdate query 命令不列出已弃用的捆绑包。要解决这个问题，esxupdate 添加了两个新的选项：
-a 或 --listall。此选项显示了所有安装的捆绑包，包括已弃用的捆绑包。
-o 或 --onlyobsolete。此选项仅显示已弃用的安装捆绑包。
  安装 ESX350-200805501-BG 或 ESX350-200806401-BG 导致 esxtop 停止运行 (KB 1007391)
虚拟机管理
在 Soft Power 操作失败之后 vmware-cmd stop trysoft 硬停止
使用 ESX Server 3.5 Update 3，vmware-cmd stop trysoft命令现在可以按记录的方式运行。该命令首先尝试使用 vmPowerOpMode_Soft 执行电源转换操作。如果失败，将使用vmPowerOpMode_Hard 执行相同操作。该命令在 ESX Server 2.5 中正确运行，但是，在 ESX Server 3.x的先前版本中，如果软件操作失败，则不会尝试硬件操作。



已知问题 本节按下列主题介绍此版本的已知问题：













备份
  VMware Consolidated Backup 在此版本中未更新
ESX Server 3.5 Update 3 不包括 VMware Consolidated Backup 的更新版本。此版本是随版本1.5.0 附带的并且不包含自从 ESX Server 3.5 Update 2 发行以来对 VMware ConsolidatedBackup 的更改。
Consolidate Helper 快照无法自动移除
在ESX Server 3.5 Update 2 版本中，以迭代方式创建 Consolidate Helper快照，以便最大程度地缩短虚拟机在快照创建过程中处于非活动状态的时间。因此，Consolidate Helper 快照现在称为Consolidate Helper-XXX，而不再仅是 Consolidate Helper。当 VMware ConsolidatedBackup 1.1 与 ESX Server 3.5 Update 2 或更高版本配合使用时，如果 vcbMounter在快照删除操作过程中出现故障，临时快照会被保留。vbCleanup.bat 命令无法删除 Consolidate Helper-XXX快照。必须使用 VI Client 手动删除。VMware Consolidated Backup 1.5 中不存在该问题。
CIM 和 API
  ESX Server 3.5 的防火墙会干扰 CIM 指示支持 ESX Server 3.5 的防火墙阻止 HTTP 出站连接。这可防止指示功能与指示使用程序联系。解决方案：在服务控制台中，使用以下命令打开连接指示使用程序的出站端口：
esxcfg-firewall -o <port-number>,tcp,out,http
要关闭防火墙中的某个 http 端口：
esxcfg-firewall -c <port-number>,tcp,out,http
一些 CIM 类无法在 IBM 多节点系统中正常运行
一般会出现以下异常情况。对于以下类，EnumerateInstance 操作返回的实例要比 Enumerate InstanceNames 操作少一个：
CIM_AssociatedSensor
CIM_MemberOfCollection
对于以下类，一些实例的 GetInstance 操作会失败。但是，EnumerateInstances 操作会成功。                  
CIM_HostedService  
CIM_Sensor  
CIM_SystemDevice  
CIM_Slot  
CIM_ElementConformsToProfile
对于以下类，EnumerateInstances 和 EnumerateInstanceNames 操作无法返回任何结果：                  
CIM_OwningCollectionElement  
CIM_RedundancySet
               
RequestStateChange (RestoreDefaultThresholds) 操作出错
在 ESX Server 3.5 版本中，RequestStateChange(RestoreDefaultThresholds) 操作可导致一些传感器出现以下错误消息：
CIM_ERR_FAILED: 索引超出范围 (CIM_ERR_FAILED: index out of bounds)

虽然会显示错误消息，但 CIMOM 仍会还原阈值。
VI Client 无法正确显示 HP 服务器上的电源冗余传感器名称
使用 VI Client 连接安装在 HP 服务器系统上的 ESX Server 时，VI Client错误地将服务器上的电源冗余传感器显示为物理电源。例如，当具有冗余传感器的 HP 服务器拥有两个物理电源时，VI Client会把冗余传感器当成电源而显示为 [电源 3]。
在 CIM_RecordLog 实例上执行 CallMethod 查询失败
在 ESX Server 3.5 Update 2 中，在 CIM_RecordLog 实例上执行 CallMethod (cm) 查询有时会失败。但是，仍然可以通过远程管理控制台或界面清除系统事件日志。
  传感器阈值更改无法立即反映
如果通过 CIM 更改传感器阈值，传感器枚举无法立即返回新的属性值。更改大约一分钟后才能生效。
在某些 Dell MLK 硬件上，OMC_Memory 实例的 NumberOfBlocks 属性值为 0。该问题正在调查中。
在运行 ESX Server 3.5 Update 2 的 HP 380 G5 计算机上，未返回 IPMI 板卡的 IP 地址，CIM_IPProtocolEndpoint 查询无响应。
  在 ESX Server 3.5 版本中，调用数字电源传感器上的 Reset() 操作会导致以下错误消息：
CIM_ERR_FAILED: 索引超出范围 (CIM_ERR_FAILED: index out of bounds)
作为一种解决办法，您可以使用 RequestStateChange(Reset) 操作。
当您使用 WS-Man 协议时，传感器或 SEL 的 InvokeMethod(RequestStateChange) 操作失败。
当您使用 WS-Man 协议时，执行 ModifyInstance() 调用以更改传感器阈值失败。
已升级到 ESX Server 3.5 Update 3 的 ESX Server 3.5 主机没有正确报告 CIM_AssociatedSensor 实例。CIM_AssociatedSensor 的 EnumerateInstance() 和 Association() 查询没有返回任何实例。作为一种解决办法，全新安装 ESX Server 3.5 Update 3，或全新安装 ESX Server 3.5 U1 然后升级到 ESX Server 3.5 Update 3。
当您使用 WS-Man 协议时，指示在 ESX Server 3.5 Update 3 上不起作用。
在 IBM Athena 硬件上，发现部分 OMC_DiscreteSensor 实例包含错误的设备 ID（设备 ID 的最后一个分段为 -1）。
在安装了 ESX Server 3.5 Update 2 的服务器上，http 端口 5888 提供 SLP 报告“service:wbem”。但是，默认防火墙设置阻止访问端口 5888。要访问该端口，必须在防火墙配置中取消阻止该端口。
在某些服务器上，可能会报告错误的 PECI 温度传感器读数。VI Client 和处理器传感器的 CPU PECI tic 的 CIM_Sensor 实例的 NominalReading 属性中显示的值不正确。

很详细！辛苦了！

請問是否有破解檔

呵，没看到什么重大的更新，所以也不想急着去更新。自作上次更新U2时遇到时间BUG，现在对UPDATE总有点心理阴影。。。
看到 引用:
在 VI Client 中，在 [动态发现] 选项卡中添加 [软件 iSCSI 目标地址] 需要很长时间
造成长时间延迟的原因在于，每次添加发现地址时，都会触发目标发现操作。添加发现地址之后，必须重新扫描，VMkernel才能从所添加的发现地址中找到新目标。这会再次触发目标发现操作。在添加每个发现地址之后执行的目标发现操作是冗余的，它只会增加不必要的延迟时间。
这一更改移除了在每次添加发现地址之后执行的目标发现操作，从而缩短了发现操作所需的时间。 这点倒是挺有感受，真受不了以前在控制台添加TARGET时要等那么久，后来新加SERVER时是直接去改配置文件了事，现在倒省时间了。

引用:
原帖由 Richard_Chen 于 11-8-2008 20:56 发表
呵，没看到什么重大的更新，所以也不想急着去更新。自作上次更新U2时遇到时间BUG，现在对UPDATE总有点心理阴影。。。
看到  

这点倒是挺有感受，真受不了以前在控制台添加TARGET时要等那么久，后来新加SERVER时是 ... 这个功能好像要VC  U3+ESX3.5 U3一起用才可以实现Just a click of mouse,

引用:
原帖由 1fans 于 11-8-2008 22:51 发表
好象已经有破解的补丁了. 哪裡有
可以告訴一下嗎?

上了update3会不会影响破解？

到哪里下载？

我在从英文官网下载update3了，拿个邮箱注册就可以下了，但是，谁有破解文件啊？没破解怎么用啊，哪位大侠有？之前用update1的，破解未成功，郁闷啊

谢谢呀，我找了好久了。。。。。。不知道能不能下！

谢谢啊，不知道能不能下

谁下了的说下好不好用啊

update3会不会影响破解？

kankankankanka

我也来看看

那里有下载地址啊，给一个啊 ？？？？？？？？？？？？？

能下载吗？

不能下就是骗人的帖子

只是复制了 别人的文字而已 没有连接  扯淡了。