HP Logiciel HP Matrix Operating Environment - Manuel (Page 55)

Solution
Ce message indique qu'il n'y a pas de mécanismes de partage de ressources pris en charge
disponible entre les hôtes spécifiés. Ce message peut s'afficher dans les cas suivants :
•
Vous avez spécifié des hôtes dans différents complexes et ces derniers ne sont pas gérés dans
le même groupe GiCAP.
•
Vous avez spécifié des hôtes dans différentes nPartitions d'un complexe alors qu'il n'y a pas
de droits d'utilisation iCAp à partager entre les nPartitions.
•
Le cimserver (ou un fournisseur) d'un ou de plusieurs hôtes ne fonctionne pas correctement.
De ce fait, les ID de complexe ou de partition ne sont pas découverts correctement.
Si vous recevez ce message :
•
Inspectez les fichiers /var/opt/gwlm/gwlmagent.log.0 sur les nœuds gérés indiqués
pour repérer les messages d'erreur.
•
Si les partitions ont été renommées, il se peut que le redémarrage des agents dans le complexe
corrige le problème.
•
S'il est disponible, inspectez l'arborescence de découverte en quête de différences inattendues
dans le complexe ou les noms de partitions. Vérifiez le fonctionnement des commandes
parstatus
, icapstatus et vparstatus sur les hôtes ne disposant pas des ID attendus.
Il se peut que le redémarrage du cimserver sur ces hôtes corrige le problème.
Compatibilité avec PRM et WLM
Vous ne pouvez pas utiliser gWLM avec Process Resource Manager (PRM) ou Workload Manager
(WLM) pour gérer le même système simultanément. Si vous le faites, vous recevrez un message
indiquant qu'un verrouillage est mis en place par l'application qui gère le système. Pour utiliser
gWLM dans ce cas, fermez d'abord l'application responsable du verrouillage.
Pour PRM, saisissez les commandes suivantes :
# /opt/prm/bin/prmconfig -d
# /opt/prm/bin/prmconfig -r
Pour WLM, saisissez la commande suivante :
#/opt/wlm/bin/wlmd -k
Incompatibilité rare avec des partitions virtuelles
En fonction des caractéristiques de charge de travail, gWLM peut migrer les ressources d'UC
rapidement. Cette migration fréquente peut, dans de rares cas, entraîner une erreur de la partition
virtuelle. Cela peut également entraîner une alerte. Un ou plusieurs des messages suivants peuvent
alors apparaître :
No Chosen CPU on the cell-cannot proceed with NB PDC.
ou
PDC_PAT_EVENT_SET_MODE(2) call returned error
Solution
Une mise à niveau vers vPars A.03.04 résout ce problème.
Avec les versions antérieures de vPar, vous pouvez résoudre ce problème de la façon suivante :
Affectez (à l'aide d'une affectation de chemin) au moins une UC par cellule en tant qu'UC liée à
au moins une partition virtuelle. (Il peut s'agir de n'importe quelle partition virtuelle.) Cela permet
de s'assurer qu'il n'y a pas de reconfiguration sur les migrations d'UC. Si vous avez par exemple
quatre cellules (0, 1, 2, 3) avec chacune quatre UC (10, 11, 12, 13) et quatre partitions virtuelles
(vpar1, vpar2, vpar3, vpar4), vous pouvez affecter 0/1x à vpar1, 1/1x à vpar2, 2/1x à vpar3
et 3/1x à vpar4, où x est 0, 1, 2, 3.
Les charges de travail dans gWLM ne suivent pas les packages Serviceguard associés
À l'exception des machines virtuelles, une charge de travail ne peut être gérée par gWLM que
dans un SRD déployé à la fois. De ce fait, si une charge de travail est associée directement à un
Limitations 55