VxRail : les disques VSAN « Not mounted on this host » et « Ineligible for use by VSAN » ne peuvent pas être ajoutés aux groupes de disques VSAN

Après avoir vérifié les disques à l’aide de la commande « vdq -qH » ou « vdq -Hi », un ou plusieurs disques affichent « Reason: Not mounted on this host. » Ces disques, ainsi que d’autres, indiquent « State: Ineligible for use by VSAN. » Parmi les éléments non éligibles, il peut y avoir des cartes Boss, des modules Satadom, des disques RecoverPoint et d’autres types qui doivent afficher cet état. Dans vCenter, vous pouvez voir plus de disques que prévu, bien que les disques supplémentaires ne soient pas disponibles pour être ajoutés aux groupes de disques.

Les nouveaux disques peuvent ne pas être visibles après avoir été ajoutés ou remplacés à la suite d’une panne de disque. Les disques n’affichant aucune information après « Name: » doivent être « naa.<numeros&lettres>. » Ces disques sont généralement appelés « disques fantômes ». Ils se trouvent à un emplacement où se trouvait auparavant un appareil désormais perdu. La présence de disques fantômes peut entraîner divers problèmes tels que des temps de démarrage longs, des échecs de validation, une incapacité à « garantir l’accessibilité » et des pannes de l’hôte dans certaines situations.

La suppression des disques fantômes est souvent possible via vCenter ou via la ligne de commande. Parfois, ils ne parviennent pas à être supprimés, et dans ce cas, vous devez souvent corriger le problème « Not mounted... » en premier.

Si le VSAN détecte un échec d’écriture sur un disque, il peut le faire sortir du VSAN, même si les capteurs matériels n’ont pas encore détecté une condition susceptible de les amener à marquer le disque comme défaillant. Si ce disque est un disque de cache ou si vous utilisez la déduplication et la compression, le VSAN doit mettre l’ensemble du groupe de disques hors ligne. Ceci peut entraîner les problèmes mentionnés ci-dessus, mais il ne s’agit pas de la cause sous-jacente. La cause est due à des métadonnées corrompues ou à des disques qui ont encore des partitions (de leur ancienne configuration). Elles ne sont pas restaurées et prêtes à être ajoutées à nouveau au VSAN. Cela peut également se produire pour d’autres raisons lorsqu’un élément est écrit par inadvertance sur les métadonnées du disque de manière incorrecte. Les données sont intactes mais ne sont plus accessibles, et le VSAN doit restaurer la conformité de la politique de stockage avec une resynchronisation.

Un disque avec ce type de partition peut croire qu’il fait partie d’un groupe de disques et afficher un disque de cache alors qu’il ne devrait pas en exister. Ce disque de cache ne dispose pas d’informations normales telles que la capacité ou le nom (informations naa manquantes). Toutefois, vous ne pouvez pas le supprimer, car l’hôte pense qu’il y a un disque qui n’est pas monté. Vous ne pouvez pas non plus corriger ce problème en analysant à nouveau les contrôleurs de stockage (cela peut provoquer un blocage de l’hôte) ou en redémarrant l’hôte.

Résolution : Les partitions de tous les disques « Not mounted... » doivent être supprimées ou masquées, et les disques fantômes doivent être supprimés de l’environnement. Si les partitions sont masquées, cela devrait toujours leur permettre de s’afficher à nouveau comme « Eligible for use by VSAN ». L’ajout de disques à un groupe de disques doit effacer tout ce qui se trouvait sur eux au cours du processus. Après avoir résolu ce problème et supprimé tous les disques fantômes, vous devrez peut-être redémarrer l’hôte. Cette opération est effectuée une fois que tout s’affiche correctement sur l’hôte. Dans la zone Cluster > Configure > Disk Management de vCenter, vous pouvez créer un groupe de disques normalement.

Étapes :
placez l’hôte en mode maintenance (Garantir l’accessibilité). Cela protège les données sur l’hôte contre les erreurs ou les problèmes inattendus. Assurez-vous que le reste du VSAN est également intègre. En cas de resynchronisation VSAN, celle-ci doit se terminer avant que les disques ou groupes de disques contenant des données puissent être supprimés du VSAN.
Dans les versions 7.X et supérieures, Broadcom a introduit une fonctionnalité simple « Erase ESXi storage Devices ».
Erase ESXi storage Devices (vmware.com)

1. Dans vSphere Client, accédez à l’hôte ESXi.
2. Cliquez sur l’onglet Configure.
3. Sous Storage, cliquez sur Storage Devices.
4. Sélectionnez un ou plusieurs appareils, puis cliquez sur l’icône Erase Partitions.
5. Assurez-vous que les informations de partition que vous effacez ne sont pas critiques.
6. Cliquez sur OK pour confirmer votre modification.

Si la procédure ci-dessus ne fonctionne pas, suivez les étapes manuelles ci-dessous :

1. Exécutez la commande ci-dessous sur l’hôte (dans Putty) et copiez la sortie dans un document. Putty n’est pas obligatoire, mais il est utile de pouvoir copier et coller.

   vdq -qH

2. Identifiez les disques qui sont « Ineligible for Use by VSAN » ET qui affichent « Reason: Not mounted on this host » ou qui affichent le champ de nom vide (pas d’informations naa).

3. Disques corrects affichant d’abord « Not mounted… » :

   1. Obtenez les informations NAA du disque éligible à partir de la sortie « vdq -qH » sur l’hôte. Exécutez cette commande pour masquer les partitions sur le disque :

      partedUtil mklabel /dev/disks/<naa.#'s> gpt

   2. Exécutez à nouveau la commande ci-dessous et assurez-vous que le disque affiche désormais « Eligible for use by VSAN ».

      vdq -qH

      * Si ce n’est pas le cas, un redémarrage, puis la répétition de l’étape précédente est nécessaire. Vous devez essayer de supprimer les disques fantômes avant de redémarrer afin d’éviter un processus de démarrage long, car l’hôte initialise les disques et les services vSAN tentent de démarrer.

4. Supprimez les disques fantômes. Généralement, vous pouvez le faire dans la même zone de gestion des disques. Si ce n’est pas le cas, utilisez la ligne de commande sur l’hôte.

   $ esxcli vsan storage remove -u <UUID>

   Notez l’UUID des disques sans noms naa, à partir de la sortie de l’étape 1.

5. Vérifiez que tout est conforme à ce qui est prévu. Actualisez vCenter et vérifiez à nouveau Disk Management, puis exécutez la commande « vdq -qH » sur l’hôte pour vous assurer que tous les disques attendus s’affichent et affichent désormais « Eligible for use by VSAN ». Si ce n’est pas le cas, redémarrez l’hôte, car certains disques n’ont peut-être pas encore été initialisés, puis vérifiez à nouveau.

6. Créez le groupe de disques ou ajoutez des disques aux groupes de disques existants comme d’habitude (si vous utilisez la déduplication et/ou la compression, une recréation complète du groupe de disques est nécessaire).