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 fond de panier 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 backplane et que le <nodeId> bit de l’interface est identique à l’ID du nœud. Par exemple, si le NodeID est 3, l’interface de backplane 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 joindre 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’effectuer un ping sur l’adresse IP du cluster à partir du nœud que vous essayez de joindre.
-
Dupliquer l’adresse IP du cluster. Vérifiez si l’adresse IP du cluster existe sur un nœud non 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 posséder les mêmes licences que le coordinateur de configuration. Cette erreur se produit lorsque les licences sur le nœud que vous rejoignez ne correspondent pas aux licences sur le 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
À partir de 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, reportez-vous à la section 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 de cluster. Toutes les sessions établies via l’adresse NSIP des nœuds individuels sont en lecture seule.
Pourquoi l’état du nœud affiche-t-il « INACTIVE » lorsque l’état du nœud affiche « UP » ?
Un nœud sain peut être dans l’état INACTIF pour diverses raisons. Une analyse du ns.log ou des compteurs d’erreurs peut vous aider à déterminer la raison exacte.
Comment puis-je résoudre la santé d’un nœud lorsque son état affiche « NOT UP » ?
La santé dunœud “Not UP” indique qu’il y a des problèmes avec le nœud. Pour 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 d’un nœud apparaît comme « 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 de cluster. Dans de tels 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, reportez-vous à la section 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 ?
Sur une session telnet, l’adresse IP du cluster est accessible uniquement en mode lecture seule. Par conséquent, vous ne pouvez pas configurer un cluster sur une session telnet.
Je remarque une différence d’heure significative entre les nœuds de cluster. Que dois-je faire pour résoudre ce problème ?
Lorsque des paquets PTP sont supprimés en raison du commutateur de fond de panier ou si les ressources physiques sont surexploitées dans un environnement virtuel, l’heure ne sera pas synchronisée.
Pour synchroniser les heures, vous devez effectuer les opérations suivantes sur l’adresse IP du cluster :
-
Désactivez PTP.
set ptp -state disable
-
Configurer le protocole NTP (Network Time Protocol) pour le cluster. Pour plus d’informations, reportez-vous à la section Configuration de la synchronisation d’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 SSH vers l’adresse IP du cluster à partir du shell en exécutant la commande suivante à l’invite shell :
# ssh nsroot@<cluster IP address>
Que dois-je faire pour récupérer un nœud de cluster qui a des problèmes de connectivité ?
Pour restaurer un nœud qui présente des problèmes de connectivité :
-
Désactivez l’instance de cluster sur ce nœud (car vous ne pouvez pas exécuter de commandes à partir du NSIP d’un nœud de cluster).
-
Exécutez les commandes requises pour restaurer le nœud.
-
Activez l’instance de cluster sur ce nœud.
Certains nœuds du cluster ont deux itinéraires par défaut. Comment puis-je supprimer la deuxième route par défaut du nœud de cluster ?
Pour supprimer l’itinéraire par défaut supplémentaire, procédez comme suit sur chaque nœud qui a l’itinéraire supplémentaire :
-
Désactivez l’instance de cluster.
disable cluster instance <clId> -
Retirez l’itinéraire.
rm route <network> <netmask> <gateway> -
Activez l’instance de cluster.
enable cluster instance <clId>
La fonctionnalité de 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 lorsque ce nœud est hors du cluster, alors, lorsque le nœud est en ligne, il y a une incompatibilité dans les informations d’identification RPC et peut affecter la fonctionnalité 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 affiche-t-il « INACTIVE » lorsque l’état du nœud affiche « UP » ?
- Comment puis-je résoudre la santé d’un nœud lorsque son état affiche « NOT UP » ?
- Que dois-je faire lorsque l’état d’un nœud apparaît comme « 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 une différence d’heure significative entre les nœuds de 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 ?
- Que dois-je faire pour récupérer un nœud de cluster qui a des problèmes de connectivité ?
- Certains nœuds du cluster ont deux itinéraires par défaut. Comment puis-je supprimer la deuxième route par défaut du nœud de cluster ?
- La fonctionnalité de 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 ?