<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi David,<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 31-May-2021, at 10:37 AM, David Cunningham <<a href="mailto:dcunningham@voisonics.com" class="">dcunningham@voisonics.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">Hello,</div><div class=""><br class=""></div><div class="">We have a GlusterFS configuration with mirrored nodes on the master side geo-replicating to mirrored nodes on the secondary side.</div><div class=""><br class=""></div><div class="">When geo-replication is initially created it seems to automatically add all the mirrored nodes on the master side as geo-replication master nodes, which is fine. My first question is, if we add a new master side node how can we add it as a geo-replication master?</div><div class="">This doesn't seem to happen automatically, according to the output of "gluster volume geo-replication gvol0 secondary::gvol0 status". If we use the normal "gluster volume geo-replication gvol0 secondary::slave-vol create push-pem force" it says that the secondary side volume is not empty, which is true because we're adding a master node to the existing geo-replication.<br class=""></div></div></div></blockquote><div><br class=""></div>This is not automatic. Run `gluster-georep-sshkey generate` and georep create push-pem with force option to push the keys from new nodes to secondary nodes. </div><div><br class=""></div><div>You can also try this tool instead of georep create command.</div><div><br class=""></div><div><a href="https://github.com/aravindavk/gluster-georep-tools" class="">https://github.com/aravindavk/gluster-georep-tools</a></div><div><br class=""></div><div>$ gluster-georep-setup gvol0 secondary::slave-vol --force</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">My second question is whether we can geo-replicate to multiple nodes on the secondary side? Ideally we would normally have something like:</div><div class="">master A -> secondary A</div><div class="">master B -> secondary B</div><div class="">master C -> secondary C</div><div class="">so that any master or secondary node could go offline but geo-replication would keep working.</div></div></div></blockquote><div><br class=""></div>Geo-replication command needs one Secondary node to establish the session. Once session starts, Geo-rep starts one worker process per master brick.</div><div><br class=""></div><div>These worker processes gets the list of secondary nodes by running the `ssh <secondary-host> gluster volume info <secondary-volume>`. Then Geo-rep distributes the secondary nodes connection in round robin way. For example, if Master volume contains three nodes and secondary volume 3 nodes as you mentioned then Geo-rep makes connection as Master A -> Secondary A, Master B -> Secondary B and Master C -> Secondary C.</div><div><br class=""></div><div>Secondary node failover: If a node goes down in secondary cluster then Master worker connects to other secondary node and continues replication. One known issue is if the secondary node specified in the Geo-rep create command goes down then it fails to get the Volume info(To get list of secondary nodes). This can be solved by providing the list of secondary nodes as config(Not yet available).</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Thank you very much in advance.<br class=""></div><div class=""><br class=""></div>-- <br class=""><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class="">David Cunningham, Voisonics Limited<br class=""><a href="http://voisonics.com/" target="_blank" class="">http://voisonics.com/</a><br class="">USA: +1 213 221 1092<br class="">New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div></div>
________<br class=""><br class=""><br class=""><br class="">Community Meeting Calendar:<br class=""><br class="">Schedule -<br class="">Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br class="">Bridge: <a href="https://meet.google.com/cpu-eiue-hvk" class="">https://meet.google.com/cpu-eiue-hvk</a><br class="">Gluster-users mailing list<br class=""><a href="mailto:Gluster-users@gluster.org" class="">Gluster-users@gluster.org</a><br class="">https://lists.gluster.org/mailman/listinfo/gluster-users<br class=""></div></blockquote></div><br class=""><div class="">
<div>Aravinda Vishwanathapura</div><div><a href="https://kadalu.io" class="">https://kadalu.io</a></div><div class=""><br class=""></div><br class="Apple-interchange-newline">
</div>
<br class=""></div></body></html>