Vérification de la cohérence des métadonnées VMFS à l’aide de vSphere On-disk Metadata Analyzer (VOMA)

Summary: L’outil VOMA peut être utilisé pour effectuer une vérification des métadonnées du système de fichiers.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

  • En cas de problème d’accès à certains fichiers sur un datastore VMFS
  • Lorsqu’il n’est pas possible de modifier ou d’effacer des fichiers sur un datastore VMFS
  • Lorsque vous tentez de lire des fichiers sur un datastore VMFS, celui-ci échoue avec une erreur

 

Argument
non valideLa tentative de modification de la table de partitions échoue avec l’erreur suivante :

Error: Read-only file system during write on /dev/disks/naa.600601603b503400de93e0a87e9ce211
SetPtableGpt: Unable to commit to disk

Dans le fichier /var/log/vmkernel, on peut voir des entrées similaires à :

vmkernel: 0:00:20:51.964 cpu3:1085)WARNING: Swap: vm 1086: 2268: Failed to open swap file '/volumes/4730e995-faa64138-6e6f-001a640a8998/mule/mule-560e1410.vswp': Invalid metadata
vmkernel: 0:00:20:51.964 cpu3:1085)WARNING: Swap: vm 1086: 3586: Failed to initialize swap file '/volumes/4730e995-faa64138-6e6f-001a640a8998/mule/mule-560e1410.vswp': Invalid metadata
cpu11:268057)WARNING: HBX: 599: Volume 50fd60a3-3aae1ae2-3347-0017a4770402 ("<Datastore name>") may be damaged on disk. Corrupt heartbeat detected at offset 3305472: [HB state 0 offset 6052837899185946624 gen 15439450 stampUS 5 $

 

Cause

Les scénarios suivants s’appliquent pour effectuer une vérification des métadonnées :

  • L’environnement subit une panne de stockage.
  • Après la reconstruction d’un volume RAID ou le remplacement d’un disque
  • Il existe des erreurs de métadonnées dans le fichier vmkernel.log.
  • Il ne peut pas accéder aux fichiers d’un datastore VMFS qui n’est présent sur aucun autre hôte.

 

Resolution

Conditions préalables:
Avant d’exécuter VOMA, il est nécessaire de s’assurer que :

  1. Mettez hors tension toutes les machines virtuelles sur le datastore concerné ou migrées vers un autre datastore.
    • L’arrêt d’une machine virtuelle s’exécutant sur des fichiers contenant certains types de métadonnées corrompues par vSphere On-disk Metadata Analyzer peut rendre la machine virtuelle et ses données définitivement indisponibles. Pour cette raison, il est toujours conseillé d’avoir des sauvegardes actuelles des machines virtuelles dans l’environnement.
  2. Pour les datastores VMFS-5/VMFS-6, le datastore est démonté sur tous les hôtes ESXi 7.x/8.x.
    • Si VOMA est exécuté sur un volume ayant accès à un ou plusieurs hôtes ESXi, VOMA génère un message similaire à :
      voma -m vmfs -d /vmfs/devices/disks/naa.00000000000000000000000000:
      Checking if device is actively being used by other hosts
      Found 1 actively heart beating hosts on device '/vmfs/devices/disks/naa.00000000000000000000000000:1'
      1): MAC Address xx:xx:xx:xx:xx:xx

Pour vérifier la cohérence des métadonnées, exécutez VOMA à partir de la CLI d’un hôte ESXi. VOMA peut être utilisé pour vérifier et corriger les problèmes mineurs d’incohérence d’un datastore VMFS ou des volumes logiques qui sauvegardent le datastore VMFS.

 

VOMA peut vérifier et corriger les éléments suivants.

Fonctions VOMA Description
Metadata
check and fix
Voici quelques exemples de vérification et de correction des métadonnées :
  • Validation de l’en-tête de volume VMFS pour la cohérence des métadonnées de base
  • Vérification de la cohérence des fichiers de ressources VMFS
  • Vérification du chemin d’accès et de la connectivité de tous les fichiers
Affinity metadata
check and fix
Pour activer la vérification d’affinité pour VMFS6, utilisez la commande -a|--affinityChk .
Voici quelques exemples de vérification et de correction des métadonnées d’affinité :
  • Balises d’affinité dans les types de ressources et les FS3_ResFileMetadata.
  • Validation des balises d’affinité dans la méta SFB RC (FS3_ResourceClusterMDVMFS6).
  • Validation de toutes les entrées dans les entrées affinityInfo dans rcMeta de RC, y compris la clé de dépassement, pour s’assurer qu’il n’existe aucune entrée non valide. Recherchez les entrées manquantes.
Directory validation
VOMA peut détecter et corriger les erreurs suivantes :
  • Corruption du bloc de hachage du répertoire
  • Alloc map corruption
  • Corruptions des blocs de liens
  • Corruption du bloc d’entrée de répertoire
Lost and found files
Lors d’une vérification du système de fichiers, VOMA peut trouver des fichiers qui ne sont référencés nulle part dans le système de fichiers. Ces fichiers orphelins sont valides et complets, mais ne comportent pas de nom ni d’entrée de répertoire dans le système.
Si VOMA détecte des fichiers orphelins lors de l’analyse, il crée un répertoire nommé lost+found à la racine du volume pour stocker les fichiers orphelins. Les noms des fichiers utilisent le format de numéro de séquence de fichier.

Les options de commande prises en charge par l’outil VOMA sont les suivantes.

Option de commande Description
-m|--module
Les modules disponibles sont les suivants :
  • lvm
  • vmfs
  • ptbl
-f|--func
Fonctions prises en charge par le module :
  • Requête : liste des fonctions prises en charge.
  • Vérifier : vérifiez s’il y a des erreurs.
  • Corriger - vérifier et corriger.
  • Advfix : vérification et correction des modules VMFS et LVM.
  • Dump : collecte du vidage des métadonnées.
-a|--affinityChk
Incluez une vérification/correction liée à Affinity pour VMFS6.
-d|--device
Périphérique et disque à utiliser.
Par exemple :
voma -m vmfs -f check -d /vmfs/devices/disks/naa.xxxx:x
-b|--blockSize
Indique la taille de bloc du disque.
-s|--logfile
Spécifiez le chemin d’accès au fichier journal pour générer les résultats.
-x|--extractDump
Extrayez le vidage collecté à l’aide de VOMA.
-D|--dumpfile
Indiquez le fichier de vidage pour enregistrer le vidage des métadonnées collectées.
-v|--version
Affichez la version de VOMA.
-h|--help
Affichez le message d’aide de la commande VOMA.
-Y
Indique que VOMA s’exécute sans utiliser les tables PE pour la résolution d’adresses.
-Z| --file
Indique que VOMA s’exécute sur les fichiers de périphériques extraits.

 

Procédure:
Obtenez le nom et le numéro de partition du périphérique qui sauvegarde le datastore VMFS que vous souhaitez vérifier.

#esxcli storage vmfs extent list

Les colonnes Device Name et Partition de la sortie identifient l’appareil. Par exemple :

Volume Name  .....  Device Name                             Partition  
1TB_VMFS6    .....  naa.xxxx                                   3

Recherchez les erreurs VMFS.
Indiquez le chemin absolu de la partition de périphérique qui sauvegarde le datastore VMFS, puis indiquez un numéro de partition avec le nom du périphérique. Par exemple :

# voma -m vmfs -f check -d /vmfs/devices/disks/naa.xxxx:x
The output lists possible errors. For example, the following output indicates that the heartbeat address is invalid.
XXXXXXXXXXXXXXXXXXXXXXX
Phase 2: Checking VMFS heartbeat region
 ON-DISK ERROR: Invalid HB address
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           1

 

Documentation de référence :
utilisation de vSphere On-disk Metadata Analyzer (VOMA) pour vérifier la cohérence des métadonnées VMFS (broadcom.com)Ce lien hypertexte renvoie à un site Web extérieur à Dell Technologies.
Vérification de la cohérence des métadonnées avec VOMA (vmware.com)Ce lien hypertexte renvoie à un site Web extérieur à Dell Technologies.

 

Affected Products

VMware ESXi 7.x, VMware ESXi 8.x
Article Properties
Article Number: 000226655
Article Type: Solution
Last Modified: 28 Jan 2025
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.