Description of problem: When I try to set ignore-deletes on geo-replication, it tells me it is a "Reserved option". This should not be the easy, right? Version-Release number of selected component (if applicable): 3.0EA
Upstream patch is sent for review: http://review.gluster.org/#/c/9583/
As per comment 2, patch available in Upstream. Moving this to POST.
Verified with the build: glusterfs-3.7.0-2.el6rhs.x86_64 Able to set the value to true/false as: [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes yes geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: yes [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes no geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: no [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes 1 geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: 1 [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes 0 geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: 0 [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes true geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: true [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config ignore_deletes false geo-replication config updated successfully [root@georep1 scripts]# gluster volume geo-replication master 10.70.46.154::slave config | grep ignore_deletes ignore_deletes: false [root@georep1 scripts]# Also verified when the ignore_deletes is set to true, the files that are deleted from master doesn't sync to slave. Moving the bug to verified state.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-1495.html