Skip to main content
ONTAP FlexArray
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Les ID de LUN du même LDEV ne correspondent pas

Contributeurs
PDF

Un périphérique logique (LDEV) doit être mappé sur le même ID de LUN sur tous les ports de matrice de stockage sur lesquels il doit être visible par les systèmes ONTAP. Le storage errors show résultat identifie les LDEVs dont les ID de LUN ne correspondent pas.

ONTAP ne vous permet pas d'attribuer des LUN de baie à un système ONTAP si les ID de LUN ne correspondent pas.

Les erreurs de stockage affichent le message

HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.

Explication

L'une des erreurs suivantes a été effectuée lors de la configuration de la matrice de stockage :

  • Le LDEV est présenté sur le même port initiateur FC du système ONTAP à partir de plusieurs ports cibles et les ID de LUN ne sont pas cohérents.

  • Les ID de LUN de deux LDEV sont échangés.

    Dans ce cas, une erreur est signalée pour chaque LUN de baie.

  • Différents ID de LUN pour le même LDEV sont utilisés lors du mappage du LDEV sur les ports de la baie de stockage qui présentent le LDEV au système ONTAP.

Remarque

Cette erreur est plus susceptible de se produire sur des baies de stockage sur lesquelles chaque port est configuré séparément, par exemple sur des baies de stockage Hitachi. Sur certaines matrices de stockage, par exemple les matrices de stockage IBM, les ports ne sont pas configurés séparément.

  • Le paramètre d'adressage de l'ensemble de volumes est incohérent sur les ports sur lesquels la LUN est mappée.

    Sur une baie de stockage EMC Symmetrix, le problème est que le paramètre d'adressage Volume Set varie selon les ports Channel Director.

Scénario de problème

Ce scénario présente le cas d'ID de LUN incohérents, car ils s'appliquent à la plupart des baies de stockage. Voir la section l'adressage de l'ensemble de volumes est incohérent pour une discussion sur ce même message d'erreur dans le contexte de l'adressage de l'ensemble de volumes mal configuré.

L'adressage de l'ensemble de volumes est incohérent

Supposons que l'administrateur de la matrice de stockage crée une nouvelle LDEV Z. l'ID de LUN de LDEV Z est censé être LUN 3. Cependant, l'administrateur présente LDEV Z comme LUN 3 sur le port 1A du contrôleur de la matrice de stockage et comme LUN 4 sur le port 2A du contrôleur de la matrice de stockage, comme l'illustration suivante montre :

Ce graphique est décrit dans le texte qui l'entoure.

Pour résoudre ce problème, le même ID de LUN doit être attribué à un LDEV sur tous les ports auxquels le LDEV est mappé. Dans cet exemple, le LDEV doit être présenté sous la forme de l'ID de LUN 3 sur les deux ports.

Dépannage et résolution des problèmes

Pour résoudre le problème, l'administrateur de la matrice de stockage doit mapper la LUN à l'aide de l'ID de LUN correct. Vous pouvez utiliser les commandes ONTAP pour obtenir les détails dont vous avez besoin pour fournir à l'administrateur du stockage des informations sur le problème.

  1. Vérifiez storage errors show le résultat pour identifier la LUN de la baie dont les ID de LUN ne correspondent pas.

    Lorsque les ID de LUN du même LDEV ne correspondent pas, la sortie identifie le numéro de série du LDEV avec le problème. Par exemple :

    mysystem1a::> storage errors show
Disk: HIT-1.4
UID: 48495441:43484920:44363030:30353234:30303132:00000000:...
----------

HITACHI_DF600F_1
----------
HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.
    Remarque

    L'UID dans cet exemple est 48495441:43484920:44363030:30353234:30303132:00000000:00000000:00000000:00000000:00000000. Il est tronqué dans l'exemple en raison de l'espace.

  2. Pour plus de détails sur les ID de LUN utilisés pour le même LDEV, entrez la commande suivante : storage disk show arrayLUNname

    Le storage disk show résultat de cet exemple indique ce qui suit :

    mysystem1a::> storage disk show -disk HIT-1.4
                  Disk: HIT-1.4
        Container Type: unassigned
            Owner/Home: -  / -
               DR Home: -
                 Array: HITACHI_DF600F_1
                Vendor: HITACHI
                 Model: DF600F
         Serial Number: D600020C000C
                   UID: 48495441:43484920:44363030:30353234:30303132:00000000:...
                   BPS: 512
         Physical Size: -
              Position: present
Checksum Compatibility: block
             Aggregate: -
                  Plex: -
Paths:
                     LUN  Initiator Side  Target Side
Controller Initiator ID   Switch Port     Switch Port      Acc Use  Target Port     TPGN...
---------- --------- -------------------- ----------------- --- ---  --------------- ----
mysystem1a   0c       4  vgci9148s76:1-2  vgci9148s76:1-9  AO  INU  50060e80004291c1  1
mysystem1a   0a       3  vgbr300s89:1     vgbr300s89:9     S   RDY  50060e80004291c0  2
mysystem1b   0c       4  vgci9148s76:1-4  vgci9148s76:1-9  AO  INU  50060e80004291c1  1
mysystem1b   0a       3  vgbr300s89:3     vgbr300s89:10    S   RDY  50060e80004291c2  2

Errors:
HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.
Remarque

L'UID dans cet exemple est 48495441:43484920:44363030:30353234:30303132:00000000:00000000:00000000:00000000:00000000. Il est tronqué dans l'exemple en raison de l'espace.

En regardant les ID de LUN dans la section chemins du résultat de l'affichage du disque de stockage, vous pouvez voir que les ID de LUN 3 et 4 sont tous deux utilisés pour ce LDEV.

  1. Déterminez l'ID de LUN incorrect pour le LDEV.

    L'ID de LUN 4 est incorrect dans cet exemple.

  2. Dans ONTAP, utilisez storage path quiesce la commande pour arrêter le chemin incorrect pour la LUN de la baie.

    L'exemple suivant montre les options à ajouter à la storage path quiesce commande pour le chemin en cours de mise en veille—​LUN ID 4 sur l'initiateur 0C.

    storage path quiesce -node mysystem1a -initiator 0c -target-wwpn 50060e80004291c1 -lun-number 4

    La storage path quiesce commande suspend temporairement les E/S vers une LUN de baie spécifique sur un chemin spécifique. Certaines baies de stockage nécessitent de cesser les E/S pendant un certain temps lorsqu'une LUN de baie doit être retirée ou déplacée.

    Une fois le chemin mis en veille, ONTAP ne peut plus voir cette LUN.

  3. Attendez une minute que le délai d'activité de la matrice de stockage expire.

    Bien que toutes les baies de stockage n'aient pas besoin de cesser d'E/S pendant un certain temps, il est recommandé de le faire.

  4. Dans ce scénario, mappez à nouveau la LUN sur le port cible en utilisant l'ID de LUN correct, ID de LUN 3.

    La prochaine fois que le processus de détection ONTAP s'exécute, il découvre le nouveau LUN de baie. La découverte s'exécute toutes les minutes.

  5. Une fois la découverte ONTAP terminée, exécutez storage array config show à nouveau dans ONTAP pour confirmer qu'il n'y a plus d'erreur.