(inline)<br><br><div class="gmail_quote">On Thu, Nov 18, 2010 at 6:49 AM, Matthias Radestock <span dir="ltr">&lt;<a href="mailto:matthias@rabbitmq.com">matthias@rabbitmq.com</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;">
Manuel,<br>
<br>
Manuel DE FERRAN wrote:<div><div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, Nov 15, 2010 at 12:31 PM, Matthew Sackman &lt;<a href="mailto:matthew@rabbitmq.com" target="_blank">matthew@rabbitmq.com</a> &lt;mailto:<a href="mailto:matthew@rabbitmq.com" target="_blank">matthew@rabbitmq.com</a>&gt;&gt; wrote:<br>

<br>
 � �Howdy,<br>
<br>
 � �On Mon, Nov 15, 2010 at 11:56:25AM +0100, Manuel DE FERRAN wrote:<br>
 � � &gt; recently we upgraded to version 2.1.1. We picked up the official<br>
 � �debian<br>
 � � &gt; package, and installed it on a debian lenny. And we face problems<br>
 � �of memory<br>
 � � &gt; allocation &#39;ll_alloc: Cannot allocate 486539264 bytes of memory<br>
 � �(of type<br>
 � � &gt; &quot;port_tab&quot;)&#39; when invoking rabbitmqctl.<br>
<br>
 � �How much RAM is installed in the machine? How much is available? Have<br>
 � �you performed any configuration of Rabbit such as altering the<br>
 � �vm_high_memory_watermark value? Is it a 32-bit or 64-bit installation?<br>
<br>
<br>
<br>
1.5 GB is assigned to this machine (that&#39;s a xen virtual machine). There is more than 500MB of available memory. We released up to 1GB, and that did not fix the issue.<br>
<br>
We are using the default configuration, means no configuration at all.<br>
<br>
And that&#39;s a 64 bits installation, we grabbed the debian package from <a href="http://www.rabbitmq.com/releases/rabbitmq-server/v2.1.1/" target="_blank">http://www.rabbitmq.com/releases/rabbitmq-server/v2.1.1/</a>.<br>

</blockquote>
<br></div></div>
So the rabbitmq-server itself is running fine and you only encounter problems with rabbitmqctl? Strange indeed.<br>
<br>
What version of Erlang is running on that machine?<br></blockquote><div><br>&quot;erl&quot; returns following header :<br>Erlang R13B04 (erts-5.7.5) [source] [64-bit] [rq:1] [async-threads:0] [kernel-poll:false]<br><br>Erlang has been installed from official debian lenny package, the exact version is 1:13.b.4-dfsg-5.<br>
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Looking at the Erlang source code, the error would appear to crop up when the operating system is configured with a very high file descriptor limit. What does &#39;ulimit -n&#39; report? (NB: you should run that as the &#39;rabbitmq&#39; user). If the figure is in the many millions, I suggest you set a lower limit in the o/s config. Alternativly, set the ERL_MAX_PORTS environment variable.<br>

<br></blockquote><div><br>That&#39;s a good point. The ulimit was returning about 600k as open file limit. We lowered it to about 32k and so far we can not reproduce the problem.<br><br>�</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I wonder whether there is some strange hypervisor interaction going on. Could you perhaps try a different kind of VM?<br>
<br></blockquote><div><br>Yes probably, we will try it if it fails again. Thanks !<br></div></div>