NetWorker : Le clonage RPS échoue après la mise à niveau vers la version 19.11 si l’état DNS inverse du serveur est défini sur Interdit

Après la mise à niveau vers NetWorker 19.11, les tâches de clonage semblent ne pas répondre, en consignant la boucle de messages suivante :

01/13/25 16:51:19.000291 nsrclone-D5 find_clone_backend_job(): ENTER
01/13/25 16:51:19.000323 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:19.000335 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:20.001007 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:20.001070 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:21.000097 nsrrecopy-D3 main 0x342e850 wait timed out (locked)

Le problème se produit lorsque :

• Le serveur présente un état DNS inversé : ensemble interdit dans la base de données de l’agent local (nsrladb)
• La tâche de clonage est configurée pour utiliser un nœud de stockage distant au lieu du serveur en tant que nœud source (lecture)
• La tâche de clonage nécessite un RPS, défini globalement dans la ressource NSR (Serveur) (Disable RPS Clone : Non) ou appelé automatiquement en raison du type de saveset (vProxy/OAPP)

La tâche ne se termine pas, échoue ou doit être abandonnée.

La cause semble être liée à des modifications des communications dans NetWorker 19.11. La nouvelle valeur d’état DNS inversé permet aux administrateurs de supprimer les exigences de correspondance de recherche inversée, qui faisaient partie de NetWorker depuis ses versions initiales.

Cependant, ce changement majeur semble avoir introduit des questions qui font l’objet d’une enquête. Bien que l’état DNS inversé ne soit pas « interdit » par défaut, les administrateurs qui l’utilisent sur le serveur rencontrent des problèmes avec le clonage RPS lorsqu’un nœud de stockage distinct est utilisé.

Le correctif fait l’objet d’une étude dans le bug NETWORKER-111382. Au moment de la rédaction de cet article, ce correctif n’apparaîtra pas avant au moins NetWorker 19.11.0.5 ou NetWorker 19.12.0.1. 

À court terme, il existe trois solutions de contournement possibles pour le problème :

• Utilisez l’état DNS inverse : mis en cache ou non mis en cache au lieu de banni sur le serveur. Si vous comptez actuellement sur le paramètre interdit pour les sauvegardes de clients non résolvables en sens inverse pour réussir, vous devez vous assurer que des entrées de zone de recherche DNS inversées sont créées pour les adresses IP de ces clients, pouvant être interrogées par le serveur et les nœuds NetWorker, afin qu’elles continuent à fonctionner. Pour modifier ce paramètre sur le serveur, exécutez la commande suivante à partir d’une invite de commandes avec élévation de privilèges : 

(echo . type: nsrla & echo upd reverse DNS state: cached) | nsradmin -p nsrexec -i -

printf ". type: nsrla\nupd reverse DNS state: cached\n" | nsradmin -p nsrexec -i -

Redémarrez ensuite les services après la modification :

nsr_shutdown
systemctl start networker

net stop nsrexecd /y
net start nsrd
net start gstd
*Starting gstd is only required if NMC server is installed on the same host as the NetWorker server.

• Modifiez les nœuds Source et Destination dans l’action de clonage pour utiliser le serveur (nsrserverhost) au lieu d’un nœud de stockage, si possible. Pour les tâches de clonage Data Domain, le nœud de stockage n’a pas d’importance, car les systèmes Data Domain eux-mêmes gèrent le trafic de données et dépendent uniquement de l’accès du serveur à chaque instance Data Domain.
• Désactivez RPS globalement. Avertissement : Cela n’aide pas les types de savesets qui nécessitent RPS et l’appellent automatiquement dans le cadre de l’opération de clonage, tels que les savesets vProxy et OAPP. Si vous ne clonez pas ces types de savesets, que vous avez besoin que les recherches inversées soient interdites et que vous ne pouvez pas utiliser le serveur en tant que nœud pour quelque raison que ce soit, cela fournit une troisième option, si elle est la moins idéale (car RPS est préféré lorsque cela est possible). Pour ce faire, sur le serveur, à partir d’une invite de commande élevée, exécutez : 

(echo . type: nsr & echo upd Disable RPS Clone: Yes) | nsradmin -i -

printf ". type: nsrla\nupd Disable RPS Clone: Yes\n" | nsradmin -i -

Aucun redémarrage du service n’est nécessaire : la tâche de clonage suivante doit démarrer avec RPS désactivé.

Pour des problèmes similaires avec NetWorker 19.11 traitant les échecs de sauvegarde liés aux nouveaux paramètres d’état DNS inversé , consultez : NetWorker : Après la mise à niveau vers la version 19.11, la sauvegarde échoue, signalant « Échec de la résolution du nom d’hôte »