Falha ao iniciar a preparação para ressincronização do SyncIQ. Erro "Target path overlap"

O trabalho de preparação para ressincronização do SyncIQ falha ao iniciar com o seguinte erro:

"Target path overlap. Don't allow change target path  to sub-folder /ifs/source. Please use "source-include-directories" or break target then re-create policy "

Um erro semelhante é observado no isi_papi_d.log:

SOURCE-CLUSTER-1(id1) isi_papi_d[4699]: STACK Target path overlap. Don't allow change target path  to sub-folder /ifs/source. Please use "source-include-directories" or break target then re-create policy.

Existe um registro de destino no cluster de origem com uma entrada vazia no diretório de destino. Ou o nome do cluster de origem <src-cluster-name> é o cluster local, não de destino.

Exemplo 1:

<?xml version="1.0" encoding="utf-8"?>
<target-status>
  <policy>
    <id>xxxxxxxxxxxxxxxxxxxxxxxxxxxxx</id>
    <policy-name></policy-name>
    <src-cluster-name></src-cluster-name>
    <src-cluster-id>xxxxxxxxxxxxxxxxxxxxxxxxxx</src-cluster-id>
    <target-dir></target-dir> <<-------------------------------------------Target directory entry is empty
    <last-src-coord-ip></last-src-coord-ip>

Exemplo 2:

<?xml version="1.0" encoding="utf-8"?>
<target-status>
  <policy>
    <id>xxxxxxxxxxxxxxxxxxxxxxxxxxxxx</id>
    <policy-name></policy-name>
    <src-cluster-name>source1</src-cluster-name> <<-----------------------Source cluster is the local cluster not the target cluster
    <src-cluster-id>xxxxxxxxxxxxxxxxxxxxxxxxxx</src-cluster-id>
    <target-dir>/ifs/source/path</target-dir>
    <last-src-coord-ip></last-src-coord-ip>

Em versões mais antigas do OneFS, uma política do SyncIQ com failback acelerado definido deixa para trás um arquivo xml de registro de destino.
O OneFS 9.10 introduziu uma verificação para o trabalho de preparação para ressincronização que falha quando o arquivo de registro de destino tem um valor de diretório de destino vazio, "<target-dir>."

Solução temporária:

Remova o arquivo xml de registro de destino com entradas de diretório vazias que estão presentes no cluster de origem. 

Nas versões mais recentes do OneFS, DomainMark trabalhos executados por failback acelerado, não deixam um arquivo xml de registro de destino para trás.
No entanto, os registros de destino criados anteriormente não são removidos.

Etapas para remover o arquivo xml de registro de destino com um diretório vazio no cluster de origem:

1) Crie um diretório com o número do chamado (SR) em /ifs/data/Isilon_Support/.
Exemplo:

mkdir /ifs/data/Isilon_Support/123456789

2) Mova o arquivo xml afetado com um diretório de destino vazio para /ifs/data/Isilon_Support/<SR>.
Exemplo:

mv /ifs/.ifsvar/modules/tsm/config/target_records/xxxxxxxxxxxxxxxxxxxxxxxxxxxxx.xml  /ifs/data/Isilon_Support/<SR>

Versões corrigidas:
9.12.0.0
9.10.1.3
9.7.1.9