<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Honza,</span><br><div><font face="arial, sans-serif">Can you please explain what does "network based" mean?</font></div></div><div class="gmail_extra">

<br clear="all"><div><div dir="ltr">Thank you,<div>Kostya</div></div></div>
<br><br><div class="gmail_quote">On Wed, May 21, 2014 at 10:54 AM, Jan Friesse <span dir="ltr"><<a href="mailto:jfriesse@redhat.com" target="_blank">jfriesse@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">> I am not quite understand how auto_tie_breaker works.<br>
> Say we have a cluster with 2 nodes and enabled auto_tie_breaker feature.<br>
> Each node has 2 NICs. One NIC is used for cluster communication and another<br>
> one is used for providing some services from the cluster.<br>
> So the question is how the nodes will distinguish between two possible<br>
> situations:<br>
> 1) connection between the nodes are lost, but the both nodes remain working;<br>
> 2) power supply on the node 1 (has the lowest node-id) broke down and node<br>
> 2 remain working;<br>
><br>
> In 1st case, according to the description of the auto_tie_breaker, the node<br>
> with the lowest node-id in the cluster will remain working.<br>
> And in that particular situation it is good result because the both nodes<br>
> are in good state (the both can remain working).<br>
> In 2nd case the only working node is #2 and the node-id of that node is not<br>
> the lowest one. So what will be in this case? What logic will work, because<br>
> we have lost the node with the lowest node id in 2-node cluster?<br>
><br>
>> there is no qdiskd for votequorum yet<br>
> Is there plans to implement it?<br>
><br>
<br>
</div></div>Kostya,<br>
yes there are plans to implement qdisk (network based one).<br>
<br>
Regards,<br>
  Honza<br>
<br>
<br>
> Many thanks,<br>
> Kostya<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
> <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
><br>
> Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
> Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
> Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div><br></div>