I might find out the problem.<br><br>I got some idn doamins. They are running wordpress with wp super cache, when I request the inner page (the url path is not English, so is the cache file). Nginx seems can't get the inner page(no problem for front page). Then nginx become really slow and then stop working. After I deactive the wp super cache for the idn domains, then no more problem so far.<br>
<br>I think the problem is related to wp super cache or their rewrite rule. It seems nginx can't find the url and continous request or looking for the idn cache file, so make the server really slow. I can't remember which 50x page, since I can't reproduce the problem now.<br>
<br>Thanks for all input, anyway.<br><br>Max<br><br><div class="gmail_quote">On Wed, Mar 11, 2009 at 12:07 AM, Cliff Wells <span dir="ltr"><<a href="mailto:cliff@develix.com">cliff@develix.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Tue, 2009-03-10 at 22:18 +0800, Max wrote:<br>
> Thanks.<br>
><br>
> I just changed worker processes to 2 and worker connections to 1024.<br>
><br>
> But there problem is still there. It redirects me to 50x page from<br>
> time to time.<br>
<br>
</div>Which particular 50x code? The code can often help you figure out the<br>
problem.<br>
<div class="im"><br>
> The only way to make it work again is, kill all nginx process, restart<br>
> it, and then I must type:<br>
><br>
> /usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -u nginx -g nginx<br>
> -f /usr/bin/php-cgi -P /var/run/fastcgi-php.pid<br>
><br>
> in order to make it works again. It seems the problem is related to<br>
> fastcgi.<br>
<br>
</div>Quite likely. There's a few settings you can adjust for dealing with<br>
FCGI apps. Is the PHP app a well-known one?<br>
<font color="#888888"><br>
Cliff<br>
<br>
<br>
</font></blockquote></div><br>