Manuals / HP / Computer Equipment / Software

HP UX 11i Workload Management (gWLM/WLM) Software manual Application hangs in fss group

Models: UX 11i Workload Management (gWLM/WLM) Software

1 72
Download 72 pages 18.09 Kb
Page 67
Image 67

SRD deployment times out and displays a blank screen

If you attempt to deploy an SRD, but:

•gWLM times out and displays a blank screen

•There are events from each managed node similar to the following event:

gWLM Agent MySystem.MyDomain.com

Information Unable to manage the following hosts:

Associated Exception Unable to manage the following hosts: MySystem.MyDomain.com: The gWLM agent process on the host is not running -- start the agent and retry.

You need to configure gWLM to work with hosts on multiple LANs.

Workaround

See “Using gWLM with Hosts on Multiple LANs” (page 47) for information on configuring gWLM to work with hosts on multiple LANs.

Application hangs in fss group

On HP-UX 11i v2 (B.11.23), an application inside an fss group might hang when running in a single-processor virtual partition, nPartition, or system.

Workaround

Install patch PHKL_33052.

Scripts not placed in correct workloads

With compartments based on psets or fss groups, gWLM allows you to place scripts in the compartments using application records with alternate names. This works only if the shell or interpreter being used is listed in the file /etc/shells. Typically, perl is not in this file. So, perl scripts (and any other scripts based on shells or interpreters not listed in /etc/shells) are not properly placed.

Executables are not affected by this issue.

Workaround

Add /opt/perl/bin/perl, and any other needed shells or interpreters, to the file /etc/ shells. Global Workload Manager will recognize the added shells or interpreters within 30 seconds.

NOTE: Because the full pathname is not required for the script, a rogue user could get access to compartments based on psets or fss groups — that would otherwise not be accessible — by using the name of the script for new scripts or wrappers.

Processes moved to default pset or default fss group

All process placement with the gwlmplace command on a managed node is lost if:

•The managed node is rebooted.

•The local gwlmagent daemon is restarted.

•You undeploy the current SRD.

In these cases, processes are placed according to any application records or user records that apply. If no records exist, nonroot processes are placed in the default pset or default fss group; root processes are left where they are.

Workaround

To maintain the process placements across redeploys, use gWLM's application records or user records when creating or editing your workload definitions in gWLM.

Sizes/allocations less than policy minimums for Virtual Machines

The sizes or allocations for virtual machines in a deployed SRD can appear to be less than their policy minimums.

Documentation or minor issues

67

Page 66 Page 68
Page 67
Image 67
HP UX 11i Workload Management (gWLM/WLM) Software manual SRD deployment times out and displays a blank screen
Page 66 Page 68

UX 11i Workload Management (gWLM/WLM) Software specifications

HP-UX 11i Workload Management (gWLM/WLM) software is an integral component of HP's premier UNIX operating system, designed to enhance system performance and resource management across diverse workloads. This advanced tool allows system administrators to monitor, control, and allocate resources effectively to achieve optimal performance, reliability, and service levels in enterprise environments.

One of the main features of gWLM/WLM is its ability to classify workloads and manage them according to specific policies set by the administrator. By using service level objectives (SLOs), administrators can define the performance criteria for various applications and workloads. gWLM continuously tracks these workloads, ensuring that they adhere to the defined SLOs, thus maintaining a high level of application performance.

The software employs resource pools, which segment resources such as CPU, memory, and I/O bandwidth among different workloads based on predefined priorities. This capability ensures that critical applications receive the resources they require, even during peak usage periods, thereby preventing resource starvation that could lead to system slowdowns or crashes.

Another significant characteristic of gWLM/WLM is its real-time monitoring and reporting capabilities. The software provides detailed insights into resource utilization, workload performance, and system health. Administrators can access this information through a user-friendly interface, allowing for informed decision-making and proactive management.

Integration with HP Serviceguard adds another layer of functionality, enabling high availability for critical applications. gWLM can orchestrate workload migration to ensure that service levels are maintained, even in the event of hardware failures or resource contention.

The technology behind gWLM/WLM is built on advanced algorithms that leverage historical data and predictive modeling to optimize resource allocation dynamically. This means that as workloads change, the system can automatically adjust resource distribution to meet performance targets without the need for constant manual intervention.

gWLM also supports integration with various enterprise management tools, enabling administrators to implement comprehensive monitoring and management strategies across the IT infrastructure. The scalability of gWLM allows organizations of all sizes to benefit from its robust workload management features, ensuring that they can adapt to changing demands in their operational environments.

In summary, HP-UX 11i Workload Management software offers a sophisticated solution for optimizing resource utilization, managing workloads effectively, and maintaining high performance in complex enterprise environments. Its comprehensive features and technologies make it an essential tool for any organization seeking to enhance their IT operations.