none
IIS6.0 IISDebugToolでのIISCHAgent.iniの変更を反映する方法を教えてください。 RRS feed

  • 質問

  • はじめての投稿ですが、よろしくお願いいたします。

     

    下記環境にてシステム運用中です。

     Windows server 2003 R2 (SP2)

     IIS:6.0

     ASP.NET(Visual Studio 2003)

     

    現在、アプリケーションプールを使用して、ワーカープロセスを複数起動しています。

    が、1ヶ月に一回ほどのペースでクライアント(IE6)でページを表示できません、と

    イベントログ(システム)に

     種類 : 警告
     ソース : W3SVC
     分類 : なし
     イベント ID : 1013
     日付 : 2003/7/29
     時刻 : 12:09:34
     ユーザー : N/A
     コンピュータ : ComputerName
     説明 : アプリケーション プール 'DefaultAppPool' を提供しているプロセスはシャットダウンの最中に時間制限を超えました。

     プロ セス id は '2756' でした。詳細な情報は、http://support.microsoft.com (http://support.microsoft.com/)

     [ヘルプとサポート セン ター] を参照してください。

    が記録されます。

     

    私自身はハングアップの状態だと判断しています。

    そこで、ハングアップしている原因を追究するため、

    「IIS Crash/Hang Agent & IIS Dump」を使用しています。

    が、ハングアップの設定が変更手順どおりにしてもうまくいきません。

    (ちなみにwindowsXP(SP3)、IIS5.1)の環境ではうまくいきました)

    (変更手順はinstallしたフォルダの「iischagent.rtf」を参考としています)

     

    <IISCHAgent.ini ファイルの設定内容>

    ------------------------------------------------------------------------------------------------------------
    ;[CrashAgent]
    ;Enable=0

     

    [HangAgent]
    Enable=1
    LogLocation=%SystemDrive%\iisdebugtools\logs
    MaxLogFiles=10
    WriteLog=1
    RequestTimeLimit=10
    ActionCommand=C:\IISDebugTools\iisdump.exe
    MaxActionsAllowed=1

    -------------------------------------------------------------------------------------------------------------

    お分かりななられる方がいらっしゃいましたら、ご教授願いいます。

     

    • 移動 Wang Huang 2012年10月2日 1:42 (移動元:Internet Information Services 5.x, 6.0 - 全般)
    2008年7月4日 8:24

回答

  • こんにちは、naginoです。

     

    まず、首記の「IIS Crash/Hang Agent & IIS Dump」に関する質問の回答ではない点、

    先にお詫びします。

    以前関わったMicrosoft Dynamics CRM 3.0のWebサーバで同様の症状に悩まされたことがあり、

    その際は解決まで至らなかったものの、その経験談が多少なりとも参考になればと思います。

     

    Visual Studio 2003をご使用とのことですので、ASP.NET 1.1(.NET Framework 1.1)と

    判断します。

     

    その場合、システムログにあるエラーについては、以下の情報がKBとしてあります。

    http://support.microsoft.com/kb/821268/ja

    http://support.microsoft.com/kb/929117/ja

    たしかにこれらの情報ではハングアップの可能性に触れていますが、その場合は

    いずれはアプリケーションプール自体が停止するなどの事態に陥ることが多くあります。

    システムログに記載あるプロセスIDが、タスクマネージャで見つからない場合、

    ワーカープロセスのシャットダウンに制限時間以上の時間がかかっただけで、

    最終的にはワーカープロセスの再起動(リサイクル)が成功していることもあります。

    ですので、まず、他にエラーや警告が無いかをチェックされることをお勧めします。

     

    あと、ASP.NETで構築しているWebアプリケーションで、長時間の処理を行うような仕組みは

    ありませんでしょうか。

    たまたまリサイクルを行うタイミングでそのような処理が実行されると、処理の完了を待つため、

    結果的にタイムアウトが記録されることがあります。

     

    なお、私の経験の際は、今回のケースとOSなど一致していましたが、

    VSS(Volume Shadow Copy Service)のパッチがあたっていないためにパフォーマンスが

    劣化していることが一因となっていました。

    ただ、原因はこれだけではなく、エラーログが記録される頻度が大きく低下したものの

    まだ根本解決していません。

     

    なお、アプリケーションプールが複数あるのか、それともWebガーデンを構成しているのか、

    どちらによってワーカープロセスが複数となっているのかわかりませんので、その点も

    記載いただけると他の方から情報提供が受けやすいかもしれません。

     

    雑多に書き連ねてしまいましたが、多少なりとも参考になれば幸いです。

    他のノウハウをお持ちの方のフォローを願います。

    2008年7月12日 6:41

すべての返信

  • こんにちは、naginoです。

     

    まず、首記の「IIS Crash/Hang Agent & IIS Dump」に関する質問の回答ではない点、

    先にお詫びします。

    以前関わったMicrosoft Dynamics CRM 3.0のWebサーバで同様の症状に悩まされたことがあり、

    その際は解決まで至らなかったものの、その経験談が多少なりとも参考になればと思います。

     

    Visual Studio 2003をご使用とのことですので、ASP.NET 1.1(.NET Framework 1.1)と

    判断します。

     

    その場合、システムログにあるエラーについては、以下の情報がKBとしてあります。

    http://support.microsoft.com/kb/821268/ja

    http://support.microsoft.com/kb/929117/ja

    たしかにこれらの情報ではハングアップの可能性に触れていますが、その場合は

    いずれはアプリケーションプール自体が停止するなどの事態に陥ることが多くあります。

    システムログに記載あるプロセスIDが、タスクマネージャで見つからない場合、

    ワーカープロセスのシャットダウンに制限時間以上の時間がかかっただけで、

    最終的にはワーカープロセスの再起動(リサイクル)が成功していることもあります。

    ですので、まず、他にエラーや警告が無いかをチェックされることをお勧めします。

     

    あと、ASP.NETで構築しているWebアプリケーションで、長時間の処理を行うような仕組みは

    ありませんでしょうか。

    たまたまリサイクルを行うタイミングでそのような処理が実行されると、処理の完了を待つため、

    結果的にタイムアウトが記録されることがあります。

     

    なお、私の経験の際は、今回のケースとOSなど一致していましたが、

    VSS(Volume Shadow Copy Service)のパッチがあたっていないためにパフォーマンスが

    劣化していることが一因となっていました。

    ただ、原因はこれだけではなく、エラーログが記録される頻度が大きく低下したものの

    まだ根本解決していません。

     

    なお、アプリケーションプールが複数あるのか、それともWebガーデンを構成しているのか、

    どちらによってワーカープロセスが複数となっているのかわかりませんので、その点も

    記載いただけると他の方から情報提供が受けやすいかもしれません。

     

    雑多に書き連ねてしまいましたが、多少なりとも参考になれば幸いです。

    他のノウハウをお持ちの方のフォローを願います。

    2008年7月12日 6:41
  • 直接の原因に当たっているかどうかわからないのですが、参考になりそうな他のサイトの情報を見つけました。とりいそぎ。

     

    http://www.tech-archive.net/Archive/Internet-Server/microsoft.public.inetserver.iis/2004-02/0430.html

     

    2008年7月23日 1:48
  • こんにちは、フォーラムオペレータ大久保です。

     

    だーそう さん、その後状況はいかがでしょうか?

    nagino さんからいただきました体験談、参考になりましたでしょうか。

    弊社 奥主 からのアドバイスにも目を通していただけると幸いです。

     

    今回お二人からいただきました貴重な情報を、ひとりでも多くの方にごらんいただきたく、勝手ながら nagino さんの投稿に「回答済み」チェックをつけさせていただきました。

    nagino さん、ありがとうございました!

     

    それでは

    2008年8月12日 6:48