<div dir="ltr">One thing to be careful of if you're going to increase your limits - RHEL based systems (centos for example) have separate soft limits in the following locations:<div>/etc/security/limits.d/90-nproc.conf</div>
<div>/etc/security/limits.conf</div><div><br></div><div style>The 90-nproc.conf file has the 1024 limit for all users on a system.</div><div style><br></div><div style>Jason</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Aug 29, 2013 at 5:02 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 23/08/2013 1:03PM, Michael Klishin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Guillaume Vernat:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How to reduce used file descriptors with rabbimq 3.0.x cluster ?<br>
Master is slowly reaching 1024. Help say that it doesnt matter but<br>
I dislike this yellow color and I do prefer the green one :)<br>
</blockquote></blockquote>
<br></div>
If there is a gradual increase that suggests that some client is leaking connections (each connection takes one FD, RabbitMQ then uses some of the rest for queue disk storage). Check the connections list in mgmt to see if anything is out of the ordinary.<br>
<br>
If there is no connection leak but you have a large number of queues then the number of FDs used by RabbitMQ for disk storage can be quite large - but this is softer; as FDs start to become scarce RabbitMQ will try to use fewer for disk storage.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Guillaume,<br>
<br>
You can keep fewer connections open but you really should increase<br>
open file descriptors limit for the rabbitmq user instead:<br>
<br>
<a href="http://docs.basho.com/riak/latest/ops/tuning/open-files-limit/#Changing-the-limit" target="_blank">http://docs.basho.com/riak/<u></u>latest/ops/tuning/open-files-<u></u>limit/#Changing-the-limit</a><br>
<a href="https://cs.uwaterloo.ca/~brecht/servers/openfiles.html" target="_blank">https://cs.uwaterloo.ca/~<u></u>brecht/servers/openfiles.html</a><br>
</blockquote>
<br></div>
Of course, if something is leaking connections, then increasing the limit will only delay the problem :-)<br>
<br>
Cheers, Simon<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<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>Jason McIntosh<br><a href="http://mcintosh.poetshome.com/blog/">http://mcintosh.poetshome.com/blog/</a><br>573-424-7612
</div>