Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

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

Summary: 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. ...

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content


Symptoms

 

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

..

Resolution

.

Article Properties


Affected Product

PowerEdge

Last Published Date

01 Mar 2021

Version

4

Article Type

Solution