VPLEX: Kan ikke fjerne avviklet lagringsarray fra VPLEX UI eller CLI

Flere arrayer av identisk modell ble konfigurert for en VPLEX-klynge, deretter ble en eller flere arrayer tatt ut av drift og fjernet fra VPLEX. Hvis minst én identisk matrise fortsatt er konfigurert for VPLEX-klyngen, kan det utløse tilstanden som er beskrevet i denne kunnskapsartikkelen.

Sluttbrukeren har avviklet en eller flere, lagringsarrayer fra VPLEX (men ikke alle arrayer av en felles modell) og en eller flere av de gamle arrayene vises fortsatt i brukergrensesnittet og CLI.

Hvis du vil se hvilke matriser som fremdeles vises som røntgenmatriser, kjører du følgende kommando på VPlexcli omgående:     

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

Hvis ingen LUN0 er klargjort, svarer lagringsarrayene med en ikke-unik LU-ID til INQ VPD83. På grunn av dette ender flere arrayer av identisk modell som har initiator-target (IT-er) uten klargjorte LUN-er, opp med å ha samme LU-ID for standard LUN0. Dette forårsaker problemer når du prøver å ta en av arrayene ut av drift

.Dette problemet oppleves hvis de gjenværende lagringsarrayene ikke har en ekte LUN0.

Kontroller de logiske enhetene (i VPlexcli) for alle gjenværende matriser av identisk modell, og kontroller kolonnen "LUNs". Hvis det ikke er noen 0x0000000000000000 oppføring, betyr dette at det ikke er noen reell LUN0 klargjort fra den matrisen:     

Eksempel uten 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

Eksempel på å ha en 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

For at alle gjenværende identiske arrayer ikke skal tas ut av drift, må brukeren gå inn i arrayene og presentere en LUN0 til VPLEX. Når du er ferdig, gjenoppdag matrisene i VPLEX, en om gangen hvis flere arrayer fortsatt er konfigurert på VPLEX. Hvis flere lagringsgrupper eller maskeringsvisninger er konfigurert på den underliggende matrisen, krever hver av dem sin egen unike LUN0. Målet er at hver sonebane mellom VPLEX og lagringsarrayet har en LUN0 levert. Når dette er utført for alle gjenværende arrayer, skal den eldre eller utrangerte matrisen automatisk fjernes fra VPLEX CLI eller UI.

Hvis problemet vedvarer etter å ha fulgt instruksjonene i denne artikkelen, kan du kontakte Dells kundestøtte og nevne denne artikkelen.

Det er verdt å merke seg at dette er et kosmetisk varsel og ikke påvirker funksjonaliteten til VPLEX. Det er akseptabelt å la saken være som den er uten konsekvenser.

Dette problemet løses ofte selv under:      

• VPLEX ikke-forstyrrende oppgradering (NDU) eller oppgradering
• Rullerende omstart av VPLEX Director-fastvare
• Planlagt strømvedlikehold som slår av director-fastvaren og slår den på igjen

Kontroller at alle målportene som er tilpasset VPLEX, også er maskert på tabellen. Dette sikrer at alle IT-er kan klargjøres med, minst, en ekte LUN0. Hvis ingen LUN0 er klargjort, kan arrayet svare med en ikke-unik LU-ID til INQ VPD83. På grunn av dette vil flere identiske arrayer som har IT-er uten klargjorte LUN-er, ende opp med å ha samme LU-ID for standard LUN0. Dette forårsaker problemer når du prøver å ta en av arrayene ut av drift. Denne virkemåten er sett (men ikke begrenset til) XtremIO-, Symmetrix- eller VMAX-arrayer klargjort til VPLEX.