Un seul srd peut être déployé, L'application s'arrête dans un groupe fss – HP Logiciel HP Matrix Operating Environment Manuel d'utilisation

Page 63

Advertising
background image

Solution
Configurez les politiques fixes afin que le nombre d'UC requis soit supérieur ou égal au nombre
minimum d'UC requis par le compartiment parent.

Un seul SRD peut être déployé

Vous pouvez recevoir un message de ce type :

Error trying to deploy SRD, mysystem.vpar.000 to mysystem2.mydomain.com.
SRD, mysystem2.fss.000 is already deployed. Only one SRD is allowed to
be deployed.

Solution
Annulez le déploiement du SRD à l'aide de l'option --force avec la commande gwlm undeploy,
puis redémarrez gwlmagent sur le nœud géré.

Le déploiement du SRD expire et un écran blanc apparaît

Si vous tentez de déployer un SRD, mais que :

gWLM expire et qu'un écran blanc s'affiche ;

des événements de chaque nœud géré similaire à l'événement suivant surviennent :

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.

Vous devez configurer gWLM afin qu'il fonctionne avec des hôtes sur plusieurs LAN.
Solution
Consultez

« Using gWLM with Hosts on Multiple LANs » (page 46)

pour plus d'informations sur

la configuration de gWLM afin qu'il fonctionne avec des hôtes sur plusieurs LAN.

L'application s'arrête dans un groupe fss

Sur HP-UX 11i v2 (B.11.23), une application dans un groupe fss peut s'arrêter lorsqu'elle s'exécute
dans une partition virtuelle, une nPartition ou un système à un processeur.
Solution
Installez le correctif PHKL_33052.

Les scripts ne sont pas placés dans les charges de travail correctes

Avec des compartiments basés sur des pset ou des groupes fss, gWLM vous permet de placer des
scripts dans les compartiments à l'aide d'enregistrements d'applications portant des noms différents.
Cela fonctionne uniquement si le shell ou l'interpréteur utilisés sont répertoriés dans le fichier /etc/
shells

. En général, perl n'est pas dans ce fichier. De ce fait, les scripts perl (et tout autre script

basé sur des shells ou des interpréteurs non répertoriés dans /etc/shells) ne sont pas
correctement placés.
Les fichiers exécutables ne sont pas affectés par ce problème.
Solution
Ajoutez /opt/perl/bin/perl et tout autre shell ou interpréteur nécessaire au fichier /etc/
shells

. Global Workload Manager reconnaîtra les shells et les interpréteurs ajoutés dans les 30

secondes.

REMARQUE :

Le nom complet du chemin n'étant pas requis pour le script, un utilisateur non

autorisé pourrait accéder aux compartiments basés sur des pset ou des groupes fss, autrement
inaccessibles, en utilisant le nom du script des nouveaux scripts ou wrappers.

Documentation ou problèmes mineurs

63

Advertising