Isilon : PowerScale : La règle SyncIQ échoue lors de la restauration automatique avec l’erreur « Local Error: Unable to Link LIN Numerical argument out of domain »

Summary: SyncIQ ne parvient pas à synchroniser les données dans une réplication inverse via une règle de mise en miroir du cluster cible vers le cluster source lors de la restauration automatique. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Lors de l’exécution d’une tâche sur la règle de miroir SyncIQ lors de la restauration automatique du cluster de reprise après sinistre vers le cluster de production, elle peut échouer avec le message d’erreur ci-dessous sur le cluster de reprise après sinistre.
  
SyncIQ encountered a filesystem error on target cluster. Error at target cluster on node [TNode-2]:  Unable to link /ifs/accesszone/clustername/shared/vol/share/0006/filename_L_bkp (1:2f4f:a28b::9672106) in directory /ifs/accesszone/clustername/shared/vol/share/0006/ (1:00e4:b84b::9672106), Local error : Unable to link lin 174045d4f: Numerical argument out of domain: Numerical argument out of domain
                                   from link_lin (/b/mnt/src/isilon/bin/isi_migrate/sworker/stf_transfer.c:1410)
                                   from link_callback (/b/mnt/src/isilon/bin/isi_migrate/sworker/stf_transfer.c:3820) , (policy name: Actualpolicyname_mirror target ip : 10.*.*.*

Cause

Lorsque le retour arrière de l’accélération est défini pour la règle SyncIQ d’origine, une tâche système DomainMark est déclenchée pour le chemin source qui crée le domaine SyncIQ lors de l’exécution initiale d’une tâche SyncIQ.

La raison de l’échec d’une tâche SyncIQ miroir dans ce cas est due au fait que plusieurs domaines SyncIQ existent pour le même chemin source de la règle SyncIQ sur le cluster de production réel où un chemin source est associé au domaine SyncIQ en lecture seule alors que son sous-répertoire a un domaine SyncIQ en lecture/écriture attribué.

Reportez-vous à l’exemple ci-dessous.
  
ActualSourceCluster-1# isi_classic domain list
/ifs/accesszone/clustername/shared/  | SyncIQ
/ifs/accesszone/clustername/shared/vol/share/0006/ | SyncIQ,Writable



Le domaine SyncIQ du chemin /ifs/accesszone/clustername/shared/ est en lecture seule tandis que le domaine SyncIQ de son sous-répertoire /ifs/accesszone/clustername/shared/vol/share/0006/ est en lecture-écriture conformément à la sortie de commande ci-dessus.

La réplication échoue lorsque SyncIQ met à jour les fichiers sous le chemin /ifs/accesszone/clustername/shared/vol/share/0006/ en tant que domaine SyncIQ pour ce chemin est en lecture-écriture sur le cluster de production réel.

Resolution

Sur le cluster de production réel, supprimez le domaine SyncIQ du sous-répertoire accessible en écriture et conservez uniquement le domaine SyncIQ pour le chemin parent.

1. Vérifiez le domaine SyncIQ sur le cluster de production réel.
  
ActualSourceCluster-1# isi_classic domain list
/ifs/accesszone/clustername/shared/  | SyncIQ Parent path
/ifs/accesszone/clustername/shared/vol/share/0006/ | SyncIQ,Writable Subdirectory


2. Exécutez la commande suivante sur le cluster de production réel pour supprimer le domaine SyncIQ inscriptible supplémentaire. 
  
ActualSourceCluster-1# domain_mark /ifs/accesszone/clustername/shared/vol/share/0006 synciq -d


3. Vérifiez qu’un seul domaine SyncIQ est répertorié pour le chemin parent.
  
ActualSourceCluster-1# isi_classic domain list
/ifs/accesszone/clustername/shared/  | SyncIQ


4. Redémarrez la tâche SyncIQ miroir sur le cluster de reprise après sinistre réel.
  
ActualTargetCluster-1# isi sync job start Policy_mirror

Affected Products

Isilon, PowerScale OneFS, Isilon SyncIQ
Article Properties
Article Number: 000200105
Article Type: Solution
Last Modified: 29 Jun 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.