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):3.4.0.12rhs.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. Additional info:
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.