VPLEX: Nie można anulować przyjęcia woluminu pamięci masowej, który został usunięty z macierzy zaplecza.
Summary: Podczas próby odebrania woluminu pamięci masowej, który został usunięty z macierzy zaplecza, wystąpił błąd polecenia oprogramowania wewnętrznego.
Symptoms
- Wolumin macierzy "storage_volume_1" początkowo z VPDID "VPD83T3:514f0c55892000abc" został już usunięty z VPLEX i macierzy zaplecza.
- Nowy wolumin pamięci masowej o tej samej nazwie co usunięty wolumin pamięci masowej, czyli "storage_volume_1", został utworzony i przedstawiony VPLEX. Ikona "naa:" Identyfikator to "514f0c55892000xyz" w macierzy zaplecza.
Przykład:
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
- Macierz pamięci masowej stała się "nieznana" po utworzeniu nowego woluminu pamięci masowej na VPLEX. Ikona "naa:" Identyfikatorem stał się "VPD83T3:514f0c55892000abc", który był identyfikatorem poprzednio usuniętego woluminu macierzy o nazwie "storage_volume_1".
- Jednak nowy wolumin pamięci masowej został zmapowany na "naa:" Identyfikator "514f0c55892000xyz" korzystający z wcześniejszej nazwy woluminu pamięci masowej "storage-volume_1" widziany z macierzy wewnętrznej i próba cofnięcia mapowania spowodowała błąd.
- Nowo utworzony wolumin pamięci masowej ma identyfikator NAA "VPD83T3:514f0c5589200xyz" widziany z zaplecza.
- Technicznie rzecz biorąc, wolumin z identyfikatorem kończącym się na "abc" nie istnieje. Podczas gdy nowy wolumin z identyfikatorem kończącym się na "xyz" jest w porządku.
Użycie polecenia unclaim w celu anulowania zajęć woluminu pamięci masowej, który został usunięty w macierzy zaplecza, nie udało się cofnąć żądania woluminu pamięci masowej.
Podczas próby wyrejestrowania określonego woluminu pamięci masowej z VPLEX wyświetlany jest błąd "Firmware command error". Przyczyna awarii zgłaszana przez oprogramowanie wewnętrzne
Przykład:
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
Przykładowe dane wyjściowe:
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.
Cause
Nazwa woluminu pamięci masowej o określonym identyfikatorze VPDID, który jest wymagany do użycia z poleceniem unclaim, została usunięta z macierzy pamięci masowej, ale nie została odebrana z VPLEX. Utworzono jednak nowy wolumin pamięci masowej o tej samej nazwie.
Przykład:
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 -
Resolution
- W celu weryfikacji zaloguj się do VPlexcli i sprawdź hierarchię woluminu pamięci masowej, który ma zostać odebrany.
Przykład:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy <storage_volume_name>
storage-volume: <storage_volume_name> (size)
show-use-hierarchy clusters/cluster-2/storage-elements/storage-volumes/<storage_volume_name>
Przykładowe dane wyjściowe:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy INFxxxxxxxxxxxxDS01
storage-volume: INFxxxxxxxxxxxxDS01 (10T)
- Uruchom ponownie serwer VplexManagementConsole, jak pokazano poniżej,
service@<ManagemetServer>:~> sudo /etc/init.d/VPlexManagementConsole restart
Restarting EMC VPlex Management Console...
Po ponownym uruchomieniu konsoli zarządzania odczekaj 1–2 minuty, aż system się ustabilizuje, zanim spróbujesz ponownie zalogować się do VPlexcli.
- Zaloguj się do konsoli Vplexcli i ponownie wydaj polecenie "
unclaim -d <storage_volume_name>”
Przykład:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name>
Unclaimed 1 of 1 storage-volumes.
Przykładowe dane wyjściowe:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01
Unclaimed 1 of 1 storage-volumes.
- Wykonaj długą listę ' ll ' w kontekście woluminu pamięci masowej. storage_volume_name<> nie powinny się wyświetlać. Jeśli nie, oznacza to, że wolumin, do którego właśnie nie został odebrany, został skutecznie cofnięty.