Gluster users - Dec 2016 - Failure to transfer all changes to slave volume after geo-replication is re-created

Hi,

I need help of solving geo-replication problem that is reproduced each time
when geo-replication is deleted, some changes are made to the former master
volume and the geo-replication is re-created to the same volume without
deleting existing files from the former slave volume.  Not all changes are
synced to the slave volume after geo-replication is recreated. The list of
failed changes consists of the next file and directory operations on the
former master
volume:

- file deletion using command "rm";
- renaming non empty directory by using command "mv";
- file renaming by using command "mv";
- move file between directories by using command "mv";
- delete non empty directory, re-create under the same name with new files;

After the geo-replication is re-created without deleting the slave volume
files, some new changes on master volume like "add" or
"modify" files are
synced to the slave volume except changes listed above.

I'm attaching glusterfs logs from master and slave nodes that are covering
the test interval.
The attached text file " geo_recreate_problem.txt" describes all steps
that
were done during testing to reproduce the problem.

Best regards,

Viktor Nosov 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: geo_recreate_problem.txt
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20161220/6b0a35a6/attachment.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: node_182_logs.tar
Type: application/x-tar
Size: 22190 bytes
Desc: not available
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20161220/6b0a35a6/attachment.tar>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: node_183_logs.tar
Type: application/x-tar
Size: 13261 bytes
Desc: not available
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20161220/6b0a35a6/attachment-0001.tar>