<br><br><div class="gmail_quote">On Mon, Feb 15, 2010 at 12:03 PM, Matthew Sackman <span dir="ltr">&lt;<a href="mailto:matthew@lshift.net">matthew@lshift.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Scott,<br>
<div class="im"><br>
On Mon, Feb 15, 2010 at 10:54:13AM -0800, scott w wrote:<br>
&gt; We&#39;ve been using bug21673 and we are having trouble stopping and starting a<br>
&gt; rabbitmq instance. Looking in the logs, we get the output below after<br>
&gt; running rabbitmq-server stop. Also in the past I have seen &quot;bad rpc node<br>
&gt; down&quot; and never knew what that meant or how to fix it. Does rabbitmqctrl<br>
&gt; stop-app and rabbitmq-server stop do the same or fundamentally diffferent<br>
&gt; things? An explanation of the difference would be helpful.<br>
<br>
</div>They should do the same thing. This one is very odd - it looks like tcp<br>
listeners are being started as the Erlang VM kernel is being shutdown.<br>
I&#39;ve never seen this before, but I&#39;d be slightly surprised if it&#39;s<br>
unique to 21673. Can you reproduce this at all on the default branch?<br></blockquote><div><br>Unfortunately no. To be honest, everything works fine on small loads. We are using that branch for very large loads where the number of tasks don&#39;t fit into memory. So while the problem itself may not be specific to this branch, I haven&#39;t seen this problem in the default branch because the default can&#39;t handle the loads we&#39;re generating.<br>
�</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Also, which version of Erlang are you running? 12B3 is the minimum for<br>
that branch, and 13B03 is recommended.<br></blockquote><div><br>12B-4 is what we&#39;re building from source. What benefits would we get from upgrading to 13B03?<br>�<br>Btw, are there any special rabbitmq/erlang commands or tools we can run to verify that rabbimq is healthy beyond running rabbitmqctl and looking at logs? I find the logs rather cryptic sometimes.<br>
<br>thanks,<br>Scott<br><br></div></div>