<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 23, 2021 at 8:55 AM Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>>> "john tillman" <<a href="mailto:johnt@panix.com" target="_blank">johnt@panix.com</a>> schrieb am 22.07.2021 um 16:48 in<br>
Nachricht<br>
<<a href="mailto:1175ffcec0033015e13d11d7821d5acb.squirrel@mail.panix.com" target="_blank">1175ffcec0033015e13d11d7821d5acb.squirrel@mail.panix.com</a>>:<br>
> There was a lot of discussion on this topic which might have overshadowed<br>
> this question so I will ask it again in case someone missed it.<br>
> <br>
> It comes from a post (see below) that we were pointed to here by Andrei:<br>
> <br>
> Is there something like the described "ping tiebreaker" in the current<br>
> world of pacemaker/corosync?<br>
<br>
Maybe explain how it should work:<br>
If the two nodes cannot rech each other, but each can reach the ping node,<br>
which node has the quorum then?<br></blockquote><div><br></div><div>Guess both - which is what is played down as 'disadvantage' in the description</div><div>below ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> Best Regards,<br>
> ‑John<br>
> <br>
>> Interesting read.  Thank you for providing it!<br>
>><br>
>> In this follow up post<br>
>> <br>
><br>
<a href="https://techthoughts.typepad.com/managing_computers/2007/10/more" rel="noreferrer" target="_blank">https://techthoughts.typepad.com/managing_computers/2007/10/more</a>‑about‑quor.htm<br>
<br>
> l<br>
>> the author mentions the following:<br>
>><br>
>> Ping tiebreaker<br>
>><br>
>> Some HA systems provide  a ping tiebreaker.  To make this work, you pick a<br>
>> address outside the cluster to ping, and any partition that can ping that<br>
>> address has quorum.  The obvious advantage is that it's very simple to set<br>
>> up ‑ doesn't require any additional servers or shared disk.  The<br>
>> disadvantage (and it's a big one) is that it's very possible for multiple<br>
>> partitions to think they have quorum.  In the case of split‑site (disaster<br>
>> recovery) type clusters, it's going to happen fairly often.  If you can<br>
>> use this method for a single site in conjunction with fencing, then it<br>
>> will likely work out quite well.  It's a lot better than no tiebreaker, or<br>
>> one that always says "you have quorum".  Having said that, it's<br>
>> significantly inferior to any of the other methods.<br>
>><br>
>> The quote "It's a lot better than no tiebreaker..." is what I am looking<br>
>> for.  Is there something like a "ping tiebreaker" in the current world of<br>
>> pacemaker/corosync?<br>
>><br>
>> Thanks to all those who have already commented on my question.  I<br>
>> appreciate the input/education.<br>
>><br>
>> Best Regards,<br>
>> ‑John<br>
>><br>
>><br>
>><br>
>>> On Wed, Jul 21, 2021 at 3:55 PM Ulrich Windl<br>
>>> <<a href="mailto:Ulrich.Windl@rz.uni%E2%80%91regensburg.de" target="_blank">Ulrich.Windl@rz.uni‑regensburg.de</a>> wrote:<br>
>>>><br>
>>>> Hi!<br>
>>>><br>
>>>> Maybe someone feels motivated to write some article comparing the<br>
>>>> concepts<br>
>>>> * split brain<br>
>>>> * quorum<br>
>>>> * fencing<br>
>>>><br>
>>><br>
>>> Yet another one? Using your own reply "search is free".<br>
>>><br>
>>> <br>
><br>
<a href="https://techthoughts.typepad.com/managing_computers/2007/10/split" rel="noreferrer" target="_blank">https://techthoughts.typepad.com/managing_computers/2007/10/split</a>‑brain‑quo.htm<br>
<br>
> l<br>
>>><br>
>>>> There are eight possible states that I tried to illustrate on the<br>
>>>> attached sketch (S="Split Brain", "Q=Quorum, F=Fencing).<br>
>>>><br>
>>>> ;‑)<br>
>>>><br>
>>>> Regards,<br>
>>>> Ulrich<br>
>>>><br>
>>>><br>
>>>> >>> Andrei Borzenkov 21.07.2021, 07:52 >>><br>
>>>><br>
>>>> On 21.07.2021 07:28, Strahil Nikolov via Users wrote:<br>
>>>> > Hi,<br>
>>>> > consider using a 3rd system as a Q disk.<br>
>>>><br>
>>>> What was not clear in "Quorum is a different concept and doesn't remove<br>
>>>> the need for fencing"?<br>
>>>><br>
>>>> > Also, you can use iscsi from that node as a SBD device, so you will<br>
>>>> have proper fencing .If you don't have a hardware watchdog device, you<br>
>>>> can use softdog kernel module for that.<br>
>>>> > Best Regards,Strahil Nikolov<br>
>>>> ><br>
>>>> ><br>
>>>> > On Wed, Jul 21, 2021 at 1:45, Digimer<<a href="mailto:lists@alteeve.ca" target="_blank">lists@alteeve.ca</a>> wrote: On<br>
>>>> 2021‑07‑20 6:04 p.m., john tillman wrote:<br>
>>>> >> Greetings,<br>
>>>> >><br>
>>>> >> Is it possible to configure a two node cluster (pacemaker 2.0)<br>
>>>> without<br>
>>>> >> fencing and avoid split brain?<br>
>>>> ><br>
>>>> > No.<br>
>>>> ><br>
>>>> >> I was hoping there was a way to use a 3rd node's ip address, like<br>
>>>> from a<br>
>>>> >> network switch, as a tie breaker to provide quorum. A simple<br>
>>>> successful<br>
>>>> >> ping would do it.<br>
>>>> ><br>
>>>> > Quorum is a different concept and doesn't remove the need for<br>
>>>> fencing.<br>
>>>> ><br>
>>>> >> I realize that this 'ping' approach is not the bullet proof solution<br>
>>>> that<br>
>>>> >> fencing would provide. However, it may be an improvement over two<br>
>>>> nodes<br>
>>>> >> alone.<br>
>>>> ><br>
>>>> > It would be, at best, a false sense of security.<br>
>>>> ><br>
>>>> >> Is there a configuration like that already? Any other ideas?<br>
>>>> >><br>
>>>> >> Pointers to useful documents/discussions on avoiding split brain<br>
>>>> with<br>
>>>> two<br>
>>>> >> node clusters would be welcome.<br>
>>>> ><br>
>>>> > <a href="https://www.alteeve.com/w/The_2" rel="noreferrer" target="_blank">https://www.alteeve.com/w/The_2</a>‑Node_Myth <br>
>>>> ><br>
>>>> > (note: currently throwing a cert error related to the let's encrypt<br>
>>>> > issue, should be cleared up soon).<br>
>>>> ><br>
>>>> ><br>
>>>> > _______________________________________________<br>
>>>> > Manage your subscription:<br>
>>>> > <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
>>>> ><br>
>>>> > ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
>>>> ><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Manage your subscription:<br>
>>>> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
>>>><br>
>>>> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Manage your subscription:<br>
>>>> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
>>>><br>
>>>> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
>>> _______________________________________________<br>
>>> Manage your subscription:<br>
>>> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
>>><br>
>>> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
>>><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Manage your subscription:<br>
>> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
>><br>
>> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
>><br>
>><br>
> <br>
> <br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
> <br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
<br>
<br>
<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
</blockquote></div></div>