2017-07-17 22 views
0

私のjbossアプリケーションが突然停止し、コアダンプファイルがプロセスIDとともに/ var/crash/pathに生成されました。同じ場所にログは生成されません。 Javaのバージョンはjava-1.7.0-openjdk-1.7.0.45.x86_64です。私はなぜ私のアプリケーションが殺されてこのファイルが生成されたのか知りたい。何らかのメモリリークが発生したことが原因で、このエラーが発生する可能性があります。しかし、アプリケーションログには痕跡がありません。このコードダンプファイル(約6 GB)をデバッグする方法コアダンプファイルでJavaアプリケーションのメモリリークをチェックする方法は?

+0

@されています。もしあなたがそれを再現できなければ何かを見つけた場合、それをどのように修正する予定ですか? – efekctive

+0

この問題は私の生産システムで起こりますが、私はテストを行うことができません。残念ながら私のテスト環境ではそれを再現できません。プロダクションからコアダンプファイルしか得られませんでしたが、アプリケーションログ –

+0

からのトレースはありませんでした。コアダンプの読み込みが必要です。投稿できますか?私はあなたが本当にそれを修正し始めるために再び起こるまで待たなければならないのではないかと心配しています – efekctive

答えて

0

私はダンプファイルを見ることができないので、正確にメモリリークを言うことはできません。 メモリリークチェックのために、実行中のアプリケーションには多くのツールがあります。 JDKの中でも、VisualVMツールは "JDK/bin"フォルダにあります。 プロダクションサーバーにポイントすることができます。これはそれを再現しようとしている実行する必要がある最初の事の前に起こったことがない場合

他の複数の解決策は、https://developers.redhat.com/blog/2014/08/14/find-fix-memory-leaks-java-application/

関連する問題