Dell EMC Unity : tâches «Delete VMware Virtual Volume» suspendues (corrigible par Dell EMC)

Dans l’interface graphique Unity, vous pouvez observer un grand nombre de tâches « Delete VMware Virtual Volume » en cours d’exécution avec une progression de 0 %


Toutes les tâches « Delete VMware Virtual Volume » ne seront pas forcément suspendues, certaines d’entre elles peuvent se terminer correctement. 

 

Un inode corrompu est généré lorsque la création d’un snapshot (réplica) échoue. Si un grand nombre de nouvelles E/S d’écriture est présent sur le système de fichiers lors de la création d’un nouveau snapshot, la vérification de la comptabilité de l’espace échoue, tout comme la création d’un nouveau snapshot.
Il s’agit d’une défaillance temporaire, et le système de fichiers tentera à nouveau de créer un snapshot et y parviendra. Toutefois, en raison d’un bug dans le code, l’inode corrompu généré lors de la création du réplica en échec n’est pas ignoré et reste en mémoire.

Cette erreur fait que le vnode reste à l’état d’initialisation, ce qui entraîne le blocage des troncatures ou des démontages sur le vnode nouvellement créé. La version 5.1.x du code Unity résout ce problème de chemin d’échec lors de la création du réplica, en supprimant correctement le nouveau vnode.

Contactez le support technique et reportez-vous à cet article.
Notez que le redémarrage du SP sera nécessaire pour effacer la troncature bloquée.

Le problème de troncature bloquée a été corrigé dans la version 5.1.x du code d’Unity. 

Articles connexes :

• Dell EMC Unity : La réduction des données & UNMAP ne sont pas pris en charge sur Unity VVol (corrigible par Dell EMC)
• Dell EMC Unity : Impossible d’annuler/supprimer des tâches suspendues, code d’erreur : 0x6000df9 (la tâche ne peut pas être supprimée à l’état actuel) (corrigible par DELL EMC)

Détails de la tâche sur la CLI :

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   =

À partir des données de service :
De nombreuses entrées indiquant « vVols delete » dans 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.