VPLEX: Impossibile rimuovere l'array di storage disattivato dall'interfaccia utente o dalla CLI di VPLEX

Sono stati configurati più array dello stesso modello per un cluster VPLEX, quindi uno o più array sono stati disattivati e rimossi da VPLEX. Se almeno un array identico è ancora configurato per il cluster VPLEX, potrebbe attivare la condizione descritta in questo articolo della Knowledge Base.

L'utente finale ha disattivato uno o più array di storage da VPLEX (ma non tutti gli array di un modello comune) e uno o più dei vecchi array vengono ancora visualizzati nell'interfaccia utente e nella CLI.

Per vedere quali array vengono ancora visualizzati come array fantasma, eseguire il seguente comando nella finestra VPlexcli sollecito:     

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 non viene eseguito il provisioning di LUN0, gli array di storage rispondono con un ID LU non univoco a INQ VPD83. Per questo motivo, più array di modello identico con Initiator-Target (ITs) senza LUN sottoposti a provisioning finiscono per avere lo stesso ID LU per la LUN0 predefinita. Ciò causa problemi quando si tenta di disattivare uno degli array da VPLEX.

Questo problema si verifica se gli array di storage rimanenti non dispongono di un LUN0 reale.

Controllare le unità logiche (in VPlexcli) per tutti gli array rimanenti dello stesso modello e selezionare la colonna "LUNs". Se non è presente alcuna voce 0x0000000000000000 , significa che non è presente alcun vero provisioning LUN0 dall'array:     

Esempio senza 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

Esempio con 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

Per tutti gli array identici rimanenti che non vengono disattivati, l'utente deve accedere agli array e presentare un LUN0 a VPLEX. Al termine, individuare nuovamente gli array in VPLEX, uno alla volta se più array sono ancora configurati su VPLEX. Se nell'array sottostante sono configurati più gruppi di storage o visualizzazioni di masking, ognuno richiede la propria LUN0 univoca. L'obiettivo è che ogni percorso suddiviso in zone tra VPLEX e l'array di storage abbia una LUN0 sottoposta a provisioning. Una volta eseguita questa operazione per tutti gli array rimanenti, l'array meno recente o disattivato deve essere rimosso automaticamente dalla CLI o dall'interfaccia utente di VPLEX.

Se, dopo aver seguito le istruzioni riportate in questo articolo, il problema persiste, contattare il Supporto Dell e citare questo articolo.

Vale la pena notare che si tratta di un avviso cosmetico che non influisce sulla funzionalità di VPLEX. E' accettabile lasciare la questione così com'è senza conseguenze.

Questo problema spesso si risolve automaticamente durante:      

• Upgrade senza interruzioni (NDU) di VPLEX o upgrade
• Riavvio continuo del firmware del director VPLEX
• Manutenzione pianificata dell'alimentazione che disattiva e riattiva il firmware del director

Assicurarsi che anche tutte le porte di destinazione suddivise in zone su VPLEX siano mascherate sull'array. Ciò garantisce che tutti gli IT possano essere sottoposti a provisioning almeno con una LUN0 reale. Se non viene eseguito il provisioning di LUN0, l'array può rispondere con un ID LU non univoco a INQ VPD83. Per questo motivo, più array identici che dispongono di IT senza LUN sottoposti a provisioning finiscono per avere lo stesso ID LU per la LUN0 predefinita. Ciò causa problemi quando si tenta di disattivare uno degli array da VPLEX. Questo comportamento è stato riscontrato (ma non solo) dagli array XtremIO, Symmetrix o VMAX sottoposti a provisioning su VPLEX.