Dépannage des problèmes de vm ou vpar – HP Logiciel HP Matrix Operating Environment Manuel d'utilisation

Page 143

Advertising
background image

Dépannage des problèmes de VM ou vPar

Cette section traite des problèmes susceptibles de se produire lors de l'utilisation de Integrity Virtual
Server Manager pour créer, démarrer ou modifier une VM ou vPar ou pour afficher des données
de VM ou vPar. Elle propose également des solutions à ces problèmes.

Les données d'utilisation pour les invités OpenVMS ne sont pas affichées
Les données d'utilisation pour OpenVMS peuvent ne pas être visibles après la première
installation du système d'exploitation OpenVMS ou après le réamorçage des invités OpenVMS.
Cela est dû au fait que, par défaut, les services TCP/IP et WBEM Provider ne démarrent pas
automatiquement après le réamorçage de la machine invitée OpenVMS.
Les produits TCP/IP, WBEM Services et Utilization Provider ne sont pas installés par défaut
sur un invité OpenVMS. Assurez-vous que les produits TCP/IP, WBEM Services et Utilization
Provider sont installés, configurés et démarrés sur l'invité. Après avoir réamorcé l'invité, vérifiez
si les services TCP/IP et WBEM ont été démarrés. Si ce n'est pas le cas, redémarrez les services
TCP/IP et/ou WBEM ou ajoutez la commande dans le script de démarrage de façon que ces
services démarrent automatiquement lors de l'amorçage de l'invité OpenVMS. Pour plus
d'informations, voir la documentation OpenVMS relative à la configuration des services TCP/IP
et WBEM Provider.

Échec de création d'une VM
Lorsque vous utilisez l'assistant Create Virtual Machines, plusieurs conditions d'erreur ou
d'avertissement peuvent empêcher la création de la VM ou vPar. Toutefois, si la case à cocher
Create VM even if resources are insufficient, missing or unavailable est activée dans la page
Summary de l'assistant Create Virtual Machines, vous pouvez toujours faire en sorte que
Integrity Virtual Server Manager crée la VM. Vous devrez rectifier la situation avant de démarrer
la VM.

Échec de démarrage d'une VM ou vPar
La cause la plus probable de l'échec de démarrage d'une VM ou vPar est l'absence,
l'insuffisance ou l'indisponibilité des ressources. Assurez-vous que les ressources requises sont
accessibles. Par exemple :

La mémoire disponible sur la VSP est insuffisante pour la VM ou vPar
Assurez-vous qu'une quantité de mémoire suffisante est disponible sur la VSP afin de
satisfaire les besoins en mémoire allouée pour la nouvelle VM ou vPar (en plus de celle
nécessaire aux VM ou vPars existantes).

Vous avez spécifié un périphérique déjà utilisé par une autre VM ou vPar.
Il se peut que vous ayez spécifié un périphérique réseau ou de stockage déjà utilisé par
une autre VM ou vPar. Vous devez revenir à la page appropriée de l'assistant pour
sélectionner un périphérique inutilisé. Pour identifier les périphériques déjà utilisés,
examinez l'onglet VSP Network ou VSP Storage.

Un fichier spécifié comme périphérique de support est inexistant
Il se peut que vous ayez spécifié de manière incorrecte le nom ou le chemin d'accès d'un
fichier à utiliser comme périphérique de stockage de support, ou que vous ayez spécifié
un fichier inexistant.

La VM est en cours de migration en ligne ou a migré vers une autre VSP (et est à l'état
Non exécutable).

Échec de modification des droits de processeur de la VM
Si vous tentez de modifier (en sélectionnant Modify

→CPU Entitlement for VM) le droit de

processeur d'une VM gérée par gWLM, le message d'erreur suivant s'affiche, où
nom_machine_virtuelle

correspond au nom de la VM :

The processor entitlement for VM nom_machine_virtuelle cannot be
modified because it is being managed by gWLM. To adjust the processor

Dépannage des problèmes de VM ou vPar

143

Advertising