Red Hat Bugzilla – Bug 984813
Dist-geo-rep : First xsync crawl fails to remove file from slave which were removed in the master.
Last modified: 2014-08-24 20:50:12 EDT
Description of problem: The files which were removed on the master when geo-rep was stopped, won't be removed from the slave, when geo-rep was started. Which is, first xsync crawl fails to propagate deletes to slave.
Version-Release number of selected component (if applicable):184.108.40.206rhs.beta4-1.el6rhs.x86_64
How reproducible: Happens everytime.
Steps to Reproduce:
1.Create and start a geo-rep relationship between master(DIST-REP) and slave.
2.Create files using the command, ./crefi.py -n 10 --multi -b 10 -d 10 --random --max=500K --min=10 <MNT_PNT>
3.Let it sync to slave.
4. Stop the geo-rep session,
5. remove all the files from master.
6. start the geo-rep session.
7.Check if it is deleted on the slave.
Actual results: Deletes won't be propagated to slave.
Expected results: Deletes should propagate to slave.
The hybrid crawl cannot handle deletes, renames and harlinks. This is a known issue and is done this way as the gfid's are also in sync b/w master and slave.
The resolution should be CLOSED WONTFIX , it can't be CLOSED NOTABUG.
as per comment #3
Updated Doc Text too.