9.3. nœuds incapables de rejoindre le cluster après un clôturage (fencing) ou un redémarrage

Les clusters dont le trafic passe par un interrupteur Cisco Catalyst peuvent rencontrer ce problème.

Assurez-vous que tous les nœuds du cluster possèdent la même version du fichier cluster.conf. Si le fichier cluster.conf est différent sur n'importe quel nœud, alors ces nœuds pourraient ne pas être en mesure de rejoindre le cluster après le fencing.

À partir de Red Hat Enterprise Linux 6.1, vous pouvez utiliser la commande suivante pour vérifier que tous les nœuds spécifiés dans le fichier de configuration du cluster de l'hôte possèdent bien un fichier de configuration du cluster identique :

ccs -h host --checkconf

Pour obtenir des informations sur la commande ccs, voir le Chapitre 5, Configurer le module complémentaire Red Hat High Availability avec la commande ccs et le Chapitre 6, Gérer le module complémentaire Red Hat High Availability avec ccs.

Assurez-vous de bien avoir configuré chkconfig on pour les services clusters dans le nœud qui tente de rejoindre le cluster.

Assurez-vous qu'aucune règle de pare-feu ne bloque les communications entre le nœud et les autres nœuds dans le cluster.