[Gluster-users] Distributed Geo Replication Lag

Georg Schoenberger g.schoenberger at xortex.com
Wed Sep 7 05:54:48 UTC 2016


On 2016-09-07 07:45, Aravinda wrote:
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>

The volume is already mounted, I assume I can use the existing mount point for the touch command?


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.
I am watching /var/log/glusterfs/geo-replication/georeplica logs on the master
Any more logs to consider?

THX Georg

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<mailto:Gluster-users at gluster.org>
http://www.gluster.org/mailman/listinfo/gluster-users


--

===================================

Georg Schönberger - XorteX eBusiness GmbH

Network und Hosting

Veldner Str. 29 | A-4120 Neufelden Tel: +43 7282 20797 4450 | Fax: +43 7282 20797 4490
FB-Nr: 272690s FB-Gericht: Landesgericht Linz Behörde gem. ECG: BH Rohrbach

Mail: g.schoenberger at xortex.com<mailto:g.schoenberger at xortex.com>
Web: http://www.xortex.com<http://www.xortex.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160907/a7a27494/attachment.html>


More information about the Gluster-users mailing list