[Bugs] [Bug 1422760] New: [Geo-rep] Recreating geo-rep session with same slave after deleting with reset-sync-time fails to sync

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1422760

            Bug ID: 1422760
           Summary: [Geo-rep] Recreating geo-rep session with same slave
                    after deleting with reset-sync-time fails to sync
           Product: GlusterFS
           Version: mainline
         Component: geo-replication
          Assignee: bugs at gluster.org
          Reporter: khiremat at redhat.com
                CC: bugs at gluster.org



Description of problem:
When geo-rep session is deleted with the option reset-sync-time and the data on
slave is deleted, the recreation of session with same old slave volume is not
syncing data from master to slave. It is observed, it happens only if the data
to slave is synced via xsync before deletion of the geo-rep session. Only
entries under root are being synced.

Version-Release number of selected component (if applicable):
mainline

How reproducible:
Always

Steps to Reproduce:
1.  Create geo-rep session between 'master' and 'slave' volume.
2.  Set change-detector to 'xsync'
3.  Create data on master and let it sync to slave
4.  Delete geo-rep session with 'reset-rsync-time'
5.  Delete data on slave volume.
6.  Recreate geo-rep session with same master and slave volume
7.  Start the geo-rep

Actual results:
Only first level entries under root are being synced and rest are not synced.

Expected results:
It is expected all the data from master is synced again.

Additional info:

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.