Tue Oct 9 15:32:03 EST [NASHE01: replication.dst.err:error]: SnapVault: destination transfer from 0819DIP000SF001.detnsw.win:E:\ to /vol/s0819DIP000SF001/Exx : the qtree is not the source for the replicati.
Transfer aborted: the qtree is not the source for the replication destination.
NASHE01*> snapvault status NASHE01:/vol/s0819DIP000SF001/Exx
When I ran snapvault stop for a relationship, it confirms configuration removed, qtree deleted, but I still can't start a snapvault for the same qtree, with the error above. The NetApp KB says manually delete qtree, but in my case qtree didn't even exist, yet it didn't allow snapvault start. [I assume, even though it says qtree deleted, perhaps it still takes hours to actually delete it & exists in the background].
Only workaround I found was to use a different qtree name, e.g. /vol/vol01/data1_new I hoped it will allow me to rename the qtree once complete, but then I get the error:
qtree: could not rename /vol/vol01/data1_new to /vol/vol01/data1: Read-only file system - so I guess only solution is to change all scripts to use new name in our case.