VPLEX: Kan het storagevolume dat uit de back-endarray is verwijderd niet ongedaan maken.
Summary: Er is een fout opgetreden met een firmware-opdracht bij het ongedaan maken van het claimen van een storagevolume dat was verwijderd uit de back-endarray.
Symptoms
- Een arrayvolume "storage_volume_1" dat aanvankelijk met VPDID "VPD83T3:514f0c55892000abc" was, was al verwijderd uit de VPLEX en back-end array.
- Er is een nieuw storagevolume gemaakt met dezelfde naam als het verwijderde storagevolume, namelijk 'storage_volume_1', en aangeboden aan VPLEX. De "naa:" Id is "514f0c55892000xyz" 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:" De identifier werd "VPD83T3:514f0c55892000abc", wat de identifier was van het eerder verwijderde arrayvolume met de naam "storage_volume_1".
- Het nieuwe storagevolume is echter toegewezen aan "naa:" Identifier "514f0c55892000xyz" met behulp van de eerdere naam van het storagevolume, "storage-volume_1", gezien vanuit de back-end-array, en een poging om de toewijzing ongedaan te maken, leverde een fout op.
- Het nieuw gemaakte storagevolume heeft "VPD83T3:514f0c5589200xyz" 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, kon het storagevolume niet worden geclaimd.
Wanneer u probeert de claim van een bepaald storagevolume uit 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.
Cause
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 -
Resolution
- 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)
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...
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>"
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 opslagvolume. 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.