<div id="yMail_cursorElementTracker_1634702334601">Hi David,</div><div id="yMail_cursorElementTracker_1634703331016"><br></div><div id="yMail_cursorElementTracker_1634703326631">You can obtain the values via 'gluster volume get' command. See 'gluster volume get help'.The defaults are also defined and can be seen via 'gluster volume set help'. I think that the quorum ratio in replica 3 is '51'.</div><div id="yMail_cursorElementTracker_1634702388286"><br></div><div id="yMail_cursorElementTracker_1634702388529">With cluster.server-quorum-type set to 'server', the TSP nodes are creating a 'quorum'  and when node3 is disconnected from the majority (quorum), the brick of node3 will shutdown till quorum is restored.</div><div id="yMail_cursorElementTracker_1634702714780"><br></div><div id="yMail_cursorElementTracker_1634702715020">For point 3 , you need to check cluster.quorum-type. If it's set in auto mode , only the  first brick will allow writes (I think we are talking about replica 2 here) . Yet, if you configered the volume that it allows both bricks to be operational (cluster.quorum-type = fixed, cluster.quorum-count =1, volume is replica 2), then:</div><div id="yMail_cursorElementTracker_1634703126774">A) yes</div><div id="yMail_cursorElementTracker_1634703148548">B) no, it should just heal</div><div id="yMail_cursorElementTracker_1634703169525">C) no, it should just heal</div><div id="yMail_cursorElementTracker_1634703192737"><br></div><div id="yMail_cursorElementTracker_1634703192978">The conflict protection from arbiter is the same (we both use extended file attributes on arbiter and full data brick). If a file was not properly updated on node2, both bricks (node1+ node3 ) will 'blame' node2 and thus the heal daemon (if enabled) will try to heal that file.</div><div id="yMail_cursorElementTracker_1634703292379"><br></div><div id="yMail_cursorElementTracker_1634703292610"><br></div><div id="yMail_cursorElementTracker_1634702342152"> Best Regards,</div><div id="yMail_cursorElementTracker_1634703306596">Strahil Nikolov</div><div id="yMail_cursorElementTracker_1634703531225"><br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Wed, Oct 20, 2021 at 3:52, David Cunningham</div><div><dcunningham@voisonics.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> <div id="yiv5796550701"><div dir="ltr"><div>Hello,</div><div><br></div><div id="yMail_cursorElementTracker_1634702245181">I've a few questions about conflict resolution in a net-split scenario:</div><div><br></div><div id="yMail_cursorElementTracker_1634702247594">1. What are the default values for cluster.server-quorum-type and cluster.server-quorum-ratio? (at the moment "gluster volume info gvol0" does not report either)</div><div><br></div><div id="yMail_cursorElementTracker_1634702246528">2. If there are 3 mirrored nodes and cluster.server-quorum-ratio is 50, and node1 and node2 are net-split from node3, then am I right in thinking that the volume on node3 will automatically shut down and prevent access thus preventing a conflict?</div><div><br></div><div>3. If there are 2 mirrored nodes and a net-split happens and cluster.server-quorum-ratio is 50 then:</div><div>a) If existing file A is changed on node1 and node2 then the file will enter net-split state, right?</div><div>b) If existing file B is changed on node1 but not node2 then will the file enter a net-split state?</div><div>c) If new file C is written on node1 but not node2 then will the file enter a net-split state?<br></div><div><br></div><div>4. Is the outcome of conflict resolution at a file level the same whether node3 is a full replica or just an arbiter?<br></div><div><br></div><div>Thank you very much for any advice,<br></div><br>-- <br><div dir="ltr" class="yiv5796550701gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a rel="nofollow noopener noreferrer" target="_blank" href="http://voisonics.com/">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div></div>
</div>________<br><br><br><br>Community Meeting Calendar:<br><br>Schedule -<br>Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br>Bridge: <a href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br>Gluster-users mailing list<br><a ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br><a href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br> </div> </blockquote></div>