Gluster users - Oct 2015 - geo-replications invalid names when using rsyncd

Admittedly an odd case, but...

o I have simple a simple geo-replication setup:  master -> slave.
o I've mounted the master's volume on the master host.
o I've also setup rsyncd server on the master:
   [master-volume]
          path = /mnt/master-volume
          read only = false
o I now rsync from a client to the master using the rsync protocol:
   rsync file rsync://master/master-volume

What I see is "file" when looking at the master volume, but that's
not
I see in the slave volume.  This is what is replicated to the slave:

   .file.6chars

where "6chars" is some random letters & numbers.

I'm pretty sure the .file.6chars version is due to my client's rsync
and represents the name rsync gives the file during transport, after
which it renames it to file.  Is this rename at such a low level
that glusterfs's geo-replication doesn't catch it and doesn't see
that it should be doing a rename?

Slave will be eventually consistent. If rsync created temp files in 
Master Volume and renamed, that gets recorded in Changelogs(Journal).
Exact same steps will be replayed in Slave Volume. If no errors, Geo-rep 
should unlink temp files in Slave and retain actual files.

Let us know if Issue persists even after sometime. Also let us know the 
Gluster Version you are using.

regards
Aravinda
http://aravindavk.in

On 10/15/2015 05:20 AM, Brian Ericson wrote:
> Admittedly an odd case, but...
>
> o I have simple a simple geo-replication setup:  master -> slave.
> o I've mounted the master's volume on the master host.
> o I've also setup rsyncd server on the master:
>   [master-volume]
>          path = /mnt/master-volume
>          read only = false
> o I now rsync from a client to the master using the rsync protocol:
>   rsync file rsync://master/master-volume
>
> What I see is "file" when looking at the master volume, but
that's not
> I see in the slave volume.  This is what is replicated to the slave:
>
>   .file.6chars
>
> where "6chars" is some random letters & numbers.
>
> I'm pretty sure the .file.6chars version is due to my client's
rsync
> and represents the name rsync gives the file during transport, after
> which it renames it to file.  Is this rename at such a low level
> that glusterfs's geo-replication doesn't catch it and doesn't
see
> that it should be doing a rename?
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-users