Hi Simon,<div><br></div><div>Thanks for the reply.</div><div><br></div><div>We have about 20 queues currently holding a total of 1.5 million messages. New messages come in at around 400 messages/second and stale messages are removed by TTL.�All of the queues are set to x-ha-policy: all.</div>
<div><br></div><div>Given that, I&#39;m not surprised by volume of the File Handles and I&#39;ve never once run out of them. So Rabbit is�definitely�doing something right!</div><div><br></div><div>I was just a bit concerned about the discrepancy.</div>
<div><br></div><div>I think I will upgrade to rule out any of the bugs fixed between 2.6.1 and 2.7.1. Is there a way to do a live upgrade of an HA cluster? The documentation I&#39;ve read says to Stop Server1, then Stop Server 2. Upgrade Server1 and Start it, then upgrade Server2 and Start it.�</div>
<div><br></div><div>I&#39;m currently running RabbitMQ on Centos, installed from RPMS. Should I just do an RPM upgrade?</div><div>I&#39;m running on Erlang OTP R14B03. Is it important that I update the version of Erlang I&#39;m running on?</div>
<div><br></div><div>Thanks for your time!</div><div><br></div><div>-Dave S<br><br><div class="gmail_quote">On Fri, Jan 27, 2012 at 7:01 AM, Simon MacMullen <span dir="ltr">&lt;<a href="mailto:simon@rabbitmq.com">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">Hi.<br>
<br>
First of all, a few points: RabbitMQ will try to be smart about its use of file descriptors for actual files - while one descriptor will be used for each *connection*, it will keep file descriptors open until it starts to run out, at which point it will start to swap them.<br>

<br>
So seeing high numbers of file descriptors used with low numbers of connections open is not a cause to panic - especially if you have lots of queues.<br>
<br>
Having said that, if you don&#39;t have lots of queues then that number of FDs used is odd. And the asymmetry is odd too, unless you have lots of non-mirrored queues on one node.<br>
<br>
What does lsof say?<br>
<br>
Finally, lots of bugs got fixed around HA between 2.6.1 and 2.7.1 so it might be worth upgrading in case that helps.<br>
<br>
Cheers, Simon<div><div class="h5"><br>
<br>
On 26/01/12 16:04, Dave Seltzer wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hello Everyone,<br>
<br>
My google-fu is failing me, so maybe someone can help me out with an<br>
issue I�ve been having.<br>
<br>
I have two RabbitMQ 2.6.1 servers running on Centos 5.7. The two servers<br>
(QueuePool01 and QueuePool02) are running as a cluster as we have a<br>
number of durable HA queues. I�m load-balancing client-interactions<br>
using HAproxy on a third server.<br>
<br>
I started noticing that QueuePool02was using ~800 out of 1024 file<br>
descriptors (while QueuePool01 was only using ~50). So to decrease the<br>
risk of running out of descriptors I increase the number to 4096 and<br>
restarted the node.<br>
<br>
Now, again I see the number of file descriptors on QueuePool02<br>
increasing even though QueuePool01 is remaining steady. Is it possible<br>
there is some sort of leak? Should the two servers tend to use the same<br>
number of file descriptors?<br>
<br>
Here is what the current load looks like<br>
<br>
Dave S<br>
<br>
<br>
<br></div></div>
______________________________<u></u>_________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.<u></u>rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/<u></u>cgi-bin/mailman/listinfo/<u></u>rabbitmq-discuss</a><span class="HOEnZb"><font color="#888888"><br>

</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware<br>
______________________________<u></u>_________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.<u></u>rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/<u></u>cgi-bin/mailman/listinfo/<u></u>rabbitmq-discuss</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><span style="font-size:x-small"><a href="mailto:dseltzer@tveyes.com" target="_blank">Dave Seltzer</a></span></div><div><font size="1">Chief Systems Architect</font></div>
<div><font size="1">TVEyes</font></div><div><font size="1">(203) 254-3600 x222</font></div><br>
</div>