Thanks for the fast response, David.<br><br>I don&#39;t think upgrading is possible right now. We&#39;ve got a deadline to show this project in the next few weeks, and I&#39;m using the Bunny gem in Ruby, which isn&#39;t yet compatible with 1.7.0. Changing versions of Rabbit as well as changing the library being feels unwise at this point. <br>

<br>For the future, in case Bunny isn&#39;t upgraded, do you have a recommended library for Ruby? I need the ability to publish to named queues, and subscribe to them.<br><br>You say that it sounds like the &quot;prevent timeouts when server is busy&quot;. What defines &quot;busy&quot; here? Is that when the server is in the middle of something at the moment I run the command, and if I just run it a few more times, I&#39;ll eventually get through? Or is there something deeper here?<br>

<br>Thanks.<br><br><div class="gmail_quote">On Mon, Nov 9, 2009 at 10:54 AM, David Wragg <span dir="ltr">&lt;<a href="mailto:david.wragg@lshift.net">david.wragg@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 Tim,<br>
<div class="im"><br>
Tim Rosenblatt &lt;<a href="mailto:tim@cloudspace.com">tim@cloudspace.com</a>&gt; writes:<br>
&gt; I&#39;m running RabbitMQ 1.5.4 on Ubuntu, and when I run `rabbitmqctl<br>
&gt; list_connections`, I usually get the following output<br>
&gt;<br>
</div>&gt; [...]<br>
<div class="im">&gt;<br>
&gt; Obviously it looks like a timeout, but it comes back after only ~5 seconds,<br>
&gt; which seems very short for a timeout. Sometimes this does list the<br>
&gt; connections -- there&#39;s only ever 10, which is the correct number -- but it<br>
&gt; often fails. This was working fine until a few days ago, when for no obvious<br>
&gt; reason, it started returning this. I am logged in as root when running this.<br>
<br>
</div>This sounds similar to an issue that was fixed in 1.7.0 (&quot;prevent<br>
timeouts of rabbitmqctl when the server is busy&quot;).  Could you migrate<br>
to 1.7.0 and see if it solves your problem?<br>
<br>
(Note that migrating from 1.5.4 to 1.7.0 involves a database schema<br>
change - see the &quot;Upgrading&quot; section of the release notes at<br>
&lt;<a href="http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20091007/3aaed239/attachment.txt" target="_blank">http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20091007/3aaed239/attachment.txt</a>&gt;)<br>


<br>
David<br>
<font color="#888888"><br>
--<br>
 [][][] David Wragg       | mail: <a href="mailto:david.wragg@lshift.net">david.wragg@lshift.net</a><br>
   [][] Senior Developer  | tel: +44 (0)20 7729 7060<br>
 []  [] LShift Ltd        | web: <a href="http://www.lshift.net" target="_blank">www.lshift.net</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Tim Rosenblatt<br>Cloudspace<br>Office: 407-823-8808<br>Cell: 407-719-2777<br><br>10244 E Colonial Dr, Suite 106<br>Orlando, FL 32817<br>