HP-UX Workload Manager A.03.05.xx Release Notes for HP-UX 11i v3 (B8843-90051, February 2011)
Table Of Contents
- HP-UX Workload Manager A.03.05.xx Release Notes
- Table of Contents
- 1 Announcement
- 2 New in this version
- 3 Known problems and workarounds
- System panic when PRM is enabled; install failure in absence of PRM when certain kernel patches are present
- Capping issue
- WLM uses only the assigned CPU resources even with utilitypri set
- Temporary Instant Capacity (TiCAP) expires while WLM is managing nPartitions
- Automatic activation of Instant Capacity core without authorization
- Partition management affected when cores are deactivated with iCAP on fully owned system
- Application hangs in FSS group
- Shutdown slow; “Waiting for shutdown confirmation” and “Shutdown initiated; however, ... unable to acquire confirmation” messages displayed
- Unable to get CPU allocation due to number of processes
- Collectors abort when updated while running
- GlancePlus/OpenView Performance Agent and processor sets
- GlancePlus may not correctly identify processes’ PRM groups
- glance Adviser memory consumption increases continually
- WLM enables/disables SLOs at end of interval
- No metrics on startup or reconfiguration
- WLM configurations cannot be activated with fewer than 100 Mbytes of memory available
- Secure Resource Partitions: Blocked port on a virtual network interface
- Reaching the system V semaphore limit
- Configuration wizard requires PRM
- Processes in transient FSS groups appear unexpectedly in other workload groups
- Modifying a managed partition requires WLM and the global arbiter be stopped
- Performing online cell operations
- WLM GUI is not compatible with different versions of WLM
- "Message violation" error
- Upgrading or installing PRM before upgrading WLM can cause failed swverify checks
- 4 Compatibility information and installation requirements
- Disk and memory requirements
- Network operating environment
- Compatibility with other software
- Compatibility with long hostnames
- Compatibility with X Windows
- Compatibility with GlancePlus
- Compatibility with HP Integrity Virtual Machines
- Compatibility of WLM virtual partition management and Instant Capacity / PPU
- Compatibility of WLM virtual partition management and certain CPU bindings
- Compatibility of WLM partition management and PSETs
- Compatibility of psrset and PSETs
- Compatibility with PRM
- Compatibility with gWLM
- Compatibility with Java
- Installation procedure
- 5 Patches and fixes in this version
- 6 Software availability in native languages
- 7 Security
- 8 Available manuals
- 9 WLM toolkits
- 10 Providing feedback
- 11 Training
Configuration wizard requires PRM
Issue Starting with the WLM A.03.01 release, WLM no longer includes Process
Resource Manager (B3835DA). The WLM configuration wizard requires PRM
however. Without PRM installed, the wizard:
• Always sets the initial CPU (core) count to 1 in the pop-up dialog that
appears before the wizard itself appears
• Returns a message about the PRM API not being installed when it attempts
to validate a configuration
Workaround Install PRM A.03.00 or later.
Processes in transient FSS groups appear unexpectedly in other workload
groups
Issue
A deployed WLM configuration that has transient_groups set to 1 and
contains FSS transient group candidates from time-to-time contains an FSS
group called _IDLE_. As needed, WLM moves the jobs of the transient groups
to _IDLE_, where they get the minimum of CPU and memory resources. The
internal identifier for group _IDLE_ is picked by WLM on the fly (taken from
the pool of unused identifiers).
On a redeployment, if the new configuration contains an FSS group that happens
to have the identifier WLM selected for the _IDLE_ group in the deployment
that is being replaced, jobs in the _IDLE_ group will migrate to the FSS group
having the same identifier.
The same issue can arise going from:
• A transient deployment to another transient deployment
• A transient deployment to a non-transient deployment
Workaround
You can prevent this situation by using the -i option to wlmd when deploying
or redeploying a configuration. First, shut down wlmd (using the -k option),
then restart it using the -i option.
Modifying a managed partition requires WLM and the global arbiter be
stopped
Issue
Do not adjust any WLM-managed partition while wlmpard is running. This
includes using vparmodify, icapmodify, or icod_modify to change the
name, configuration, or resources (CPU and memory) associated with the virtual
partition or nPartition (and this also includes using parolrad to modify a cell
in a WLM-managed partition, as noted in “Performing online cell operations”
(page 20)).
Workaround
To adjust a partition, you must first shut down WLM—including wlmpard—on
all partitions that will be affected by the modification, modify the partition, and
then restart WLM. Changes to Instant Capacity (iCAP) affect the entire complex;
changes to a virtual partition affect the nPartition only, unless Instant Capacity
is configured on the nPartition. For example, if WLM is managing two virtual
partitions vParA and vParB, and you need to migrate memory resources from
vParA to vParB, you must shut down WLM in both virtual partitions. As another
example, to change the name of an nPartition, you must first shut down WLM
in every operating system instance across the entire complex, because the name
Configuration wizard requires PRM 19