<div dir="ltr">Thank you! The File descriptors D are at 600 and socket descriptors are at 20.  </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 13, 2014 at 10:16 AM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@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="">On 13/05/14 17:05, Michael Klishin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 13 May 2014 at 19:57:30, Jay G (<a href="mailto:njay3585@gmail.com" target="_blank">njay3585@gmail.com</a>) wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What is the possible reason for this gradual increase?<br>
</blockquote></blockquote>
<br>
Use lsof and netstat to see what file descriptors/sockets the process has open.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there a way to find out if there is a connection leak?<br>
</blockquote>
<br>
netstat and RabbitMQ management UI will help you tell if the number of connections<br>
is growing.<br>
<br>
It can also be your apps using more queues or vhosts.<br>
</blockquote>
<br></div>
Note also that rabbit will happily use as many file descriptors as it can get its hands on, if it thinks that will improve performance. It will make room for socket connections as necessary, by closing some descriptors for files. So getting close to the limit isn't necessarily an indication of a problem. What does the management UI say about the available *socket* descriptors?<span class="HOEnZb"><font color="#888888"><br>

<br>
Matthias.<br>
<br>
</font></span></blockquote></div><br></div>