問題タブ [jvm-crash]

csv ファイルからレコードを読み取り、データを検証し、データベースに保存するプロセスを長時間実行した後、この JVM エラーが発生しました。Hibernate と PostgreSQL の使用。JVM ダンプには、いくつかの psql クラスが記載されています。誰でもこれを手伝ってもらえますか？

注目すべき追加情報: プロセスは時間の経過とともに遅くなりますが、CPU とメモリの使用率は一定に保たれます (約 150% の CPU と 11.5% のメモリ)。

Glassfishサーバーで実行されている巨大なアプリケーションがあり、これにより多くの短命のオブジェクトが作成され、JVMで次のGC構成が使用されます。

しかし、JVMはInfiniteGCでハングしています。JVMを再起動する必要があります。GCログから次の情報を取得しています。

jvmGC設定がこのユースケースに適しているかどうかを教えてください。または、この問題を解決するための助けをいただければ幸いです。

更新 jmapヒープダンプ情報も取得しました。PS旧世代は、誰も使用していない場合でも、ほとんどのメモリを保持しているようです。増加していません（メモリリークの場合に増加します）。

問題の説明

Javaサーバーアプリケーションを実行してしばらくすると、SolarisでOracleJava仮想マシンの奇妙な動作が発生します。通常、jvmhs_err_pid.logファイルのクラッシュが発生すると、作成されます（場所は、-XX:ErrorFileここで説明されているようにjvm paramterによって決定されます：hs_err_pidファイルの作成を抑制するにはどうすればよいですか？

しかし、私の場合、ファイルは作成されておらず、残っているのはcoreコアダンプファイルだけでした。

標準のSolarisツールを使用pstackしpflagsて、ファイルからクラッシュに関する詳細情報（以下に含まれています）を収集することができましたcore。

試行されたソリューション

• hs_err_pid.logファイルシステム全体ですべてのファイルを検索しようとしましたが、何も見つかりませんでした（アプリケーションの作業ディレクトリの外でも）。すなわち：

  find / -name "hs_err_pid*"

• jvmに関連するjvmのバグを見つけようとしましたが、この場合に似た興味深いものは見つかりませんでした。

• 問題は次のようになります。JavaVM：1.6.0_17と1.6.0_18の両方で再現可能なSIGSEGV、レポート方法 hs_err_pid.logしかし、ファイルが欠落していて、もちろんOSプラットフォームが異なるため、これを確認することはできません。
• （編集）Javaコアダンプの質問を分析するためのツールへの回答の1つで提案されているように、Eclipse MATをcore使用してファイルからヒープダンプを抽出し、分析しました。jmapリークが見つかりました（コアダンプの時点で、HashMapに追加された要素、クレンジングされることはありません、1,4 M要素）。hs_err_pid.logただし、これはファイルが生成されなかった理由やjvmがクラッシュした理由を説明していません。
• （EDIT2） Darryl Milesによって提案されたように、-Xmxの制限がチェックされました（テストには、オブジェクトを無期限に追加するコードが含まれていましたLinkedList）：
  • java -Xmx1444m Test結果はjava.lang.OutOfMemoryError: Java heap space、
  • java -Xmx2048m Test結果はjava.lang.OutOfMemoryError: Java heap space、
  • java -Xmx3600m Testコアダンプの結果。

質問

誰かがjvmで同様の問題を経験し、そのような場合に実際に何が起こったのかを見つける方法（つまり、コアがjvmからダンプされ、hs_err_pid.logファイルが作成されない場合）を経験したことがありますか？

これを解決するためのヒントやポインタは非常に役立ちます。

抽出されたフラグ

抽出されたスタック

システムインフォメーション：

使用されるjvm引数：

不足している情報を見つけた場合はコメントしてください。追加しようと思います。

ある日、通常の作業を数か月行った後、Java アプリが時折クラッシュし始め、次のエラーが発生しました。

hs_err_pid2075.log を調べたところ、ネットワーク通信を処理するアクティブなスレッドがあることがわかりました。ただし、ここ数か月間、アプリケーションや環境の変更はありませんでした。また、負荷の増加はありませんでした。クラッシュの理由を理解するにはどうすればよいですか? jvm クラッシュを調査する一般的な手順はありますか?

UPD http://www.wuala.com/ubear/public

私は自分で書いた CAD ソフトウェアをいくつか持っています。描画される各コンポーネントには、一連の頂点バッファー オブジェクトがあります。コンポーネントが削除された場合、次のような finalize メソッドで頂点バッファー オブジェクトを解放する必要があります。

ただし、SIGSEV と JVM がクラッシュすることがあります。hs_err ログ ファイルは、gl.glIsBufferArb(tmp.intValue()) を指しています。

これは、私の gl オブジェクトが無効になったことを意味すると思いますか?

それはまだ有効だったはずです。プログラムはクラッシュするまでまだ動作していました。GL オブジェクトへの参照を保存せずに glbuffer を解放する方法はありますか?

ありがとうございました！

BDB JE に約 5 億 200 万行を挿入するマシンがあります。キーと値の例は次のとおりです。

すべてのキーと値はほぼ同じ長さです。JVM は、次のパラメーターで開始されます。

それでも、約 50,000,000 行に達すると、JVM は「強制終了」されます (「強制終了」というメッセージが表示されますが、どのように/誰によって強制終了されたのかわかりません)。ガベージコレクションを実行しようとすると、十分なメモリなどを解放できないと思います。しかし、その量の -Xmx があれば、問題はないと思います。

deferredWrites を使用しており、ログ ファイルのサイズは 100MB に設定されています。DPL から Base API に切り替えても違いはありませんでした。

JDK 6.0 と SUSE x86_64 を 12GB の RAM で使用しています。残りの RAM を必要とする他のプロセスがあるため、この挿入タスクに実際に 9GB 以上を割り当てることはできません。

JVM:

この問題を解決するためのヒントをいただければ幸いです。

HTTPを使用して、ホストされている場所からデータをダウンロードするJavaアプレットがあります。アプレットには、アプレットに対するデフォルトの権限があります。つまり、多くはありません。ダウンロード中にランダムに、おそらく再現性の90％の確率で、ログの特定の部分で、javaFirefoxによってホストされている実行可能ファイルが突然終了し、Javaコンソールが閉じられます。

ほんの数週間のJavaの後、これが私の最初のJVMクラッシュだと思いましたが、致命的なエラーログを見つけることができませんでした。Chromiumを使用してアプレットを開くと、100％動作することがわかるまで（多くの場合、さまざまな条件で試行し、Firefoxで変更します）

実行可能な両方のブラウザは、java実行可能ファイルに対して同じコマンドラインを使用します

次に、Windows 2000パーティションを起動し、アプレットが同じバージョンのFirefoxとJREで100％動作していることにも気づきました。Chromeを試すことができませんでした。このプラットフォームでは利用できません。

私の「クライアント」はWindows2000を使用してアプレットを実行するため、必ずしも解決策を求めているわけではありません。私はこれを投稿して、Javaのクラッシュを実験した人がこれについての説明を見つけることができるかどうかを知りました。それはFirefoxLinux間の通信であり、javaそれが終了する可能性がありjavaますか？あなたがこの仕事をしなければならなかったら、あなたはどのように進みますか？Mozilla用のSSCCEを作成してみませんか？

バージョン：

編集：私はより多くの情報を見つけました。Firefoxのstderrを聞いて、アプレットを実行し、終了後にFirefoxをjava終了すると、これが表示されます。しかし、それほど有用ではありませんが、Firefoxがそれがjava終了したことすら知らなかったことを示す傾向があります。

JVMがクラッシュし、JVMコアpidファイルが作成されました。私はJMVコアファイルに不慣れなので、以下のヘルプを使用できます。

私が得ているエラーは次のとおりです。

コアファイルからの上記の詳細に基づいて、

1）最大18GBのスワップフリーで、エラーが「スワップスペース不足」である理由は何かわかりますか？それは正しくないはずです。物理メモリのみが非常に少なく、空き容量は約115MBです。

2）16 GBの物理メモリのうち、2GBのみがJVMに割り当てられます。しかし、統計によると、ほぼ16 GBが完全に使用されており、空き容量は115MBのみです。したがって、他のプロセスもメモリを占有しているはずです。この方向にチェックする必要がありますか？

3）理想的には、JVMはJavaオブジェクトを作成して処理し、独自のネイティブライブラリオブジェクトを作成する必要があります。JVM自体のネイティブオブジェクトに使用されるメモリ。指定されたヒープ制限内で割り当てられますか、それとも完全にヒープ外で割り当てられますか？

私の理解と分析のために上記の質問に答えていただければ本当に助かります。

JVMが継続的にクラッシュします。何が問題なのかわからない。最新の1.6jdkと1.7でテストしました。同じ問題。

メモリチェックを実行しましたが、エラーは報告されていません。私もjrockitを試しましたが、同じことが起こりました。Javaコードは、Luceneインデックスにドキュメントを追加するインデックス作成プロセスです。これは、いくつかのドキュメントがインデックスに追加されてコミットされた後に発生します。

JVMは、次のオプションと同様に起動されます。

ガベージコレクションログからの出力（最後の行に注意してください。jvmは完全なgcを実行できないようです）：http：//pastebin.com/9EskW4QY

クラッシュレポートは次のようになります。

内部に Web ブラウザがある WinForm アプリケーションに問題があります。（Javascript）を含むWebサイトをナビゲートするために使用します。

更新: XULRUNNER (Gecko エンジン) を使用しています。

それらは常に同じ (Web サイト) ですが、数時間後にクラッシュし、JVM エラーが発生します。

ログがありますが、アプリがクラッシュする理由を理解するためにログをデコードする方法がわかりません。