7

これは、数か月にわたって 2 回発生した問題です。基本的に、私たちのサイトが HTTP エラー 503 を出しているという電話を受けました。IIS7 マネージャーを確認すると、AppPool 自体がオフになっていることがわかりました。再起動すると、数か月後に再び発生するまで、順調に進んでいます。

IIS マネージャーは 4 つのサイトを処理していますが、どちらも同じサイトでこの問題が発生しました。使用されている .NET Framework のバージョンは v4.0 です。

イベントログを見ると、次のように表示されます

Web サーバー IIS:

警告: イベント 5011 「アプリケーション プール 'foo' を提供するプロセスで、Windows プロセス アクティベーション サービスとの致命的な通信エラーが発生しました。プロセス ID は 'X' でした。データ フィールドにはエラー番号が含まれています。」- この警告は 5 回表示され、X の 5 つの差分値が表示されます。これは、各警告の間に約 10 ~ 15 秒にわたって発生します。

エラー: イベント 5002 「アプリケーション プール 'foo' は、そのアプリケーション プールを処理するプロセスで一連の障害が発生したため、自動的に無効にされています。」

アプリケーション ログ:

エラー: イベント 1000: "障害のあるアプリケーション名: w3wp.exe、バージョン 7.5.7601.17514、タイム スタンプ: 0x4ce7afa2。障害のある
モジュール名: clr.dll バージョン 4.0.30319.17929、タイム スタンプ: 0x4ffa59b1。例外コード 0x0000fd"

情報: イベント 1001 "障害バケット、タイプ 0
イベント名: APPCRASH 応答: 利用できません"

上記の 2 つのイベントは同じ期間に発生します。最初にエラーが発生し、その後に 2 つの情報イベントが続きます。これは 5 回発生し、Web サーバー ログからの警告と一致します。

誰かが何が起こっているのかを明確にすることができれば、それは大歓迎です。アプリケーション プールが自動的にオフになることを決定したため、サイトが Web から消えることを心配する必要はありません。

ラピッド フェイル プロテクション (一定回数の障害が発生するとスイッチがオフになる) をオフにできることは知っていますが、根本的な問題に対処したいと思います。

4

1 に答える 1

4

アプリケーション プールからのクラッシュ ダンプで明らかになったように、問題は PDF4Net にあることが判明しました。リンクw3wp clr.dll エラーをデバッグする方法(MikeSmithDev による投稿) は、そのプロセスの概要を示しています。

とにかく、1つの非常に小さなページを含むpdfが届き、透明な画像がスタンプされます。これにより、スタック オーバーフロー エラーが発生し、ファイルへのアクセスが複数回試行されると、アプリケーション プールがシャットダウンされます。修正は、PDF4Net を更新するだけの問題であることが判明しました。

于 2013-09-06T06:30:28.990 に答える