Windowsプロセスアクティブ化サービスが失敗する-Windows 10


9

Windowsプロセスアクティブ化サービス(WAS)がWindows 10 PCで起動しなくなりました。その結果、IISは起動しません。いつ起こったのかはよくわかりませんが、先月のことでしょう。

起動時に、システムログに一連の4つのエラーイベントが表示されるようになりました。

WAS 5215:Windowsプロセスアクティブ化サービス(WAS)がオフラインセットアップの初期化を実行できませんでした。データフィールドにはエラー番号が含まれています。[データフィールド:50000780]

WAS 5005:エラーが発生したため、Windowsプロセスアクティブ化サービス(WAS)が停止しています。データフィールドにはエラー番号が含まれています。[データフィールド:50000780]

サービスコントロールマネージャー7023:WASサービスは次のエラーで終了しました:ファイルが存在します。

Service Control Manager 7001:W3SVCサービスは、次のエラーのために開始できなかったWASサービスに依存しています:ファイルが存在します。

ファイルが存在するというエラーについて、このタイプのエラーへの言及はあまりありません。

(ProcMonを使用して、参照しているファイルを特定しようとしましたが、実行は完全に拒否されます。)


編集...ついにProcMonが機能するようになりました(VS2017を使用して64ビットバージョンを抽出した後)。上記の問題の原因となったファイルは、C:\Windows\System32\inetsrv\Configフォルダー内の「applicationhost.config.tmp」ファイルであることが判明しました。そのファイルを削除すると、プロセスをさらに続行できます。

現在、最初と3番目のエラーは次のとおりです。

WAS 5215:Windowsプロセスアクティブ化サービス(WAS)がオフラインセットアップの初期化を実行できませんでした。データフィールドにはエラー番号が含まれています。[データフィールド:0D000780]

サービスコントロールマネージャー7023:Windowsプロセスアクティブ化サービスサービスは次のエラーで終了しました:データが無効です。


Yanbing Shiの回答によると、iis.logファイルの最新の行は次のとおりです。

[01/13/2018 23:10:41] [ ***** IIS 10.0 Component Based Setup ***** ] [01/13/2018 23:10:41] .\inetsrv\iissetup.exe /install SharedLibraries /nano [01/13/2018 23:10:41] Setting Installation Type to Nano [01/13/2018 23:10:41] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [01/13/2018 23:10:42] < !!FAIL!! > Failed to create the NetFrameworkConfigurationKey key container (result=0x8009000f) [01/13/2018 23:10:42] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [01/13/2018 23:10:42] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [01/13/2018 23:10:42] [ End of IIS 10.0 Component Based Setup ]


ヤンビン・シーの次の答えに応えて ...

最初は、d6d986f09a1ee04e24c949879fdb506c_*ファイルを表示、編集、削除できませんでした。アクセス許可を表示しようとすると、次のメッセージが表示されました。You do not have permission to view this object's security properties, even as an administrative user. ただし、所有権を「管理者」に変更Fullして、そのグループにアクセス許可を付与することで、表示することができました。ファイルはテキストファイルではありませんが、ファイルに約28バイトありますNetFrameworkConfigurationKey。そのフォルダからファイルを移動しました。

それから私は走っnet start wasて得たSystem error 80 has occurred. The file exists.

iis.logファイルには何も追加されませんでしたが、通常のエラーイベントがシステムイベントログに追加されました。

次に、applicationhost.config.tmpファイルを手動で削除して実行しましたnet start was。今回は、System error 13 has occurred. The data is invalid.

今回は、 iis.log

[03/18/2018 07:44:54] [ ***** IIS 10.0 Component Based Setup ***** ] [03/18/2018 07:44:54] .\inetsrv\iissetup.exe /install SharedLibraries /nano [03/18/2018 07:44:54] Setting Installation Type to Nano [03/18/2018 07:44:55] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [03/18/2018 07:44:55] Created NetFrameworkConfigurationKey key containter [03/18/2018 07:44:56] Created NetFrameworkConfigurationKey user key [03/18/2018 07:44:56] Set ACLs on NetFrameworkConfigurationKey [03/18/2018 07:44:56] < !!FAIL!! > Failed to create the iisWasKey key container (result=0x8009000f) [03/18/2018 07:44:56] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [03/18/2018 07:44:56] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [03/18/2018 07:44:56] [ End of IIS 10.0 Component Based Setup ]


同様の問題は、ここで説明:stackoverflow.com/questions/47998508/...
グレン・リトル



もう1つ:serverfault.com/questions/644833/… これらのどれも満足できる回答がありません。
Glen Little

回答:


9

WASが起動時にマシンキーにアクセスできなかったため、エラーが発生しました。アップグレード後の最初の起動時に、WASは新しいマシンキーがない場合はそれを作成するか、古いOSから残っている古いマシンキーを照会します。この場合、古いマシンキーが存在しますが、不明確な理由により、WASはそれらにアクセスできません。これらのマシンキーは、applicationHost.configまたはweb.config内の機密情報(ユーザーパスワードなど)を暗号化するために使用されます。使用できるマシンキーがない場合、WASは起動できません。

IISが使用するいくつかのマシンキーを削除する次の手順は、WASの起動を許可するのに役立つ場合があります。WASは、起動時にこれらのキーを再作成するだけです。

  1. RSAマシンキーフォルダーに移動します:C:\ Users \ All Users \ Application Data \ Microsoft \ Crypto \ RSA \ MachineKeys
  2. 名前がd6d986f09a1ee04e24c949879fdb506c_ *で始まるマシンキー(ファイル)を見つけます。メモ帳を使用して開くと、「NetFrameworkConfigurationKey」というプレーンテキストが表示されます。
  3. このファイルを他のフォルダにバックアップします。
  4. このファイルを削除します。
  5. 2-4と同じ手順に従って、iisWasKeyをバックアップおよび削除します:76944fb33636aeddb9590521c2e8815a_ *
  6. 2-4と同じ手順に従って、iisConfigurationKeyをバックアップおよび削除します。6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. WASを手動で開始する
    • 「管理者として実行」からコマンドプロンプトを開きます。
    • ネットスタートは

ありがとう、@ yanbing-shi。質問の私の回答をご覧ください。
Glen Little

少し進歩しました-少なくともNetFrameworkConfigurationKeyは正常に作成されました。追加の手順で答えを更新しました。
Yanbing Shi

回避策はあなたのブロックを解除してうれしいです。しかし、根本的な原因はまだはっきりしていません。間違いなく、マシンキーに関連する何かがアップグレード中にめちゃくちゃになりました(そしてIISはそれを制御できません)。古いマシンキーはアップグレード前にWASによって作成され、Windowsアップグレードはこれらのキーを新しいOSに持ち込みます。ただし、SYSTEMアカウントで実行されているWASが、以前にそれ自体で作成されたマシンキーにアクセスできなくなることはまったく予期されていません。
Yanbing Shi

私の回避策の手順に従って、3つの古いRSAマシンキーをバックアップした場合(1)NetFrameworkConfigurationKey(2)iisWasKey(3)iisConfigurationKey。次の情報を提供していただければ幸いです。古い各キー(バックアップ)をWASによって再作成された新しいキーと比較する場合、それらに同じファイル名を付けますか?たとえば、「*」部分(GUID)が同じ?
Yanbing Shi

@YanbingShiこれで私の問題は解決しました、ありがとう。質問に答えるために、再作成された新しいキーは以前と同じ名前でした。それらを移動するには、キーファイルのアクセス許可を変更する必要がありました。私はすでに許可を得ていましたが、削除するには、具体的にそれらを共有可能にする必要がありました。つまり、右クリック>アクセスを許可してから、共有をクリックします
Swagata

4

私にとって、これは昨日Windows Updateを実行した後に始まりました。それ以降にインストールされた更新:

  • Windows 10バージョン1709の機能更新
  • Windows 10 KB4041994用の更新
  • 2018-01累積的な更新KB4056892

Windowsプロセスアクティベーションサービス(WAS)を開始すると、次のエラーが発生しました。

エラー13:データが無効です。

システムイベントログから:

Windowsプロセスアクティブ化サービス(WAS)がオフラインセットアップの初期化を実行できませんでした。データフィールドには、エラー番号[8007000D]が含まれています。

何が起こっているのかわからない。私は自分をverfied administration.configapplicationHost.configredirection.config予想されるデータが含まれていました。

から自動的に構成ファイルをバックアップするように戻そうとC:\inetpub\historyしましたが、結果はありませんでした。

最後に私はそれらのステップを踏みました:

  1. からすべての構成ファイルをバックアップしますC:\Windows\System32\inetsrv\Config

  2. Windowsの機能から次のチェックを外して、HTTP関連のすべてを削除しました(インストールされているもののスクリーンショットを撮って、後で同じモジュールを簡単に再インストールできるようにします)。

    • .NET Framework 3.5では、フレームワーク自体のチェックを外さないでください。
      • WCF HTTPアクティベーション
      • WCF非HTTPアクティベーション
    • .NET Framework 4.7 Advanced Services
    • IIS
    • IISホスト可能なWebコア
    • Windowsプロセスアクティベーションサービス
  3. リブート。

  4. 残りのコンテンツをから削除しましたC:\Windows\System32\inetsrv
  5. 上からアンインストールしたすべての機能を再インストールします。
  6. URL書き換えモジュールを再インストールします。
  7. 慎重に下から関連する要素を戻す<applicationPools><sites>から要素バックアップしapplicationHost.config、新しく作成されたにC:\Windows\System32\inetsrv\Config\applicationHost.config
  8. iisreset念のため、管理者特権のコマンドプロンプトからを実行してください。

そして、万歳、私のすべての開発サイトが再び稼働しています。

この後、バックアップしたapplicationHost.configファイルと新しいファイルを比較したところ、大きな違いを見つけることができませんでした。実際、バックアップをapplicationHost.configConfigディレクトリにドロップして別のiisresetファイルを実行したところ、すべてがまだ機能していたので、結局そのファイルが問題を引き起こしたのではなかったと思います。


あなたが問題を乗り越えることができてうれしいです。私は以前にこれのほとんどを行いましたが、すぐに何も表示されない場合は、より慎重にあなたのパスをたどって、もう一度やります。その間、IISではなくIIS Expressを使用するように開発を切り替えることができましたが、それは今のところ機能します。
Glen Little

********このアドバイスに従ってください********。ものすごく悪い。仕事を一日遅くしてくれ。本当に悪いアドバイス。.NET 3.5をアンインストールすると、多くの作業なしでは再インストールできません。上記の手順に従って発生した問題を修正するための次の投稿を見つけてうれしいです。damirscorner.com/blog/posts/…–
フラクタル

1

これは、最近のWindowsの更新後にも発生しました。Windowsの機能でWindowsプロセスアクティブ化サービスをいったんオフにしてからオンにすると、うまくいきました。このサービスをオフにすると、次の機能もオフになり、オンに戻す必要があります。

  • Windows Communication Foundation非HTTPアクティベーション
  • TCPアクティベーション
  • 名前付きパイプのアクティブ化
  • メッセージキュー(MSMQ)のアクティブ化

1
WPAS(構成APIとプロセスモデルがオン)をオフにしてからオンにしても、この場合は役に立ちませんでした。
グレンリトル

1

次のチェックをお願いします

  1. 次のレジストリキーがあるかどうかを確認します。HKEY_LOCAL_MACHINE\ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

あなたがそのようなWAS起動失敗にぶつかった場合、それは存在するはずだと私は信じています。

  1. C:\ windows \ system32 \ inetsrv \ config(applicationHost.configが置かれているフォルダー)の下にapplicationhost.config.tmpという名前のファイルがあるかどうかを確認します。

この一時ファイルは、このような障害にヒットするためにも存在する必要があります。

  1. c:\ windowsでiis.logを開き、ファイルの最後までスクロールし、ログで最新のエラーを検索します。エラーログメッセージをここに貼り付けていただければ幸いです。

現在、iis.logにエラーが記録されていると思います。エラーをここに貼り付けて原因を絞り込めますか?


1-はい。2-はい。上記の質問にログエントリを追加しました。
グレンリトル

これは興味深いかもしれません:forums.iis.net/p/1148509/1865753.aspx
Glen Little
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.