No subject

Thu Mar 14 15:04:54 GMT 2013

should know about the second case I have here.

On Wed, Aug 7, 2013 at 5:53 AM, Simon MacMullen <simon at rabbitmq.com> wrote:

> On 06/08/13 16:47, Yamil Einar Asusta Santos wrote:
>
>> I have been testing my cluster and I have come across an unexpected
>> behavior. As explained in the subject, the cluster runs well on 3
>> nodes. If I bring 1 node down, it still runs smoothly. But if I bring
>> a second node down, the third one becomes unresponsive. This is what
>> the third node provides after running "rabbitmqctl report":
>>
>
> You have pause_minority mode enabled. From
> http://www.rabbitmq.com/**partitions.html#automatic-**handling<http://www.rabbitmq.com/partitions.html#automatic-handling>
> :
>
>  In pause-minority mode RabbitMQ will automatically pause cluster
>> nodes which determine themselves to be in a minority after seeing
>> other nodes go down.
>>
>
> So when you stop two nodes, the third determines itself to be in a
> minority, and pauses, becoming unresponsive.
>
> If this behaviour is not what you want, then you don't want pause_minority
> mode.
>
> Cheers, Simon
>
> --
> Simon MacMullen
> RabbitMQ, Pivotal
>

-- 
Yamil Asusta

--bcaec5015f07924cf404e35c7517
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I understand that. But I have been testing this in two dif=
ferent env. In my personal env, they remaining node crashes. Versus in the =
other environment, the cluster runs on 1 node. Same configurations, both pa=
used_minority.<div>

<br></div><div>From your explanation I won&#39;t be using pause_minority bu=
t I think you should know about the second case I have here.</div></div><di=
v class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Aug 7, 2=
013 at 5:53 AM, Simon MacMullen <span dir=3D"ltr">&lt;<a href=3D"mailto:sim=
on at rabbitmq.com" target=3D"_blank">simon at rabbitmq.com</a>&gt;</span> wrote:=
<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">On 06/08/13 16:47, Yamil Einar Asusta Santos=
 wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
I have been testing my cluster and I have come across an unexpected<br>
behavior. As explained in the subject, the cluster runs well on 3<br>
nodes. If I bring 1 node down, it still runs smoothly. But if I bring<br>
a second node down, the third one becomes unresponsive. This is what<br>
the third node provides after running &quot;rabbitmqctl report&quot;:<br>
</blockquote>
<br>
You have pause_minority mode enabled. From<br>
<a href=3D"http://www.rabbitmq.com/partitions.html#automatic-handling" targ=
et=3D"_blank">http://www.rabbitmq.com/<u></u>partitions.html#automatic-<u><=
/u>handling</a>:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
In pause-minority mode RabbitMQ will automatically pause cluster<br>
nodes which determine themselves to be in a minority after seeing<br>
other nodes go down.<br>
</blockquote>
<br>
So when you stop two nodes, the third determines itself to be in a minority=
, and pauses, becoming unresponsive.<br>
<br>
If this behaviour is not what you want, then you don&#39;t want pause_minor=
ity mode.<br>
<br>
Cheers, Simon<span class=3D"HOEnZb"><font color=3D"#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r><span style=3D"background-color:rgb(255,255,255)"><span style=3D"backgrou=
nd-repeat:repeat repeat">Yamil</span> <span style=3D"background-repeat:repe=
at repeat">Asusta</span><br>

<br></span>
</div>

--bcaec5015f07924cf404e35c7517--