jitdump.20160505.165247.149.0004.dmpファイルを調べたいと思います。
クラッシュするとIBM JVM 1.8によって生成されます。誰もがdmpファイルを読む方法を知っていますか?IBM jitダンプ・ファイルを読むにはどうすればいいですか
私はそれを分析するためにjextractを使用しようとしましたが、次のようにそれは苦情:
/opt/ibm/ibm-java-x86_64-80/jre/bin/jextract /tmp/jitdump.20160505.165247.149.0004.dmp -v
Loading dump file...
Error. Dump type not recognised, file: /tmp/jitdump.20160505.165247.149.0004.dmp
MAT + DTFJ経由jitdumpファイルを開こうとすると、ここでエラーメッセージがある:
Error opening heap dump 'jitdump.20160505.165247.149.0004.dmp'. Check the error log for further details.
Unable to read dump C:\Users\IBM_ADMIN\Desktop\core_files\opt\ibm\apm\playback\selenium\jitdump.20160505.165247.149.0004.dmp metafile null in DTFJ format DTFJ-J9 (java.io.IOException)
Unable to read dump C:\Users\IBM_ADMIN\Desktop\core_files\opt\ibm\apm\playback\selenium\jitdump.20160505.165247.149.0004.dmp metafile null in DTFJ format DTFJ-J9
No Image sources were found for C:\Users\IBM_ADMIN\Desktop\core_files\opt\ibm\apm\playback\selenium\jitdump.20160505.165247.149.0004.dmp (java.io.IOException)
No Image sources were found for C:\Users\IBM_ADMIN\Desktop\core_files\opt\ibm\apm\playback\selenium\jitdump.20160505.165247.149.0004.dmp
少なくとも、IBM JITコンパイラの知識がなくてもjitdumpの内容を理解できないと私は理解しています。 – Xiaoming
はい、実際に問題がJITに関連しているかどうかにかかわらず、ジットダンプが生成される可能性があります。つまり、jitdumpは、死後解析を行うためにIBM JDKが作成するダンプの1つに過ぎません。クラッシュ出力は、JITモジュールまたはJIT生成コードでクラッシュしたと言いますか? – vijaysun
はい。 JITモジュールでクラッシュしました。 1XHEXCPMODULEモジュール:/opt/ibm/ibm-java-x86_64-80/jre/lib/amd64/compressedrefs/libj9jit28.so。イベント「gpf」をダンプします。 Javaヒープのサイズは良く見え、javacoreファイルにデッドロックはありません。なぜ私はジットダンプを調べようとしていたのですか? – Xiaoming