VxRail : Après le remplacement d’un disque, la vue physique du VxRail Plug-in indique que le logement de disque n’est pas géré et que la configuration de disque est vide

Après le remplacement d’un disque, la vue physique du plug-in VxRail indique que le logement de disque n’est pas géré et que la configuration de disque est vide :

problème 1. Le disque est remplacé à l’aide d’un processus VMware normal, et non à partir de la vue physique VxRail, ce qui résout la panne du disque de remplacement.
Problème 2 : La vue physique de VxRail affiche désormais les disques dont le numéro de série est incorrect et les disques manquants.
Problème 3 : Après correction des problèmes ci-dessus, la vue physique indique que le logement de disque n’est pas géré et que la configuration de disque est vide.

Le remplacement du disque a été effectué à l’aide d’une méthode non prise en charge : le plug-in VxRail doit toujours être utilisé.
Un plan d’action complet vxnode.config le fichier doit avoir un segment de disque, un segment de bloc d’alimentation, local_slot_claims segment, disk_group_options segment disk_group_type segment. La commande local_slot_claims ou disk_group_options ou les deux doivent exister dans ce fichier. Si aucun d’entre eux ne se ferme, il est régénéré à partir du fichier hardware-model-specs.json.

Exécutez les commandes ci-dessous sur VxRail Manager avec l’utilisateur root pour mettre à jour le fichier ESXi vxnode.config avec le nouveau numéro de série et les informations de logement du disque/bloc d’alimentation. Remplacez <le nom> d’hôte ESXi et <le mot de passe> root ESXi par une valeur réelle.


Pour mettre à jour les informations sur le disque :

curl -X POST --unix-socket /var/lib/vxrail/nginx/socket/nginx.sock http://127.0.0.1/rest/vxm/internal/do/v1/hosts/baseline-update -H 'Content-Type: application/json' -d '[{"hostname":"<ESXi hostname>", "username":"root","password":"<ESXi root password>", "update_disk":true}]'

Pour mettre à jour les informations du bloc d’alimentation :

curl -X POST --unix-socket /var/lib/vxrail/nginx/socket/nginx.sock http://127.0.0.1/rest/vxm/internal/do/v1/hosts/baseline-update -H 'Content-Type: application/json' -d '[{"hostname":"<ESXi hostname>", "username":"root","password":"<ESXi root password>", "update_psu":true}]'

Redémarrez les services sur VxRail Manager

systemctl restart vmware-marvin

systemctl restart runjars

• Si vous obtenez une erreur lors de l’exécution de la commande curl, vérifiez l’iDRAC si les blocs d’alimentation sont répertoriés. Si ce n’est pas le cas (le rapport TSR indique également que les blocs d’alimentation sont absents), redémarrez ou réinitialisez l’iDRAC et vérifiez que les blocs d’alimentation sont répertoriés par la suite (le prochain rapport TSR devrait également afficher les blocs d’alimentation).
• Si la commande baseline-update curl renvoie 200 réussite, mais que le fichier vxnode.config n’est pas mis à jour, passez en revue short.term.log sur VxRail Manager pour identifier ce qui ne va pas. Cela peut être dû au fait que le service de plateforme sur le nœud n’est pas en cours d’exécution. Vous pouvez réinitialiser l’iDRAC et redémarrer le service de plateforme pour voir s’il peut rétablir le service, puis exécuter à nouveau la commande baseline-update.