We are using CentOS 5.6 64-bit<div><br></div><div>I'll try set it to a higher number. Do we need to turn any kernel parameters if we set it to a really high number, say 1M, on CentOS?</div><div><br></div><div>However, a higher number doesn't mean we have found the problem. Our varnish server is serving about 300-400 requests per second. When it runs ok we checked /proc/PID/fd and it uses less than 100 file descriptors. But when it goes wrong all 65536 file descriptors have been used. Is this normal?</div>

<div><br></div><div>Thank you!<br><br><div class="gmail_quote">On Tue, Jun 21, 2011 at 4:02 AM, Per Buer <span dir="ltr"><<a href="mailto:perbu@varnish-software.com">perbu@varnish-software.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 Mon, Jun 20, 2011 at 9:31 PM, Vince <<a href="mailto:cooltechemail@gmail.com">cooltechemail@gmail.com</a>> wrote<br>


</div><div class="im">> Hi,<br>
> We had a problem with our varnish server recently that sometimes the server<br>
> will use all file descriptors available to it, which is set to 65536, and<br>
> start refusing connections. I am wondering how to find out what's the real<br>
> problem behind it.<br>
<br>
</div>Why the insanely low number? Out of the box my laptop has over half a<br>
million. With 2minutes timeout for reuse on a tcp socket you would run<br>
of sockets in a jiffie - oh, wait, that's what happening. :-)<br>
<br>
I would set up waaaay up. FD's are really cheap. You could start to<br>
tune your TCP stack and/or reduce the number of Varnish threads but<br>
unless you are on a embedded system I wouldn't do it.<br>
<font color="#888888"><br>
--<br>
Per Buer, CEO<br>
Phone: <a href="tel:%2B47%2021%2098%2092%2061" value="+4721989261">+47 21 98 92 61</a> / Mobile: <a href="tel:%2B47%20958%2039%20117" value="+4795839117">+47 958 39 117</a> / Skype: per.buer<br>
Varnish makes websites fly!<br>
Whitepapers | Video | Twitter<br>
</font></blockquote></div><br></div>