問題タブ [crash]

外部 Web サービスへの HTTP 呼び出しを行う Ruby on Rails Web サイトがあります。

1 日に約 1 回、サービスの呼び出しが失敗したという SystemExit (以下のスタックトレース) エラー メールを受け取ります。その後、サイトでまったく同じクエリを試してみると、問題なく動作します。サイトが公開されてからずっと発生しており、原因を突き止めることができませんでした.

Ruby はバージョン 1.8.6、レールはバージョン 1.2.6 です。

他の誰かがこの問題を抱えていますか？

これはエラーとスタック トレースです。

SystemExit が発生しました /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.6/lib/fcgi_handler.rb:116:in exit' /usr/local/lib/ruby/gems/1.8/gems/ rails-1.2.6/lib/fcgi_handler.rb:116:in exit_now_handler' /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/inflector.rb:250:in to_proc ' /usr/local/lib/ruby/1.8/net/protocol.rb:133:in call' /usr/local/lib/ruby/1.8/net/protocol.rb:133:in sysread' /usr/local/ lib/ruby/1.8/net/protocol.rb:133:in rbuf_fill' /usr/local/lib/ruby/1.8/timeout.rb:56:in timeout' /usr/local/lib/ruby/1.8/timeout. rb:76:in timeout' /usr/local/lib/ruby/1.8/net/protocol.rb:132:in rbuf_fill' /usr/local/lib/ruby/1.8/net/protocol.rb:116:in readuntil ' /usr/local/lib/ruby/1.8/net/protocol.rb:126:in readline' /usr/local/lib/ruby/1.8/net/http.rb:2017:in read_status_line' /usr/local/lib/ruby/1.8/net/http.rb:2006:in read_new' /usr/local/lib/ruby/1.8/net/http.rb:1047:in request' /usr/ local/lib/ruby/1.8/net/http.rb:945:in request_get' /usr/local/lib/ruby/1.8/net/http.rb:380:in get_response' /usr/local/lib/ruby/ 1.8/net/http.rb:543:in start' /usr/local/lib/ruby/1.8/net/http.rb:379:in get_response'

イントラネットでカスタムアプリケーションを実行していますが、最近アップグレードした後、IISが100％のCPU使用率でハングし、リセットが必要になるという問題が見つかりました。

ユーザーをハングアップさせるのではなく、解決策を決定する間、以前のリリースにロールバックしました。最初のステップは問題を再現することですが、再現することはできません。

ここにいくつかの背景があります：

Prodには、2つのCPUと2 GBのRAMを備えた単一の仮想化（vmware）Webサーバーがあります。データベースサーバーには4GBがあり、CPUも2つあります。これもVMWareにありますが、物理ハードウェアは別です。

通常の使用中、アプリケーションは正常に実行されます。w3wp.exeプロセスは通常、5〜20％のCPUと約200MBのRAMを使用します。CPUとRAMは通常の使用ではわずかに変動しますが、異常なことは何もありません。

ただし、問題が発生し始めると、RAMは劇的に上昇し、CPUは98％（または可能な限り）にペグします。サイトが応答しなくなり、IISを再起動する必要があります。この状況では、アプリプールをリセットしても何も起こりません。完全な、IISの再起動が必要です。

夜間は発生しません（使用なし）。サイトに負荷がかかっている場合に多く発生しますが、ピーク時以外の場合にも発生します。

この問題を解決するための最初のステップは、それを再現することです。負荷をシミュレートするために、JMeterを使用して使用状況をシミュレートし始めます。ロードスクリプトは、クラッシュ時の実際の使用量に基づいています。JMeterを使用すると、使用量をかなり高くすることができます（クラッシュ時の負荷の2〜3倍）が、サイトは正常に動作します。CPUが高く、サイトが遅くなりますが、メモリ使用量は合理的で、何もハングしていません。

非本番環境でこのような問題を再現するためのヒントはありますか？エラーを再現し、解決策を決定してから、もう一度テストして解決したことを確認したいと思います。その過程で、問題を解決する可能性のある改善された小さな点がいくつか見つかりましたが、問題を再現して改善されたバージョンをテストできれば、私は本当に自信が持てるようになります。

どんなツール、テクニック、理論も大歓迎です！

重い負荷でハングアップする Web アプリケーションがあります。それを元に戻すには、「dllhost.exe」プロセスを強制終了する必要があります。誰かが何をすべきか知っていますか？

これは、多くの COM+ オブジェクトを含む従来の ASP (VBScript) アプリです。

サーバーには次の構成があります。

• Intel Core 2 Duo 2.2 GHz / 4 GB RAM
• Windows Server 2003 Web Edition SP2
• IIS6.0

COM オブジェクトに関連するイベント ログにいくつかのエラーがあります。しかし、なぜ COM オブジェクトのエラーがサーバー全体をクラッシュさせるのでしょうか?

COM オブジェクトは、COM オブジェクトとして配布される PowerBuilder オブジェクトです。

IIS 7.0 は IIS 6.0 より (はるかに) 安定していますか?

私が作成しているアプリは常にクライアント コンピューターでクラッシュしますが、例外の説明やスタック トレースは得られません。
私が受け取る唯一のものは、Windows が Microsoft に送信しようとしているクラッシュ レポートです。
そのダンプファイルを取得して自分で調べたいのですが、見つかりません。

「エラー レポートの内容を表示」すると、さまざまなメモリ ダンプが表示されますが、コピーまたは保存できません。

私の作業環境では、現在、.suo (ソリューション オプション) および .ncb (C++ Intellisense シンボル) ファイルを削除しない限り、メイン プロジェクトを開始するたびに Visual Studio がクラッシュします。

明らかに、私は回避策を見つけました。これよりも永続的な解決策はありますか？

バックグラウンド：

少し前に、社内プログラムの 1 つについて、アプリケーションのクラッシュを記録して分類するためのシステムを構築しました。当時、クラッシュの種類に優先順位を付けるために、頻度と失われた時間の合計 (プログラムの起動からクラッシュまでの時間) を組み合わせて使用​​していました。それはかなりうまくいった。

現在、The Powers That Be は、取り組んでいる各タイプのクラッシュのコストについて確実な数値を求めています。または、少なくとも、堅実に見える数字。総損失時間にもっともらしい数字を掛けたものを使用できると思いますが、それは危険に思えます。

質問：

アプリケーション クラッシュの実際のコストを計算する確立された方法はありますか? それとも、そのようなコストを推測する研究を発表しましたか?

コンセンサス

正確さは不可能ですが、稼働時間に基づく見積もりは、それが一貫して適用され、その制限が明確に文書化されていれば十分です。これに答えるために時間を割いてくれてありがとう、マット、オリオン。

おそらくファイル記述子のリークがあるプロセスからのコアダンプファイルがあります（ファイルとソケットを開きますが、それらのいくつかを閉じるのを忘れているようです）。クラッシュする前にプロセスが開いていたファイルとソケットを見つける方法はありますか? クラッシュを簡単に再現することはできないため、コア ファイルを分析することがバグのヒントを得る唯一の方法のようです。

例外コードを知っていて、スローされた実際の例外が何を意味するかを調べる方法はありますか?

問題の私の例外: 0x64487347

例外アドレス: 0x1

コール スタックには情報が表示されません。

クラッシュの .dmp を確認していますが、実際には Visual Studio でデバッグしていません。

私は現在、Windows、Linux、および MacOS X でうまく動作する Java のクロスプラットフォーム アプリケーションに取り組んでいます。Java で「クラッシュ」を検出し、それに応じて何かを行う簡単なクロスプラットフォームの方法はありますか?

「クラッシュ」とは、キャッチされていない例外を意味すると思います。ただし、コードは一部の JNI を使用しているため、不適切な JNI コードからのクラッシュを検出できると便利ですが、それは JVM 固有のものだと感じています。

ASP.NET Web アプリケーションで作業していますが、Visual Studio でデバッグしようとすると正しく動作しているようです。しかし、重い負荷をエミュレートすると、IIS がトレースなしでクラッシュします。システム ジャーナルのログ エントリは、「World Wide Web Publishing サービスが予期せず終了しました。これを 4 回実行しました。」という非常に一般的なものです。この問題をトラブルシューティングするために、IIS から詳細情報を取得するにはどうすればよいですか?