Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
HP.com home
Technical documentation

VSE Management 4.0: Known Issues

» 

Technical documentation

»VSE Management 4.0
»HP-UX Systems Management
»HP Virtual Server Environment
»HP Systems Insight Manager
»HP Virtual Server Environment (VSE) Documents
Content starts here
»Occasional Errors During Logical Server Live Moves
»Check Firmware and BIOS to Correct Power Issues for Server Blade Bay
»Secure Communication in gWLM Requires Perl
»Known Issues With VSE Management Software Version A.03.00.x

Please see the following manuals for information about known issues in this release:

The sections that follow provide additional information about issues that may not be covered in the release notes.

»Summary
»What's New
»Known Issues
»Identifying the UP Clock Error
»Correcting the UP Clock Error
»Products
»Application Discovery
»Capacity Advisor
»Global Workload Manager
»Instant Capacity Manager
»Partition Manager
»Virtual Machines Manager
»Virtualization Manager
»Utilization Provider
»Requirements
»Licenses
»For More Information
»Download the Software
»Download Agents and Providers

Occasional Errors During Logical Server Live Moves

If you attempt to move an ESX virtual machine logical server from one VM host to another, and the VM hosts involved in the move operation are managed by VMware VirtualCenter, occasionally the VM guest becomes unregistered on both the source and target VM hosts. (This sometimes also occurs when you activate an ESX virtual machine logical server and then immediately deactivate it.) Although the move operation succeeds, subsequent operations fail with the following error:

  Inconsistent data on LSA inventory

This problem is related to timing and may occur intermittently. The moved VM guest may be orphaned (if the timing problem occurred during a SAN move), or may have a changed UUID (if the problem occurred during a copy move). After the move, the associated virtual machine is unusable, and will cause logical servers to be unusable until resolved.

NOTE: HP strongly recommends that you install the latest patch to HP ProLiant Essentials Virtual Machine Management Pack (VMM) 3.5.1 to resolve these issues. A patch to update to VMM 3.5.1 is available for download from the following location:
ftp://ftp.hp.com/pub/softlib2/software1/pubsw-windows/p636436617/v45101

Check Firmware and BIOS to Correct Power Issues for Server Blade Bay

There is a known issue related to Onboard Administrator (OA) and Virtual Connect Manager (VCM) that could deny power for a specific bay. This may interrupt operations such as moving and activating Virtual Connect blade logical servers. Make sure that your firmware is updated to reflect the requirements for Integrated Lights-Out (iLO), OA, and VCM, and that you have the latest available update for your server blade BIOS. For information about required firmware versions, see “Logical Server Management Requirements” in the Insight Dynamics - VSE for ProLiant Version 4.0 Release Notes.

Secure Communication in gWLM Requires Perl

To secure communications on a gWLM managed system, /opt/perl/bin/perl (version D.5.8.0.D or later) must be installed on the managed system.

Known Issues With VSE Management Software Version A.03.00.x

The following sections describe important known issues with the previous release of the VSE Management Software.

Incompatibility With HP SIM 5.1

The VSE Management Software is not supported under HP SIM version 5.1 (C.05.01.00.00.xx). If you have installed that version of HP SIM, upgrade to version C.05.01.00.01.xx. Refer to the VSE Management Software Installation and Update Guide for the recommended upgrade procedure.

Install / Capcollect Errors due to /opt Filesystem Layout

If you install the VSE Management Software on a CMS where the directories /opt/vse and /opt/hpwebadmin are on different file systems, the warning messages and errors described below will occur. This behavior occurs in VSE Management Software versions 3.0 and 3.0.1.

 

Warnings During Installation

During installation of the VSE Management Software, the following warning messages are displayed. These warnings are also logged in the file /var/adm/sw/swagent.log.

WARNING: Cannot create hard link "/opt/vse/lib/jcommon-0.9.6.jar"
from source file
"/opt/hpwebadmin/webapps/vse.war/WEB-INF/lib/jcommon-0.9.6.jar".
Cross-device link (18).  Copying from source file instead.
...
WARNING: Cannot create hard link "/opt/vse/lib/jfreechart-0.9.21.jar"
from source file
"/opt/hpwebadmin/webapps/vse.war/WEB-INF/lib/jfreechart-0.9.21.jar".
Cross-device link (18).  Copying from source file instead.
...
ln: different file system
ln: different file system
        

 

Errors Using Capcollect

After installation, the following error messages are displayed when you execute capcollect. This occurs in any of the following situations:

  • You run capcollect from the command line

  • You select the menu tool Optimize->Capacity Advisor->Collect Capacity Advisor Data

  • You select the menu tool Optimize->Capacity Advisor->Collect Capacity Advisor Data ALL

  • The scheduled task “Collect ALL Capacity Advisor Data Nightly” is executed

Tool ran on:   CMS (Central Management Server)
  Exit code:   1
  Stdout: 
...
  Stderr:

Exception in thread "main" java.lang.NoClassDefFoundError:
com/hp/amgr/core/api/AdException
   at java.lang.Class.forName0(Native Method)
   at java.lang.Class.forName(Class.java:168)
   ...
        

These errors occur because the following files could not be linked into the directory /opt/vse/lib at installation time:

  • vsui.jar

  • AdVseApiClient.jar

Two other files, jcommon-0.9.6.jar and jfreechart-0.9.21.jar, also could not be linked, but were automatically copied instead.

You can verify this situation from the command line as shown below

$ cd /opt/vse/lib
$ ls -l jcommon-0.9.6.jar jfreechart-0.9.21.jar vsui.jar AdVseApiClient.jar
-r-x------   2 root   bin   354611 Mar  1 10:08 jcommon-0.9.6.jar
-r-x------   2 root   bin   962701 Mar  1 10:08 jfreechart-0.9.21.jar
vsui.jar not found
AdVseApiClient.jar not found
        

To fix this problem, copy the missing files manually:

# cp /opt/hpwebadmin/webapps/vse.war/WEB-INF/lib/vsui.jar \
  /opt/vse/lib/
# cp /opt/hpwebadmin/webapps/vse.war/WEB-INF/lib/AdVseApiClient.jar \
  /opt/vse/lib/
# chmod 500 /opt/vse/lib/vsui.jar /opt/vse/lib/AdVseApiClient.jar
# chown root:bin /opt/vse/lib/vsui.jar /opt/vse/lib/AdVseApiClient.jar
        

Utilization Provider Can Report Incorrect Clock Speed for Dual Core Intel® Itanium® Processors

On Dual Core Intel® Itanium® 2 processors running HP-UX 11i v2 (11.23), Capacity Advisor’s data collection mechanism (the Utilization Provider) may use the wrong clock speed for the system. Systems running HP-UX 11i v3 (11.31) are not affected. Systems using Utilization Provider version A.01.06.02 or later are not affected, provided that patch PHKL_33752 is installed. For affected systems, the magnitude of all reported CPU data is incorrect but can be corrected. Capacity Advisor will show the clock speed of such systems as approximately 400 MHz when it should be approximately 1.6 GHz. This causes the default scaling of CPU data in What-If scenarios moving a workload to or from an affected system to be off by approximately a factor of 4.

vPars / gWLM Restrictions

vPars A.03.05 supports HP Integrity Essentials Global Workload Manager (gWLM) with the following restrictions:

  • gWLM A.03.x does not support processor sets (psets) nested under vPars A.03.xx. gWLM invalidates this with vPars versions up to and including vPars A.03.04, but fails to invalidate such an attempt with vPars A.03.05.

    Workaround: Do not nest psets under vPars A.03.05.

  • gWLM is designed to not migrate cell-local processors (CLPs). gWLM reads information from virtual partitions to determine how many processors it can migrate. When vPars A.03.05 is used in a mixed HP-UX 11i v1/v2 vPars environment with CLPs, the information about CLPs is not accurately conveyed. This can restrict borrowing and potentially disrupt partial cluster management. The symptom of this issue is the following log message:

      FINE: expected 1 boot CPU but counted N
      

    (This message is displayed for the log levels FINE, FINER, and FINEST.)

    Workaround: Do not assign CLPs to any of the virtual partitions.

  • SRDs you create with gWLM A.03.x that include an HP-UX 11i v1 (B.11.11) virtual partition that:

    • Runs vPars A.03.05, and

    • Has a min greater than 1

    will likely produce the following log message (depending on your log level setting):

      FINE: expected 1 boot CPU but counted N
      

    In addition, gWLM will likely treat the virtual partition as fixed-size.

    Workaround:

    • Configure the min for each such virtual partition to be 1, or

    • Delay upgrading to vPars A.03.05 until gWLM A.04.x is available.

Rare Incompatibility with Virtual Partitions

Depending on workload characteristics, gWLM can migrate CPU resources rapidly. This frequent migration can potentially, although very rarely, produce a race condition, causing the virtual partition to crash. It can also produce a panic, resulting in one or more of the following messages:

No Chosen CPU on the cell-cannot proceed with NB PDC.

or

PDC_PAT_EVENT_SET_MODE(2) call returned error

 

Workaround

Upgrading to vPars A.03.04 resolves this issue.

With earlier versions of vPars, you can work around this issue as follows: Assign (using path assignment) at least one CPU per cell as a bound CPU to at least one virtual partition. (It can be any virtual partition). This ensures that there is no redesignation on CPU migrations. For example, if you have four cells (0, 1, 2, 3), each with four CPUs (10, 11, 12, 13) and four virtual partitions (vpar1, vpar2, vpar3, vpar4), you could assign 0/1x to vpar1, 1/1x to vpar2, 2/1x to vpar3, and 3/1x to vpar4, where x is 0,1,2,3.

gWLM Fails to Start with Certain Time Zone Settings

In gWLM A.03.00.00 and A.03.00.01, gwlmcmsd and gwlmagent can fail to start with certain time zone settings. The following message is displayed in the gwlmagent.log.0 file or the gwlmcmsd.log.0 file when you attempt to invoke either daemon:

Unable to call method, 'main', with signature, 
'([Ljava/lang/String;)V', in class, 'com/hp/gwlm/node/Node'.
Exception in thread "main"
 

Workaround

Use Java 1.4.2 or Java 1.5.0.12 (or later). Versions 1.4.2 and later include a number of security fixes and other improvements that are used by gWLM. Do not use gWLM with Java 1.4.0 or Java 1.4.1.

To revert to Java 1.4.2, use the following commands:

# ln -sf /opt/java1.4/jre /opt/gwlm/jre
# chown -h root /opt/gwlm/jre
# chgrp -h bin /opt/gwlm/jre 

2007 Daylight Saving Time Changes

The Energy Policy Act of 2005 changes the dates of Daylight Saving Time (DST) in the United States, beginning in 2007. Previously, most of the U.S. has observed Daylight Saving Time from 2:00 a.m. on the first Sunday of April to 2:00 a.m. on the last Sunday of October. Beginning in 2007, most of the U.S. observes Daylight Saving Time beginning at 2:00 a.m. on the second Sunday in March (March 11, 2007) until the first Sunday in November (November 4, 2007). This is not unique to HP products. All devices and operating systems that automatically adjust Daylight Saving Time or rely on a local time zone that observes Daylight Saving Time will be affected by this change.

NOTE: Some U.S. time zones do not observe Daylight Saving Time at all.

Similar Daylight Saving Time changes have been made or are being made in other countries, as well. For more information about how these changes affect HP products, refer to the HP Daylight Saving Time Page.

Because of these changes, patches are required for most operating systems (including HP-UX, Microsoft® Windows®, and Linux), and for the Java™ Run-time Environment (JRE), in order for local time to be displayed correctly during times affected by this change. For specific patch information, refer to “OS Patch Information” and “Java Update Information” below.

 

Impact on VSE Management Software

During the time periods in which the new Daylight Saving Time rules differ from the previous rules (for example, from October 28 through November 3), you may observe the following symptoms:

  • Times displayed by VSE Management Software applications may be an hour late. Examples include the “Last Updated” and “Last refresh” times displayed by Virtualization Manager. Most times displayed by the VSE Management Software include a time zone indicator. Check the time zone indicator to determine whether the software is recognizing Daylight Saving Time.

  • The times of events logged or displayed on screen may be an hour late.

  • Scheduled tasks may run an hour earlier than the expected time.

  • Utilization Profile views (gWLM Historic and Capacity Advisor views) may be shifted by ± one hour in the display. Note that even though times may be displayed incorrectly, there should be no data gaps or overlaps.

  • Utilization data imported using the capprofile or capovpaextract commands may be shifted by ± one hour.

NOTE: Although displayed times may be affected, as described above, timestamps used internally by the VSE Management Software are recorded using UTC, and therefore are not affected by this change.
 

Recommended Action

IMPORTANT: Do not attempt to fix this problem by adjusting the system time on the CMS or managed systems (for example, by using the HP-UX date command). Adjusting the system time may modify the UTC setting on that system, which can cause utilization data to be recorded incorrectly.

HP recommends that you take the following actions as soon as practical:

  1. Apply the DST-related operating system patches to the CMS (see “OS Patch Information” below). HP recommends that managed systems should also be patched, but doing so is not necessary for correct operation of the VSE Management Software.

  2. Upgrade Java on the CMS to a version that supports the new Daylight Saving Time rules (see “Java Update Information” below). HP recommends that Java versions on managed systems should also be updated, but doing so is not necessary for correct operation of the VSE Management Software. You can update managed systems to the correct version of Java using the VSE Agent Software installation process from the CMS. Refer to “Install VSE Agent Software on Managed Systems” in the VSE Management Software Version 4.0 Installation and Update Guide for HP-UX for details.

  3. Upgrade to the version of HP SIM that is included with the VSE Management Software. For upgrade instructions, see the VSE Management Software Version 4.0 Installation and Update Guide for HP-UX.

Performing the steps above should resolve the issues described in “Impact on VSE Management Software”.

 

OS Patch Information

HP-UX.  HP-UX patches to correct for the new Daylight Saving Time rules are listed in Customer Notice c00832124. Note that these patches may have additional patch dependencies, or may be superseded by more recent patches. Refer to the patch database at the HP IT Resource Center for patch details.

NOTE: The new HP-UX Software Assistant tool can assist with patch management. For details, refer to http://www.hp.com/go/swa.

Microsoft Windows.  Information about time zone updates for Microsoft Windows operating systems can be found at the following locations on Microsoft's Web site.

NOTE: The following links refer to external resources outside of HP. HP is not responsible for the information at these sites.

»http://support.microsoft.com/default.aspx/kb/928388
»http://www.microsoft.com/windows/timezone/dst2007.mspx

Linux.  Information about time zone updates for Linux operating systems can be found at the following Web sites.

NOTE: The following links refer to external resources outside of HP. HP is not responsible for the information at these sites.

»SuSE Linux Enterprise Server
»Red Hat Enterprise Linux

 

Java Update Information

For specific information about HP-UX Java versions that support the new Daylight Saving Time rules, refer to the following sites:

»http://www.hp.com/products1/unix/java/DST-US.html
»http://www.hp.com/go/java

Conditional Policies Not Captured in Advanced Report

In gWLM A.03.00.00 and A.03.00.01, the "Top borrowers" advanced report does not capture data for policies that are in effect due to conditions being met. This issue is scheduled to be addressed in the gWLM A.04.x release.

Advanced Reports Cannot Process Workloads with Spaces at Start/End of Name

Starting with gWLM A.03.00.00, workload names could contain spaces. However, the gwlmreport utility, which generates advanced reports, cannot process workload names that start or end with spaces.

 

Workaround

Rename your workloads to not start or end with spaces.

Printable version
Privacy statement Using this site means you accept its terms
© 2006-2007 Hewlett-Packard Development Company, L.P.