VPLEX: Kan het storagevolume dat uit de back-endarray is verwijderd niet ongedaan maken.

• Een arrayvolume "storage_volume_1" dat aanvankelijk met VPDID "VPD83T3:514f0c55892000***abc" was al verwijderd uit de VPLEX- en backend-array.
• Er is een nieuw storagevolume gemaakt met dezelfde naam als het verwijderde storagevolume dat 'storage_volume_1' is, en gepresenteerd aan VPLEX. De "naa:" De identifier is "514f0c55892000***xyz" op de back-end array.
  Voorbeeld:

  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

• De storage-array is 'onbekend' geworden na het maken van het nieuwe storagevolume op VPLEX. De "naa:" Identifier werd "VPD83T3:514f0c55892000***abc", wat de identifier was van het eerder verwijderde arrayvolume met de naam "storage_volume_1".
• Het nieuwe storagevolume is echter toegewezen aan "naa:" Identifier "514f0c55892000***xyz" met behulp van de eerdere naam van het storagevolume, "storage-volume_1", gaf een foutmelding wanneer deze werd gezien vanuit de back-end-array en een poging om de toewijzing ongedaan te maken.
• Het nieuw gemaakte storagevolume heeft "VPD83T3:514f0c5589200***xyz" als NAA-ID gezien vanuit de backend.
• Technisch gezien bestaat een volume met een identifier die eindigt op "abc" niet. Terwijl het nieuwe volume met een identifier die eindigt op "xyz" prima is.

Wanneer de opdracht unclaim werd gebruikt om een storagevolume ongedaan te maken dat op de back-endarray was verwijderd, lukte het niet om het storagevolume ongedaan te maken.

Wanneer we proberen de claim van een bepaald storagevolume van VPLEX ongedaan te maken, krijgen we de foutmelding "Firmware command error" en de oorzaak van de fout zoals gerapporteerd door de firmware

Voorbeeld:

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

Voorbeeldresultaat:

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.

Een storagevolumenaam met een bepaalde VPDID die moet worden gebruikt met de opdracht unclaim, is verwijderd uit de storage-array, maar is niet ongedaan gemaakt van VPLEX. Er is echter een nieuw storagevolume met dezelfde naam gemaakt.

Voorbeeld:

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     -

• Ter verificatie meldt u zich aan bij VPlexcli en controleert u of de hiërarchie van het storagevolume niet is opgeëist.

  Voorbeeld:

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

  OPMERKING: Als u zich niet op het contextniveau bevindt waar u de opdracht show-use-hierarchy uitvoert, hebt u het volledige pad nodig voor waar het volume/apparaat/bereik de details van de volledige gebruikshiërarchie ziet, bijvoorbeeld voor gebruik met storage-volume:
  show-use-hierarchy clusters/cluster-2/storage-elements/storage-volumes/<storage_volume_name>
  Voorbeeldresultaat:

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

• Start de VplexManagementConsole-server opnieuw op, zoals hieronder wordt weergegeven.

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

  OPMERKING:
  Nadat u de beheerconsole opnieuw hebt opgestart, wacht u 1-2 minuten totdat het systeem is gestabiliseerd voordat u zich opnieuw probeert aan te melden bij de VPlexcli.

• Meld u aan bij de Vplexcli-console en voer opnieuw de opdracht "unclaim -d <storage_volume_name>" uit

  Voorbeeld:

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

  Voorbeeldresultaat:

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

• Maak een lange lijst, 'll', bij de context van het storagevolume. De <storage_volume_name> zou niet moeten verschijnen. Als dit niet het geval is, betekent dit dat het volume dat u zojuist niet had opgeëist, met succes ongedaan is gemaakt.