Re: Distributed Geo Replication Lag

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux