Système de fichiers Data Domain - FONCTIONNEMENT INATTENDU : ddr/repl/lrepl_client.c : lrepl_srepl_recipe_get_next : 1972: ! (*target_off > = region_start_off)

Un système de fichiers Data Domain exécutant le code DDOS 6.x et agissant en tant que source de réplication peut rencontrer plusieurs PANIC lorsque la fonction de réplication de recettes est activée, avec les messages d’erreur de consignation Data Domain tels que ci-dessous :

ERROR: MSG-INTRNL-00001: PANIC: ddr/repl/lrepl_client.c: lrepl_srepl_recipe_get_next: 1972: !(*target_off >= region_start_off)

La plupart du temps, le processus FS tente de commencer à suivre le fonctionnement inattendu, mais échoue peu après sa sortie. C’est particulièrement le cas lors de l’utilisation de la réplication de répertoire ou de structure MTree, au lieu de BOOST MFR. Dès que le même fichier en cours de réplication est répliqué à nouveau vers la destination, le système de fichiers peut abandonner la tentative et être désactivé.

En raison d’un défaut de code, les PANIC du système de fichiers Data Domain, vident le cœur et redémarrent lorsque la réplication de recettes est activée.
Dans les versions précédentes de DDOS, il n’est pas nécessaire de supprimer tous les fichiers de base d’une sauvegarde donnée répliquée ou écrasée.
Un « fichier de base » est un fichier de sauvegarde préexistant qu’une sauvegarde ultérieure peut utiliser comme référence pour les sauvegardes à synthétiser.
Ce défaut affecte les anciennes versions de DDOS 6.0.x, 6.1.x et 6.2.x.

Si vous consultez cet article de la base de connaissances, il est probable que vous ayez déjà atteint le défaut et que le système de fichiers soit probablement arrêté. Par conséquent, même si ce défaut est résolu dans les versions ultérieures de DDOS (voir ci-dessous), vous devez d’abord appliquer la solution de contournement, qui consiste soit à désactiver complètement la réplication, soit à désactiver la fonction de réplication de la recette :

• Pour désactiver la réplication, exécutez « replication disable all » et essayez de remettre le système de fichiers sous tension en exécutant « filesys enable »
• Pour désactiver la réplication de recettes uniquement :
  • Connectez-vous à DD en tant qu’utilisateur « sysadmin » ou équivalent, puis accédez au « mode SE »
  • Remarque : Les commandes SE ont été obsolètes dans les versions DDOS 7.7.5.25, 7.10.1.15, 7.13.0.15, 6.2.1.110 et supérieures et sont accessibles uniquement par les employés Dell
  • Si le système de fichiers n’est pas encore désactivé, effectuez-le maintenant (filesys disable)
  • Modifiez le paramètre par défaut pour la réplication de recettes, de sorte que l’utilisation de la réplication de recettes lors de la réplication des sauvegardes est désactivée : se sysparam set RECIPE_REPL_ENABLED=FALSE
  • Vous pouvez maintenant activer le système de fichiers (filesys enable) et la réplication, s’il a été désactivé précédemment (la réplication active tout)

Il est recommandé de désactiver la réplication de recettes uniquement sur la source plutôt que de désactiver entièrement la réplication. La désactivation de toutes les réplications augmente le décalage de réplication.
Les effets secondaires de la désactivation de la réplication de recettes sont limités à une réduction mineure des performances lors de la réplication des sauvegardes.

Le défaut de code à l’origine de ce problème a été corrigé dans les versions suivantes :

• DDOS 6.1.2.40 et versions ultérieures
• DDOS 6.2.0.30 et versions ultérieures
• DDOS 7.0.x aura cette correction sur la version initiale

Notez toutefois que le défaut affecte également les versions DDOS 6.0.x, mais il n’y a pas encore de version DDOS 6.0.x avec ce défaut corrigé.