VPLEX: No se puede eliminar el arreglo de almacenamiento retirado de la interfaz de usuario o la CLI de VPLEX

Se configuraron varios arreglos de modelo idéntico para un clúster de VPLEX y, a continuación, uno o más arreglos se retiraron y se eliminaron de VPLEX. Si al menos un arreglo idéntico aún está configurado para el clúster de VPLEX, es posible que esté activando la condición descrita en este artículo de la base de conocimientos.

El usuario final desactivó uno o más arreglos de almacenamiento de VPLEX (pero no todos los arreglos de un modelo común) y uno o más de los arreglos antiguos aún aparecen en la interfaz de usuario y la CLI.

Para ver qué arreglos aún aparecen como arreglos fantasma, ejecute el siguiente comando en el VPlexcli pronto:     

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 no se aprovisiona ningún LUN0, los arreglos de almacenamiento responden con un ID de LU no único a INQ VPD83. Debido a esto, varios arreglos de modelo idéntico que tienen el iniciador-destino (IT) sin LUN aprovisionados terminan teniendo el mismo ID de LU para el LUN0 predeterminado. Esto provoca problemas cuando se intenta retirar uno de los arreglos de VPLEX.

Este problema se experimenta si los arreglos de almacenamiento restantes no tienen un LUN0 real.

Compruebe las unidades lógicas (en VPlexcli) para todos los arreglos restantes de un modelo idéntico y marque la columna "LUN". Si no hay ninguna entrada de 0x0000000000000000 , significa que no hay ningún LUN0 real aprovisionado desde ese arreglo:     

Ejemplo sin un 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

Ejemplo que tiene un 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

Para que todos los arreglos idénticos restantes no se desactiven, el usuario debe ingresar a los arreglos y presentar un LUN0 a VPLEX. Una vez que haya terminado, vuelva a descubrir los arreglos en VPLEX, uno a la vez si aún hay varios arreglos configurados en VPLEX. Si se configuran varios grupos de almacenamiento o vistas de enmascaramiento en el arreglo subyacente, cada uno requiere su propio LUN0 único. El objetivo es que cada ruta zonificada entre VPLEX y el arreglo de almacenamiento tenga un LUN0 aprovisionado. Una vez que esto se realiza para todos los arreglos restantes, el arreglo más antiguo o desactivado debe eliminarse automáticamente de la CLI o la interfaz de usuario de VPLEX.

Si, después de seguir las instrucciones de este artículo, el problema persiste, comuníquese con el soporte de Dell y mencione este artículo.

Vale la pena señalar que esta es una alerta cosmética y no afecta la funcionalidad de VPLEX. Es aceptable dejar el problema como está sin consecuencias.

A menudo, este problema se resuelve por sí solo durante:      

• Actualización no disruptiva (NDU) de VPLEX
• Reinicio gradual del firmware del director de VPLEX
• Mantenimiento planificado de la alimentación que apaga el firmware del director y lo vuelve a encender

Asegúrese de que todos los puertos objetivo zonificados a VPLEX también estén enmascarados en el arreglo. Esto garantiza que todas las TI se puedan aprovisionar, como mínimo, con un LUN0 real. Si no se aprovisiona ningún LUN0, el arreglo puede responder con un ID de LU no único a INQ VPD83. Debido a esto, varios arreglos idénticos que tienen TI sin LUN aprovisionados terminan teniendo el mismo ID de LU para el LUN0 predeterminado. Esto provoca problemas cuando se intenta retirar uno de los arreglos de VPLEX. Este comportamiento se observó (entre otros) en los arreglos XtremIO, Symmetrix o VMAX aprovisionados a VPLEX.