Passer au contenu principal
  • Passer des commandes rapidement et facilement
  • Afficher les commandes et suivre l’état de votre expédition
  • Créez et accédez à une liste de vos produits
  • Gérer vos sites, vos produits et vos contacts au niveau des produits Dell EMC à l’aide de la rubrique Gestion des informations de l’entreprise.

Le datastore est manquant après une panne d’alimentation SAN, mais LUN est présenté et visible sur ESX.

Résumé: Cet article fournit des informations sur la résolution des problèmes lorsqu’un datastore est manquant après une panne d’alimentation SAN, mais LUN est présenté et visible sur ESX. ...

Cet article a peut-être été traduit automatiquement. Si vous avez des commentaires concernant sa qualité, veuillez nous en informer en utilisant le formulaire au bas de cette page.

Contenu de l’article


Symptômes

 

Environnement :

  • VMware vSphere 5.x

Symptômes :

  • Une panne d’alimentation sur le SAN fait en sorte qu’un datastore ne soit plus visible sur tous les hôtes ESX.
  • Avant la panne, la LUN a été présentée et visible par tous les hôtes ESX.

Résolution :

Pour résoudre ce problème :

  1. Pour identifier les périphériques présentés au serveur ESX, exécutez la commande :

    esxcfg-vmhbadevs-q

  2. Pour identifier les magasins de données et les périphériques associés, exécutez la commande :

    esxcfg-vmhbadevs-m

    Pour le datastore manquant, un message similaire à ce qui suit s’affiche :

    Impossible d’ouvrir le volume/VMFS/volumes/4569-08764-EB45-2347a/

  3. Comparez la liste de la sortie de l’étape 1 avec la sortie de l’étape 2 pour identifier le périphérique qui est manquant.

    Par exemple, si vous voyez /dev/sdl le résultat de l’étape 1, mais qu’il n’apparaît pas dans la sortie de l’étape 2, il /dev/sdl s’agit du périphérique manquant.

  4. Pour vérifier que le disque est défini sur VMFS, exécutez la commande :

    périphérique fdisk- lu

    Par exemple :

    /dev/SDL fdisk-lu

  5. Si cela est correct, assurez-vous que le nombre magique est correct en exécutant la commande suivante :

    hexdump-c/dev/SDL

  6. Après avoir vérifié qu’il est correct, lancez une nouvelle analyse en exécutant la commande suivante :

    esxcfg : relancez l’analyse des vmhbaX

    Où X est le nombre approprié dans votre environnement.

  7. Consultez le journal/var/log/VMkernel pour rechercher une erreur de volume failed to Reserve. Si l’erreur persiste, effectuez une réinitialisation de l’LUN.

    Par exemple :

    vmkfstools-L lunreset/VMFS/Devices/Disks/vmhba1\ : 1 \ : 0 \ : 0

  8. Consultez le log/var/log/VMkernel pour vérifier que la réinitialisation de l’LUN a réussi en recherchant le message de réinitialisation du périphérique.

  9. Montez le datastore en exécutant la commande suivante :

    vmkfstools-V

Remarques :

  • Si le datastore ne monte toujours pas, cela signifie qu’il existe un verrou sur le processeur de stockage, car aucun des hôtes ESX ne dispose du datastore. Étant donné que le verrou ne provient pas d’un autre hôte de ESX à ce stade, essayez de faire passer l’LUN d’un processeur de stockage à l’autre, puis relancez l’analyse des HBA sur l’hôte. Le datastore se monte correctement après la nouvelle analyse.

  • Ces étapes ne sont valides que si un périphérique est manquant après un événement.

 



Références :Datastore manquant après une panne d’alimentation SAN, mais LUN est présenté et visible sur ESX (1026439)
 

Cause

..

Résolution

.

Propriétés de l’article


Produit concerné

PowerEdge

Dernière date de publication

01 Mar 2021

Version

4

Type d’article

Solution