VPLEX: Kan buiten gebruik gestelde storage-array niet verwijderen uit VPLEX UI of CLI

Meerdere arrays van hetzelfde model werden geconfigureerd voor een VPLEX cluster, waarna een of meer arrays buiten gebruik werden gesteld en uit VPLEX werden verwijderd. Als ten minste één identieke array nog steeds is geconfigureerd voor het VPLEX cluster, kan dit de voorwaarde activeren die in dit knowledge artikel wordt beschreven.

De eindgebruiker heeft een of meer storage-arrays van VPLEX buiten gebruik gesteld (maar niet alle arrays van een gemeenschappelijk model) en een of meer van de oude arrays worden nog steeds weergegeven in de gebruikersinterface en CLI.

Om te zien welke arrays nog steeds als fantoom-arrays worden weergegeven, voert u de volgende opdracht uit op de 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

Als er geen LUN0 is ingericht, reageren de storage-arrays met een niet-unieke LU-ID op INQ VPD83. Hierdoor hebben meerdere arrays van hetzelfde model met de Initiator-Target (IT's) zonder ingerichte LUN's uiteindelijk dezelfde LU-ID voor de standaard LUN0. Dit veroorzaakt problemen wanneer u probeert een van de arrays uit de VPLEX buiten bedrijf te stellen.

Dit probleem doet zich voor als de resterende storage-arrays geen echte LUN0 hebben.

Controleer de logische eenheden (in VPlexcli) voor alle resterende arrays van hetzelfde model en controleer de kolom "LUN's". Als er geen 0x0000000000000000-vermelding is, betekent dit dat er geen echte LUN0 is ingericht vanuit die array:     

Voorbeeld zonder 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

Voorbeeld met een 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

Voor alle resterende identieke arrays die niet buiten gebruik worden gesteld, moet de gebruiker de arrays openen en een LUN0 presenteren aan de VPLEX. Als u klaar bent, ontdekt u de arrays in VPLEX één voor één opnieuw als er nog meerdere arrays op de VPLEX zijn geconfigureerd. Als er meerdere storagegroepen of maskeringsweergaven zijn geconfigureerd op de onderliggende array, vereist elke groep zijn eigen unieke LUN0. Het doel is dat elk gezoneerd pad tussen VPLEX en de storage-array een LUN0 heeft ingericht. Zodra dit is uitgevoerd voor alle resterende arrays, moet de oudere of buiten gebruik gestelde array automatisch worden verwijderd uit de VPLEX CLI of gebruikersinterface.

Als het probleem zich blijft voordoen nadat u de instructies in dit artikel hebt gevolgd, neemt u contact op met Dell Support en vermeldt u dit artikel.

Het is vermeldenswaard dat dit een cosmetische waarschuwing is en geen invloed heeft op de functionaliteit van de VPLEX. Het is acceptabel om het probleem te laten zoals het is, zonder gevolgen.

Dit probleem lost zichzelf vaak op tijdens:      

• NDU (VPLEX Nondisruptive upgrade) of upgrade
• Rolling restart van VPLEX Director-firmware
• Gepland energieonderhoud waarmee de directorfirmware wordt uitgeschakeld en vervolgens weer wordt ingeschakeld

Zorg ervoor dat alle doelpoorten die zijn ingedeeld in VPLEX ook worden gemaskeerd op de array. Dit zorgt ervoor dat alle IT's kunnen worden ingericht met, ten minste, een echte LUN0. Als er geen LUN0 is ingericht, kan de array reageren met een niet-unieke LU-ID op INQ VPD83. Hierdoor hebben meerdere identieke arrays met IT's zonder ingerichte LUN's, uiteindelijk dezelfde LU-ID voor de standaard LUN0. Dit veroorzaakt problemen wanneer u probeert een van de arrays uit de VPLEX buiten bedrijf te stellen. Dit gedrag is waargenomen bij (maar is niet beperkt tot) XtremIO-, Symmetrix- of VMAX-arrays die zijn ingericht op VPLEX.