VPLEX: Não foi possível remover o storage array desativado da interface do usuário ou da CLI do VPLEX

Vários arrays de modelo idêntico foram configurados para um cluster do VPLEX, em seguida, um ou mais arrays foram desativados e removidos do VPLEX. Se pelo menos um array idêntico ainda estiver configurado para o cluster do VPLEX, ele pode estar acionando a condição descrita neste artigo da base de conhecimento.

O usuário final descomissionou um ou mais storage arrays do VPLEX (mas não todos os arrays de um modelo comum) e um ou mais dos arrays antigos ainda aparecem na interface do usuário e na CLI.

Para ver quais arrays ainda aparecem como arrays fantasmas, execute o seguinte comando no VPlexcli rápido:     

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

Se nenhuma LUN0 for provisionada, os storage arrays responderão com um ID de LU não exclusivo ao INQ VPD83. Por isso, vários arrays de modelo idêntico que têm o iniciador-destino (ITs) sem LUNs provisionadas acabam tendo o mesmo ID de LU para a LUN0 padrão. Isso causa problemas ao tentar desativar um dos arrays do VPLEX.

Esse problema ocorrerá se os storage arrays restantes não tiverem um LUN0 real.

Verifique as unidades lógicas (em VPlexcli) para todos os arrays restantes de modelo idêntico e marque a coluna "LUNs". Se não houver nenhuma entrada 0x0000000000000000 , isso significa que não há nenhuma LUN0 real provisionada a partir desse array:     

Exemplo sem 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

Exemplo com um 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 todos os arrays idênticos restantes que não estão sendo desativados, o usuário deve acessar os arrays e apresentar uma LUN0 ao VPLEX. Depois de concluído, detecte novamente os arrays no VPLEX, um de cada vez, se vários arrays ainda estiverem configurados no VPLEX. Se vários grupos de armazenamento ou visualizações de mascaramento forem configurados no array subjacente, cada um exigirá sua própria LUN0 exclusiva. O objetivo é que cada caminho zoneado entre o VPLEX e o storage array tenha uma LUN0 provisionada. Depois que isso for realizado para todos os arrays restantes, o array mais antigo ou desativado deverá ser removido automaticamente da interface do usuário ou da CLI do VPLEX.

Se, depois de seguir as instruções deste artigo, o problema persistir, entre em contato com o Suporte Dell e mencione este artigo.

Vale ressaltar que esse é um alerta superficial e não afeta a funcionalidade do VPLEX. É aceitável deixar a questão como está, sem consequências.

Esse problema geralmente é resolvido automaticamente durante:      

• Upgrade não disruptivo (NDU) ou upgrade do VPLEX
• Reinicialização contínua do firmware do director do VPLEX
• Manutenção de energia planejada que desliga o firmware do director e o liga novamente

Certifique-se de que todas as portas de destino zoneadas para o VPLEX também estejam mascaradas no array. Isso garante que todos os ITs possam ser provisionados com, no mínimo, um LUN0 real. Se nenhuma LUN0 for provisionada, o array poderá responder com um ID de LU não exclusivo ao INQ VPD83. Por isso, vários arrays idênticos que têm ITs sem LUNs provisionadas acabam tendo o mesmo ID de LU para a LUN0 padrão. Isso causa problemas ao tentar desativar um dos arrays do VPLEX. Esse comportamento foi observado (entre outros) arrays XtremIO, Symmetrix ou VMAX provisionados para o VPLEX.