VPLEX: Impossibile annullare il claim del volume di storage eliminato dall'array back-end.

• Un volume di array "storage_volume_1", inizialmente con VPDID "VPD83T3:514f0c55892000***abc", è già stato rimosso dall'array VPLEX e back-end.
• È stato creato e presentato a VPLEX un nuovo volume di storage con lo stesso nome del volume di storage rimosso "storage_volume_1". Il file "naa:" L'ID è "514f0c55892000***xyz" sull'array back-end.
  Esempio:

  VPlexcli:/clusters/cluster-2/storage-elements/storage-arrays/XtremIO-XtremApp-CKMxxxxxxxxx69/logical-units> ll
  Name                      Connectivity  Active/AAO      Passive/AAN  Visibility  LUNs                ALUA
  ------------------------  Status        Controllers     Controllers  ----------  ------------------  Support
  ------------------------  ------------  --------------  -----------  ----------  ------------------  -------
  VPD83T3:xxxxxxxxxxxxxx54  ok            CKMxxxxxxxxx69                active     0x0008000000000000  none

• L'array di storage è diventato "unknown" dopo la creazione del nuovo volume di storage su VPLEX. Il file "naa:" L'identificatore diventa "VPD83T3:514f0c55892000***abc", ovvero l'identificatore del volume dell'array precedentemente rimosso e denominato "storage_volume_1".
• Tuttavia, il nuovo volume di storage è stato mappato a "naa:" L'identificatore "514f0c55892000***xyz" che utilizza il precedente nome del volume di storage, "storage-volume_1", quando visualizzato dall'array back-end e tenta di annullare il mapping, ha generato un errore.
• Il volume di storage appena creato ha "VPD83T3:514f0c5589200***xyz" come ID NAA quando visualizzato dal back-end.
• Tecnicamente, un volume con un identificatore che termina con "abc" non esiste. Mentre il nuovo volume con un identificatore che termina con "xyz" va bene.

Quando è stato utilizzato il comando unclaim per annullare il claim di un volume di storage che era stato rimosso sull'array back-end, non è stato possibile annullare il claim del volume di storage.

Quando si tenta di annullare la richiesta di un determinato volume di storage da VPLEX, viene visualizzato l'errore "Firmware command error" e la causa dell'errore come segnalato dal firmware

Esempio:

VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name>
storage-volume unclaim:  Evaluation of <<unclaim -d storage_volume_name>> failed.
cause:                   Failed to unclaim storage-volumes.
cause:                   Firmware command error.
cause:                   Valid storage-volume, but storage-volume not known by device. << reason of failure

Output di esempio:

VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01
storage-volume unclaim:  Evaluation of <<unclaim -d INFXXXXXXXXXXXXDS01>> failed.
cause:                   Failed to unclaim storage-volumes.
cause:                   Firmware command error.
cause:                   Valid storage-volume, but storage-volume not known by device.

Un nome di volume di storage con un VPDID specifico, che deve essere utilizzato con il comando unclaim, è stato eliminato dall'array di storage ma non è stato ririchiesto da VPLEX. Tuttavia, è stato creato un nuovo volume di storage con lo stesso nome.

Esempio:

VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> ll
Name                                       VPD83 ID                                  Capacity  Use        Vendor      IO      Type         Thin     Provision  Thin
-----------------------------------------  ----------------------------------------  --------  ---------  -------        Status  -----------  Rebuild  Type       Capable
-----------------------------------------  ----------------------------------------  --------  ---------  -------        ------  -----------  -------  ---------  -------
INFxxxxxxxxxxxxDS01                        VPD83T3:xxxxxxxxxxxxxx12                  10T       claimed    -              alive   normal      true    legacy     -

• Per la verifica, accedere a VPlexcli e controllare la gerarchia del volume di storage per cui annullare il claim.

  Esempio:

  VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy <storage_volume_name>
  storage-volume: <storage_volume_name> (size)

  NOTA: Se non ci si trova al livello di contesto in cui si esegue il comando show-use-hierarchy, è necessario il percorso completo del volume/dispositivo/extent per visualizzare tutti i dettagli della gerarchia di utilizzo, ad esempio per l'utilizzo con storage-volume:
  show-use-hierarchy clusters/cluster-2/storage-elements/storage-volumes/<storage_volume_name>
  Output di esempio:

  VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy INFxxxxxxxxxxxxDS01
  storage-volume: INFxxxxxxxxxxxxDS01 (10T)

• Riavviare il server VplexManagementConsole come mostrato di seguito.

  service@<ManagemetServer>:~> sudo /etc/init.d/VPlexManagementConsole restart
  Restarting EMC VPlex Management Console...

  NOTA:
  Dopo aver riavviato la console di gestione, attendere 1-2 minuti per consentire al sistema di stabilizzarsi prima di tentare nuovamente di accedere a VPlexcli.

• Accedere alla console Vplexcli e immettere nuovamente il comando "unclaim -d <storage_volume_name>"

  Esempio:

  VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name>
  Unclaimed 1 of 1 storage-volumes.

  Output di esempio:

  VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01
  Unclaimed 1 of 1 storage-volumes.

• Eseguire un elenco lungo, "ll", nel contesto del volume di storage. Il <storage_volume_name> non dovrebbe essere visualizzato. In caso contrario, significa che il volume di cui avevi appena annullato il claim è stato annullato correttamente.