L'état de NSX Manager est dégradé en raison du composant DATASTORE et/ou du composant CORFU_NONCONFIG inactif sur un ou plusieurs nœuds de gestionnaire membres du cluster NSX.

Solution

  1. Connectez-vous au terminal de l'interface de ligne de commande NSX Manager via SSH en tant qu'administrateur.
  2. Pour identifier le nœud de gestionnaire dont les composants sont inactifs, exécutez get cluster status.
  3. Vérifiez que la banque de données sous-jacente est disponible avec la latence d'accès au disque recommandée. Pour corriger la latence d'accès au disque, reportez-vous à la section https://kb.vmware.com/s/article/87075?lang=en_US.
    Note : Une panne de banque de données peut amener les VM du dispositif NSX Manager à passer en mode lecture seule. Linux ne fournit pas de fonctionnalité utilisable autre que le redémarrage de l'intégralité du dispositif pour récupérer de cette erreur. Vérifiez que la banque de données principale a entièrement récupéré avant de redémarrer la VM NSX Manager.
  4. Pour vérifier qu'aucune partition de disque consommée par NSX est complète ou presque, exécutez « get filesystem-stats ».
    Note : Les journaux propres à une banque de données sont disponibles dans var/log/corfu/corfu.9000.log et /var/log/corfu-nonconfig/tanuki.log.
  5. Nettoyez l'espace disque et/ou redémarrez tous les nœuds NSX Manager (une fois les problèmes de stockage résolus) pour supprimer le mode lecture seule.
  6. Si des composants continuent d'être inactifs, contactez le support VMware.
    Important : Si la banque de données est inactive, NSX Manager continue à être inclus dans le cluster si sa connectivité réseau est active. Cet état peut entraîner une instabilité du plan de gestion et du plan de contrôle. Pour résoudre ce problème, mettez hors tension l'instance de NSX Manager concernée (tant que le quorum du cluster est maintenu en ayant une majorité de nœuds actifs).