[Gluster-users] Question about geo-replication and deletes in 3.5 beta train

[Venky Shankar]

"ignore-deletes" is only valid in the initial crawl mode[1] where it does
not propagate deletes to the slave (changelog mode does). Was the session
restarted by any chance?

[1] Geo-replication now has two internal operations modes: a one shot
filesystem crawl mode (used to replicate data already present in a volume)
and the changelog mode (for replicating live changes).

Thanks,
-venky



On Thu, Apr 17, 2014 at 1:25 AM, CJ Beck <chris.beck at workday.com> wrote:

>  I have an issue where deletes are not being propagated to the slave
> cluster in a geo-replicated environment. I’ve looked through the code, and
> it appears as though this is something that might have been changed to be
> hard coded?
>
>  When I try to change it via a config option on the command line, it
> replies with a “reserved option” error:
>  [root at host ~]# gluster volume geo-replication test-poc 10.10.1.120::test-poc
> config ignore_deletes 1
> Reserved option
> geo-replication command failed
> [root at host ~]# gluster volume geo-replication test-poc 10.10.1.120::test-poc
> config ignore-deletes 1
> Reserved option
> geo-replication command failed
> [root at host ~]#
>
> Looking at the source code (although, I’m not a C expert by any means), it
> seems as though it’s hard-coded to be “true” all the time?
>
>  (from glusterd-geo-rep.c):
>  4285         /* ignore-deletes */
> 4286         runinit_gsyncd_setrx (&runner, conf_path);
> 4287         runner_add_args (&runner, "ignore-deletes", "true", ".", ".",
> NULL);
> 4288         RUN_GSYNCD_CMD;
>
>  Any ideas how to get deletes propagated to the slave cluster?
>
>  Thanks!
>
>  -CJ
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140417/22908df8/attachment.html>