VPLEX : Impossible de supprimer la baie de stockage décommissionnée à partir de l’interface utilisateur ou de l’interface CLI VPLEX

Plusieurs baies de modèle identique ont été configurées pour un cluster VPLEX, puis une ou plusieurs baies ont été mises hors service et retirées de VPLEX. Si au moins une baie identique est toujours configurée pour le cluster VPLEX, il se peut qu’elle déclenche la condition décrite dans cet article de la base de connaissances.

L’utilisateur final a mis hors service une ou plusieurs baies de stockage de VPLEX (mais pas toutes les baies d’un modèle commun) et une ou plusieurs des anciennes baies s’affichent toujours dans l’interface utilisateur et l’interface CLI.

Pour voir quelles baies apparaissent toujours en tant que baies fantômes, exécutez la commande suivante à la page VPlexcli prompt:     

VPlexcli:/> ll /clusters/cluster-1/storage-elements/storage-arrays
/clusters/cluster-1/storage-elements/storage-arrays:
Name                             Connectivity  Auto    Ports                Logical
-------------------------------  Status        Switch  -------------------  Unit
-------------------------------  ------------  ------  -------------------  Count
-------------------------------  ------------  ------  -------------------  -------
EMC-SYMMETRIX-111111111          ok            -       0x500009xxxxxxxxx1,  28
                                      0x500009xxxxxxxxx2,
                                      0x500009xxxxxxxxx3,
                                      0x500009xxxxxxxxx4
XtremIO-XtremApp-                error         -                            0
XtremIO-XtremApp-FNM11111111111  ok            -       0x514xxxxxxxxxxxx0,  9
                                      0x514xxxxxxxxxxxx1,
                                      0x514xxxxxxxxxxxx4,
                                      0x514xxxxxxxxxxxx5

Si aucune LUN0 n’est provisionnée, les baies de stockage répondent avec un ID de LU non unique à INQ VPD83. Pour cette raison, plusieurs baies de modèle identique qui ont l’initiateur-cible (IT) sans LUN provisionnées finissent par avoir le même ID de LUN0 par défaut. Cela entraîne des problèmes lors de la tentative de décommissionnement de l’une des baies du VPLEX.

Ce problème se produit si les baies de stockage restantes n’ont pas de LUN0 réelle.

Vérifiez les unités logiques (dans VPlexcli) pour toutes les baies restantes de modèle identique et vérifiez la colonne « LUNs ». S’il n’y a pas d’entrée de 0x0000000000000000 , cela signifie qu’il n’y a pas de véritable LUN0 provisionnée à partir de cette baie :     

Exemple sans LUN0 :

VPlexcli:/cluster-1/storage-elements/storage-arrays/XtremIO-XtremApp-FNM11111111111/logical-units> ll

/clusters/cluster-1/storage-elements/storage-arrays/XtremIO-XtremApp-FNM11111111111/logical-units:
Name                                              Connectivity    Active/AAO      Passive/AAN  Visibility  LUNs                ALUA
------------------------------------------  Status             Controllers     Controllers  ----------  ------------------  Support
------------------------------------------  ----------------   --------------------  -----------  ----------  ------------------  -------
VPD83T3:514xxxxxxxxxxxx1          ok                    FNM11111111111               active      0x0001000000000000  none
VPD83T3:514xxxxxxxxxxxx2          ok                    FNM11111111111               active      0x0002000000000000  none
VPD83T3:514xxxxxxxxxxxx3          ok                    FNM11111111111               active      0x0003000000000000  none

Exemple avec LUN0 :

VPlexcli:/cluster-1/storage-elements/storage-arrays/XtremIO-XtremApp-FNM11111111111/logical-units> ll

/clusters/cluster-1/storage-elements/storage-arrays/XtremIO-XtremApp-FNM11111111111/logical-units:
Name                               Connectivity  Active/AAO      Passive/AAN  Visibility  LUNs                ALUA
                                         Status        Controllers     Controllers  ----------  ------------------  Support

VPD83T3:514xxxxxxxxxxxx0  ok            FNM11111111111               active      0x0000000000000000  none
VPD83T3:514xxxxxxxxxxxx1  ok            FNM11111111111               active      0x0001000000000000  none
VPD83T3:514xxxxxxxxxxxx2  ok            FNM11111111111               active      0x0002000000000000  none
VPD83T3:514xxxxxxxxxxxx3  ok            FNM11111111111               active      0x0003000000000000  none

Pour toutes les baies identiques restantes qui ne sont pas mises hors service, l’utilisateur doit accéder aux baies et présenter un LUN0 au VPLEX. Une fois cette opération effectuée, redécouvrez les baies dans VPLEX, une par une si plusieurs baies sont toujours configurées sur le VPLEX. Si plusieurs groupes de stockage ou vues de masquage sont configurés sur la baie sous-jacente, chacun d’eux nécessite sa propre LUN0 unique. L’objectif est que chaque chemin zoné entre VPLEX et la baie de stockage dispose d’un LUN0 provisionné. Une fois cette opération effectuée pour toutes les baies restantes, la baie plus ancienne ou mise hors service doit être automatiquement supprimée de l’interface de ligne de commande ou de l’interface utilisateur VPLEX.

Si, après avoir suivi les instructions de cet article, le problème persiste, contactez le support Dell et mentionnez cet article.

Il est important de noter qu’il s’agit d’une alerte cosmétique qui n’a aucune incidence sur les fonctionnalités du système VPLEX. Il est acceptable de laisser le problème tel quel sans conséquence.

Ce problème se résout souvent de lui-même au cours des opérations suivantes :      

• Mise à niveau sans perturbation (NDU) ou mise à niveau VPLEX
• Redémarrage répété du firmware du directeur VPLEX
• Maintenance planifiée de l’alimentation avec mise hors tension et sous tension du firmware du directeur

Assurez-vous que tous les ports cibles zonés sur VPLEX sont également masqués sur la baie. Cela garantit que tous les systèmes informatiques peuvent être provisionnés avec, au minimum, une LUN0 réelle. Si aucune LUN0 n’est provisionnée, la baie peut répondre avec un ID de LU non unique à INQ VPD83. Pour cette raison, plusieurs baies identiques qui disposent d’ITs sans LUN provisionnées finissent par avoir le même ID de LUN0 par défaut. Cela entraîne des problèmes lors de la tentative de décommissionnement de l’une des baies du VPLEX. Ce comportement a été observé (mais sans s’y limiter) sur les baies XtremIO, Symmetrix ou VMAX provisionnées sur VPLEX.