VPLEX: No se pudo anular la reclamación del volumen de almacenamiento que se eliminó del arreglo de back-end.
Resumen: Se recibía un error de comando de firmware cuando se intentaba anular la reclamación de un volumen de almacenamiento que se había eliminado del arreglo de back-end.
Síntomas
- Un volumen de arreglo "storage_volume_1" inicialmente con VPDID "VPD83T3:514f0c55892000***abc" ya se eliminó del arreglo VPLEX y del back-end.
- Se creó y se presentó a VPLEX un nuevo volumen de almacenamiento con el mismo nombre que el volumen de almacenamiento eliminado que es "storage_volume_1". El "naa:" El identificador es "514f0c55892000***xyz" en el arreglo de back-end.
Ejemplo: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
- El arreglo de almacenamiento se volvió "desconocido" después de crear el nuevo volumen de almacenamiento en VPLEX. El "naa:" El identificador se convirtió en "VPD83T3:514f0c55892000***abc", que era el identificador del volumen del arreglo eliminado anteriormente denominado "storage_volume_1".
- Sin embargo, el nuevo volumen de almacenamiento se asignó a "naa:" El identificador "514f0c55892000***xyz" que usaba el nombre del volumen de almacenamiento anterior, "storage-volume_1", cuando se veía desde el arreglo de back-end, e intentaba anular su mapeo emitía un error.
- El volumen de almacenamiento recién creado tiene "VPD83T3:514f0c5589200***xyz" como su ID de NAA cuando se ve desde el back-end.
- Técnicamente, no existe un volumen con un identificador que termine en "abc". Mientras que el nuevo volumen con un identificador que termina con "xyz" está bien.
Cuando se utilizaba el comando unclaim para anular la reclamación de un volumen de almacenamiento que se había eliminado del arreglo de back-end, no se podía anular la reclamación del volumen de almacenamiento.
Cuando intentamos anular la reclamación de un volumen de almacenamiento específico de VPLEX, recibimos el error "Error de comando de firmware" y la causa de la falla según lo informado por el firmware
Ejemplo:
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
Resultado de muestra:
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.
Causa
Se eliminó del arreglo de almacenamiento un nombre de volumen de almacenamiento que tiene un VPDID específico, que se debe utilizar con el comando unclaim, pero no se anuló la reclamación de VPLEX. Sin embargo, se creó un nuevo volumen de almacenamiento con el mismo nombre.
Ejemplo:
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 -
Resolución
-
Para la verificación, inicie sesión en VPlexcli y compruebe la jerarquía del volumen de almacenamiento que no se reclamará.
Ejemplo:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy <storage_volume_name> storage-volume: <storage_volume_name> (size)
NOTA: Si no se encuentra en el nivel de contexto en el que ejecuta el comando show-use-hierarchy, necesita la ruta completa de ubicación del volumen/dispositivo/extensión para ver los detalles completos de la jerarquía de uso, por ejemplo, para su uso con almacenamiento-volumen:
show-use-hierarchy clusters/cluster-2/storage-elements/storage-volumes/<storage_volume_name>
Resultado de muestra:VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy INFxxxxxxxxxxxxDS01 storage-volume: INFxxxxxxxxxxxxDS01 (10T)
-
Reinicie el servidor de VplexManagementConsole como se muestra a continuación,
service@<ManagemetServer>:~> sudo /etc/init.d/VPlexManagementConsole restart Restarting EMC VPlex Management Console...
NOTA:
Después de reiniciar la consola de administración, espere de 1 a 2 minutos para permitir que el sistema se estabilice antes de volver a intentar un nuevo inicio de sesión en VPlexcli. -
Inicie sesión en la consola de Vplexcli y vuelva a emitir el comando "unclaim -d <storage_volume_name>"
Ejemplo:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name> Unclaimed 1 of 1 storage-volumes.
Resultado de muestra:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01 Unclaimed 1 of 1 storage-volumes.
-
Haga una lista larga, 'll', en el contexto del volumen de almacenamiento. El <storage_volume_name> no debería aparecer. Si no es así, significa que el volumen que acababa de reclamar se anuló correctamente.