(inline)<br><br><div class="gmail_quote">On Thu, Nov 18, 2010 at 6:49 AM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@rabbitmq.com">matthias@rabbitmq.com</a>></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 <<a href="mailto:matthew@rabbitmq.com" target="_blank">matthew@rabbitmq.com</a> <mailto:<a href="mailto:matthew@rabbitmq.com" target="_blank">matthew@rabbitmq.com</a>>> wrote:<br>
<br>
Howdy,<br>
<br>
On Mon, Nov 15, 2010 at 11:56:25AM +0100, Manuel DE FERRAN wrote:<br>
> recently we upgraded to version 2.1.1. We picked up the official<br>
debian<br>
> package, and installed it on a debian lenny. And we face problems<br>
of memory<br>
> allocation 'll_alloc: Cannot allocate 486539264 bytes of memory<br>
(of type<br>
> "port_tab")' 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'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'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>"erl" 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 'ulimit -n' report? (NB: you should run that as the 'rabbitmq' 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'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>