Dépannage - Dell PowerEdge Cluster SE600L Guide D'installation

Retour à la page Contenu
Dépannage
Systèmes Dell™ PowerEdge™ Cluster SE600L - Guide d'installation et de dépannage
Connectivité physique
Vérification de la connectivité du nœ ud
Problèmes liés au réseau
Etat du cluster
Dépannage de Conga
Cette section présente diverses méthodes permettant d'identifier des problèmes possibles et de tester les fonctionnalités du système Dell™ PowerEdge™
Cluster SE600L haute disponibilité.
Connectivité physique
Vérifiez toutes les connexions physiques. Déconnectez tous les câbles et vérifiez s'ils ne sont pas endommagés, puis reconnectez-les fermement. Si le
problème persiste, essayez de permuter un câble avec un autre et voyez si le problème vient du câble ou du périphérique.
Vérification de la connectivité du nœud
Pour vérifier la connectivité, procédez comme suit :
Sur le nœ ud1 :
[root@nœud1]# ping {nom d'hôte complet du nœud2}
Par exemple :
[root@nœud1]# ping nœud2.local
Sur le nœ ud2 :
[root@nœud2]# ping {nom d'hôte complet du nœud1}
Sur le nœ ud de gestion :
[root@nœud_de_gestion]# ping {nom d'hôte complet du nœud1}
[root@nœud_de_gestion]# ping {nom d'hôte complet du nœud2}
Problèmes liés au réseau
®
Les nœ uds Red Hat Clustering communiquent au moyen de la fonctionnalité de multidiffusion. Les commutateurs réseau doivent être configurés pour
permettre l'utilisation d'adresses de multidiffusion et prendre en charge le protocole IGMP (Internet Group Management Protocol). Consultez le guide Cluster
Administration, section "2.6. Multicast Addresses" (en anglais) disponible à l'adresse www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/fr-
FR/index.html pour plus d'informations ainsi que la documentation fournie avec les commutateurs.
Etat du cluster
Vous pouvez superviser le cluster avec Conga. Vous pouvez également exécuter la commande clustat à partir de n'importe quel nœ ud. Par exemple :
[root]# clustat
Journalisation
Tous les messages importants sont consignés dans le journal /var/log/messages.
Ci-dessous est présenté un exemple de perte de connectivité sur le nœ ud1, ce qui a conduit le nœ ud2 à l'isoler.
Nov 28 15:37:56 node2 openais[3450]: [TOTEM] previous ring seq 24 rep 172.16.0.1 (séquence de boucle précédente 24 rép 172.16.0.1)
Nov 28 15:37:56 node2 openais[3450]: [TOTEM] aru 2d high delivered 2d received flag 1 (aru 2nd haut livré 2nd reçu indicateur 1)
Nov 28 15:37:56 node2 openais[3450]: [TOTEM] Did not need to originate any messages in recovery. (Aucun message émis pour la récupération.)
Nov 28 15:37:56 node2 openais[3450]: [TOTEM] Sending initial ORF token (Envoi du jeton ORF initial)
Nov 28 15:37:56 node2 openais[3450]: [CLM ] CLM CONFIGURATION CHANGE
Problèmes liés au fichier de configuration
Identification du disque virtuel
Problèmes liés aux volumes logiques
Problèmes liés au stockage partagé
Test des mécanismes d'isolement