Using Checkpoint feature you can confirm that Geo-rep synced till that time.
Set Checkpoint
gluster volume geo-replication <MASTER>
<SLAVEHOST>::<SLAVEVOL> config
checkpoint now
Touch Mount point (To record setattr in every bricks changelog)
mount -t glusterfs localhost:/<MASTERVOL> /mnt/<MASTERVOL>
touch /mnt/<MASTERVOL>
Watch the status of Geo-replication, If the Checkpoint status is "Yes"
then Geo-rep synced everything till the checkpoint time. Geo-rep may
have synced more that Checkpoint time, but checkpoint completion
confirms that it synced all files which are created/modified before
checkpoint time.
gluster volume geo-replication <MASTER>
<SLAVEHOST>::<SLAVEVOL> status
detail
Also watch the log files in Master nodes for any errors.
regards
Aravinda
On Tuesday 06 September 2016 06:13 PM, Georg Schoenberger
wrote:> Hi folks,
>
> I am trying to switch over to my distributed geo redundant volume.
>
> Any tools/checks/methods to ensure the geo redundant volume does not lag
> behind?
>
> Can I ensure, that the geo replicated host has all the data?
>
> THX, Georg
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-users