<div dir="ltr">Hello Dimitri Minaev,<div><br></div><div> Thanks for the reply. </div><div><br></div><div> Finally we got the issue, there was a connection leakage in other module that caused problem in our module.</div>
<div><br></div><div>Thanks,</div><div>Maulik</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 24, 2014 at 6:36 PM, Dimitri Minaev <span dir="ltr"><<a href="mailto:minaev@gmail.com" target="_blank">minaev@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello, Maulik,<br><br></div>I believe, your problem is a different one, because the bug was gone since we had upgraded to 2.8.7. The final message from the support service was:<br>
<br>> The Erlang/OTP team believe that the problem was due to a bug in their code. A small change introduced in RabbitMQ 2.8.7 had the coincidental fortunate effect of bypassing the bug, so the problem should not occur in 2.8.7 or later versions of RabbitMQ.<br>
<br></div>Good luck!<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 22 January 2014 17:29, maulik thaker <span dir="ltr"><<a href="mailto:maulik.mihir@gmail.com" target="_blank">maulik.mihir@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Hi Dmitri Minaev,</div><div><br></div><div> I am facing same problem with rabbitmq 3.2.2 ( I have gone through this thread and already checked memory and number of file-descriptors are not causing the problem). If you have solved that problem then please share the solution. </div>
<div><br></div><div>Thanks,</div><div>Maulik</div><br><br>On Monday, 26 March 2012 11:15:45 UTC+5:30, Dmitri Minaev wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>On 9 March 2012 16:37, Simon MacMullen <<a>si...@rabbitmq.com</a>> wrote:<br>> On 09/03/12 07:57, Dmitri Minaev wrote:<p>>> If I understand correctly, the number of file descriptors used by<br>
>> RabbitMQ in normal situation is roughly equal to the number of<br>>> `rabbitmqctl list_connections` + some constant (~30)? In case of that<br>>> hanging server, the number of AMQP connections never was close to the<br>
>> FD limit (ulimit -n is 1024, fs.file-max = 1605698). The graph<br>>> reflecting the number of open AMQP connections is attached to this<br>>> message.<br>><br>><br>> It's not really a constant, but to a first approximation, yes.<br>
><br>> Ultimately, the error I saw being passed up from the OS was ENFILE - that's<br>> pretty unambiguous :)<br>><br>> It's possible that if you're churning connections then "closed" connections<br>
> in FIN_WAIT2 could account for the majority of the used FDs. In 2.8.0 we'll<br>> set SO_LINGER to 0 to prevent this.</p><p>I am still not sure about the role of the file descriptors in this<br>event. Last Friday, our Rabbit died again. Until the very last moment<br>
the number of open file descriptors as reported by the management<br>plugin was 143 out of the total available number of 32765. It was<br>RabbitMQ v.2.7.0. On that same day I have upgraded to 2.8.1. Will<br>report on its behaviour later.</p>
<span class="HOEnZb"><font color="#888888">
</font></span></div></div><span class="HOEnZb"><font color="#888888"><p></p><div><div>-- <br>With best regards,<br>Dmitri Minaev<br></div></div><div>______________________________<u></u>_________________<br>rabbitmq-discuss mailing list<br>
<a>rabbitmq...@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></div><p></p><p></p><p></p></font></span></blockquote>
<span class="HOEnZb"><font color="#888888">
</font></span></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div dir="ltr">With best regards,<br>Dimitri Minaev</div>
</font></span></div>
</blockquote></div><br></div></div>