<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi<br><div><br><blockquote type="cite"><div><blockquote type="cite">&nbsp;&nbsp; &nbsp; &nbsp; fastcgi_ignore_client_abort on;<br></blockquote><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fastcgi_connect_timeout 60;<br></blockquote><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fastcgi_send_timeout 180;<br></blockquote><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fastcgi_read_timeout 180;</blockquote>You are ignoring client aborts, and has relatively large timeouts <br>set for fastcgi. &nbsp;Are you sure the connections in question aren't <br>disappear as soon as your fastcgi backend finishes preparing <br>response? &nbsp;I.e. check if any particular connection stay for at <br>least 5 minutes or so.<br><br>Additionally, check if you are able to reproduce the problem with <br>fastcgi_ignore_client_abort off.<br></div></blockquote><div><br></div><div>That was my current config which I copied from a site discussing php-fpm. My initial fastcgi config was:</div><div><br></div><div><div>&nbsp;&nbsp;location ~ .php$ {</div><div>&nbsp;&nbsp; &nbsp;# By all means use a different server for the fcgi processes if you need</div><div>&nbsp;&nbsp; &nbsp;# to</div><div># &nbsp; &nbsp;fastcgi_pass &nbsp; unix:/tmp/php-fastcgi.sock;</div><div>&nbsp;&nbsp; &nbsp;fastcgi_pass &nbsp; 127.0.0.1:9000;</div><div>&nbsp;&nbsp; &nbsp;fastcgi_index &nbsp;index.php;</div><div>&nbsp;&nbsp; &nbsp;fastcgi_param &nbsp;SCRIPT_FILENAME&nbsp;/var/www/$host/$fastcgi_script_name;</div><div>&nbsp;&nbsp; &nbsp;include /etc/nginx/fastcgi_params;</div><div>&nbsp;&nbsp; &nbsp;fastcgi_intercept_errors on;</div><div>&nbsp;&nbsp;}</div></div><div><br></div><div>And also had the problem.</div><br><blockquote type="cite"><div>Not responding just because of 100 connections seems strange for <br>nginx even with worker_connections 1024, so I suspect you just run <br>out of php processes and CLOSE_WAIT's are because of <br>fastcgi_ignore_client_abort.<br></div></blockquote><div><br></div><div>That's what I think too, but there are no stuck PHP connections in netstat. Whenever a PHP page is loaded I got some nginx-PHP sockets but they all close OK, none gets stuck. Only on the client-nginx end is where I can see this behavior with netstat.&nbsp;</div><div><br></div><div>Strange.</div><div><br>--&nbsp;<br>&nbsp;Vicente Aguilar &lt;<a href="mailto:bisente@bisente.com">bisente@bisente.com</a>&gt; |&nbsp;<a href="http://www.bisente.com">http://www.bisente.com</a></div></div></body></html>