<div dir="ltr">Worked like a charm. I'm working on upgrading to 3.3.1 fairly soon.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 30, 2014 at 4:40 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.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">On 30/04/14 04:46, Greg Poirier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there a way to correct this state? I'm using RabbitMQ 3.2.3 with a<br>
3-node cluster on centos. Our nodes were restarted poorly by a wayward<br>
sysadmin, and one of the nodes failed to come back up. It then came back<br>
up and was the stats node for a while, but when it was restarted just<br>
now the stats db did not come back up.<br>
</blockquote>
<br></div></div>
There are some fixes for this in 3.2.4, but if you can't upgrade, then you might be able to prod the database back into life with:<br>
<br>
rabbitmqctl eval \<br>
'application:stop(rabbitmq_<u></u>management),application:start(<u></u>rabbitmq_management).'<br>
<br>
People have reported varying levels of success with that command.<br>
<br>
Cheers, Simon<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</font></span></blockquote></div><br></div>