昨日の午前1時頃、私たちのサーバーはクロールの準備をしました。これはめったに起こらないが、私はそれの底に到達しようとしています。
異常なトラフィック量はなく、異常なプロセスは実行されていません。突然サーバーがfcgidプロセスの強制終了を開始しただけです。
[Thu Aug 02 01:17:32 2012] [warn] mod_fcgid: process 26460 graceful kill fail, sending SIGKILL
...可能な限り多くのfcgidプロセスに対して...
CPUアイドルが0%に低下し、I/Oが負荷の大部分を占めているようです。この問題は約5分間続きました。
スワップアクティビティがあったのではないかと思いますが、キルされたプロセスがスワップインによって死ぬためだったのか、またはプロセス監視スクリプトがそれらを見ることができるよりも速くメモリ使用量を増やしたプロセスが原因だったのかはわかりません。
Oom-killerがトリガーされなかった(少なくともログに記録されなかった)ため、これは何らかの理由でプロセスを再起動するApacheだったと思います。これは定期的なものではなく、cronには明らかなものはありません。
これを引き起こす可能性のある通常のApacheプロセスはありますか?私たちは数十の異なるサイトを運営しており、夜遅くなっていたため、ボリュームは非常に非常に少なかった。 (たぶん、10分間に200リクエスト)。
このファイル/etc/httpd/conf.d/fcgid.confを変更し、FcgidIOTimeoutを
FcgidIOTimeout 90
わたしにはできる。
Tkx JD
私は私の問題を抱えていました、エラーは主にタイムアウトがmod_fastcgiを超えているためです、ここに私に解決策がある解決策を置いてください:
このファイルを変更します/ etc/httpd/conf.d/fcgid.confおよび変更しますFcgidIOTimeoutから
FcgidIOTimeout 500
そして、Apacheを再起動します。
/ usr/sbin/apachectl restart
Ubuntu ServerとWebmin/Virtualminを使用するサーバー管理者は、fcgid.conf
ファイルを編集することでこの問題を解決できます。以下の手順はUbuntuサーバー用であり、別のLinuxを使用している場合は、構成の場所が異なる場合があります。
cd /etc/Apache2/mods-enabled
と入力し、Enterキーを押します。Sudo pico fcgid.conf
と入力し、Enterキーを押します。FcgidConnectTimeout 20
を含む行を見つけて、FcgidConnectTimeout 120
を読み取るように変更します。CTRL+X
またはCMD+X
を実行してpicoを終了し、Y
を押して保存します。Sudo service Apache2 restart
」と入力してEnterキーを押します。問題が引き続き発生する場合は、120を増やしてより大きな数値にすることができます。
ヒント: Pingdom(無料) を使用して、Webサイトにアクセスできない場合に通知します。
私は同じ問題を数晩前に抱えていました。 誰かがWebminとUserminを削除したブログ投稿を見つけ、エラーが発生しなくなったことを発見しました 。
Webminをアップグレードしたところ、問題が解決したようです。まだ何度かエラーが発生しますが、以前のようにCPUが詰まることはありません。