Windows进程激活服务失败- Windows 10

Question

Windows进程激活服务(WAS)将不再在我的Windows 10 PC上启动。因此，IIS将不会启动。我不太清楚它是什么时候发生的，但很可能是上个月发生的。

在启动期间，我在系统日志中得到了一系列4个错误事件：

为5215: Windows进程激活服务( WAS )未能为脱机设置执行初始化。数据字段包含错误号。is 5005: Windows Process Activation ( WAS )由于遇到错误而停止。数据字段包含错误号。服务控制管理器7023: WAS服务终止时出现以下错误:文件存在。服务控制管理器7001: W3SVC服务依赖于WAS服务，该服务由于以下错误而无法启动:文件存在。

对于这种错误类型的引用并不多，错误the文件存在于。

(我试图使用ProcMon来识别它所引用的文件，但它绝对拒绝运行。)

编辑...最终使ProcMon工作(在使用VS2017提取64位版本之后)。原来导致上述问题的文件是C:\Windows\System32\inetsrv\Config文件夹中的“D2”文件。删除该文件使该进程能够继续下去。

现在，第一个和第三个错误是：

为5215: Windows进程激活服务( WAS )未能为脱机设置执行初始化。数据字段包含错误号。服务控制管理器7023:以下列错误终止Windows进程激活服务服务:数据无效。

根据石燕兵的回答，下面是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.我能够将所有权更改为"Administrators“，然后将组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 ]

Answer 1

发生故障是因为启动时无法访问机器密钥。升级后的第一次启动时，WAS将尝试创建新的机器密钥(如果没有)，或者查询旧操作系统遗留的旧机器密钥。在这种情况下，存在旧的机器密钥，但不幸的是，由于某些不清楚的原因，无法访问它们。这些机器密钥用于加密applicationHost.config或web.config中的敏感信息(例如用户密码)。如果没有机器键可以使用，WAS将无法启动。

删除IIS使用的几个机器密钥的步骤可能有助于允许WAS启动- WAS将在启动时重新创建这些密钥。

1. 转到您的RSA机器密钥文件夹:C：\Users\所有用户\应用程序数据\Microsoft\Crypto\RSA\MachineKeys
2. 找到一个以d6d986f09a1ee04e24c949879fdb506c_*开头的机器密钥(文件)。如果您使用记事本打开它，您应该看到纯文本"NetFrameworkConfigurationKey“。
3. 将此文件备份到其他文件夹。
4. 删除这个文件。
5. 按照与2-4备份和删除iisWasKey相同的步骤: 76944fb33636aeddb9590521c2e8815a_*
6. 按照与2-4备份和删除iisConfigurationKey相同的步骤: 6de9cb26d2b98c01ec4e9e8b34824aa2_*
7. 手动启动是
   • 通过“以管理员身份运行”打开命令提示符。
   • 净启动

Answer 2

对我来说，这是在昨天运行Windows之后开始的。从那时起安装了更新：

• Windows 10的特性更新，版本1709
• Windows 10 KB4041994的更新
• 2018-01年累积更新KB4056892

启动Windows进程激活服务(WAS)会产生以下错误：

错误13:数据无效。

在系统事件日志中：

“Windows进程激活服务”(“Windows Process Activation”)未能为脱机设置执行初始化。数据字段包含错误号。

不知道发生了什么。我的administration.config、applicationHost.config和redirection.config都包含了预期的数据。

我尝试将配置文件从C:\inetpub\history自动备份到没有结果。

最后，我采取了这些步骤：

1. 从C:\Windows\System32\inetsrv\Config备份所有配置文件。
2. 删除所有与HTTP相关的内容，方法是取消检查Windows中的以下内容(请截取安装了哪些模块的屏幕截图，以便在之后轻松地重新安装相同的模块)：
   • 在.NET框架3.5下，不要取消对框架本身的检查：
   • • WCF HTTP激活

- ​
    - WCF Non-HTTP Activation

- .NET Framework 4.7 Advanced Services
- IIS
- IIS Hostable Web Core
- Windows Process Activation Service

1. 重新启动。
2. 从C:\Windows\System32\inetsrv中删除其余内容。
3. 从上面重新安装所有卸载的功能。
4. 重新安装URL重写模块
5. 小心地将下的相关元素和备份applicationHost.config中的元素放入新创建的C:\Windows\System32\inetsrv\Config\applicationHost.config中。
6. 从提升的命令提示符执行iisreset只是为了确保。

我所有的开发网站都恢复了。

在此之后，我比较了备份的和新的applicationHost.config文件，没有发现任何重大的差异。事实上，当我将备份的applicationHost.config放到Config目录中并运行另一个iisreset时，一切都仍然正常，所以我想这不是那个文件造成麻烦的原因。

Answer 3

在最近的一次Windows更新之后，这也发生在我身上。关闭然后打开Windows功能中的Windows进程激活服务对我来说是个窍门。关闭此服务还将关闭以下功能，您也可以打开这些功能：

• Windows通信基础非HTTP激活
• TCP激活
• 命名管道激活
• 消息队列(MSMQ)激活