<div dir="ltr">Hi,<div><br></div><div>>> If "scripts: no-quorum-policy=ignore" is becoming depreciated</div><div>Are there any plans to get rid of this option?</div><div>Am I missing something?</div><div><br></div><div>PS: this option is very useful (vital) to me. And "two_node" option won't replace it.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Thank you,<div>Kostia</div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Sep 1, 2016 at 11:31 AM, Darren Thompson <span dir="ltr"><<a href="mailto:darrent@akurit.com.au" target="_blank">darrent@akurit.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Thank you.</p>
<p dir="ltr">Comprehensively  answered.</p><div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><div class="gmail_quote">On 1 Sep 2016 6:27 PM, "Kristoffer Grönlund" <<a href="mailto:kgronlund@suse.com" target="_blank">kgronlund@suse.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Darren Thompson <<a href="mailto:darrent@akurit.com.au" target="_blank">darrent@akurit.com.au</a>> writes:<br>
<br>
> Just a quick question:<br>
><br>
> If "scripts: no-quorum-policy=ignore" is becoming depreciated, how are we<br>
> to manage two node (e.g. test) clusters that require this work around since<br>
> quorum state on a single node is an odd state.<br>
><br>
<br>
Hi Darren,<br>
<br>
There are better mechanisms in corosync and Pacemaker for handling two<br>
node clusters now while still maintaining quorum.<br>
<br>
In corosync 2, we have the two_node: 1 setting for votequorum, which<br>
ensures that a two node cluster doesn't suffer split brain (fencing is<br>
required for this to work properly).<br>
<br>
There is an explanation for how this works here:<br>
<br>
<a href="http://people.redhat.com/ccaulfie/docs/Votequorum_Intro.pdf" rel="noreferrer" target="_blank">http://people.redhat.com/ccaul<wbr>fie/docs/Votequorum_Intro.pdf</a><br>
<br>
Somewhat related, there used to be the start-delay meta parameter which<br>
could be set for example for sbd stonith resources, to make a<br>
double-fencing scenario less likely. This has now been replaced by the<br>
pcmk_delay_max parameter. For an example of how to use this, see this<br>
pull request for sbd:<br>
<br>
<a href="https://github.com/ClusterLabs/sbd/pull/15/commits/ca2fba836eab169f0c8cacf7f3757c0485bcfef8" rel="noreferrer" target="_blank">https://github.com/ClusterLabs<wbr>/sbd/pull/15/commits/ca2fba836<wbr>eab169f0c8cacf7f3757c0485bcfef<wbr>8</a><br>
<br>
Cheers,<br>
Kristoffer<br>
<br>
--<br>
// Kristoffer Grönlund<br>
// <a href="mailto:kgronlund@suse.com" target="_blank">kgronlund@suse.com</a><br>
</blockquote></div></div>
</div></div><br>______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="http://clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
<br></blockquote></div><br></div>