お世話になります。先週、上記の新バージョンへアップデートさせて頂きました。その後、4日ほどたってサーバのCPU使用率が90%を越え始め管理者画面等に、アクセスできなくなりました。どのような状況で、CPUの使用率が高くなったのかはわからないのですが、TOMCATを再起動したら元通りになりました。(CPU使用率は、RRDToolで監視)また、ログが1日7回ぐらいローテーションされるようになりました。まだ、状況など詳しく調べている状態なのですがもし、どなたか同じような、現象を経験されていましたら解決方法等、教えて下さい。システムはFreeBSD 7.1Tomcat5.5Apache 2.2宜しくお願いいたします。
fedora8tomcat5.5.27JDK1.5.0.17です。マシンスペックは MEM512 CPU P-4 2.6Ghzと少し貧弱ですが、CPU使用率100%を推移し、再起動するまで、ログイン画面にもいきませんでした。再起動した際に、スケジュールが開けない(ミスマッチエラーが出てしまいます。)ショートメールが読めない。と言うおまけ付きでした。もう一度、再起動してみます。
> fedora8> tomcat5.5.27> JDK1.5.0.17> です。> マシンスペックは MEM512 CPU P-4 2.6Ghzと少し貧弱ですが、うちでは、GSESSION 2.3.0Fedora10 x86tomcat-6.0.18JDK 1.6.0_13P-4 1.7GHzMEM 1GBです。CPU使用率は平常時は3~5%、書き込み時に瞬間20%程度になる程度です。メモリもキャッシュがほとんどです。しかしCPU100%はちょっと異常な気がします。apacheとの連携をしていないのであれば、Java 5.0のGC関連の可能性もありますね。Marksweepが発生するとCPUリソースをガンガン食い、あまりにOld領域が広かったりswapに食い込んだりするとCPU100%がおさまらない可能性があります。『-Xmx』を指定されておられるならば、容量を精査した方が良いと思います。と書きましたが、ちと状況が分からないので想像で書いてます。
> > fedora8> > tomcat5.5.27> > JDK1.5.0.17> > です。> > マシンスペックは MEM512 CPU P-4 2.6Ghzと少し貧弱ですが、> うちでは、> GSESSION 2.3.0> Fedora10 x86> tomcat-6.0.18> JDK 1.6.0_13> P-4 1.7GHz> MEM 1GB> です。> CPU使用率は平常時は3~5%、書き込み時に瞬間20%程度になる程度です。> メモリもキャッシュがほとんどです。> > しかしCPU100%はちょっと異常な気がします。> apacheとの連携をしていないのであれば、Java 5.0のGC関連の可能性もありますね。> Marksweepが発生するとCPUリソースをガンガン食い、あまりにOld領域が広かったりswapに食い込んだりするとCPU100%がおさまらない可能性があります。> 『-Xmx』を指定されておられるならば、容量を精査した方が良いと思います。> > と書きましたが、ちと状況が分からないので想像で書いてます。うちでは、自社開発の管理DBシステムが走っており、一時ガベージコレクションを開放しない関係で、メモリを馬鹿食いしたんですけど、いまは、メモリスワップもしてないんですよ。一応、セッションの時間を1時間へ変更し短くしました。再起動したら一応直ったようですが、いま、添付ファイルを貼り付けたら、設定値よりも低いのに、エラーが吐き出されました。これも、原因が分からないです。
> > > fedora8> > > tomcat5.5.27> > > JDK1.5.0.17> > > です。> > > マシンスペックは MEM512 CPU P-4 2.6Ghzと少し貧弱ですが、> > うちでは、> > GSESSION 2.3.0> > Fedora10 x86> > tomcat-6.0.18> > JDK 1.6.0_13> > P-4 1.7GHz> > MEM 1GB> > です。> > CPU使用率は平常時は3~5%、書き込み時に瞬間20%程度になる程度です。> > メモリもキャッシュがほとんどです。> > > > しかしCPU100%はちょっと異常な気がします。> > apacheとの連携をしていないのであれば、Java 5.0のGC関連の可能性もありますね。> > Marksweepが発生するとCPUリソースをガンガン食い、あまりにOld領域が広かったりswapに食い込んだりするとCPU100%がおさまらない可能性があります。> > 『-Xmx』を指定されておられるならば、容量を精査した方が良いと思います。> > > > と書きましたが、ちと状況が分からないので想像で書いてます。> > > うちでは、自社開発の管理DBシステムが走っており、> 一時ガベージコレクションを開放しない関係で、メモリを馬鹿食いしたんですけど、> いまは、メモリスワップもしてないんですよ。> 一応、セッションの時間を1時間へ変更し短くしました。> 再起動したら一応直ったようですが、> いま、添付ファイルを貼り付けたら、設定値よりも低いのに、エラーが吐き出されました。> これも、原因が分からないです。> 0463ですが、再発しました。スペック的にきついんですかね?ユーザ数が50人位いるので、メモリ不足ですかね?この間、pdf張り付けようとしたら、out of memory 出たし・・・.しかし、このクライアントはメモリがRIMMなんですよ・・・。売ってても、以上に高価なメモリなので、今更増設する気は無いです。どうしようかな・・・。
可能な限り無駄なサービスは止めてますか?X Windowなんかも止めてると思って良いですよね。だとしたら、ほんとうにメモリが足りないんですかねぇ。RDRAMとは……PC800辺りかな。増設のコストが掛かるのは痛いですね。gsessionが止められるのであれば、一度JDKとtomcatの最新版を入れてデータ移行せずに試してみてはいかがでしょうか。
あとはAccessログを出力して攻撃されていないか確認。http://www.atmarkit.co.jp/fjava/rensai4/troublehacks06/troublehacks06_1.html一応こんなのも貼っておきます。重くなったときにtopでも使って、実際のメモリ状況とCPU状況を眺めて見るのもいいかも知れません。
色々と返信を頂いておいて、ご連絡が遅くなりました。現在、メモリーを512MBから2.5Gにアップしたところ問題なく動作しております。ただ、やはり長く使用していると、画面の表示に時間がかかるようです。(10秒ほど)ご連絡まで。
vertical_align_top