I&#39;m running 2.8.2 on both machines. Version lines in &quot;rabbitmqctl status&quot; match on both.<div><br></div><div>I installed from .deb, from the &quot;testing&quot; repo as instructed by�<a href="http://www.rabbitmq.com/install-debian.html">http://www.rabbitmq.com/install-debian.html</a>.</div>

<div><br></div><div>I tried disabling the cluster, and was able to bring up the singleton rabbitmq instance and use it successfully. As soon as I brought up the other instance, everything fails again.</div><div><br></div>

<div>Thanks for the troubleshooting you&#39;ve done so far...any other advise?</div><div><br></div><div>-Glade<br><br><div class="gmail_quote">On Wed, May 23, 2012 at 8:37 AM, Simon MacMullen <span dir="ltr">&lt;<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 23/05/12 16:24, Glade Diviney wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Simon,<br>
<br>
Your instinct may be right on alarms. I did service rabbitmq stop,<br>
cleared the logs, the service rabbitmq start and saw this in rabbit.log:<br>
</blockquote>
<br></div>
&lt;snip&gt;<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
** Reason == {&#39;function not exported&#39;,<br>
<br>
 �[{rabbit_alarm,remote_<u></u>conserve_resources,[&lt;2894.58.<u></u>0&gt;,true]},<br>
 � � � � � � � � � {rabbit_alarm,internal_<u></u>register,3},<br>
 � � � � � � � � � {rabbit_alarm,handle_event,2},<br>
 � � � � � � � � � {gen_event,server_update,4},<br>
 � � � � � � � � � {gen_event,server_notify,4},<br>
 � � � � � � � � � {gen_event,handle_msg,5},<br>
 � � � � � � � � � {proc_lib,init_p_do_apply,3}]}<br>
<br>
What&#39;s the prognosis, doc?<br>
</blockquote>
<br></div>
Aha!<br>
<br>
That function was renamed in 2.8.2. Are you by any chance running a cluster with mixed RabbitMQ versions?<br>
<br>
That is very likely to lead to random breakage - like this.<br>
<br>
Future versions of RabbitMQ will probably refuse to start instead.<div class="HOEnZb"><div class="h5"><br>
<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware<br>
</div></div></blockquote></div><br></div>