0

現在、WebSphere Application Serverを使用する実稼働環境で、ヒープ・ダンプが発生しているJava EEアプリケーションに問題があります。このダンプは、DLLファイルを使用していくつかのレポートを生成するPDF生成ライブラリを使用するクラスで、ランダムなタイミングで発生しています。これにより、JVMが自動的に再起動されます。Websphereでガベージコレクションに関連するヒープダンプを強制するには?

ダンプファイルとnative_stderr.logを見ると、同時にガベージコレクションに問題があるようです。また、セグメンテーションフォールトエラーがどのように見える

reason="insufficient time being spent in gc" gctimepercent="1" 

::のようなエラーがあります

Unhandled exception Type=Segmentation error vmState=0x00000000 
J9Generic_Signal_Number=00000004 ExceptionCode=c0000005 ExceptionAddress=7F030F32 ContextFlags=0001003f 
Handler1=7F040D90 Handler2=7F0E7D70 InaccessibleAddress=35A13000 
EDI=0CD776C8 ESI=35A13000 EAX=0004AEF8 EBX=24DB5500 
ECX=00009FC6 EDX=0004AEF8 
EIP=7F030F32 ESP=2C14FD5C EBP=2C14FDC4 
Module=E:\u01\was61\java\jre\bin\j9vm23.dll 
Module_base_address=7F020000 Offset_in_DLL=00010f32 
Target=2_30_20090224_30451_lHdSMr (Windows Server 2003 5.2 build 3790 Service Pack 2) 
CPU=x86 (4 logical CPUs) (0x1fff37000 RAM) 
JVMDUMP006I Processing Dump Event "gpf", detail "" - Please Wait. 
JVMDUMP007I JVM Requesting System Dump using 'E:\data\servers\MyApp\workdir\core.20120103.101629.9812.0001.dmp' 
JVMDUMP010I System Dump written to E:\data\servers\MyApp\workdir\core.20120103.101629.9812.0001.dmp 
JVMDUMP007I JVM Requesting Snap Dump using 'E:\data\servers\MyApp\workdir\Snap.20120103.101629.9812.0002.trc' 
JVMDUMP010I Snap Dump written to E:\data\servers\MyApp\workdir\Snap.20120103.101629.9812.0002.trc 
JVMDUMP007I JVM Requesting Java Dump using 'E:\data\servers\MyApp\workdir\javacore.20120103.101629.9812.0003.txt' 
JVMDUMP010I Java Dump written to E:\data\servers\MyApp\workdir\javacore.20120103.101629.9812.0003.txt 
JVMDUMP013I Processed Dump Event "gpf", detail "". 

ヒープ・ダンプはダンプの原因が「GPF」とセグメンテーションフォールトについて協議したと述べています。

私は自分のローカル環境で同じことを成功させることなく再現しようとしています。私がしようとしているのは、レポートを生成しようとしている間にいくつかのパラメータを設定して、何らかの頻繁なガベージコレクションを強制することです。 Websphere Admin Consoleで設定できる奇妙なパラメータは、GCをより頻繁に行うためのものですか?

答えて

3

GCの問題(GCで十分ではない)は赤いニシンです。ヒープが必要以上に大きいことを意味し、JVMはその数を減らす可能性があります。

しかし、GPFは深刻です。内部的なJVMクラッシュです。 IBM Java 5 JVM(旧バージョンを実行しています)の最新サービスレベルに更新してください。修正できない場合は、IBMサポートに報告してください。

+1

訂正していただきありがとうございます、私の答えを削除しました。 –

関連する問題