VMware

VMware VirtualCenter 2.5 Update 6 Release Notes

VMware Infrastructure Management Installer | 5 May 2011 (Localized version)
VirtualCenter 2.5 Server Update 6 | 5 May 2011 | Build 341479
Virtual Infrastructure Client | 5 May 2011 | Build 341447

VMware Infrastructure Management Installer | 5 May 2011 (English only version)
VirtualCenter 2.5 Server Update 6 | 5 May 2011 | Build 341446
Virtual Infrastructure Client | 5 May 2011 | Build 341446

Note: VirtualCenter Server 2.5 Update 6 (Build 227640) has been replaced with VirtualCenter Server 2.5 Update 6a to address a security issue. See Directory traversal issue allows remote retrieval of files for more details. When considering your upgrade, note that VirtualCenter 2.5 U6a can only be upgraded to vCenter Server 4.0 Update 3 or vCenter Server 4.1 Update 1 or their subsequent updates.

For information about the builds that are available for download, refer Selecting the Appropriate VMware Infrastructure Management Installer.

Last Document Update: 5 May 2011
These release notes include the following topics:

Note: In many public documents, VMware ESX Server 3.5 is now known as VMware ESX 3.5, and VMware ESX Server 3i version 3.5 as VMware ESXi 3.5. These release notes continue to use the earlier convention to match the product interfaces and documentation. A future release will update the product names.

What's New

Improvements in Guest Operating System Customization

Customization support for the following guest operating systems has been added in this release:
For more information about guests supported in this release, see the VMware Compatibility Guide.

  • Windows 7 Enterprise (32-bit and 64-bit)
  • Windows 7 Ultimate (32-bit and 64-bit)
  • Windows 7 Professional (32-bit and 64-bit)
  • Windows 7 Home Premium (32-bit and 64-bit)
  • Windows Server 2008 R2 Standard Edition (64-bit)
  • Windows Server 2008 R2 Enterprise Edition (64-bit)
  • Windows Server 2008 R2 Datacenter Edition (64-bit)
  • Windows Server 2008 R2 Web Server (64-bit)

Support for Firefox 3.x Browsers with VirtualCenter Web  Access

This release adds support for Firefox 3.x browsers with VirtualCenter Web Access. Firefox 3.x is not a supported browser for ESX Server 3.5 Update 5 Web Access with this release.

Top of Page

Prior Releases of VMware Infrastructure 3

Features and known issues from prior releases of VMware Infrastructure 3, which include ESX Server 3.x and VirtualCenter 2.x releases, are described in the release notes for each release. To view release notes for prior releases of VMware Infrastructure 3 components, click the relevant link.

ESX Server Releases

VirtualCenter Releases

Top of Page

Before You Begin

ESX Server, VirtualCenter, and Virtual Infrastructure Client Compatibility

The ESX Server, VirtualCenter, and Virtual Infrastructure Client Compatibility Matrixes provides details on the compatibility of current and previous versions of VMware Infrastructure 3 components, including ESX Server, VirtualCenter, and the VI Client.

Hardware Compatibility

Learn about hardware compatibility:

The Hardware Compatibility Lists are now available on the Web-based Compatibility Guide at http://www.vmware.com/resources/compatibility. This new format is a single point of access for all VMware compatibility guides. The previous PDF versions will no longer be updated. The Web-based Compatibility Guide provides the option to search the guides, and save the search results in PDF format. Subscribe to be notified of Compatibility Guide updates via This is the RSS image that serves as a link to an RSS feed.

Learn about VMware Infrastructure compatibility:

VMware Infrastructure Compatibility Matrixes (PDF)

Installation and Upgrade

Read the Installation Guide for step-by-step guidance on installing and configuring ESX Server and VirtualCenter.

Although the installation processes are straightforward, several subsequent configuration steps are essential. In particular, read the following:

Using the VMware Infrastructure Management Installer and Physical Media

For this release, the VMware Infrastructure Management Installer requires a DVD drive when you use physical media to install VMware Infrastructure software.

Selecting the Appropriate VMware Infrastructure Management Installer

Two builds of VMware Infrastructure Management Installer are available for download. Select one of the following options:

  • VMware-VIMSetup-2.5.0-U6-English.iso or VMware-VIMSetup-2.5.0-U6-English.zip – These files include an English-only version of the VI Client, which runs in English regardless of the language of the Windows system. Use this installer to install a VI Client that will run in English on Chinese, German, or Japanese versions of the Windows operating system.
  • VMware-VIMSetup-2.5.0-U6-localized.iso or VMware-VIMSetup-2.5.0-U6-localized.zip – These files include a localized installer that installs all files needed to run in English, Chinese, German, or Japanese. The VI Client used at runtime corresponds to the locale of the current Windows operating system if the locale is Chinese, German, or Japanese. On Windows operating systems set to locales other than Chinese, German, or Japanese, the English version of the VI Client is used.

Changes to Virtual Infrastructure Client Installer

The VI Client standalone installer (available from ESX Server Web Access) allows installation of the VMware Infrastructure Update service, which is used for updating and patching ESX Server 3i hosts. The standalone VI Client Installer  is now modified to allow optional installation of the VMware Infrastructure Update service. The VirtualCenter Unified Installer  (available as part of the VirtualCenter 2.5 Update 6 download) now includes an option to install VMware Infrastructure Update service when you choose the VI Client installation option.

Upgrading or Migrating to VirtualCenter 2.5 Update 6

This release supports upgrading from VirtualCenter 1.4.1, VirtualCenter 2.0.2 (including Update 1, Update 2, Update 3, Update 4, and Update 5), VirtualCenter 2.5 (including Update 1, Update 2, Update 3, Update 4, and Update 5), to VirtualCenter 2.5 Update 6. Review the detailed upgrade and migration instructions and guidelines that are provided in the Upgrade Guide.

Note: When considering your upgrade, note that VirtualCenter 2.5 U6a can only be upgraded to vCenter Server 4.0 Update 3 or vCenter Server 4.1 U1 or their subsequent updates.

Plug-In Updates

This release of the VMware Infrastructure 3 software suite includes an update to VMware Update Manager. For more information, see the VMware Update Manager 1.0 Update 6 for VirtualCenter 2.5 Release Notes.
VMware Converter Enterprise Update 4 is compatible with VirtualCenter 2.5 Update 6.

Top of Page

Resolved Issues

Guest Operating System

  • Virtual machines deployed from Windows XP or Windows Server 2003 template do not display customizations made on the base template (KB 1005067)
  • VirtualCenter Server fails when you deploy a virtual machine with customizations
    If you deploy a virtual machine using a template, and use the Customization wizard to make some customizations, the VirtualCenter Server fails. With this release, the VirtualCenter Server does not fail on customized deployments. Instead The VirtualCenter server is unable to decrypt passwords stored in the customization specification exception is displayed.
  • Users cannot log in to a customized virtual machine if password has the & character
    If you custom clone a Windows Server 2008 or Windows Vista virtual machine with a password having the & character, you might not be able to log in to the custom cloned virtual machine. This issue is resolved with this release.

Internationalization

  • Customized keyboard and regional settings are reset to US English when you deploy a virtual machine from a Windows 2000 guest operating system (KB 1017615)
  • Users not created on a localized build of VI Client
    This release resolves an issue where a localized build of VI Client connected to an ESX Server host might fail to create users with user names starting with an uppercase letter or containing more than nine characters. Starting with this release, you can create users with a maximum of 16 characters in the user name, and the names can start with an uppercase character.
  • Performance chart data exported from a non-English VI Client system might be inaccurate
    If performance chart data is exported to an Excel spreadsheet file by using a non-English VI Client, the exported data might be 100 times the actual value for a performance attribute. This issue is resolved with this release.
  • The Custom Sysprep File page in the VI Client Windows Guest Customization wizard is truncated
    On localized versions of the VI Client, the Custom Sysprep File page in the Windows Guest Customization wizard is truncated and not localized. This issue is resolved with this release.

Miscellaneous

  • SNMP trap information is incorrectly sent from the VirtualCenter host
    SNMP trap sends enterprise IDs that are not defined in VMWARE-TRAPS_MIB.mib. To configure your management program to interpret VirtualCenter SNMP traps, copy the MIB files to the location required by your management software. To interpret VirtualCenter Server traps, your management program requires the following MIB files:
    • VMWARE-ROOT-MIB.mib
    • VMWARE-TRAPS-MIB.mib

    For more details on where you can download the MIB files from, see Information about using SNMP with VirtualCenter 2.5 and ESX 3.5 (KB 1013445).

Networking

Performance Overview

Security

  • Updates Apache Tomcat version to 5.5.28

    This release of VirtualCenter Server updates the Tomcat server package from 5.5.27 to 5.5.28, to address multiple security issues. The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the names CVE-2008-5515, CVE-2009-0033, CVE-2009-0580, CVE-2009-0781, and CVE-2009-0783 to these issues. For more information on security vulnerabilities, refer to the Apache Tomcat 5.x Vulnerabilities page.

  • Searching for Users and Groups in a large environment when using Add Permission wizard results in error or incomplete result
    When you search for Users and Groups in the Add Permissions window in the Active Directory, the search times out in large environments. With this release, the user search is optimized by grouping search attributes with their associated types. You can further optimize the search behavior by switching from substring matching to prefix matching. To enable prefix matching, in the vpxd.cfg file, add the following line before the </config> closing tag:
    <ads>
        <prefixMatching>true</prefixMatching>
    </ads>

Storage

  • VMDK file is deleted when a move operation fails or is cancelled
    When you move a .vmdk file between datastores, if the move operation fails or is cancelled, the file is deleted from the source datastore. This issue is resolved with this release. The .vmdk file is retained in the source datastore until the move operation has been completed successfully.
  • Storage devices require zeroedthick policy by default (KB 1017666)

Virtual Machine Management

  • VirtualCenter agent service fails to restart and displays Not Authenticated error on the host
    VirtualCenter agent service fails to restart and the restarted host displays vim.fault.NotAuthenticated error. Shutting down or failure of host machines sometimes does not result in legitimate shutting down of VirtualCenter agent service on the host. When the host machine restarts, the session between the VirtualCenter agent service and the host is invalid and results in errors. This issue is resolved with this release.
  • Drag-and-drop operation of virtual machines between left and right panes functioning inconsistently
    Dragging virtual machines between panes on the VI Client interface is not functioning consistently. This issue is resolved with this release.
  • Stacked Graph (Per VM) does not display virtual machine performance data
    Virtual machine performance data is not refreshed in the Stacked Graph (Per VM) view when you switch to other chart displays and revert to the Stacked Graph (Per VM) display. This issue is resolved with this release.
  • In ESX Server 3i version 3.5 a virtual machine starts on the same host even when it is scheduled to start on another host
    In ESX Server 3i version 3.5, when scheduling to power on a virtual machine, you have the option to select another host on which the virtual machine should be deployed. However, virtual machines start on the same host even when scheduled to start on another host. This issue is resolved with this release.
  • Some alarms remain in a triggered state after the suspended virtual machine is powered on
    Alarms are triggered when a virtual machine is suspended. Even after the virtual machine is powered on, the alarm does not reset. This issue is resolved with this release.

VirtualCenter, VI Client, and Web Access

  • When moving a folder, the folder is deleted if the source and destination folders are the same
    When you move a folder on the VI Client, if the destination folder is the same as the source folder, the folder is deleted. This issue is resolved with this release.
  • Changes made to VI Client settings not retained
    Changes made to Keep Samples For settings in the VI Client revert to the earlier values. This issue is resolved with this release.
    To change the Keep Samples For value:
    1. In the VI Client, select Administration > VirtualCenter Management Server Configuration... from the menu.
    2. In the Select Statistics Collection Settings window, select Statistics.
    3. Select an Interval Duration and click Edit.
    4. In the Edit Statistics Interval window, change the value in the Keep Samples For field.
  • VirtualCenter Server fails with Win32 exception error
    VirtualCenter Server fails with Win32 exception error when cold migrating a virtual machine with non-existent path to a .vmdk file. This issue is resolved with this release.
  • A reconfigured scheduled task on the VirtualCenter Server reverts to the earlier schedule
    An updated schedule task reverts to the earlier schedule value if the VirtualCenter Server is restarted. This issue is resolved with this release.
  • Remote console connection using Web Access does not reconnect after VMotion is completed
    If you use Web Access to connect to VirtualCenter 2.5, the Web Access console freezes when VMotion starts and is not refreshed even after successful completion of migration. This issue is resolved with this release.
  • Users not part of Windows Administrators group unable to view Licensed Feature on VI Client
    When accessing the VirtualCenter Sever from the VI Client, users who are not part of the Windows Administrators group are unable to view the Licensed Feature page. The following error message is displayed: Permission to perform this operation is denied. This issue is resolved with this release.
  • ESX Server hosts are disconnected from the VirtualCenter Server when enumerating datastores takes too long
    ESX Server hosts are disconnected from the VirtualCenter Server if enumerating the datastores on the host takes too long. This happens because the heartbeat thread is blocked for more than one minute. This issue is resolved with this release.
  • VirtualCenter Server fails with Unable to allocate memory error
    With this release, improvements have been made to reduce the allocation of resources on large chunk of contiguous memory. This release includes fixes that help store HTTP response data in a list of small buffers instead of as a huge chunk of memory.
  • Log files flooded with health state warnings
    The following warnings were flooding the vpxd.log files:
    [2009-05-19 14:14:17.356 'Locale' 4432 warning] Default resource used for 'host.NumericSensorInfo.HealthState.Green.summary' expected in module 'enum'.
    [2009-05-19 14:14:17.356 'Locale' 4432 warning] Default resource used for 'host.NumericSensorInfo.HealthState.Green.label' expected in module 'enum'.
    This issue is resolved with this release and these warnings no longer appear in the log file.
  • Adding a host to a VI Client fails with invalid file name error
    Adding a host to a VI Client sometimes fails with the following error: Unable to access file. C:\Program Files\VMware\Infrastructure\VirtualCenter Server\upgrade\vpx-upgrade-esx-7-linux-104215.sig.sig. This issue is resolved with this release.
  • VirtualCenter Server tasks take unusually long time to complete
    User-initiated operations on the VirtualCenter Server take a long time to complete. This occurs when the virtual machine's or host's configuration has changed since the last compatibility computation. If there have been changes to the virtual machine's configuration, its compatibility against all hosts in the cluster has to be recomputed. If there have been changes to the host's configuration, its compatibility against all virtual machines in the cluster has to be recomputed. This computation uses a lot of resources and slows down the VirtualCenter Server. With this release, the performance has been upgraded by marking changes that do not require compatibility computations thus reducing the load on the VirtualCenter Server.
  • Accessing the VirtualCenter Server using Web Access results in fatal error
    When the Web server service is stopped or restarted while a user is using the Web Access application, the Web Access service fails with a fatal error. This issue is resolved with this release. The login page is displayed and the user is requested to login again.
  • VirtualCenter 2.5 Welcome page does not display the Download the Quick Start Guide link
    This release resolves an issue where the VirtualCenter 2.5 version's Welcome page does not display the Download the Quick Start Guide link.
  • VI Client host memory incorrectly reported
    VI Client displays service console memory for ESXi hosts even though ESXi does not have service console. This issue is resolved with this release.
  • Annotations from one virtual machine are displayed on subsequently viewed virtual machines
    On the VI Client interface, in the Summary tab, annotations of a virtual machine are displayed on subsequently viewed virtual machines that have no annotations of their own. This problem occurs because the subsequent virtual machines display the annotation from the cache memory. This problem has been resolved with this release.
  • Configuring virtual machine swap files to be stored locally on an ESX 3.0.3 host results in VMotion failure
    If you configure the DRS cluster swap file policy to store the swap file locally on an ESX 3.0.3 host, VMotion results in failure. With this release, a warning message states that ESX 3.0.x does not support VMotion for virtual machines with local swap files.
  • Incorrect unit value displayed for disk usage in Alarm notification email
    Disk usage units, which should be displayed as kbps, are instead displayed as a % value in the notification email. This issue is resolved with this release.
  • VirtualCenter Server service fails when third-party applications are querying event information from VirtualCenter Server
    If any third-party applications are querying for the latest event from the VirtualCenter Server when the VirtualCenter Server is starting, VirtualCenter Server is unable to process the request and fails with a Win32 exception error. This issue is resolved with this release.
  • I/O error occurs when downloading a large file from the datastore browser or when exporting a virtual appliance to OVF (KB 1017614)
  • Error message is displayed when a non-administrator user tries to launch VI Client
    When a non-administrator user tries to launch the VI Client, an error message, Requested registry access is not allowed, is displayed. This issue is now resolved. The error message is no longer displayed, but is logged as a warning in the viclient.log file. For more information, refer "Requested registry access is not allowed" is displayed when a non-administrator user tries to launch VI Client (KB 1009284)
  • VI Client host memory is incorrectly reported on the ESX Server 3.5 host (KB 1017613)
  • Reduced default log information to improve viewer usability
    In this release, the amount of information or number of messages logged by default in the system logs is reduced. In earlier releases, when you selected Admin > System Logs, the log also included messages related to viewing and browsing the logs. In this release, these messages have been eliminated at the default logging level. To view these messages in the log, you must configure verbose logging.
  • VI Client displays a large number of log messages containing the text DiagnosticMgr.Browse in the hostd logs
    If you connect directly to an ESX Server 3.5 host by using a VI Client and click Show All in Administration > System Logs, a large number of log messages with the text DiagnosticMgr.Browse might be displayed in hostd logs. This issue is resolved with this release.
  • VI Client throws an exception if you increase the memory of the virtual machine using the VI Client SDK to more than the maximum limit
    If you set the memory of a virtual machine to more than the maximum limit by using the VI Client SDK or by manually changing the .vmx file, the VI Client displays a message and allows you to change the memory value in the Edit VM Settings window.
  • Clicking on VI Client Configuration or Network Adapters displays error
    When you click VI Client Config or Network Adapters, a Key cannot be null. Parameter name: key error message is displayed. Systems that have PCI addresses for NICs set to 00:00.0 causes this error because the PCI lookup fails. This issue is resolved with this release.
  • Modifying CPU or memory settings on a virtual machine deselects the CPU or Memory Resource Allocation Limit box
    When you modify the CPU or Memory Resource Allocation value for a virtual machine, the Unlimited checkbox is automatically deselected in the Resources tab in Virtual Machines > Properties. This issue is resolved with this release. However, if the ESX host is part of a HA/DRS cluster, the Unlimited checkbox might be incorrectly shown as deselected for the virtual machines.
  • VirtualCenter Server times out on successful snapshot quiesce operation (KB 1017608)
  • When you restart a VirtualCenter Server the Summary tab shows no utilization on some ESX Server hosts
    Performance statistic information, including that for CPU and memory usage, fails to pass from the ESX Server host agent to the VirtualCenter Server. Hence, this information is not displayed in the VI Client. If DRS is enabled, DRS incorrectly load balances the virtual machines on these ESX Server hosts based on this performance statistics information. This issue is resolved with this release.
  • Logic error in purge script for VirtualCenter 2.5
    As per the default configuration, statistical data older than a year should be purged from the VPX_SAMPLE_TIME4 and VPX_HIST_STATS4 database tables. Upgrading to the VirtualCenter 2.5 Update 6 release resolves this issue. For more information, refer Statistics purge procedure might cause intermittent deadlocks in statistics roll up procedures (KB 1009857).
  • Message of the Day Dialog Box Pops Up Frequently
    If a Message of the Day (MOTD) entry is set or edited in the Sessions tab (available when you click Administration in the main toolbar), the message pops up repeatedly every few minutes on all connected clients. This issue is fixed in this release.

Top of Page

Known Issues

Known Issues for this release:

Backup

  • Applications Running on the Virtual Machine Might Throw Errors During Quiesced Snapshot Creation
    Taking quiesced snapshots of a virtual machine requires interaction with the applications running on it. If an application is experiencing high levels of load, it might cause issues during quiesced snapshot creation. These issues might be either application errors, such as failure to write data to disk, or errors in taking the snapshot.
    You can clone a powered-on virtual machine. This, however, involves a quiesced snapshot creation, and you might get errors, if a high-load application is running on the virtual machine.
    Note: You can run custom scripts in the virtual machine as part of the quiesced snapshot creation operation. These scripts might be used to shut down the application and bring it back up after the snapshot creation. To know more about running such custom scripts, refer to the "VMware Consolidated Backup" chapter of the "Virtual Machine Backup Guide" in the VMware Infrastructure Documentation Set.

CIM and API

  • VI Client Displays Incorrect Name for Power Supply Redundancy Sensor on HP Servers
    When you use the VI Client to connect to an ESX Server installation on an HP server system, the VI Client incorrectly displays the power supply redundancy sensor on the server as a physical power supply source. For example, for an HP server with redundancy sensor that has two physical power supplies, the VI Client displays the redundancy sensor as Power Supplies for Power Supply 3.
  • Some CIM Classes Do Not Work Properly on IBM Multinode Systems

    For the following classes, the EnumerateInstance()operation returns one instance less than the EnumerateInstanceNames() operation:

    • CIM_AssociatedSensor
    • CIM_MemberOfCollection

    For the following classes, the GetInstance operation fails for some instances. However, the EnumerateInstances() operation succeeds.

    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile

    For the following classes, the EnumerateInstances() and EnumerateInstanceNames() operations fail to return any results:

    • CIM_OwningCollectionElement
    • CIM_RedundancySet
  • Operation RequestStateChange(RestoreDefaultThresholds) Results in Error
    In the ESX Server 3.5 release, the operation RequestStateChange(RestoreDefaultThresholds) results in the following error message for some sensors:
    CIM_ERR_FAILED: index out of bounds
    In spite of the error message, the CIMOM does restore the thresholds.
  • InvokeMethod(RequestStateChange) for either Sensor and SEL fails when you use the WS-Man protocol.
  • Firewall on ESX Server 3.5 Interferes with CIM Indication Support
    Outgoing HTTP connections are blocked by the firewall on ESX Server 3.5. This prevents indications from reaching the indication consumer.
    Workaround: In the service console, open an outgoing port for connections to the indication consumer by using the following command:
    esxcfg-firewall -o <port-number>,tcp,out,http
    To close a port for HTTP in the firewall:
    esxcfg-firewall -c <port-number>,tcp,out,http
  • On HP 380 G5 machines running ESX Server 3.5 Update 2 or higher, the IPMI board's IP address is not returned in response to CIM_IPProtocolEndpoint queries.
  • openwsman indications do not work on ESX Server 3.5 Update 2 or higher when you use the WS-Man protocol.
  • On IBM IBM x3850 M2 and x3950 M2 servers, some OMC_DiscreteSensor instances are found to have incorrect device IDs (with -1 as the last segment of the device ID).
  • The ModifyInstance() call to change sensor threshold fails when you use the WS-Man protocol.
  • Chassis intrusion indication is not available for IBM Athena servers.
  • On some Dell MLK hardware, the NumberOfBlocks property for the OMC_Memory instance has a value of 0.

Guest Operating Systems

Internationalization

All fields in the VI Client and the VI Web Access support non-ASCII character input, except for the following limitations:

Non-ASCII Character Entry Limitations

  • Specifying a non-ASCII value as an input string is not supported on the remote command line interface (RCLI).
  • The name of the computer on which VMware Infrastructure 3 or any of its components are installed must contain only ASCII characters.
  • If the name of the computer or virtual machine where VirtualCenter Server is being installed uses a non-ASCII computer name, the installation of VirtualCenter Server fails.
  • Use the default installation path names specified in the installer for all the components. Do not change the install path, because the installer does not support installation path names containing non-ASCII characters and extended-ASCII characters.
  • Datastore names, virtual network names, and image file names (CD, DVD, and floppy drive) are restricted to ASCII characters only.
  • Message of the Day must use only ASCII characters.
  • Logging in to the VirtualCenter Server is supported for user names with ASCII characters only (login account name on Windows).
  • Image customization might fail if non-ASCII characters are used.
  • Custom attribute names and values must use only ASCII characters.
  • To conform to the general Internet practice and protocols, the following cannot contain non-ASCII characters: host names, workgroup names, domain names, URLs, email addresses, SMTP server names, and SNMP community string.
  • Guest operating system customizations using ASCII encoding are supported, but customizations using UTF-8 encoded native characters of Japanese, Chinese, or German have limited support. For customizations with non-ASCII owner, organization, user name, or password, VirtualCenter and the sysprep tool must be hosted in the same locale as that of the guest OS. This includes the scenario to use UTF-8 encoded answer file.

Non-ASCII Character Display Limitations

  • When managing a VirtualCenter Server with a VI Client running on different languages of Windows, you might see some characters displayed incorrectly because of the difference in language-specific support on Windows.
  • If an error message includes log locations or user names containing non-ASCII characters, it will not appear correctly in a localized environment.
  • When you use the Import Wizard of VMware Converter, the date and time format is sometimes inconsistent with the current locale.
  • Unicode characters are displayed as '???' under the Status column and the Task Details of the Task View tab in the Japanese locale.
  • The Commands section on the Summary tab is not displayed properly.
  • Non-ASCII Character Cannot Be Used in the Datacenter Names of a Localized VirtualCenter 2.5 Update 5 if VirtualCenter Is Upgraded from VirtualCenter 2.0.2
    After you upgrade from VirtualCenter 2.0.2 to a localized version of VirtualCenter 2.5 Update 5, if you use non-ASCII characters in the datacenter names of VirtualCenter 2.5 Update 5, and then restart the VMware VirtualCenter Server service, every character in the datacenter names is replaced with the ? character.
    Workaround: VirtualCenter 2.0.2 supports only ASCII characters in the datacenter names. Even after the upgrade, use ASCII characters in the datacenter names.

Guided Consolidation Limitations

The Guided Consolidation tab is available only in the en_US locale.

Translation Issues

The following translation issues are known to occur in this release:

  • The Upgrade wizard is not translated.
  • Some messages originating from the ESX Server host are not translated.
  • Some interface layouts are not yet completely localized.

Other Internationalization Issues

The following additional issues have been identified:

  • When upgrading from VirtualCenter 2.0.2 to VirtualCenter 2.5 on a Japanese locale with SQL Server 2005, VirtualCenter Server fails (KB1017604)
  • The VI Client Might Override the Language Preference Setting (KB 1017606)
  • Some string values displayed in English on localized versions of the VI Client
    Some string values on the Installation tab of the Plug-In Manager page on the localized VI Client are displayed in English.
  • OK and Cancel buttons truncated in localized version of Web Access
    If you use Firefox 3.5 with the German version of Web Access, the OK and Cancel buttons are truncated in the Select Output File page.
    Workaround 1: When using Firefox 3.5, use Tab key in the Select Output File page to switch to the OK and Cancel buttons.
    Workaround 2: Use Internet Explorer 6.0 instead of Firefox 3.5.
  • Radio button labels truncated when upgrading from VirtualCenter 2.0.2 to VirtualCenter 2.5 Update 6 on Japanese and German locales
    When you are upgrading from VirtualCenter 2.0.2 to VirtualCenter 2.5 Update 6, the labels of the radio buttons overlap in the Performance Data section of the Upgrade Information screen. The radio button labels in English and in localized versions are as follows:
    English
    1. Keep all performance data
    2. Discard all performance data
    3. Keep performance data recorded during past 12 months
    Japanese
    1. すべてのパフォーマンス データを保持
    2. すべてのパフォーマンス データを廃棄
    3. 過去 12 ヶ月間に記録されたパフォーマンス データを保持
    German
    1. Alle Leistungsdaten aufbewahren
    2. Alle Leistungsdaten verwerfen
    3. Leistungsdaten der letzten 12 Monate aufbewahren

  • Health status of all sensors visible in the localized versions of the VI Client is inconsistent with the English version (KB 1018219)
  • Overview area truncated when you click on the Maps icon on the VI Client toolbar
    On Chinese versions of the VI Client, when you click on the Maps icon of the VI Client toolbar, the overview area is truncated, due to which the map image is not correctly visible.
    Workaround: If you want to see the overview of the map image, click Inventory > Hosts and Clusters in the VI Client toolbar. Select the item that you want to view, and click the Maps icon.
  • On a localized operating system, using the English-only version of the VI Client for connecting to an ESX Server host directly might cause localized strings to be displayed in some areas of the user interface.
  • Values used in the Run a Script action for an alarm might not be displayed properly after restarting the VirtualCenter Server if the VMware Infrastructure Client host OS language and VirtualCenter Server/Database host OS languages are different.
  • In the Simplified Chinese version of VI Web Access, the Cancel button does not have the correct text and the text on the button is displayed incorrectly.
  • Wrong Text Appears on the Reinstall Wizard of the German VI Client
    The Reinstall wizard displays wrong text in the German VI Client.
    The Reinstall wizard displays the following text
    Der Installations-Assistent ermöglicht Ihnen, Virtual Infrastructure Client 2.5 zu reparieren oder zu entfernen., instead of
    Der Installations-Assistent ermöglicht Ihnen, VMware Infrastructure Client 2.5 zu entfernen.
  • Links Containing Machine-Generated Virtual Machine Names Do Not Work
    When you use WebAccess to browse the datastore by clicking a link containing machine-generated virtual machine name (typically starting with a plus sign and ending with slash, for example +5paw55qE5qih5p2,/), the Web browser displays a blank page or returns a page not found error. You can, however, access such virtual machines by using the VI Client.
  • Text truncates on the Network Access Page of the Add Network Wizard While Using Japanese VI Client
    Details of networks (IP address) displayed on the Network Access page are truncated while accessing VirtualCenter by using the Japanese VI Client.
    The Network Access window appears in the Add Network wizard when you select Add Networking from the Networking option under the Configuration tab.
    Workaround: You can view the Network information (IP address) in the Network Adapters page. Select Configuration > Networking > Properties > Network Adapters to view the Networks.
  • The Events Tab Might Display Coded Strings When Update Manager Scans for Updates
    On a localized version of VirtualCenter 2.5 Update 5, if ESX Server hosts or virtual machines are scanned for updates by using VMware Update Manager 1.0 Update 4, some of the descriptions in Events tab might be displayed as coded strings instead of human readable event descriptions. For example, instead of Patch metadata for [data.name] missing. Please download updates metadata first., VirtualCenter displays coded strings such as the following:
    • event.com.vmware.vcIntegrity.MetadataNotFound.fullFormat
    • event.com.vmware.vcIntegrity.MetadataNotFound.category

Migration with VMotion

Miscellaneous

Networking

Performance Overview Charts

  • Performance Overview charts fail with STATs Report Service internal error (KB 1012812)
  • Performance Charts Are Displayed Only if the IP Address of the Tomcat Server Is Accessible Through Internet Explorer
    If the IP address of the Tomcat Server is not accessible through Internet Explorer, the Performance Overview tab in the VI Client might display an error message similar to the following:
    ERROR The requested URL could not be retrieved
    Workaround:
    • Ensure that Windows Firewall is turned off in the VirtualCenter Server system.
    • Configure the proxy server settings in the Internet Explorer of the VirtualCenter Server to include the IP address of the VirtualCenter Server in the Exceptions list:
      1. In the Internet Explorer of VirtualCenter Server system, select Tools > Internet Options.
      2. In the Connections tab, select LAN settings.
      3. In the Local Area Network (LAN) Settings window, select the Bypass proxy server for local addresses check box and select Advanced.
      4. In the Proxy Settings window, add the IP address of the VirtualCenter Server in the Exceptions field.
  • Performance Overview Charts Might Not Be Displayed If the VirtualCenter Server Uses Oracle Database (KB 1008328)
  • Performance Overview Charts Might Not Be Displayed if the VirtualCenter Server Uses SQL Express Bundled Database (KB 1008329)
  • Performance Overview Charts Might Fail to Display if VirtualCenter Is Upgraded Without Stopping the VMware Infrastructure Web Access Service (KB 1008330)
  • VirtualCenter Might Not Display Performance Overview Charts if JavaScript Execution Is Not Enabled in Internet Explorer
    Ensure that the Active scripting security setting is enabled in Internet Explorer. Otherwise the Performance Overview tab might display a message similar to the following:
    Scripts are usually safe. Do you want to allow scripts to run?
    To enable active scripting:
    1. In the Internet Explorer browser, select Tools > Internet Options.
    2. In the Security tab, select Internet zone, and click Custom level.
    3. For the Active scripting setting under Scripting, select Enable.
  • Performance Overview Plug-In Might Not Be Displayed in the Installed Tab of the Plugin Manager Window
    After the Performance Overview plug-in is installed, it is displayed in the Available tab but might not be displayed in the Installed tab.
    Workaround: Restart the VI Client. If the plug-in is still not displayed in the Installed tab, verify that the VirtualCenter Server and the VI Client are members of the same domain.
    You can check the domains of these machines by right-clicking My Computer, selecting Properties, and viewing the information in the Computer Name tab.
  • Clicking Download and Install for the Performance Overview Plug-In Results in an Error
    Even if the Performance Overview plug-in is installed, the Available tab in the Plugin Manager window provides a Download and Install button for the plug-in. If you click Download and Install, VirtualCenter displays an error message similar to the following:
    Invalid URI: The URI is empty.
    For the Performance Overview plug-in, do not click Download and Install.
  • Performance Overview Tab Might Not Appear if the Performance Overview Plug-in Is Re-Installed
    If the Performance Overview plug-in is uninstalled and re-installed, the Performance Overview tab might not appear in the VirtualCenter Server unless you enable the plug-in in the Plugin Manager window. To enable the plug-in:
    1. In the VirtualCenter Server, click Plugins > Manage Plugins.
    2. In the Installed tab of the Plugin Manager window, select Enabled for com.vmware.vim.stats.report.

Server Configuration

Storage

Upgrade and Installation

Other Upgrade and Installation Issues

VirtualCenter Upgrade and Installation

Virtual Machine Management

  • Cloned SLES 10 and RHEL 4 virtual machines are unable to obtain IP address
    If you clone a SUSE Linux Enterprise Server 10 (SLES 10) or Red Hat Enterprise Linux 4 (RHEL 4) virtual machine, the cloned virtual machine is unable to get an IP address.
    Workaround: Custom clone the SLES 10 or RHEL 4 virtual machines. A custom cloned virtual machine is able to obtain an IP address.
  • Customized Clones of Windows Server 2008 or Windows Vista Virtual Machines Prompt For Network Location Selection Upon Power On (KB 1008378)
  • Windows Server 2008 and Windows Vista Virtual Machine Clones Reboot Repeatedly if Invalid Product ID Is Provided in the Customization Specification
    When a virtual machine with a licensed version of Windows Server 2008 or Windows Vista is cloned with customization by using the Customization wizard and an invalid product ID is entered in the Windows License page of the Customization wizard, cloned virtual machines reboot repeatedly with error messages similar to the following when they start up:
    Windows could not parse or process the unattend answer file for pass [specialize]. The settings specified in the answer file cannot be applied. The error was detected while processing settings for component [Microsoft-Windows-Shell-Setup].
    The computer restarted unexpectedly or encountered an unexpected error. Windows installation cannot proceed. To install Windows, click “OK” to restart the computer, and then restart the installation.
  • Customization Specification of Windows Server 2008 or Windows Vista Guest Operating System Can Only Be Changed Thrice Successively
    Consider a virtual machine running Windows Server 2008 or Windows Vista. You can clone this virtual machine with customization, and edit the customization specification of the clone to create another virtual machine. However, only three such successive cloning operations can be performed.
    For example, if virtual machine A is cloned to virtual machine B, virtual machine B is cloned to virtual machine C, virtual machine C is cloned to virtual machine D, and the customization specification of the guest operating system is edited for every clone operation, then an operation to clone virtual machine D with customization might fail.
  • Cloning Virtual Machines with Customization Might Result in a Dialog Box for Sysprep File Information
    When you clone a virtual machine with customization, the cloning process might not be completed and a Sysprep dialog box might prompt you for additional files.
    Workaround: Note the list of missing files that Windows mini-setup cannot find. Copy the required files (for example, c_20127.nls) from the source machine to the Sysprep install files folder, c:\sysprep\i386, and then perform the cloning with customization. The files that Sysprep prompts for are usually in the following location on the source virtual machine: C:\Windows\system32
    Note that the Sysprep directory is removed after the virtual machine is started and customization is completed.
  • Cloned Virtual Machines do not Contain DNS Suffix (KB 1004299)
  • Cloned Virtual Machines See the .vmdk File of the Source Virtual Machine (KB 1004176)
  • Deploying Virtual Machine From a Template Fails With No Permission Error (KB 1004295)
  • User with 'Create' Privileges Cannot Create Virtual Machines(KB 1004417)
  • I/O Might Stall on Virtual Machines During Firmware Upgrade
    When virtual machines are running on a shared LUN that has heavy I/O workload, and if the firmware is upgraded using the storage management utility or if the storage controller is restarted, I/O might stall on any of the virtual machines.
    Messages similar to the following might appear in the vmkernel.log file:
    1:01:05:07.275 cpu2:1039)WARNING: FS3: 4785: Reservation error: Not supported
    SCSI: 4506: Cannot find a path to device vmhba1:0:125 in a good state. Trying path vmhba1:0:125.
    1:01:05:10.262 cpu3:1039)ALERT: SCSI: 4506: Cannot find a path to device vmhba1:0:125 in a good state. Trying path vmhba1:0:125.
    1:01:05:40.748 cpu1:1083)<6>mptbase: ioc0: LogInfo(0x30030108): Originator={IOP}, Code={Invalid Page}, SubCode(0x0108)
    1:01:05:40.930 cpu0:1024)Log: 472: Setting loglevel (via VSI) for module 'SCSI' to 5
  • Virtual Machines Might Not Power On After a Failover When the Host Is Isolated
    Virtual machines might not start after a failover when a host is isolated and the isolation response is set to Guest Shutdown, which is the default configuration for a cluster. This might occur on clusters with less than five nodes, and on virtual machines that take more time to complete the guest shutdown.
    Workaround: Set the Isolation Response to either Leave powered on or Power off for clusters which have fewer than five nodes.
    To set the Isolation Response for a virtual machine, select the cluster, click the Edit Settings link, and select Virtual Machine Options under VMware HA. From the Isolation Response pop-up menu, select either Leave powered on or Power off options for the specific virtual machine.
  • VMware Tools Custom Script Not Executed for Suspend or Shut Down Events (KB 1004390)
  • Commands Specified in the Run Once Page Might Fail to Run
    If a command that ends with a quotation mark is specified in the Run Once page of the Virtual Infrastructure Client Guest Customization wizard, the command might fail to run when a user logs on to the customized guest operation system.
    Workaround: Avoid putting quotation marks at the end of the command specified in the Run Once page.
  • Cloning Windows 2000 and Windows Server 2003 Virtual Machines Might Fail if License Key Is Not Provided While Customizing the Guest Operating Systems
    When cloning a Windows 2000 or Windows Server 2003 virtual machine, if the Customize using the Customization Wizard option is selected in the Select Guest Customization option page and if the Include Server License Information checkbox is deselected in the Windows License page of the VMware Infrastructure Client Windows Guest Customization Wizard, the clone operation might fail with a message similar to the following: Customization Failed.

VirtualCenter, VI Client, and Web Access Issues

  • Microsoft Windows Event Viewer not displaying VirtualCenter Server information
    Microsoft Windows Event Viewer does not display VirtualCenter Server information because it is unable to locate the vmeventmsg.dll file.
    Workaround: Copy the vmeventmsg.dll file from C:\Program Files\VMware\Infrastructure\VirtualCenter Server\dbupgrade to C:\Program Files\VMware\Infrastructure\VirtualCenter Server.
  • Errors encountered when running VI Client on Windows Server 2008 or Windows Vista operating systems
    If you use vSphere 4.0 VI Client from Windows Server 2008 or Windows Vista operating systems to connect to a VirtualCenter 2.5 installation or ESX 3.5 host, you might encounter issues running the VI Client installer. This issue occurs because User Account Control (UAC) is enabled on Windows Server 2008 and Windows Vista operating systems for non-administrator users.
    Workaround:
    1. Log in as an administrator and install the VI Client installer.
    2. When the VI Client install wizard prompts you to intall or save, choose to save the file.
    3. If you are logging in as a non-administrator user but with administrator privileges, disable UAC before connecting vSphere 4.0 VI Client to VirtualCenter 2.5 server or ESX 3.5 host and run the Installer. After the installation is complete enable UAC on the Windows Server 2008 or Windows Vista operating system.
      • To disable UAC on your Windows 2008 or Windows Vista operating system:
        1. Select Start > Settings > Control Panel > User Accounts.
        2. Click Turn User Account Control on or off.
        3. Deselect User Account Control (UAC) to help protect your computer and click OK.
        4. Reboot the machine when prompted.
      • To enable UAC on your Windows 2008 or Windows Vista operating system:
        1. Select Start > Settings > Control Panel > User Accounts.
        2. Click Turn User Account Control on or off.
        3. Select User Account Control (UAC) to help protect your computer and click OK.
        4. Reboot the machine when prompted.
  • VirtualCenter Server takes unusually long time to complete VirtualCenter operations and tasks
    The VirtualCenter Server takes an unusually long time to complete VirtualCenter Server operations and tasks resulting in later tasks getting queued up. The behavior is similar to VirtualCenter Server not responding. The status of some tasks is shown as In Progress for several hours. This issue occurs when VirtualCenter has a large inventory of hosts and virtual machines, and the VC Server is under stress.
    Workaround:
    1. In the vpxd.cfg file, add the following text before the closing </vpxd> tag:
      <heartbeat>
          <maxHandlers>10</maxHandlers>
      </heartbeat>
    2. Restart the vpxd service.
  • Using Firefox 3.x to access VirtualCenter 2.5 Update 6 WebAccess results in navigation pane display error
    When you use Firefox 3.x to access Web Access from VirtualCenter 2.5 Update 6, after logging in, the inventory drop-down menu in the navigation pane is not correctly populated with folder or datacenter titles.
    Workaround: Use the Up button provided in the navigation pane to traverse the inventory drop-down menu.
  • When creating a virtual machine with 11 or more disks, disks are ordered incorrectly in the virtual machine properties
    If you create a virtual machine with 11 or more virtual disks through the VI client and then deploy it, the disks are ordered incorrectly in the Virtual Machine Properties window.
  • Configuration Changes to the ESX Firewall Made on the Service Console Using esxcfg-firewall Do Not Get Updated in VirtualCenter
    Service status messages for firewall services do not get updated in the VI Client for enable or disable actions performed on the ESX Server service console by using the esxcfg-firewall command.
  • Links in Getting Started Tab Do Not Work for Resource Pool Level User with Administrator Privilege
    When Administrator privileges are granted to users at the Resource Pool level, the users will find that the links on the Getting Started tab for virtual machines in that resource pool do not cause the expected actions to occur.
    Workaround: All functions work correctly from the pop-up menu (on right-click) for each virtual machine.
  • Users with Read-Only or Administrator Privilege on a Single Virtual Machine Cannot Create a Virtual Machine
    Users with Read-Only or Administrator privilege on a single virtual machine cannot create virtual machines by clicking the Create new virtual machine link in the Getting Started tab. Although the Create new virtual machine link is enabled, when the user clicks the link, the user is unable to proceed, and a message similar to the following is displayed:
    Unable to cast object of type 'Vmomi.Folder' to type 'Vmomi.ComputerResource'.
  • Virtual Machines Deployed from a Template Might Not Be Customized Correctly
    When a Windows XP or Windows Server 2003 virtual machine template contains antivirus and VPN client softwares, and a virtual machine is deployed from the template with the settings of the customized guest operating system, the deployed virtual machine might sometimes not contain the customized settings.
    Workaround: Uninstall all antivirus and VPN client softwares from the template, and then deploy the virtual machine.
  • User with Administrator Privilege at Resource Pool Level Might Not Be Able to Create Virtual Machines
    In a VI Client connected to a VirtualCenter Server or a ESX Server host, a user name that is assigned administrator privileges at resource pool level cannot create virtual machines. The Next button in the New Virtual Machine wizard is disabled.
  • Default System Administrator Group Can Be Deleted from VirtualCenter Server
    A system administrator can delete the default Administrator group from the VirtualCenter Server, by using the Permissions tab at the Host & Clusters node. Deleting the default Administrator group disconnects the VI Client from the VirtualCenter Server with a connection error message similar to the following:
    The current session to the "local host" server is no longer valid. Do you want to login again?
    You might not be able to log in to the VirtualCenter Server again.
  • VirtualCenter Server Might Stop Responding When an ESX Server Host Is Added to a Cluster that Is Enabled with VMware DRS and DPM
    When an ESX Server host is added to a VMware DRS cluster that is enabled with DPM, the VirtualCenter Server might stop responding.
    Workaround: Disable DPM from the cluster, and then add the ESX Server host to the cluster.
  • Reset Sensors In VI Client Returns General System Error (KB 1004256)
  • Links in the Getting Started Tabs for Some Inventory Objects Might Not Be Displayed (KB 1003216)
  • Size of the Oracle Database Table Increases Unnecessarily (KB 1004095)
  • The VI Client Requires .NET Framework 2.0 to be Installed on 64-bit Editions of Windows Prior to Its Installation (KB 1004093)
  • VI Client Does Not Prompt for Downloading Client Update (KB 1004396)
  • Automatic Tools Upgrade Removes IP Address and DNS Entries from the Virtual Machine Summary Tab (KB 1004487)
  • Update Manager and Converter Enterprise Plug-Ins are not Available in the VI Client (KB 1004292)
  • Windows Registry Displays Two Different VI Client Version Entries (KB 1004352)
  • Auto Download of VI Client 2.5 Fails If VI Client 2.0.x is Installed on Windows Server 2003 SP1 (KB 1003620)
  • Consolidation fails with error: "VirtualCenter must gather more information to enumerate the domains and workgroups in the enterprise. This may take several minutes. Try again later." (KB 1006099)

VMware High Availability (HA)

  • Some failed virtual machines are not powered on on the default failover host
    During HA failover, some failed virtual machines are not powered back on on the default failover host. This happens because the das.defaultfailoverhost setting does not take effect.
    Workaround:
    1. Specify the das.defaultfailoverhost in the VI Client and reconfigure cluster.
      1. In the VI Client, click Hosts & Clusters.
      2. Right-click a cluster and select Edit Settings.
      3. In the <Cluster_name> Settings page, select VMware HA and click Advanced Options.
      4. Enter das.defaultfailoverhost in the Option field and the IP address or host name of the default failover host in the Value field.
      5. Click OK to reconfigure the cluster.
    2. Reconfigure all hosts that failed earlier and rejoined the cluster.
      1. In the VI Client, click on Hosts & Clusters.
      2. Select a cluster, and click on the Hosts tab.
      3. Select all the hosts to be reconfigured, right-click and select Reconfigure for VMware HA.
  • Virtual Machines Using a NFS Datastore Might Fail After an HA Failover Event
    When you have memory overcommitment with virtual machines on a NFS datastore, it results in the creation of a vswp file, which is a non-zero size swap file. In this scenario if HA failover events occur and the HA has the setting Leave VM powered on, then you might have a virtual machine failure on the host where the virtual machine was originally running before the HA event.
    If you do not have memory overcommitment with virtual machines on a NFS datastore, if HA failover events occur with the setting Leave VM powered on, further migration of the virtual machine running on the original host might fail.
    Workaround: Apply Patch ESX350-200905401-BG to ESX Server 3.5 hosts, and Patch ESXe350-200905401-I-BG to ESX Server 3i version 3.5 hosts.
  • When a Virtual Machine Running on a NAS Datastore Is Configured to Be Shut Down or Left Powered On in Response to Host Isolation, the Virtual Machine Might Attempt to Run Simultaneously on Two Hosts in a Network Isolation Event
    In the event of a multiple network failure that causes host isolation and the loss of network access to the datastore, if a virtual machine is configured with the setting Shut down VM or Leave VM powered on in case of host isolation, the virtual machine might fail to respond indefinitely. Because HA tries to power off the virtual machine and restart it on another host, two instances of the virtual machine might appear in the VI Client. There is no data corruption, because HA and VMFS correctly control access to the virtual machine's data, but the original virtual machine becomes non responsive. After access to the datastore is restored on the isolated host, the original virtual machine can be manually powered off.
    Workaround: In NFS or iSCSI environments, select Power off VM as the default virtual machine response in a cluster if a host is isolated.

  • In an HA Cluster That Contains Around 80 Virtual Machines Per ESX Server Host  Virtual Machines Might Not Fail Over to Other Hosts
    Starting with the VirtualCenter 2.5 Update 5 release, in an HA cluster, an ESX Server host can support up to 80 virtual machines. With around 80 virtual machines running on every ESX Server host in an HA cluster, if hosts within the failover capacity limit fail, it might be observed that not all virtual machines are powered on other  hosts in the cluster. VirtualCenter Server might display messages similar to the following:
    HA agent on <ESX_Server_Name> in cluster <Cluster_Name> in <DataCenter_Name> has an error
     The log files might display messages similar to the following:
    Could not power on VM : Number of running VCPUs limit exceeded
     This issue occurs when the limit of virtual CPUs per ESX Server is not increased to 192. Since the ESX Server 3.5 Update 1 release, the limit for the number of virtual CPUs per ESX Server is raised from 128 to 192. By default, this limit is still set to 128 for an ESX Server host. To resolve the issue, increase the virtual CPU limit to 192 for each ESX Server in the HA cluster.
    For information on increasing the virtual CPU limit for an ESX Server host, see Limit of Virtual CPUs Raised from 128 to 192 on ESX 3.5 Update 1 and Later Updates. (KB 1006393)
  • Edited Advanced Options In an HA-Enabled Cluster Do Not Take Effect (KB 1008479)
  • VMware HA Health Monitoring Does Not Show Rebooting in the Console After a Host Failover
    After a host failure, the virtual machine console displays an empty window when health monitoring is enabled for an HA cluster. The console does not display the virtual machines rebooting.
    Workaround: You must open a new console window to see the virtual machines restarting after the failover.
  • VI Client Might Show the Host as Not Responding During HA-DRS Cluster Operations
    During HA-DRS cluster operations such as adding or removing a host from a DRS cluster or applying DRS recommendations, the VI Client might show the host as Not responding, even when the host IP can be reached.
    Workaround: Disconnect the host from the HA-DRS cluster and reconnect it. This refreshes the system, and the VI Client reflects the configuration changes that you have made. If the VI Client again shows the host as Not Responding, disconnect the host from the HA-DRS cluster, remove the host, and add the host back to the same cluster.
  • Reconfiguration of HA Agent on an ESX Server Host Might Fail After VirtualCenter Server Is Upgraded
    When a VirtualCenter Server that contains an HA-enabled cluster is upgraded, and ESX Server hosts are reconnected to the VirtualCenter, reconfiguring the HA agent of one of the ESX Server hosts might fail with an HA agent error message similar to the following:
    HA agent on <Host_Name> in cluster <Cluster_Name> in <Datacenter_Name> has an error:
    cmd addnode failed for primary node: /opt/vmware/aam/bin/ft_startup failed
    Workaround: After upgrading the VirtualCenter Server, disable and re-enable HA on the cluster.
  • HA network compliance check
    During the configuration of HA in VirtualCenter 2.5 Update 2, the Task & Events tabs might display the following error message and recommendation:
    HA agent on <esxhostname> in cluster <clustername> in <datacenter> has an error Incompatible HA Network:
    Consider using the Advanced Cluster Settings das.allowNetwork to control network usage.
    Starting with VirtualCenter 2.5 Update 2, HA has an enhanced network compliance check to increase cluster reliability. This enhanced network compliance check helps to ensure correct cluster-wide heartbeat network paths. See KB 1006606 for details.
  • Updated: VM Monitoring feature in VMware HA is not supported for ESX or ESXi releases prior to ESX 3.5 Update 3
    With VMware HA enabled for a cluster managed by VirtualCenter Server 2.5 Update 6, the VM Monitoring feature does not function correctly on ESX or ESXi hosts older than ESX 3.5 Update 3 and might cause false virtual machine failovers.
    Workaround: Disable the VM Monitoring feature for those VMs or upgrade the ESX/ESXi host to ESX 3.5 Update 3 or later.
Top of Page