Description of problem: Deletes are not being synced to slave. Version-Release number of selected component (if applicable): [root@mustang ~]# gluster --version glusterfs 3.5.0beta3 built on Feb 15 2014 13:24:29 Repository revision: git://git.gluster.com/glusterfs.git Copyright (c) 2006-2011 Gluster Inc. <http://www.gluster.com> GlusterFS comes with ABSOLUTELY NO WARRANTY. You may redistribute copies of GlusterFS under the terms of the GNU General Public License. How reproducible: Twice out of as many tries Steps to Reproduce: 1. Create and start a geo-rep session. 2. Untar linux kernel and wait for them to get synced to slave. 3. Now run rm -rf /mnt/master/* Actual results: Deletes are not synced to slave. Expected results: Deletes should be synced to slave. Additional info: I see few crashes which are same as the one seen in https://bugzilla.redhat.com/show_bug.cgi?id=1065631 But I saw them earlier during creates as well. So not sure if both the related somehow. Pretty straightforward test case. Not attaching any logs.
libgfchangelog is not loaded into ldconfig cache. So geo-rep always used xsync FS crawl which does not handle deletes and rename. Load libgfchangelog and try. It should work.
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.7.0, please open a new bug report.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days