Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
Some article numbers may have changed. If this isn't what you're looking for, try searching all articles. Search articles

SyncIQ mirror policy fails with error "Failed to get domain (unrunnable)"

Summary: SyncIQ mirror policy fails with error "Failed to get domain (unrunnable)"

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.

Symptoms

The above error is generally a result of fixing a previous error "Target path overlap. Previous policy XXXXX  from xxxxxxx has path YYYYYYYY. New policy ZZZZZ from zzzzzzz has path YYYYYYYY (unrunnable)"

Cause

On the source cluster, the source path was a target of a previous policy from an older cluster "due to migration per example"
The old policy from the older cluster was still having target records on the source cluster "including the old domain id on the path"

When the mirror policy created on the new target cluster, it utilizes the same domain-id from the old policy records but later on when the mirror policy run, it complains about the existence of the older target records from the older cluster.
 
"Target path overlap. Previous policy XXXXX  from xxxxxxx has path YYYYYYYY. New policy ZZZZZ from zzzzzzz has path YYYYYYYY (unrunnable)"
 
When the admin/support tries to fix this error, he will break the association of the older policy  XXXXX on the source cluster, this will result in deleting the domain-id that the mirror policy is counting on and hence cause a failure on the new mirror policy ZZZZZ later on.

Please find below the simulation in the lab for demonstration:
 
  • On the new_source_cluster path /ifs/target is a target from older_cluster and has a Domain ID 65537  
new_source_cluster-1# isi sync target list| grep -w /ifs/target
old_policy             old_cluster          /ifs/target     finished        writes_disabled

new_source_cluster-1# isi_classic domain list -wl | grep -w /ifs/target
65537 | /ifs/target     | SyncIQ | None          | None      | None      | None      | None   | Off
 
  • A newly created policy "new_policy" from new_source_cluster to new_target_cluster
  • The "new_policy_mirror" created and complains from target overlap 
new_target_cluster-1# isi sync reports list -v
                  Policy Name: new_policy_mirror
                       Job ID: 1
                   Start Time: 2021-05-30T08:27:01
                     End Time: 2021-05-30T08:27:03
                       Action: run
                        State: failed
                           ID: 1-new_policy_mirror
                    Policy ID: 005056aa8bf93a4cb360d71298fdf618
                    Sync Type: incremental
                     Duration: 2s
                       Errors: Target path overlap. Previous policy old_policy from old_cluster has path /ifs/target. New policy new_policy_mirror from new_target_cluster has path /ifs/target (unrunnable)

 
  • The new_policy_mirror is using the same domin id 65537 as the old_policy 
new_source_cluster-1# cat /ifs/.ifsvar/modules/tsm/config/target_records/005056aa8bf93a4cb360d71298fdf618.xml | grep domain-id
    <domain-id>65537</domain-id>
 
  • The admin/support breaks the old_policy on the new_source_cluster which result in deleting the domain id 65537
new_source_cluster-1# isi sync target break --policy=old_policy
Breaking a policy's target association will result in requiring a full synchronization of all data on the next sync.
Are you sure? (yes/[no]): yes

new_source_cluster-1# isi_classic domain list -wl | grep -w /ifs/target
new_source_cluster-1#
 
  • As a result, the next run of the mirror policy will fail because the domain id 65537 got deleted
new_target_cluster-1# isi sync reports list -v
                  Policy Name: new_policy_mirror
                       Job ID: 1
                   Start Time: 2021-05-30T08:27:01
                     End Time: 2021-05-30T08:31:03
                       Action: run
                        State: failed
                           ID: 1-new_policy_mirror
                    Policy ID: 005056aa8bf93a4cb360d71298fdf618
                    Sync Type: incremental
                     Duration: 3s
                       Errors: Failed to get domain info for domain id 65537: No such file or directory (unrunnable)

Resolution

The fix is to manually create a new domain id using the job engine, wait till the DomainMark job to finish then update the target XML record with the new domain id and finally resume the mirror policy to success.

NB: Please engage support to help updating target XML record
 
new_source_cluster-1# isi job jobs start DomainMark --root=/ifs/target --dm-type=SyncIQ -o Medium
Started job [64]

new_source_cluster-1# isi_classic domain list -wl | grep -w /ifs/target
65538 | /ifs/target     | SyncIQ,Writable | None   | None   | None   | None   | None  | Off

new_source_cluster-1# cat /ifs/.ifsvar/modules/tsm/config/target_records/005056aa8bf93a4cb360d71298fdf618.xml | grep domain-id
    <domain-id>65538</domain-id>

new_target_cluster-1# isi sync reports list
Policy Name           Job ID  Start Time          End Time            Action  State
---------------------------------------------------------------------------------------------
new_policy_mirror 1       2021-05-30T08:27:01 2021-05-30T08:34:59 run     needs_attention
---------------------------------------------------------------------------------------------
Total: 1

Affected Products

Isilon, PowerScale OneFS
Article Properties
Article Number: 000187638
Article Type: Solution
Last Modified: 04 Feb 2022
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.