Data Domain : PANIQUE DDFS : dmbt_update_entry_nolock

Le Data Domain (DD) concerné signale un fonctionnement inattendu avec le message suivant pour les systèmes avec des structures MTree activées par Automatic Retention Lock (ARL) utilisées pour la réplication :

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect Data Domain avec verrouillage automatique de la conservation (ARL) activé.

• Panne du système de fichiers Data Domain
• Instabilité du système 
• Logs indiquant le message de panique ci-dessus juste avant une panne du système

Ce problème se produit lorsqu’un snapshot de réplication de structure mtree se produit entre les appels d’ouverture et de fermeture de DDBOOST.

• La commande nfsproc3_ddcp_open_file_3_svc() identifie un fichier de verrouillage de rétention (RL) en cours de modification au cours de la période de refroidissement (COP) de l’ARL et réinitialise la valeur de la balise à 0 (DM_TAG_DEFAULT).
• L’élément suivant nfsproc3_ddcp_close_file_3_svc() réinitialise normalement la balise à une valeur valide.
• Toutefois, si un fichier est créé avec un attribut étendu et modifié dans la COP ARL, et qu’un snapshot se produit entre les appels d’ouverture et de fermeture de DDBOOST, cette séquence peut déclencher un fonctionnement inattendu.

Cela se produit sur les versions 7.7.x et 7.10.x, et le déclencheur se déclenche lorsque le verrouillage de rétention (généralement ARL) est activé sur les structures MTree.

Pour résoudre ce problème, procédez comme suit : 

1. Rompez tout contexte de réplication des MTree source et de destination d’origine.

• Cela crée une nouvelle copie propre de la mtree sans le contexte problématique.

• Cela permet d’éviter que le problème ne se reproduise.

4. Redirigez les sauvegardes vers la nouvelle structure mtree à copie rapide sur le DD source.
(Mettez à jour toutes les procédures de sauvegarde pour cibler la nouvelle structure mtree.)

• Assurez-vous que la nouvelle configuration de réplication est entièrement synchronisée.
• Gardez cette structure MTree ARL désactivée pour éviter que le PANIC ne se reproduise. 
  • Gérez les anciennes structures MTree :
  • Conservez les structures MTree d’origine sur les systèmes source et de destination pour le moment.
    • Une fois la nouvelle réplication synchronisée et la période de rétention des anciens fichiers mtree expirée, supprimez les fichiers des anciennes mtrees.
    • Supprimez ensuite l’ancienne MTree sur la source et la destination.

• Il est essentiel de surveiller le système pour détecter toute autre anomalie après avoir effectué les étapes ci-dessus.
• Assurez-vous que toutes les règles de sauvegarde et tous les contextes de réplication sont correctement mis à jour pour refléter les modifications.