VPLEX: Kan ikke fjerne det udgåede storagesystem fra VPLEX UI eller CLI

Flere systemer af identisk model blev konfigureret til en VPLEX-klynge, hvorefter et eller flere systemer blev taget ud af drift og fjernet fra VPLEX. Hvis mindst ét identisk system stadig er konfigureret til VPLEX-klyngen, kan det udløse den tilstand, der er beskrevet i denne vidensartikel.

Slutbrugeren har afviklet et eller flere storagesystemer fra VPLEX (men ikke alle systemer i en fælles model), og et eller flere af de gamle systemer vises stadig i brugergrænsefladen og CLI.

Hvis du vil se, hvilke systemer der stadig vises som fantommatrixer, skal du køre følgende kommando på VPlexcli lynhurtig:     

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 der ikke er klargjort en LUN0, svarer storagesystemerne med et ikke-unikt LU-id til INQ VPD83. Derfor ender flere systemer af identisk model, som har Initiator-Target (IT'er) uden klargjorte LUN'er, med at have det samme LU-id for standard-LUN0. Dette medfører problemer, når du forsøger at deaktivere et af systemerne fra VPLEX.

Dette problem opleves, hvis de resterende storagesystemer ikke har en reel LUN0.

Kontroller de logiske enheder (i VPlexcli) for alle resterende systemer af identisk model og kontroller kolonnen "LUN'er". Hvis der ikke er nogen 0x0000000000000000 post, betyder det, at der ikke er nogen reel LUN0, der er klargjort fra det pågældende system:     

Eksempel uden 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 med 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 alle resterende identiske systemer, der ikke nedlægges, skal brugeren gå ind i systemerne og præsentere en LUN0 for VPLEX. Når du er færdig, skal du genopdage systemerne i VPLEX, ét ad gangen, hvis der stadig er konfigureret flere systemer på VPLEX. Hvis der er konfigureret flere lagergrupper eller maskeringsvisninger på det underliggende system, kræver hver sin unikke LUN0. Målet er, at hver zoneinddelt sti mellem VPLEX og storagesystemet har en LUN0 klargjort. Når dette er udført for alle resterende systemer, skal det ældre eller afviklede system automatisk fjernes fra VPLEX CLI eller brugergrænsefladen.

Hvis problemet fortsætter, efter at du har fulgt instruktionerne i denne artikel, skal du kontakte Dell Support og nævne denne artikel.

Det er værd at bemærke, at dette er en kosmetisk advarsel og ikke påvirker VPLEX's funktionalitet. Det er acceptabelt at lade spørgsmålet være, som det er, uden konsekvens.

Dette problem løses ofte af sig selv under:      

• VPLEX ikke-forstyrrende opgradering (NDU) eller opgradering
• Rullende genstart af VPLEX-director firmware
• Planlagt strømvedligeholdelse, der slår Director-firmwaren fra og derefter tænder den igen

Sørg for, at alle destinationsporte, der er zonet til VPLEX, også er maskeret på systemet. Dette sikrer, at alle IT'er som minimum kan leveres med en reel LUN0. Hvis der ikke er klargjort nogen LUN0, kan systemet svare INQ VPD83 med et ikke-entydigt LU-id. Derfor ender flere identiske systemer, som har it-enheder uden klargjorte LUN'er, med at have det samme LU-id for standard-LUN0. Dette medfører problemer, når du forsøger at deaktivere et af systemerne fra VPLEX. Denne funktionsmåde er set (men ikke begrænset til) XtremIO-, Symmetrix- eller VMAX-systemer, der er klargjort til VPLEX.