問題タブ [jvm-crash]

私のシステム: Solaris 10/X86 マシンでモニターなしで実行されている Java swing アプリケーションがあります。X11経由でアプリケーションを表示する別のマシン(Linux/x86)があります。

私の問題: 私のアプリケーションは 30 台のマシンで 24 時間年中無休で実行されています。jvm が「X 接続ホストが壊れています」というエラーでクラッシュすることがあります。数週間実行されていて一度もクラッシュしたことのないアプリケーション、1 日後に 1 回クラッシュしたアプリケーション、および毎週クラッシュしたアプリケーションがあります。かなりランダム。

私が行ったこと/確認したこと: I/O はすべてのアプリケーションで非常によく似ており、ネットワークが少し集中していますが、過剰ではありません。メモリ、CPU、ディスクの使用量も同様です。一部のマシンは他のマシンよりも多く使用されていますが、クラッシュとは関係ありません。Linux/x86 の X は決してクラッシュしませんでした。ネットワークは問題ないようです。スイッチと netstat を確認しました。

SignalHandlers を追加しましたが、何も見つかりませんでした。メモリ リークやその他のアプリケーションの問題を確認しましたが、何も見つかりませんでした。

必要なもの: 1) どうすればさらに調査できますか? x 接続が切れる理由を見つけるにはどうすればよいですか? 2) アプリケーションの「X11 クラッシュ」を証明するにはどうすればよいですか? 可能です？！再接続するか何か？3) この「接続が切断された」問題の一般的な理由はありますか? または一般的な解決策はありますか？(いいえ、ヘッドレスで実行できません =))

もちろん、jvm は私のためにコアを生成しませんでした =(

プログラムの実行中に次のエラーが発生し、解決策がわかりません。同様のエラーに関するすべてのトピックも調べましたが、問題を解決できませんでした。エラー: My application is built on Groovy and Grails version 2.0.4

ここで何が悪いのかわかりません。この問題を解決するには？

Grails アプリケーションの実行中に次のエラーが発生します。

このエラーは、s2PublicTrainingLifecycleEdit.gsp というテンプレートを呼び出す show.gsp という gsp ページにアクセスしている場合にのみ発生します。

以下は、s2PublicTrainingLifecycleEdit.gsp ページの内容です。

テーブルアプリケーションの最後のtrを削除すると、正常に実行されます。そうしないと、実行時に上記のエラーが発生します。

完全なエラー レポート

32 個の仮想プロセッサと 32GB のメモリを搭載した Sun サーバーで Web クロールを行っています。

私は 1460 のスレッドを開き、私のために仕事をしました。私が設定した実行時パラメータは-Xms2048と-Xmx2048でした。コードを 2 回実行しましたが、別の時点でクラッシュしました。

編集: スレッドの数を 40 に減らし、同じサーバーで実行しました。RSS の値が Swap の値（いずれも 2150M 前後）を超えたところで再度クラッシュしました。つまり、メモリが限界を超えたときにクラッシュしました。次に、4G RAM とデュアル コア プロセッサを搭載した自分の PC で実行しました。驚いたことに、これまでのところ順調に進んでいます。PC のメモリ使用量は 1.5G 前後に抑えられており、限界から少し離れています。メモリが限界に達するのを防ぐメカニズムが PC にあるように見えるほど、安定して実行されています。対照的に、Sun サーバーでは暴走しているように見えました。

編集:最新の 64 ビット Java にアップグレードして以来、これまでのところクラッシュしていません。

X 週間ごとに JVM がクラッシュします。JVM は JBoss AS 5.1 を実行しています。多くのクラッシュ ログを収集しましたが、すべて eden スペースが 100% であり、同時マーク スイープ生成の合計が 3145728K (すべて同じ値です!) であることを示しています。同様のケースを閲覧していましたが、一致するものはありません。私はJava 7を使用しており、昨日最新リリースに更新しました-そして問題は夜に再び発生しました。これが私のJVM設定です：

クラッシュ ログの 1 つ:

Java クラッシュを含む .hdmp ファイル (Windows クラッシュ ダンプ) を分析しようとしています。スタック ダンプのクラッシュとすべての dll/モジュールが表示されますが、(jvm、nio などの) Java のものは表示されません。

windbg または Visual Studio を使用すると、jdk/jre に存在しない Java シンボル/.pdb ファイルが見つからないというメッセージが表示されます。インターネットで、見つけられないデバッグjdk バージョンの取得に関するいくつかの回答を見ました。

Java .pdb ファイルを取得する方法を知っている人はいますか? または、これらを使用せずにこのファイルを別の方法で分析しますか?

これが分析です-v

NIO または Jetty がこのクラッシュの原因であると思われます。不足しているスタック行 (この行の下にあります:nio!Java_sun_nio_ch_IOUtil_configureBlocking+0x5b) を読み取って、どのクラス/関数がそれを呼び出しているかを確認したいと考えています。 : エラー: シンボル ファイルが見つかりませんでした..

ありがとう。

Tomcat 6.0.29 が今朝、次のエラー ログでクラッシュしました。昨年のサーバー開始以来、このようなログを見たのはこれが初めてです。

誰かがその理由を教えてもらえますか?

私が使用している JDK でバグが発生しており、Sun (Oracle) のバグ データベースでそれへの参照を見つけました。修正されたバージョンは hs21(b13)、7(b143) と表示されていますが、修正が含まれている JDK のリリースを特定する方法がわかりません。

この投稿を見たことがあります: Java version names in Sun's bug databaseですが、実際には私の質問には答えていません。

編集: JDK のどのリリース (1.7.0_07 など) が 7(b143) に対応するかを調べようとしています。つまり、このバグの修正が含まれている最も古いリリース バージョンを知りたいのです。

さて、私はrxtxSerial.dllを使用するプロジェクトに取り組んでいます（ちなみに非常にバグがあります）。

とにかく、GUIをよりユーザーフレンドリーにするために変更を加えました。最初はプログラムがメインウィンドウに表示され、ユーザーが勤務先の会社によって設計された特定のデバイスを監視できる他のフレームを開くことができます。したがって、ユーザーがホールプログラムと、開いているウィンドウを閉じたいと思ったときに、開いているウィンドウを自分で閉じてからプログラムを閉じるように求めるダイアログが表示されたので、それは本当に醜いので、私は考えました。それが私が作ったものです：

シリアル通信を使用するが開かれたときJDialogに、ユーザーが終了前よりもプログラムを閉じるように促した場合に備えて、参照を保存します。プログラムは次のコードを実行して、それぞれのリスナーがシリアルからの読み取りを停止するように呼び出されるようにします。ポート：

ユーザーがダイアログを閉じてもプログラムはクラッシュしないためWindowListener、通信のシャットダウンを担当するsに問題はありません。また、オンラインウィンドウが開いているときに閉じるプロンプトが表示されるとクラッシュすることがあります（シリアル通信の側面）。 、実際には、クラッシュ自体はユーザーには表示されず（プログラムのフォルダー、hs_err_pid.logファイルを調べた場合）、オンラインウィンドウでのクローズの約20％が発生します。hs_errのクラッシュは次のようなsiginfo: ExceptionCode=0xc0000005, writing address 0x17adfa88ものです。つまり、dllが既に閉じられた後にjavaのメモリに書き込もうとして、jvmがクラッシュするということです（間違っている場合は修正してください）。

私が欲しいのは、それらのエラーログファイルを生成しない方法です。問題を修正するか、可能であれば答えがそうではない場合は、それらのファイルを非表示にする方法を作成できます。

私が考えた修正の1つは、jvm自体をシャットダウンする前にdllを強制的にアンロードするか、dllを「要求」してアンロードし、アンロードされるまで待つことです。

何か案は？

前もって感謝します。

以下は、JavaJVMからJNIを介して呼び出されるC++コードの抜粋です。

これはWindowsXPで機能しますが、Windows 7では、アクセス違反の例外が発生してクラッシュします。

エラーメッセージは次のとおりです。

java.exeの0x77355F29（ntdll.dll）でのファーストチャンス例外：0xC0000005：アクセス違反の読み取り場所0x002B0D52。

手がかりがあればありがたいです。

JREバージョン：6.0_27-b07、Java VM：Java HotSpot（TM）クライアントVM（20.2-b06混合モードwindows-x86）、C++コードはVisualStudio2010で構築されました。