> 私は lighttpd + FastCGI なのと、イントラシステムなので上記のような症状に遭遇した
> ことが無くてお役に立てそうも無いですが、-processes と -idle-timeout パラメータの
> 値を調整してみると改善があるかもしれませんね。

そうですか…。うちもlighttpdにしてみようかしら。

とりあえずどっち方向に動かしていいかわかりませんが
プロセス数を3に増やし、タイムアウトを2分に減らして様子を見てみます。
ありがとうございました。



06/07/23 に UEDA Hiroyuki<bsdmad@g...> さんは書きました:
> こんばんは、うえだ と申します。
>
> > Apacheのエラーログでは、fastcgi.crash.logが記録された約4分後に
> > 下記の通り出ていました。
> >
> > [Sun Jul 23 19:07:11 2006] [error] [client 61.12.163.158] FastCGI: comm with ser
> > ver "/home/ichigo/151-a.jp/html/dispatch.fcgi" aborted: idle timeout (240 sec)
> > [Sun Jul 23 19:07:24 2006] [error] [client 61.12.163.158] FastCGI: incomplete he
> > aders (0 bytes) received from server "/home/ichigo/151-a.jp/html/dispatch.fcgi"
>
>       -processes 2 -idle-timeout 240
>
> と指定されているようですので、idle timeout 秒待ったけど... ということみたいですね。
>
> 私は lighttpd + FastCGI なのと、イントラシステムなので上記のような症状に遭遇した
> ことが無くてお役に立てそうも無いですが、-processes と -idle-timeout パラメータの
> 値を調整してみると改善があるかもしれませんね。
>
>
> > bash# ps aux | wc -l
> >      131
> >
> > 131個というのは多いのか少ないのか、他のサーバを見る機会がないのでちょっとわかりません。
>
> 全プロセス数で 131個は別に多くはないと思います。
>
> --
> UEDA "BSD mad" Hiroyuki <bsdmad@g...>
>
> --
> ML: rails@r...
> 使い方: http://QuickML.com/
>

--
ML: rails@r...
使い方: http://QuickML.com/