Dépannage de Serviceguard avec Integrity VM

Cette section décrit comment résoudre certains des problèmes qui peuvent survenir lors de l'utilisation de Serviceguard avec Integrity VM.

Dépannage de machines virtuelles en tant que packages Serviceguard

Si l'invité distribué ne démarre pas ou ne bascule pas, vérifiez le fichier /var/adm/syslog/syslog.log et le fichier journal de package (/etc/cmcluster/nom_invité/nom_invité.log).

Lorsque le démarrage d'un package échoue, ServiceGuard effectue un arrêt de package. Les fichiers journaux incluent une section 'Halting package' après la section 'Starting package' dans laquelle sont répertoriés les messages d'échec de démarrage. Examinez bien ces deux sections lors de l'affichage des fichiers journaux après un échec de démarrage de package.

Si l'invité distribué ne démarre pas, désactivez le package à l'aide de la commande cmhaltpkg. Assurez-vous que l'invité dispose des ressources nécessaires pour s'exécuter sur le nœud adoptif en démarrant manuellement le package sur le nœud adoptif avec la même charge de travail à l'aide de la commande cmrunpkg.

Si le package ne démarre pas en contrôle manuel, arrêtez le cluster et testez l'invité nommé compass1.

Utilisez la commande hpvmmodify pour configurer l'invité comme non distribué. Par exemple :
# hpvmmodify -P compass1 -i NONE # hpvmmodify -P compass1 -j 0
Utilisez la commande hpvmstart pour démarrer l'invité avec le même système VM Host et la même charge de travail. Utilisez la console virtuelle (hpvmconsole) pour vous assurer que le système d'exploitation invité est installé et que les applications s'exécutent correctement.

Après avoir testé l'invité, recréez le package Serviceguard.

Si l'invité ne démarre pas et affiche des erreurs signalant des problèmes de stockage, et que vous utilisez des volumes logiques, il se peut que les unités de stockage ne soient pas accessibles au VM Host. Pour rendre les unités de stockage accessibles, entrez les commandes appropriées, comme suit :

Pour les volumes logiques LVM, entrez les commandes suivantes :
# vgchange -c n /dev/vgxx# vgchange -a y /dev/vgxx

Pour les volumes logiques VxVM, entrez les commandes suivantes :

# vxdg import nom_groupe_disques
# vxvol -g nom_groupe_disques startall

Si vous utilisez des fichiers sur un volume logique, entrez également la commande suivante :
# mount /périphérique/vgxx /point_montage

Après vous être assuré de la disponibilité des périphériques de stockage de support, restaurez-les à leur état d'origine.

Voici quelques exemples de problèmes pouvant être dus à une configuration de stockage incorrecte :

Disques entiers - Vérifiez que le VM Host a accès aux disques. Il peut s'agir d'un problème matériel ou de sous-système de stockage.
LVM - Avant de démarrer un package, Serviceguard exige que tous les groupes de volumes associés au package soient inactifs. Pour plus de détails sur la désactivation des groupes de volumes, voir le manuel Managing Serviceguard.
VxVM - Avant de démarrer un package, Serviceguard exige que tous les groupes de disques associés au package soient déportés. Pour plus de détails, voir le manuel Managing Serviceguard.
Fichiers - Avant de démarrer un package, Serviceguard exige que les systèmes de fichiers des fichiers banques de support associés au package soient démontés.

Si l'invité a des problèmes d'accès au réseau, assurez-vous que les périphériques réseau sont accessibles sur le système VM Host. Les packages ne démarrent pas si l'un de leurs sous-réseaux définis est indisponible. Cela provoque plusieurs échecs si aucun réseau local de secours n'est disponible, ou en cas de défaillance d'un ou plusieurs commutateurs, concentrateurs, interfaces ou câbles.

L'un des problèmes courants lors du démarrage d'un package est l'insuffisance de mémoire. Pour plus d'informations sur la façon de fournir les ressources mémoire requises, voir le Chapitre 3.

Création d'invités distribués

Ce manuel décrit comment utiliser le script hpvmsg_package pour vous aider à configurer des invités en tant que packages Serviceguard. Si vous créez la configuration de package Serviceguard et les scripts de contrôle manuellement, vous devez plutôt utiliser les options suivantes de la commande hpvmcreate, hpvmmodify ou hpvmclone pour identifier le nom du package Serviceguard et pour marquer l'invité comme invité distribué.

Utilisez l'option -i pour spécifier le package Serviceguard. (Par exemple,-i nom_package_SG.)
Utilisez l'option -j 1 pour indiquer que l'invité est distribué.

Pour plus d'informations, consultez le fichier hpvmsg_package.

Mise en réseau

Si l'invité rencontre des problèmes réseau après le basculement :

Assurez-vous que les vswitches sont configurés correctement sur le nœud adoptif. Si vous utilisez la fonctionnalité VLAN des vswitches Integrity VM, assurez-vous que des ID de VLAN appropriés sont affectés à chaque port.
Ajustez les valeurs des paramètres Serviceguard suivants dans le fichier de configuration de cluster. Les valeurs correctes des paramètres HEARTBEAT_INTERVAL et NODE_TIMEOUT dépendent du système et de la charge. Plus spécifiquement :
- Le paramètre HEARTBEAT_INTERVAL spécifie l'intervalle normal entre les transmissions des messages de pulsation d'un nœud à l'autre dans le cluster. La valeur du paramètre HEARTBEAT_INTERVAL est entrée en microsecondes ; la valeur par défaut est 1 000 000 microsecondes. Il n'est pas recommandé de spécifier une valeur inférieure à la valeur par défaut. Vous devez si possible utiliser la valeur par défaut. La valeur maximale recommandée est 15 secondes et la valeur maximale prise en charge est 30 secondes. Cette valeur doit être égale à au moins la moitié de la valeur du paramètre NODE_TIMEOUT.
- Le paramètre NODE_TIMEOUT spécifie le délai au-delà duquel le nœud Serviceguard peut décider que l'autre nœud est disponible et initier une reformation de cluster. Ce paramètre est entré en microsecondes ; la valeur par défaut est 2 000 000 microsecondes. La valeur minimale est deux fois la valeur du paramètre HEARTBEAT_INTERVAL. La valeur maximale recommandée pour ce paramètre est 30 000 000. La valeur par défaut donne lieu aux reformations de cluster les plus rapides. Toutefois, son utilisation augmente le risque de reformations parasites dues à des blocages système temporaires ou à des pics de charge réseau. Pour de nombreuses installations, une valeur comprise entre 5 000 000 et 8 000 000 (de 5 à 8 secondes) est plus appropriée. La valeur maximale recommandée est 30 secondes et la valeur maximale prise en charge est 60 secondes.

Intervalle d'interrogation pour les nœuds Serviceguard de machine virtuelle

Le basculement Serviceguard dans Integrity VM peut prendre plus de temps que prévu avec l'intervalle d'interrogation réseau par défaut de 5 secondes. Pour réduire la durée de basculement, réduisez la valeur du paramètre ajustable HPVMNETINTVL à 2.

Si Serviceguard est installé sur votre système et que vous souhaitez vous assurer que le basculement des vswitches utilisés pour Serviceguard a lieu en moins de 5 secondes, utilisez un éditeur de texte pour ajouter ou modifier la ligne suivante dans le fichier /etc/rc.config.d/hpvmconf :

HPVMNETINTVL=n

où n est un entier compris entre 1 et 10 qui spécifie le nombre de secondes.

La valeur par défaut est 5 secondes. Autrement dit, si le paramètre ajustable HPVMNETINTVL n'est pas défini dans le fichier, la valeur est 5 secondes. Pour Serviceguard dans les configurations Integrity VM, la valeur recommandée est 2.

Pour plus d'informations, consultez les manuels suivants :

HP Integrity Virtual Machines - Installation, configuration et administration
Managing Serviceguard

Dépannage de Serviceguard avec Integrity VM

Documentation technique

» Table des matières

» Glossaire

» Index

Dépannage de machines virtuelles en tant que packages Serviceguard

Création d'invités distribués

Mise en réseau

Intervalle d'interrogation pour les nœuds Serviceguard de machine virtuelle