[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