質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

87.59%

Java10.0.2、Tomcat9.0.13でアプリだけが応答なしになるときがある

解決済

回答 2

投稿

  • 評価
  • クリップ 2
  • VIEW 3,150

score 13

前提・実現したいこと

Windows Server2016にJava10.0.2、Tomcat9.0.13、Oracle12cR2でWebアプリを2つ(アプリA、アプリB)動かしています。

アプリA・・・メインアプリ
アプリB・・・Tomcat上にアプリBを置き、そのtomcatが正しく動いているか、DBから期待する値を取ってきて期待する値がとれていれば正常稼働している、と判断するためだけのアプリ。

どのタイミングで問題が発生するか不定期なのですが、アプリAが応答なしになるときがあり、その時はTomcat毎サービスを再起動することで復旧させているのですが、原因がわかりません。

アプリAはTomcat5からTomcat7まで動かしている実績があり、Tomcat5,7でその現象が発生したことはありません。

何か調べるポイントや、原因がわかる、などありましたらご教授いただければ幸いです。

発生している問題・エラーメッセージ

エラーメッセージ

該当のソースコード

ソースコード

試したこと

アプリAが応答なしになった際に、アプリBは正しく動作しているため、Tomcat自体が死んでいるとは思えず、アプリAに関してだけが応答なし状態です。

tomcatが標準出力するログには何も出ておらず、正直行き詰っております。

DBへのコネクションクローズについては、プログラム側でクローズ漏れはなく、
コンテキストにも以下の設定を入れているためクローズ漏れがあったとしても
自動クローズしているものと認識しています。
removeAbandoned="true"
removeAbandonedTimeout="300"
logAbandoned="true"

補足情報(FW/ツールのバージョンなど)

ここにより詳細な情報を記載してください。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • nakai_hiro

    2019/03/06 12:31

    それがログに何も出ていないのです…

    キャンセル

  • Orlofsky

    2019/03/06 13:09

    他のログも調べましたか?
    ソフトウェアは上位互換が保証されているとは思わないでかかってください。

    キャンセル

  • nakai_hiro

    2019/03/07 19:55

    gc.logを出す設定にしていなかったので、とりあえずログ出力の設定を入れて様子見しています。
    現象が発生した際に確認してみます。

    キャンセル

回答 2

check解決した方法

0

たぶん解決してるかと思いましたので、アップします。

tomcatに割り当てたメモリが少なすぎたためだったのかも知れません。

当初、練習環境ということで少なめに512mbだけ割り当てていました。

それを1024mbに上げても固まる現象は2回ほどあったため、2048mbまで上げたところ、今のところ再現しなくなっています。

ただ、out of memory がログ上出ているわけでもなく、確証があるわけではないですが…

追加でgcログ出すようにしたので、これで様子見ることにすます。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

0

実は解決せず、また再現しましたのでさらに調査したところ、

これと同じ状況でした。
https://codeday.me/jp/qa/20190201/199986.html

かといってコネクションプーリングは設定しているし・・・と思ったのですが、
Tomcat7とTomcat9で設定項目名が違っており、Tomcatのログに起動時の「警告」が出ており、「その設定値はないから、初期値が適用されます」という旨のメッセージが出ていました。

13-May-2019 15:02:00.298 警告 [main] org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory.getObjectInstance Name = xxxDataSource Property maxActive is not used in DBCP2, use maxTotal instead. maxTotal default value is 8. You have set value of "200" for "maxActive" property, which is being ignored.
13-May-2019 15:02:00.298 警告 [main] org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory.getObjectInstance Name = xxxDataSource Property removeAbandoned is not used in DBCP2, use one or both of removeAbandonedOnBorrow or removeAbandonedOnMaintenance instead. Both have default value set to false. You have set value of "true" for "removeAbandoned" property, which is being ignored.
13-May-2019 15:02:00.298 警告 [main] org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory.getObjectInstance Name = xxxDataSource Property maxWait is not used in DBCP2 , use maxWaitMillis instead. maxWaitMillis default value is -1. You have set value of "10000" for "maxWait" property, which is being ignored.
13-May-2019 15:02:00.298 情報 [main] org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory.getObjectInstance Name = xxxDataSource Ignoring unknown property: value of "30000" for "validationInterval" property

現象が発生した箇所の時間帯ばかり見ていましたが、起動時の警告は見落としてました。

https://techblog.gmo-ap.jp/2018/12/06/tomcat7%E3%81%8B%E3%82%899%E3%81%B8%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89/

結局指定していたコネクションプーリングの値は無視され、初期値かつ
maxWaitMillis default value is -1 で無制限に待つというのがアプリが固まっていた原因のようでした。

Tomcat9で有効な設定項目にしたことで問題は解決しました。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 87.59%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る