Résolution des problèmes courants
Lors de la jonction d’un nœud au cluster, je reçois le message suivant, “ERREUR : nom/numéro d’interface non valide.” Que dois-je faire pour résoudre cette erreur ?
Cette erreur se produit si vous avez fourni une interface de backplane non valide ou incorrecte lors de l’utilisation de la commande add cluster node pour ajouter le nœud. Pour résoudre cette erreur, vérifiez l’interface que vous avez fournie lors de l’ajout du nœud. Assurez-vous que vous n’avez pas spécifié l’interface de gestion de l’appliance comme interface de fond et que le <nodeId> bit de l’interface est identique à l’ID du nœud. Par exemple, si le NodeID est 3, l’interface du fond de panier doit être 3/<c>/<u>.
Lors de la jonction d’un nœud au cluster, je reçois le message suivant : “ERREUR : Le clustering ne peut pas être activé, car le nœud local n’est pas membre du cluster.” Que dois-je faire pour résoudre cette erreur ?
Cette erreur se produit lorsque vous essayez de rejoindre un nœud sans ajouter le NSIP du nœud au cluster. Pour résoudre cette erreur, vous devez d’abord ajouter l’adresse NSIP du nœud au cluster à l’aide de la commande add cluster node, puis exécuter la commande jointure cluster.
Lors de la jonction d’un nœud au cluster, je reçois le message suivant, “ERREUR : Connexion refusée.” Que dois-je faire pour résoudre cette erreur ?
Cette erreur peut se produire pour les raisons suivantes :
-
Problèmes de connectivité. Le nœud ne peut pas se connecter à l’adresse IP du cluster. Essayez d’envoyer un ping à l’adresse IP du cluster depuis le nœud que vous essayez de rejoindre.
-
Dupliquer l’adresse IP du cluster. Vérifiez si l’adresse IP du cluster existe sur un nœud autre que le cluster. Si c’est le cas, créez une adresse IP de cluster et essayez de rejoindre le cluster.
En joignant un nœud au cluster, j’obtiens le message suivant, “ERROR: License mismatch between the configuration coordinator and the local node.” Que dois-je faire pour résoudre cette erreur ?
L’appliance que vous joignez au cluster doit disposer des mêmes licences que le coordinateur de configuration. Cette erreur se produit lorsque les licences du nœud que vous rejoignez ne correspondent pas à celles du coordinateur de configuration. Pour résoudre cette erreur, exécutez les commandes suivantes sur les deux nœuds et comparez les sorties.
À partir de la ligne de commande :
-
show ns hardware -
show ns license
Depuis la coque :
-
nsconmsg -g feature -d stats -
ls /nsconfig/license -
Afficher le contenu du fichier /var/log/license.log
Que dois-je faire lorsque les configurations d’un nœud de cluster ne sont pas synchronisées avec les configurations de cluster ?
Habituellement, les configurations sont automatiquement synchronisées entre tous les nœuds de cluster. Toutefois, si vous pensez que les configurations ne sont pas synchronisées sur un nœud spécifique, vous devez forcer la synchronisation en exécutant la commande forcer cluster sync à partir du nœud que vous souhaitez synchroniser. Pour plus d’informations, consultez Synchronisation des configurations de cluster.
Lors de la configuration d’un nœud de cluster, je reçois le message suivant : “ERREUR : La session est en lecture seule ; connectez-vous à l’adresse IP du cluster pour modifier la configuration.”
Toutes les configurations d’un cluster doivent être effectuées via l’adresse IP du cluster et les configurations sont propagées aux autres nœuds du cluster. Toutes les sessions établies via l’adresse NSIP de nœuds individuels sont en lecture seule.
Pourquoi l’état du nœud indique-t-il « INACTIF » alors que l’état de santé du nœud indique « UP » ?
Un nœud sain peut être dans l’état INACTIF pour diverses raisons. Une analyse du fichier ns.log ou des compteurs d’erreurs peut vous aider à en déterminer la raison exacte.
Comment puis-je résoudre le problème de santé d’un nœud lorsque son état de santé indique « NOT UP » ?
L’état de santé du nœud « NotUP » indique qu’il y a des problèmes avec le nœud. Pour en connaître la cause première, vous devez exécuter la commande show cluster node . Cette commande affiche les propriétés du nœud et la raison de l’échec du nœud.
Que dois-je faire lorsque l’état de santé d’un nœud indique « NOT UP » et que la raison indique que les commandes de configuration ont échoué sur un nœud ?
Ce problème se produit lorsque certaines commandes ne sont pas exécutées sur les nœuds du cluster. Dans ce cas, vous devez vous assurer que les configurations sont synchronisées à l’aide de l’une des options suivantes :
-
Si certains des nœuds de cluster sont dans cet état, vous devez effectuer l’opération de synchronisation forcée du cluster sur ces nœuds. Pour plus d’informations, consultez Synchronisation des configurations de cluster.
-
Si tous les nœuds de cluster sont dans cet état, vous devez désactiver, puis activer l’instance de cluster sur tous les nœuds de cluster.
Lorsque j’exécute la commande set virtual server, j’obtiens le message suivant, « Aucune ressource de ce type.« Que dois-je faire pour résoudre ce problème ?
La commande set vserver n’est pas prise en charge dans le clustering. Les commandes unset vserver, enable vserver, disable vserver et rm vserver ne sont pas non plus prises en charge. Toutefois, la commande show vserver est prise en charge.
Je ne peux pas configurer le cluster sur une session Telnet. Que dois-je faire ?
Au cours d’une session Telnet, l’adresse IP du cluster n’est accessible qu’en mode lecture seule. Par conséquent, vous ne pouvez pas configurer un cluster sur une session Telnet.
Je remarque un décalage horaire significatif entre les nœuds du cluster. Que dois-je faire pour résoudre ce problème ?
Lorsque des paquets PTP sont supprimés en raison du commutateur de backplane ou si les ressources physiques sont surchargées dans un environnement virtuel, l’heure n’est pas synchronisée.
Pour synchroniser les heures, vous devez effectuer les opérations suivantes sur l’adresse IP du cluster :
-
Désactivez le protocole PTP.
définir la désactivation de ptp -state
-
Configurer le protocole NTP (Network Time Protocol) pour le cluster. Pour plus d’informations, voir Configuration de la synchronisation de l’horloge.
Que dois-je faire, s’il n’y a pas de connectivité à l’adresse IP du cluster et à l’adresse NSIP d’un nœud de cluster ?
Si vous ne pouvez pas accéder à l’adresse IP du cluster ou au NSIP d’un nœud de cluster, vous devez accéder à l’appliance via la console série. Si l’adresse NSIP est accessible, vous pouvez accéder à l’adresse IP du cluster via SSH depuis le shell en exécutant la commande suivante à l’invite du shell :
```# ssh nsroot@
## Que dois-je faire pour récupérer un nœud de cluster présentant des problèmes de connectivité ?
Pour récupérer un nœud présentant des problèmes de connectivité, procédez comme suit :
1. Désactivez l'instance de cluster sur ce nœud (car vous ne pouvez pas exécuter de commandes depuis le NSIP d'un nœud de cluster).
1. Exécutez les commandes requises pour récupérer le nœud.
1. Activez l'instance de cluster sur ce nœud.
## Certains nœuds du cluster ont deux routes par défaut. Comment puis-je supprimer la deuxième route par défaut depuis le nœud du cluster ?
Pour supprimer la route supplémentaire par défaut, effectuez les opérations suivantes sur chaque nœud qui possède cette route supplémentaire :
1. Désactivez l'instance de cluster.
```disable cluster instance <clId><!--NeedCopy-->
-
Supprimez l’itinéraire.
rm route <network> <netmask> <gateway><!--NeedCopy--> -
Activez l’instance de cluster.
enable cluster instance <clId><!--NeedCopy-->
La fonctionnalité du cluster est affectée lorsqu’un nœud de cluster existant est mis en ligne. Que dois-je faire pour résoudre ce problème ?
Si le mot de passe RPC d’un nœud est modifié par rapport à l’adresse IP du cluster alors que ce nœud est hors du cluster, les informations d’identification RPC ne correspondent pas, ce qui peut affecter le fonctionnement du cluster. Pour résoudre ce problème, utilisez la commande set ns RPCNode pour mettre à jour le mot de passe sur le NSIP du nœud qui est entré en ligne.
Dans cet article
- Lors de la jonction d’un nœud au cluster, je reçois le message suivant, “ERREUR : nom/numéro d’interface non valide.” Que dois-je faire pour résoudre cette erreur ?
- Lors de la jonction d’un nœud au cluster, je reçois le message suivant : “ERREUR : Le clustering ne peut pas être activé, car le nœud local n’est pas membre du cluster.” Que dois-je faire pour résoudre cette erreur ?
- Lors de la jonction d’un nœud au cluster, je reçois le message suivant, “ERREUR : Connexion refusée.” Que dois-je faire pour résoudre cette erreur ?
- En joignant un nœud au cluster, j’obtiens le message suivant, “ERROR: License mismatch between the configuration coordinator and the local node.” Que dois-je faire pour résoudre cette erreur ?
- Que dois-je faire lorsque les configurations d’un nœud de cluster ne sont pas synchronisées avec les configurations de cluster ?
- Pourquoi l’état du nœud indique-t-il « INACTIF » alors que l’état de santé du nœud indique « UP » ?
- Comment puis-je résoudre le problème de santé d’un nœud lorsque son état de santé indique « NOT UP » ?
- Que dois-je faire lorsque l’état de santé d’un nœud indique « NOT UP » et que la raison indique que les commandes de configuration ont échoué sur un nœud ?
- Lorsque j’exécute la commande set virtual server, j’obtiens le message suivant, « Aucune ressource de ce type.« Que dois-je faire pour résoudre ce problème ?
- Je ne peux pas configurer le cluster sur une session Telnet. Que dois-je faire ?
- Je remarque un décalage horaire significatif entre les nœuds du cluster. Que dois-je faire pour résoudre ce problème ?
- Que dois-je faire, s’il n’y a pas de connectivité à l’adresse IP du cluster et à l’adresse NSIP d’un nœud de cluster ?
- La fonctionnalité du cluster est affectée lorsqu’un nœud de cluster existant est mis en ligne. Que dois-je faire pour résoudre ce problème ?