<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">The gfid is expected to be the same between master and slave volumes. In fact, if the gfids are different between master and slave, data would not sync. Gfid is unique with in volume and not across different volumes.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Kotresh HR</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 Jan 2018 12:21 am, &quot;Viktor Nosov&quot; &lt;<a href="mailto:vnosov@stonefly.com">vnosov@stonefly.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div class="m_4124152466387921839WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi Kotresh,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Thanks for response! <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">After taking more tests with this specific geo-replication configuration I realized that  <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">file extended attributes trusted.gfid and trusted.gfid2path.*** are synced as well during geo replication.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">I’m concern about attribute trusted.gfid because value of the attribute has to be unique for glusterfs cluster.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">But this is not a case in my tests. File on master and slave volumes has the same trusted.gfid attribute.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">To handle this issue the geo replication configuration option </span><span style="font-size:10.5pt;font-family:&quot;Helvetica&quot;,&quot;sans-serif&quot;;color:#252525">sync-xattrs = false was tested on glusterfs version 3.12.3. </span><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">After changes of the option </span><span style="font-size:10.5pt;font-family:&quot;Helvetica&quot;,&quot;sans-serif&quot;;color:#252525">from true to false the geo-replication was stopped, volume was stopped, glusterd was stopped, glusterd was started, volume was started and the geo-replication was started again.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.5pt;font-family:&quot;Helvetica&quot;,&quot;sans-serif&quot;;color:#252525">It had no effect on syncing of </span><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">trusted.gfid.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">How it is critical to have duplicated gfid’s? Can volume data be corrupted in this case somehow?<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Best regards,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Viktor Nosov <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Kotresh Hiremath Ravishankar [mailto:<a href="mailto:khiremat@redhat.com" target="_blank">khiremat@redhat.com</a>] <br><b>Sent:</b> Tuesday, January 16, 2018 7:59 PM<br><b>To:</b> Viktor Nosov<br><b>Cc:</b> Gluster Users; <a href="mailto:jbyers@stonefly.com" target="_blank">jbyers@stonefly.com</a><br><b>Subject:</b> Re: [Gluster-users] Deploying geo-replication to local peer<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal" style="margin-bottom:12.0pt">Hi Viktor,<u></u><u></u></p></div><p class="MsoNormal">Answers inline<u></u><u></u></p><div><div><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">On Wed, Jan 17, 2018 at 3:46 AM, Viktor Nosov &lt;<a href="mailto:vnosov@stonefly.com" target="_blank">vnosov@stonefly.com</a>&gt; wrote:<u></u><u></u></p><p class="MsoNormal" style="margin-bottom:12.0pt">Hi,<br><br>I&#39;m looking for glusterfs feature that can be used to transform data between<br>volumes of different types provisioned on the same nodes.<br>It could be, for example, transformation from disperse to distributed<br>volume.<br>The possible option is to invoke geo-replication between volumes. It seems<br>is works properly.<br>But I&#39;m concern about  requirement from Administration Guide for Red Hat<br>Gluster Storage 3.3 (10.3.3. Prerequisites):<br><br>&quot;Slave node must not be a peer of the any of the nodes of the Master trusted<br>storage pool.&quot;<u></u><u></u></p><div><p class="MsoNormal">     This doesn&#39;t limit geo-rep feature in anyway. It&#39;s a  recommendation. You<u></u><u></u></p></div><div><p class="MsoNormal">can go ahead and use it.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal">Is this restriction is set to limit usage of geo-replication to disaster<br>recovery scenarios only or there is a problem with data synchronization<br>between<br>master and slave volumes?<br><br>Anybody has experience with this issue?<br><br>Thanks for any information!<br><br>Viktor Nosov<br><br><br>______________________________<wbr>_________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br><a href="http://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-users</a><u></u><u></u></p></blockquote></div><p class="MsoNormal"><br><br clear="all"><br>-- <u></u><u></u></p><div><div><div><p class="MsoNormal">Thanks and Regards,<u></u><u></u></p></div><p class="MsoNormal">Kotresh H R<u></u><u></u></p></div></div></div></div></div></div></div></div></blockquote></div></div>