Dell EMC Unity: Los trabajos "Delete VMware Virtual Volume" se bloquean (corregible por Dell EMC)

En la GUI de Unity, podemos observar un gran número de trabajos en ejecución "Delete VMware Virtual Volume" con un 0 % de progreso


No es necesario que todos los trabajos "Delete VMware Virtual Volume" se bloqueen; algunos de ellos se podrán completar correctamente. 

 

Se produce un error en el inodo dañado cuando se crea una instantánea (réplica). Si hay una nueva I/O de escritura en FileSystem cuando se crea una nueva instantánea, la comprobación de contabilidad de espacio fallará y la creación de una nueva instantánea también.
Se trata de una falla temporal y FileSystem intentará crear una instantánea de nuevo y se realizará correctamente. Sin embargo, debido a un error en el código, el inodo dañado que se produjo durante la creación fallida de la réplica no se descarta y queda en la memoria.

El error en la creación de réplica hace que el vnodo creado permanezca en el estado de inicialización, lo que hace que los truncados o los desmontajes se bloqueen en el vnodo recién creado. En la versión 5.1.x del código de Unity, se corrige este problema con la ruta de falla en la creación de réplica, descartando correctamente el nuevo vnodo.

Comuníquese con el soporte técnico y mencione este artículo.
Tenga en cuenta que será necesario reiniciar el SP para borrar el truncamiento bloqueado.

El problema del truncamiento bloqueado se resolvió en el código de Unity 5.1.x. 

Artículos relacionados:

• Dell EMC Unity: Reducción de datos y UNMAP no se soportan con vVol de Unity (corregible por Dell EMC)
• Dell EMC Unity: No se pueden cancelar/eliminar trabajos suspendidos con el código de error: 0x6000df9 (el trabajo no se puede eliminar en el estado actual) (corregible por DELL EMC)

En la CLI, los detalles del trabajo:

service@unity spb:~/user# uemcli -no /sys/task/job -id N-281382 show -detail 1: ID                  = N-281382    Type                = Storage resource provisioning    Title               = Delete VMware Virtual Volume    State               = Running    Result description  =    User                = Local/VASA 2.0 Client    Step                =    Start time          =    Elapsed time        =    Estimated time left = 3s    Percent complete    = 0%    Associated object   =

En los datos de servicio:
muchas entradas indican "vVols delete" en C4_safe_ktrace.log:

2021/06/02-13:33:07.895016 21 7F438AA2D705 std:TCD: (Unbind) RemoveVVolListFromPE - VVol 6006016046F04400:C56F9C8FB1544865 at index 0 removed from PE. 2021/06/02-13:33:07.895017 0  7F438AA2D705 std:TCD: UnbindBuildNewSGList - updated PE SG 600601604EF04400:C452E6DE008A4C57, index 27, old NumLuns 44, new NumLuns 43. 2021/06/02-13:33:07.895030 11 7F438AA2D705 std:TCD: UnbindDetermineXlusToDelete - VVol 6006016046F04400:C56F9C8FB1544865 at index 0 marked ready for delete. 2021/06/02-13:33:07.895031 0  7F438AA2D705 std:TCD: UnbindDetermineXlusToDelete - 1 VVols marked for delete (before dup check). 2021/06/02-13:33:07.895049 17 7F438AA2D705 std:TCD: UnbindBuildNewXluList - Old total Xlu count 616, new total XLU count 615. 2021/06/02-13:33:07.895068 19 7F438AA2D705 std:TCD: UnbindBuildNewXluList - VVol XLU 6006016046F04400:C56F9C8FB1544865 removed from global list.