問題タブ [w3wp]

IIS 7.5 (Windows Server 2008 R2) でホストされている CLR 4 WCF サービスを使用しており、WebHttp バインディング (を使用) を使用してい[WebGet]ます。サービスは、C++ (Visual Studio 2010) で実装されたアンマネージ コンポーネントを呼び出します。

ダンプ ファイルの生成設定をテストするために、意図的にアンマネージ コンポーネント内にアクセス違反を追加しました (deleteポインターを繰り返し呼び出す、削除されたポインターを介してメソッドを呼び出すなど)。アクセス違反により w3wp.exe プロセスがクラッシュしますが、これは CLR 4 の「破損状態の例外」を考えると驚くべきことではありません。ただし、プロセスが再起動すると (IIS のウォームアップと常時オンの設定により)、同じ要求が再生されるようです。 w3wp.exe プロセスが再びクラッシュするようにサービスに接続します。数回 (「最大失敗」アプリケーション プール設定によって制御される) 後、アプリケーション プールは停止します。

ブラウザをテスト クライアントとして使用していますが、再起動シーケンスが進行中の間、リクエストはまだ処理中です。アプリケーション プールが停止すると、要求は で返され503 Service Unavailableます。

try...catchコードの周りにブロックを配置し、[HandleProcessCorruptedStateExceptions]属性を使用することで、問題を回避できます。これを行うと、w3wp.exe プロセスはクラッシュしません。ただし、これは望ましい動作ではありません。プロセスをクラッシュさせたいのですが (アクセス違反やメモリの破損は十分に悪いことです)、プロセスをクリーンな状態に再起動し、要求をリプレイさせないようにしたいのです。

BasicHttp バインディングを使用しても問題を再現できませんでした。

ウェブサイトのコードの一部を使用QueueUserWorkItemからに移行しましたTask.Factory.StartNew

例外をスローしたいくつかの悪いコードがあり、最終的に w3wp をシャットダウンしました。Windows Server 2008 R2、x64 で IIS 7.5 を実行する

アプリケーション: w3wp.exe フレームワーク バージョン: v4.0.30319 説明: 未処理の例外が発生したため、プロセスが終了しました。例外情報: System.AggregateException スタック: System.Threading.Tasks.TaskExceptionHolder.Finalize() で

例外: System.AggregateException

メッセージ: タスクの待機中またはその Exception プロパティへのアクセスによって、タスクの例外が確認されませんでした。その結果、監視されていない例外がファイナライザー スレッドによって再スローされました。

スタック トレース: System.Threading.Tasks.TaskExceptionHolder.Finalize() で

内部例外: System.Data.SqlClient.SqlException

例外によってイベント ログが生成され、w3wp が強制終了されていないと想定していました。これは間違った仮定ですか？

IIS 7 の仮想ディレクトリであるローカル ディレクトリにプリコンパイルした VS2008 に asp.net Web サイトがあります（http://machinename:83）</p>

when i 1. http://machinename:83/を起動します 2. VS2008-->debug-->Attach to Process..-->select w3wp.exe 3. VS2008 のコードにブレークポイントを設定します 4. アプリを実行します

ブレークポイントに行けないことがわかりました。（ブレークポイントを実行する必要があることを確認してください）

誰でもこれで私を助けることができますか？

suddently my website (asp.net-mvc iis) is down with error "Service unavailable". when i go to check the event viewer i see this error:

Source: VsJitDebugger

Error: An unhandled exception ('') occurred in w3wp.exe [5208]. Just-In-Time debugging this exception failed with the following error: Debugger could not be started because no user is logged on.

i tried starting and stopping the service but didn't seem to fix anything.

Is this an application bug or an enviroment issue? Can someone point me in the right direction on how to debug this. Site works fine locally (of course)

asp.net アプリケーション ( System.Threading.Thread) 内にいくつかのマネージ スレッドを作成します。各スレッドはデータベースに行を作成し、作業が完了すると削除します (約 3 ～ 5 分)。

w3wpWindows のスレッド数を見るtask managerと、スレッド数が予想よりも少なくなっています。たとえば、データベースによると実行中のジョブが 100 ある場合、 には 50 のスレッドがありw3wpます。それは非常に変動的で、1 対 1 の場合もあります。

マネージスレッドthread countをカウントしますか? task managerはいの場合、私のスレッドはどこにありますか?

PerfMon で "Process:w3wp*:% Processor Time" を見ていますが、何かを追うのに苦労しています。サーバー上で実行されている 6 つのサイトである w3wp と w3wp#1 ～ w3wp#6 のトレースを実行しています。

w3wp のトレースは #1 ～ #6 の合計に関連していないように見えますか?

たとえば、'#1 は w3wp よりも高い %Processor を持つことができ、逆に、他のすべての % が非常に低い場合、w3wp はほぼ 100% を持つことができます。

サーバーのパフォーマンスのボトルネックを見つけようとしていますが、明らかなボトルネックは CPU がトップアウトすることです。別の CPU を追加します (VM 上にあるため) が、私が見ているものを理解したいと思います...そして、問題を軽減するために何ができるでしょうか?

個々のサイトが非常に低いにもかかわらず、w3wp がしばしば 100% に近いのはなぜですか? 特定のサイトではない場合、w3wp が非常に高くなる原因は何ですか?

ps。ここに画像を保存できる方法があれば、グラフを投稿できます。TY pps。Win2008 上の IIS7。

私はこの質問をGoogleとStackOverflowで何度も見つけましたが、私のシナリオに答えるものはありません。

Webサービスをリモートでデバッグしようとしています。リモートデバッグが正しく設定され、最新のビルドを（pdbファイルとともに）デプロイし、デバッガーをリモートマシンのw3wpプロセスに接続しました。ただし、接続すると、すべてのブレークポイントが自動的に無効になります（現在、ブレークポイントはヒットしません。このドキュメントのシンボルはロードされていません）。誰かが私が間違っていることを知っていますか？

私はこれまでに次のことを試しました。

• 高度なコンパイルオプションで「デバッグ情報の生成」を「フル」に設定します。
• 高度なコンパイルオプションで「最適化を有効にする」を「False」に設定します。
• モジュールウィンドウでは、シンボルステータスは「スキップされたロードシンボル」です。
  • シンボルを手動でロードしてみました
  • シンボル設定のシンボルファイルの場所をリモートpdbファイルに変更してみました
• 展開前にソリューションをクリーンアップして再構築する
• デバッグオプションで[JustMyCode]のチェックを外してみたところ、問題は解決したようですが、Webサービスを呼び出したときに、ブレークポイントに到達しませんでした。
• このサイトは有望に見えましたが、結局は役に立ちませんでした
• pdbはリモートマシン上にありますe

ほとんどの場合、スムーズに動作する ISAPI dll から実行される Web サイトをいくつか作成しました。1 つのサーバーでのみ、次のようなイベントが発生します。

w3wp.exeスタック ダンプや実行中のアプリケーション プールなど、追加のクラッシュ情報を保持しますか?

Windows 2008 R2でiis7を実行しています

「w3wp.exe」プロセス (iis サイト) が 100% 以上の CPU を使用する

サイトのどの部分が問題を引き起こしているかを確認できる理由はありますか?

ASP.NET アプリケーションで、夜間のリサイクルによって w3wp がハングすることがあるという問題に遭遇しました。

これが起こることです：

リサイクルがトリガーされます。明らかに、これは実行中のすべてのスレッドで ThreadAbortException を強制します。ただし、新しい w3wp をトリガーするようには見えないか、実際に例外をスローするのは新しい w3wp です (まだ再現できていません)。

私のログでは、大量の ThreadAbortException が発生し、スレッド カウントが無制限に増え続けています。つまり、新しいリクエストが終了しない新しいスレッドを生成することを意味します。これが古い w3wp だった場合、新しいリクエストは新しく開始された w3wp にルーティングされます。

シャットダウン タイムアウトもラピッド フェール保護もトリガーされないようで、手動でリサイクルされるまでサイトを使用できません。ほとんどの場合、CPU も大量に消費し、サーバーもほとんど使用できなくなります。

おそらくそれとは何の関係もないモノレール MVC を使用していますが、RescueController システムを利用しています。エラー処理で意図せずに ThreadAbortException をキャッチした場合、無限ループが発生し、w3wp がひどくハングして IIS が回復できなくなる可能性はありますか?