VMware vCenter Operations Manager 5.0
VMware

VMware vCenter Operations Manager 5.0 Release Notes

vCenter Operations Manager 5.0 | Build 554150

Last Document Update: 22 Feb 2012

Check frequently for additions and updates to these release notes.

These release notes include the following topics:

Introduction to vCenter Operations Manager 5.0

VMware vCenter Operations Manager is an automated operations management solution that provides integrated performance, capacity, and configuration management for highly virtualized and cloud infrastructure. Deep VMware vSphere integration provides the most comprehensive management of VMware environments. VMware vCenter Operations Manager is purpose-built for VMware administrators to more effectively manage the performance of their VMware environments as they move to the private cloud.

Key Benefits

  • Actionable intelligence to automate manual operations processes
  • Visibility across infrastructure and applications for rapid problem resolution
  • Proactively ensures optimal resource utilization and virtual and cloud infrastructure performance

Product Compatibility

vCenter Operations Manager supports VMware vCenter Server 4.0 Update 2 and above, managing hosts running ESX/ESXi 4.0 and above.

The vCenter Operations Manager Deployment and Configuration Guide lists all compatible versions of vSphere components and supported browsers.

Installation Notes

Use a vSphere Client to connect to a vCenter Server and deploy the vCenter Operations Manager virtual appliance through the vCenter Server. The vCenter Operations virtual appliance should be deployed on an ESX/ESXi host version 4.0, 4.1, or 5.0 that is managed by VMware vCenter Server 4.0 Update 2 or later.

Information about deploying vCenter Operations Manager is available in the vCenter Operations Manager Deployment and Configuration Guide. The guide contains information about all requirements and procedures to set up vCenter Operations Manager and also addresses prerequisites.

Note: The vCenter Operations Manager Enterprise edition is also available as a standalone executable. In addition to deploying vCenter Operations Manager Enterprise as a vApp using the vSphere Client, installing and upgrading on Windows and Linux platforms is supported this release. For system requirements, installation instructions, and configuration options, see the vCenter Operations Manager Enterprise Installation and Configuration Guide.

Licensing vCenter Operations Manager

This paragraph contains important notes on vCenter Operations Manager licensing.

  • You cannot view monitoring data if you do not assign a license to vCenter Operations Manager.
  • vCenter Operations Manager is licensed as an asset to the vCenter Server that it monitors. You must register vCenter Operations with a vCenter Server before you assign the license. To register vCenter Operations with a vCenter Server, open the vCenter Operations Manager Administration portal and follow the procedure described in the vCenter Operations Manager Deployment and Configuration Guide.
  • All license management tasks are performed in the vSphere Client. You cannot assign licenses in the vCenter Operations Manager Administration portal. Follow the instructions from the VMware vCenter Operations Manager Installation Guide to assign a license.

User Accounts

  • To register vCenter Operations Manager with a vCenter Server, you must provide the user credentials of an administrator user for that vCenter Server.
  • The user account you use for collecting data with vCenter Operations Manager determines the scope and accuracy of the monitoring data.
    • vCenter Operations Manager does not require administrator privileges to collect data from a vCenter Server. However, the scope of data collected depends on the privileges of the user you assign as the Collection user on the vCenter Operations Manager Administration portal.
    • The privileges required to collect data from vCenter Server are System.Read and StorageViews.View. A role containing these privileges should be assigned to the collection user account at the vCenter Server level.
    • vCenter Operations Manager calculates metric values based only on visibility the Collection user has to the inventory. If certain objects are not visible, the values for these objects are not taken into account when calculating metrics for their container objects.
  • The default credentials for the Administrator user are admin/admin. To improve security, vCenter Operations Manager requires you to change these credentials when you first access the vCenter Operations Manager Administration portal. The new password you assign to the Administrator user is automatically assigned to the root user on the vCenter Operations virtual appliance.
  • The default credentials for the root user on the vCenter Operations virtual appliance are root/vmware. The root password is changed automatically when you assign a new Administrator password in the vCenter Operations Manager Administration portal.

Top of Page

vCenter Operations Manager Documentation

The documentation set for vCenter Operations Manager 5.0 consists of the following documents. The Deployment and Configuration Guide, the Getting Started Guide, and the online help are revised for this release.

Known Issues

This section contains known issues for this release.

Installation and Upgrade

  • vCenter Operations Manager may not collect data after upgrade
    After an upgrade from an earlier product version to vCenter Operations Manager 5.0, the application may not collect data for up to two hours for large environments. This is because vCenter Operations Manager needs time to reconcile the data for resources that exist in the old database with the currently existing resources.
    Workaround: Wait for the reconciliation process to end. Data collection resumes when the reconciliation process is complete.
  • Admin Portal reports error when upgrade is initiated
    If you select one or more upgrade sources in the Admin Portal first boot wizard and enter valid root passwords, the Admin Portal reports the error message "Invalid Upgrade Details" when the upgrade wizard is complete. This issue can occur if the vCenter Server indicates incorrect IP addresses for registered vCenter Operations 1.0 and CapacityIQ 1.5.x extensions. Review the list of available IP addresses that are displayed in the list of upgrade options. If an IP address is incorrect, it means the IP address changed after the extension was registered with vCenter Server.
    Workaround: Log in to the Admin Portal for vCenter Operations 1.0 or CapacityIQ 1.5.x and update the registration to the vCenter Server. Return to the vCenter Operations Manager 5.0 Admin Portal and restart the wizard from the beginning.

License

  • vCenter Operations Manager uses one vCenter Server as the license server
    When you license vCenter Operations Manager, only one vCenter Server is used. The selection process for choosing a license uses the following rules:
    1. The vCenter Server with license key that has the highest edition (Enterprise > Advanced > Standard).
    2. If vCenter Servers are tied, the vCenter Server with the license key that has the largest number of entitled VMs (For Enterprise, the largest number of managed systems).
    3. If vCenter Servers are still tied, the vCenter Server with a registered address (IP or FQDN) in vCenter Operations Manager that is lexically the highest. For example: 10.1.1.1 < 192.168.1.1 < www.example.com.
      For more information on lexical ordering, go to www.asciitable.com.
  • A newly added license key of a higher edition is not taking effect for more than 24 hours
    This can happen if the new license key of a higher edition was assigned to a different vCenter Server registered to vCenter Operations Manager.
    Workaround: Restart vCenter Operations Manager services or assign the new license key to vCenter Operations Manager from within the current vCenter Server License Manager.
  • Expired or over-limit licenses may have an "Unlicensed" status in the Admin user interface (UI).
    If the vCenter Operations Manager license has expired or the VM capacity of the license has been exceeded, the License Status in the vCenter Operations Manager Admin UI will show as "Unlicensed."
    Workaround: None.
  • SNMP traps for Custom UI alerts are being sent when in Standard or Advanced license mode
    Alerts for the Custom UI are being sent when users are in Standard or Advanced licensed mode. These alerts are KPI Hard Threshold Breach, Notification, and Abnormality. Also, depending on whether they have been configured, KPI Breach, KPI Predictions, and Early Warning may be sent.

vApp Management

  • When powering off the vCenter Operations Manager vApp, it reports the message "Powered off operation timed out" or "In progress"
    If the vCenter Server or ESX host where the vCenter Operations Manager vApp resides is overly stressed, it is possible that the vApp "power off" command may hang.
    Workaround: Check the ESX host for the power status of the vApp.
  • The Admin UI reports that a registered vCenter Server is not connected When a vCenter server is registered using the vCenter IP address, the test connection is successful, but when you hit Apply, an error message appears and the list of vCenter Servers in the Admin UI shows that the vCenter Server is registered but is not connected.
    This problem occurs when static IP setup is used for the vApp's IP allocation policy.
    Workaround: To use the static IP setup, you must first set up the DNS information on the IP Pool tab of the datacenter. After the DNS information has been applied to the datacenter, you must restart both VMs. Afterwards, instead of using the vCenter IP address during registration, you must use the fully qualified domain name (FQDN).
    NOTE: You cannot access the "IP Allocation Policy" option of the vApp Settings if the vApp is nested inside another vApp. You must remove the vApp from the nested vApp before continuing.
  • vCenter Operations Manager interface report errors if ESX loses network connectivity to SAN- or iSCSI-backed datastore hosting the vApp
    If the vCenter Operations Manager vApp is deployed on a SAN- or iSCSI-backed datastore, and network connectivity between the ESX host running the vApp and the datastore is lost, the vCenter Operations Manager Admin interface may start reporting errors such as "General server error occurred" or "Admin cache is not loaded." The vSphere user interface may report that the product is unlicensed, and it may not allow logins. You cannot execute the vcops-admin command from the UI VM or Analytics VM.
    Workaround: Power off the vApp and power it back on.
  • Cannot generate support bundle from the custom UI of the vApp once you have generated the support bundle from the Admin Portal UI or CLI.
    If you create a support bundle from the Admin Portal UI of vCenter Operations Manager 5.0 or the CLI, and then try to create an additional support bundle from the custom UI, it fails and reports and error.
    Workaround: Log in to the UI VM as root/<configured root password> and enter the following command:
    chown -R admin:admin /data/vcops/support
    Repeat this step on the Analytics VM. In the future, do not create a support bundle from the Admin Portal UI if you plan to create support bundles from a custom UI.
  • During the very first boot of the vApp, you may see an error message on the console of the virtual appliances During the very first boot of the vApp, you may see the following messages on the console of both the virtual appliances:

    Setting current sysctl status from /etc/sysctl.conf/proc/sys/net/ipv6/conf/all/accept_redirects: No such file or directory error: "Permission denied" setting key "net.ipv4.conf.all.mc_forwarding"
    /proc/sys/net/ipv6/conf/all/accept_source_route: No such file or directory
    /proc/sys/net/ipv6/conf/all/forwarding: No such file or directory
    /proc/sys/net/ipv6/icmp_echo_ignore_broadcasts: No such file or directory failed


    Workaround: None. These messages are harmless, do not affect any functionality and can be ignored.

General

  • Configuring the file descriptor limits on the host operating system where VCenter Operations Manager is installed
    File descriptor can be limited in both system level and shell level. If too many file descriptors are opened by Tomcat, the log file reports "Too many open files."
    Workaround: Configure your system by setting the following file descriptor limits.
    1. For system-wide limit

      The system-wide file descriptor limit is NNNN. It must exceed 65000. Edit the file sysctrl.conf and set: fs.file-max=65000 To make the change take effect, enter the command: sysctl -p

    2. For user-level limit

      The user-level soft file descriptor limit is NNNN. It must exceed 10240. Edit the file /etc/security/limits.conf and add the line: * - nofile 10240 The change is effective per login session. Log out and log in again.

    3. For both limits

      Both user-level and system-wide file descriptor limits must be increased. The system-wide limit must exceed 65000, and the user level soft limit must exceed 10240. For the system limit, edit the file sysctrl.conf and set: fs.file-max=65000 To make this change take effect, enter the command: sysctl -p For the user limit, edit the file /etc/security/limits.conf and add the line: * - nofile 10240 The change is effective per login session. Log out and log in again.

  • Only the local vCenter Server is visible if you access vCenter Operations from the vSphere Client
    If you register more than one vCenter Server, and they are not in linked mode, if you access the vCenter Operations Manager from the vCenter plugin (vSphere Client), only the information of the local server is visible.
    Workaround: Access vCenter OPerations Manager using the HTTP console to view all registered vCenter Servers.
  • The Admin Portal user interface (UI) displays the same IP address and DNS names for the UI and Analytics VMs
    The vCenter Operations Manager Admin UI shows the same IP address and DNS names for the UI VM and Analytics VM. This issue is display-only, and does not affect any functionality. You can determine the correct IP address of the VM by checking the Summary tab for the VM in the vSphere Client.
  • Changing the default session timeout for vCenter Operations Manager
    The default session timeout value for vCenter Operations Manager is 30 minutes. For monitoring purposes, you might want to change this default. For example, you might want the session never to expire, in which case you would set an infinite timeout.

    How you change the default timeout value differs for the vSphere and the Custom user interfaces (UIs).

    To change the default timeout in the vSphere UI in the vApp:
    1. On the UI VM, edit /usr/lib/vmware-vcops/tomcat/webapps/vcops-vsphere/WEB-INF/web.xml and adjust the value for session-timeout parameter. Minus one (-1) results in an infinite timeout--the session will not expire at all.
    2. Restart the Apache Tomcat web server by entering the command: service vcopsweb restart
    For the Custom UI, both the vApp and Enterprise Standalone versions have built-in auto-transition and auto-refresh features to keep the session logged in. Go to any widget and edit it with the gear button for automatic refresh, or go to dashboard options for auto-transition settings.
  • SNMP traps for badge alerts are not sent
    Simple Network Management Protocol (SNMP) traps are not sent for the badge and fault alert functionality added to the vCenter Operations Manager 5.0 release.

      In this release, the captured alerts are:
    • Analytic-based alerts: KPI Breach, KPI Prediction, and Early Warning
    • Custom UI alerts: KPI Hard Threshold Breach, Notification, Abnormality
    • Administrative alerts: Environment and System
    • The alerts which are not currently captured are:
    • Health badge alerts: Workload, Anomaly, Fault
    • Risk badge alerts: Time Remaining, Capacity Remaining, Stress
    • Efficiency badge alerts: Waste, Density
  • Email plug-in provides an option for using Fully Qualified Domain Names (FQDN) for the sender field
    By default, the email plug-in uses the IP address of the Analytics VM for the sender field of the email. If you want to change the default, you can configure the plug-in to use an FQDN for the sender field. To do so, edit the file /usr/lib/vmware-vcops/user/conf/email.properties in the Analytics VM to add the property: emailPlugin.alwaysResolveHostName=true

    When alwaysResolveHostName is set to true, the email plug-in attempts to resolve the FQDN of the Analytics VM. If that fails, it uses a default host name as set by the Java mail APIs. To override the Java mail API's default host name in the case when the FQDN fails to resolve, you can set an additional property:
    emailPlugin.defaultHostName=<hostname to be used>

    Disable and re-enable the SMTP configuration in the Admin UI to make either of the preceding changes effective.
  • Character encoding of SMTP values is corrupted when international characters are used
    If you use the vCenter Operations Manager Admin Portal and set an SMTP value such as the default sender name using high ASCII characters, emails received with that sender name show a question mark (?) instead of the name.
    Workaround: None.
  • Datastore waste for powered-off and idle virtual machine trend views is calculated using non-trend settings
    vCenter Operations Manager calculates Datastore waste metrics for powered-off and idle virtual machine trend views using a mixture of trend and non-trend views settings. When calculating these trend views, vCenter Operations Manager uses the default time window for trend views and the interval setting for non-trend views. For example, you apply the following settings in the Summary, Views & Reports section of the Configuration dialog box.
    • For trend views, Default Interval is Daily and the default time window is 4 Intervals.
    • For non-trend views, the Interval to use is Monthly and the Number of intervals to use is 2 Intervals.
    vCenter Operations Manager displays 4 data points in the trend view, where each data point is based on storage space metrics for the corresponding day, but individual virtual machine contribution to the waste is controlled by the two months of data for idle and power-off VM detection.
    Workaround: None.
  • The ResourceKind condition is skipping the condition if the ResourceKind is not found
    If the resource kind value AdapterKindKey:ResourceKindName specified by a ResourceKind condition in the emailFilter.xml file does not match any resource kind in vCenter Operations Manager or is specified incorrectly, the condition is ignored and email messages are sent without applying the condition.
    Workaround: None.
  • Email notifications with SSL or TLS is not supported in this release
    vCenter Operations Manager does not send email notifications if encrypted connection (SSL or TLS) is required.
    Workaround: None.
  • Test connection works, but vCenter Server registration fails with error Unable to Connect
    Test connection works, but vCenter Server registration fails with error Unable to Connect
    When you try to register a vCenter Server on the Registration tab of the Administration portal, the registration fails with error Unable to Connect, even though connection test was successful.
    Workaround:
    • Verify that the name you specified in the Display name text box is not used as a name for a currently registered vCenter Server or a previously unregistered vCenter Server. You cannot use the same name to register more than one vCenter Server, even if you specify different IP addresses.
    • Verify that you have specified a fully qualified domain name (FQDN) or IP address in the vCenter Server address text box. You cannot use a short host name to register a vCenter Server.
  • Missing Datacenter name from exported views and reports for Datastores
    If you export a view or a report for a Datastore object to PDF format, the name of the parent Datacenter is missing from the exported file.
    Workaround: None.
  • Storage related metrics might not include data for non-VMFS and RDM
    If non-VMFS volumes and partitions or raw device mapping files (RDM) are mixed with VMFS partitions on the same storage device or ESX host, vCenter Operations Manager might not take into account the non-VMFS and RDM storage space when calculating storage capacity metrics. This is because the capacity analysis engine uses multiple I/O utilization stat sources. If not all of the sources are available, some aggregations may not match and may be incomplete. As a result, metrics that are related to disk I/O and are calculated using the datastore I/O metrics might be partial. These metrics appear in the following views:
    • All object types: the Disk I/O metric in column Total Usage % and column Total Capacity of the Virtual Machine Capacity view
    • All object types: Planning Summary view
    • All Datastore views that show storage I/O
    • All views that show time and capacity remaining based on storage I/O bottleneck
    Workaround: Do not mix non-VMFS and VMFS partitions with significant I/O contribution on the same storage device or ESX host.
  • When connected to an Oracle database with the default character setting, vCenter Operations Manager displays characters of high ASCII as question marks
    When vCenter Operations Manager is deployed with an Oracle database, and configurations such as dashboards or resource tags are created with high ASCII characters in their names, those letters appear as question marks (?).
    Workaround: Configure the Oracle database to use a Unicode character set such as UTF-8. Characters will then display correctly.
  • You cannot use the FilterPluginConfEditor and FSDBReader tools in a vCenter Operations Manager Enterprise vApp installation
    You cannot use the FilterPluginConfEditor and FSDBReader tools in a vCenter Operations Manager Enterprise vApp installation. These tools require the X Window System (X11) to run, but X11 is not included in the vApp.
    Workaround: Run the tools on a Windows computer or on a Linux computer that has X11 installed. For example, run FilterPluginConfEditor on a Windows computer, edit the XML file, and copy the updated XML file to the vCenter Operations Manager Enterprise server. Alternately, you can export the display to a machine running X11.
  • Discrepancy between World and vCenter Server object metrics
    Depending on when the vApp was deployed and when it was registered to the first vCenter, you might observe a mismatch in metric values between World and Virtual Center objects. This discrepancy will be reduced by the hour, and after couple of days, it will become insignificant.
    Workaround: None.
  • Users created through Enterprise UI do not have access to the Advanced UI
    Users that are created in the vCenter Operations Manager Enterprise user interface (select Admin > Security, select a group, create a new user for the group, and assign privileges) cannot log in to vCenter Operations Manager Advanced (https://<ip-address>/vcops-vsphere).
    Workaround: None.
  • Cyclic redundancy check errors manifest as missing data
    In vCenter Operations Manager, cyclic redundancy check (CRC) errors will appear as missing data for a given resource.
    Workaround: If you see missing data for a resource, check the log file in /data/vcops/log/analytics.log to see if CRC-related errors are being logged. For example:

    com.integrien.alive.FSDB.FSDBException: CRC Failure in file for Resource 6773, filename = /data/vcops/data/6/6773/2011_10_6773.dat 2011-11-11 03:04:31,552 ERROR [Calc DT worker thread 3] com.integrien.analytics.datareceiver.MetricDataRetriever.getDataPointBundle - CRC Failure in file for Resource 6773, filename = /data/vcops/data/6/6773/2011_10_6773.dat

    If you see such errors, set the property FSDBCheckAndRepair to 2 in /usr/lib/vmware-vcops/user/conf/analytics/advanced.properties. The errors will be corrected within seven days.

  • Default fromName in the Filter plug-in defaults to "Alive"
    The Filter plug-in is an outbound plug-in that sends email messages for specific alerts, as configured in the file emailFilter.xml. This file is located in: %ALIVE_BASE%\user\plugins\outbound\filter_alertplugin\conf

    An email message is sent when an alert is added, updated, or cancelled, and the email message passes through the filtering rules configured in the XML file. (Filtering is needed to limit the number of email messages sent.)

    In the current release, email messages from the Filter plug-in are sent with the default fromName of "Alive." The fromName is not configurable in the XML file, while the sendFrom email is.

    Workaround: The From format of the email is: [fromName] [sendFrom]
    For example: From "Alive" [vcops_johnsmith@company.com]

    emailFilter.xml
    it is located
    %ALIVE_BASE%\user\plugins\outbound\filter_alertplugin\conf

  • The ResourceKind condition is using ResourceKind Name instead of the ResourceKind Key
    The ResourceKind condition in the emailFilter.xml file specifies the name of a resource kind in the format AdapterKindKey:ResourceKindName, for example, <condition type="ResourceKind">VMWARE:Host System</condition>. However, when the Configuration File Editor (FilterPluginConfEditor.jar) generates the emailFilter.xml file, it uses ResourceKindKey instead of ResourceKindName. If the AdapterKindKey:ResourceKindName value is specified incorrectly, email messages are sent without applying the ResourceKind condition.
    Workaround: Manually edit the emailFilter.xml file and change ResourceKindKey to ResourceKindName in the ResourceKind condition. For example, if "Host System" is the localized resource kind name, change <condition type="ResourceKind">VMWARE:HostSystem</condition> to <condition type="ResourceKind">VMWARE:Host System</condition>.
  • Change the time zone for the vCenter Operations Manager virtual appliance using the VM console screen
    There is only one method for changing the time zone for the vCenter Operations Manager virtual appliance.
    To change the time zone, you must go to the VM console screen in the VSphere client for both vCenter Operations Manager virtual machines: the UI VM, and the Analytics VM. Once you are at the blue console screen, use the Set Timezone option at bottom left of the screen to change the time zone.
    Note: Using the Edit vApp Setting dialog box and Properties>Application>Timezone setting will not work to change the time zone.
  • Once vCenter Operations Manager has started, changing the timezone of the machine it is running on is not reflected in the user interface
    Once vCenter Operations has started, changing the timezone of the machine it is running on does not result in updated metric graphs in the user interface. These graphs use the timezone that was in effect when vCenter Operations Manager started.
    Workaround: Logging out of vCenter Operations Manager and then logging back in will reset the session and update the timezone.
  • vCM login problem prevents more than one launch-in-context link from opening
    When you click on a launch-in-context link in vCenter Operations Manager, vCM starts up in a new Internet Explorer window with a login prompt. After you click Login, another new window displaying the correct filter for events is launched.
    However, if you return to vCenter Operations Manager and click another launch-in-context link, the first login window (still open) prevents a new one from opening. Thus, more than one launch-in-context window cannot be open.

Troubleshooting

  • You may not be able to login to the Admin user interface (UI) if upgrade from vCenter Operations 1.0.x to 5.0 fails and the UI session times out
    When upgrading from vCenter Operations 1.0.x to vCenter Operations Manager 5.0, if the Admin UI session times out after the upgrade has failed, you may not be able to log in to the interface again (even with a valid password). The session will time out after an upgrade failure if the browser is closed or more than thirty minutes have elapsed after the failure.
    Workaround: Discard the current deployment and re-deploy the vApp to retry the upgrade, or skip the upgrade and register a vCenter Server.
  • If any of their IP addresses change, vCenter Operation Manager VMs lose communication
    When vCenter Operations Manager is running as a vApp and the IP address of one or both of its VMs change, those VMs can no longer communicate with each other. This is because the entries in the /etc/hosts file no long match the newly assigned IP addresses.
    Workaround: Reboot the vApp in the vSphere client. The reboot must take place at the vApp level to ensure the correct VM startup sequence. If the reboot does note resolve this issue, repair the vApp.
  • Add a new disk only after first powering on the vApp once
    vCenter Operations Manager does not currently wait for Analytics VM to be fully initialized before starting up the UI VM. This sequence of events can cause the vApp to fail if the user adds a new disk before first starting up the vApp.
    Workaround: Power on the vApp at least once prior to adding a new disk.
  • Disk addition on Analytics VM can result in need to re-start UI VM to bring up vCenter Operations Manager
    If a disk is added on Analytics VM and UI VM is powered on before the addition is complete, vCenter Operations Manager might not start. You might see a 500 - Internal Server Error, or pointing the browser to https://:8443 might not generate a response.
    Workaround: Shut down and re-start UI VM before launching vCenter Operations Manager.

  • vCenter Operations Manager require vCenter Server resources to have unique GUIDs
    vCenter Operations Manager does not accurately view vCenter Server resources that have duplicate GUIDs. This can easily occur if the vCenters have been cloned from the same installation. Every vCenter Server resource is identified using the combination of the MOID (such as datacenter-401) and the vCenter Server GUID.

    As long the vCenter Server GUIDs are different, vCenter Operations Manager views resources as unique. If one vCenter Server is cloned from another, the vCenters will have duplicate GUIDs.
    Workaround: A VMware Knowledge Base (KB) article describes how to remedy the situation when vCenters have duplicate GUIDS. The basic steps are to uninstall the vCenter Server on the clone, delete the instance.cfg file, change the Windows SID using sysprep utility, and reinstall the vCenter Server.

    For complete details, see the KB article: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010643

    However, there is also a backup of the vCenter Server LDAP configuration (containing the file instance.cfg) in the database. If you reinstall a Server using an existing database, it will reuse the configuration backed up in the database. To generate a brand-new GUID, you must delete the row in the table VPX_BINARY_DATA in the existing database before reinstalling the vCenter Server on the clone.

User Interface

  • Virtual machine capacity remaining values on the Dashboard tab might differ from the values in the Total Capacity column of the Virtual Machine Capacity view
    The problem is observed when multiple resources in your environment become bottlenecks in the analysis time range. In case of multiple bottlenecks, the independent dimensional analysis breakdown results that are presented in the Virtual Machine Capacity view do not provide a complete visibility into the underlying analysis.
    Workaround: Check the Dashboard tab for accurate estimates on the virtual machine remaining capacity.
  • Performance data for the World object might differ from the performance data of its child objects in views and reports on the Planning tab
    This problem is observed in the beginning of each hour and is clearly evident when you have only one vCenter Server registered for monitoring in vCenter Operations Manager. The problem is caused by the way vCenter Operations Manager persists performance data. On each hour, vCenter Operations Manager includes the performance data collected for the past hour in views and reports on the Planning tab, and updates the last data collection time. Performance data for the World object is persisted only after the data for all registered vCenter Server objects and their child objects is persisted. This results in a time lag between the persistence and update of last collection time for the World object and its child objects. Because views and reports use the last collection time to determine the data to use for computation, the output values for the World object and its child objects could differ temporarily until the last collection time for the World object is updated.
    Workaround: Wait for the persistence process to complete and refresh the view or generate a new report. The time to wait depends on the size of your environment, and might exceed 5 minutes.
  • Discrepancy between Capacity Remaining values on the Dashboard and on the Summary tab under the Planning tab
    The Capacity Remaining values on the Dashboard tab and on the Summary tab might not be equal. This is because the Summary tab displays Capacity Remaining values in real time, whereas the Dashboard tab displays aggregated data that depends on the settings you apply in the Summary, Views and Reports section of the Configuration dialog box.
    Workaround: None.
  • Incorrect navigation after clicking the Stress map
    When you click the Stress map on the Dashboard, vCenter Operations Manager opens the Environment tab under the Operations. vCenter Operations Manager should open the Environment tab under the Planning tab instead.
    Workaround: Click the Planning tab to view details about the stress scores of the selected object and its related objects.
  • Incorrect navigation after clicking the Density graph
    When you click the Density graph on the Dashboard, vCenter Operations Manager opens the Environment tab under the Planning tab, but the Density badge is not selected.
    Workaround: Click the Density badge to view details about the resource consolidation ratios in your virtual environment.
  • After the registration with a vCenter Server, vCenter Operations Manager 5.0 is not visible as an asset on the Licensing page of the vSphere Client
    If the vSphere Client is open while you register vCenter Operations Manager 5.0 with a vCenter Server, vCenter Operations Manager 5.0 does not appear in the list of assets on the Licensing page.
    Workaround: You must close the vSphere Client and open it again to be able to see vCenter Operations Manager 5.0 in the list of assets.
  • Shared datastores show different values for Waste in the same view
    When a shared datastore is shared by two different hosts under two different datacenters, that datastore is considered as a different entity by each vCenter Server host VM. vCenter Operations Manager also has different object IDs for the same shared datastore. Therefore, the same datastore will show different values for Usage metrics (datastore used) and for Waste metrics (Idle/PoweredOff/Template and snapshot waste).
    Workaround: Do not share datastores across datacenters. This is not a vSphere best practice.
  • Normal threshold is initially missing from Anomalies chart
    At least ten days of data is needed to establish the Normal threshold for the Anomalies chart. Therefore, this threshold is absent from the chart until data has been collected for ten days.
    Workaround: None. This is expected behavior.
  • At the World object level, the alert counts total in the alert badge area does not always match the counts in the Alert graph
    The alert counts do not always match because the counts shown in the upper right side of the screen include Administrative alerts. The Administrative alerts appear on the Alert list, but the graph and alert counts above the alert list do not include the Administrative alerts.
  • If a report fails to run, the task status is Error
    In vCenter Operations Manager, click the Reports tab and click Run Now for the desired report. If report creation fails, the report's status appears as "Error." No additional information is supplied, and the user must consult the log file at /var/log/vmware/ciq.log to analyze the failure. Note that reports can also be scheduled, and that generation can fail for both cases.

Documentation

  • Missing information about alert notification rules in vCenter Operations Manager online help
    The vCenter Operations Manager online help does not contain procedures on creating, modifying, or deleting alert notification rules.
    Workaround: See Working with Alert Notification Rules in vCenter Operations Manager (KB 2012021) for details on alert notification settings.
  • Incorrect names of reports and views in the online help for the Planning tab
    On the Planning tab, view and report names were changed, eliminating the view or report type from the title. In a few cases, the titles were revised to be more precise. Some help topics in the section Planning the Resources in Your Virtual Environment do not contain the updated titles. The principal changes were:

      Reports:
    • Virtual Machine Capacity Usage is now Waste, Stress, and Capacity Report
    • Capacity Overview is now Virtual Machine Capacity Overview Report
      Views:
    • Virtual Machine Capacity - Trend is now Average Virtual Machine Capacity
    • Virtual Machine Capacity Usage - Summary is now Virtual Machine Waste and Stress

Top of Page