Falha no Serviço de Ativação do Windows - Windows 10

Question

O Serviço de Ativação de Processos do Windows (WAS) não será mais iniciado no meu computador com Windows 10. Como resultado, o IIS não será iniciado. Não tenho certeza quando isso aconteceu, mas provavelmente no último mês.

Durante a inicialização, agora recebo uma série de 4 eventos de erro no log do sistema:

WAS 5215: The Windows Process Activation Service (WAS) failed to execute initialization for offline setup. The data field contains the error number. [Data field: 50000780]

WAS 5005: Windows Process Activation Service (WAS) is stopping because it encountered an error. The data field contains the error number. [Data field: 50000780]

Service Control Manager 7023: The WAS service terminated with the following error: The file exists.

Service Control Manager 7001: The W3SVC service depends on the WAS service which failed to start because of the following error: The file exists.

Eu não tenho muitas referências a este tipo de erro com o erro o arquivo existe .

(Eu tentei usar o ProcMon para tentar identificar a qual arquivo ele está se referindo, mas ele absolutamente se recusa a executar).

Editar ... finalmente conseguiu que o ProcMon funcionasse (depois de extrair a versão de 64 bits usando o VS2017). Acontece que o arquivo que causou o problema acima foi o arquivo "applicationhost.config.tmp" na pasta C:\Windows\System32\inetsrv\Config . A remoção desse arquivo permitiu que o processo continuasse ainda mais.

Agora, o primeiro e o terceiro erros são:

WAS 5215: The Windows Process Activation Service (WAS) failed to execute initialization for offline setup. The data field contains the error number. [Data field: 0D000780]

Service Control Manager 7023: The Windows Process Activation Service service terminated with the following error: The data is invalid.

De acordo com a resposta de Yanbing Shi, aqui estão as linhas mais recentes do arquivo 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 ]

Em resposta à próxima resposta do Yanbing Shi ...

Primeiro, não consegui visualizar / editar / excluir o arquivo d6d986f09a1ee04e24c949879fdb506c_* . Quando tentei ver sua permissão, recebi a mensagem: You do not have permission to view this object's security properties, even as an administrative user. No entanto, eu consegui alterar a propriedade para "Administradores", em seguida, conceda a esses grupos Full permissão para isso e, depois, consegui visualizá-lo. O arquivo não era um arquivo de texto, mas cerca de 28 bytes no arquivo é NetFrameworkConfigurationKey . Eu movi o arquivo para fora dessa pasta.

Eu, então, executei net start was e recebi System error 80 has occurred. The file exists.

Não foi adicionado nada ao arquivo iis.log , mas os eventos de Erro usuais foram adicionados ao log de eventos do Sistema.

Eu excluí o arquivo applicationhost.config.tmp manualmente e executei net start was . Desta vez, eu tenho System error 13 has occurred. The data is invalid.

Desta vez, houve novas entradas para 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

A falha ocorreu porque o WAS não pôde acessar as chaves da máquina durante a inicialização. Ao iniciar pela primeira vez após a atualização, o WAS tentará criar novas chaves de máquina, se não houver nenhuma, ou consultar as antigas chaves de máquina deixadas pelo sistema operacional antigo. Nesse caso, existem chaves de máquina antigas, mas, infelizmente, o WAS não pode acessá-las por algum motivo não claro. Essas chaves de máquina são usadas para criptografar informações confidenciais em applicationHost.config ou web.config (por exemplo, senha de usuário). O WAS não poderá ser iniciado se não houver uma chave de máquina que ele possa usar.

As etapas a seguir de excluir várias chaves de máquina usadas pelo IIS podem ajudar a permitir que o WAS inicie - o WAS simplesmente recriará essas chaves ao iniciar.

1. Vá para a pasta de chaves do seu computador RSA: C: \ Usuários \ Todos os usuários \ Dados de aplicativos \ Microsoft \ Crypto \ RSA \ MachineKeys
2. Localize uma chave de máquina (arquivo) cujo nome começa com d6d986f09a1ee04e24c949879fdb506c_ *. Se você abri-lo usando o bloco de notas, verá o texto simples "NetFrameworkConfigurationKey".
3. Faça backup desse arquivo para outra pasta.
4. Excluir este arquivo.
5. Seguindo as mesmas etapas de 2-4 para fazer backup e excluir iisWasKey: 76944fb33636aeddb9590521c2e8815a _ *
6. Seguindo as mesmas etapas de 2-4 para fazer backup e excluir iisConfigurationKey: 6de9cb26d2b98c01ec4e9e8b34824aa2 _ *
7. Iniciar manualmente o WAS
   • Abra um prompt de comando por meio de "executar como administrador".
   • net start foi

Answer 2

Para mim, isso começou depois de executar o Windows Update ontem. Atualizações instaladas desde então:

• Atualização de recursos para o Windows 10, versão 1709
• Atualização para o Windows 10 KB4041994
• Atualização cumulativa 2018-01 KB4056892

Iniciar o Serviço de Ativação de Processos do Windows (WAS) gerou este erro:

Error 13: The data is invalid.

No log de eventos do sistema:

The Windows Process Activation Service (WAS) failed to execute initialization for offline setup. The data field contains the error number [8007000D].

Nenhuma ideia do que estava acontecendo. Verifiquei que meus administration.config , applicationHost.config e redirection.config continham os dados esperados.

Eu tentei reverter os arquivos de configuração de backup de C:\inetpub\history para nenhum resultado.

No final, eu dei os passos:

1. Faça backup de todos os arquivos de configuração de C:\Windows\System32\inetsrv\Config .

2. Excluiu tudo relacionado a HTTP desmarcando o seguinte dos Recursos do Windows (tire uma captura de tela de quais deles estão instalados para que você possa reinstalar facilmente os mesmos módulos posteriormente):

   • .NET Framework 3.5
   • • Ativação HTTP do WCF
   • • Ativação não HTTP do WCF
   • Serviços avançados do .NET Framework 4.7
   • IIS
   • Núcleo da web hostizável do IIS
   • Serviço de Ativação de Processos do Windows

3. Reinicie.

4. Excluiu o conteúdo restante de C:\Windows\System32\inetsrv .
5. Reinstale todos os recursos desinstalados acima.
6. Reinstale o Módulo de regravação de URL
7. Substitua com cuidado os elementos relevantes dos elementos <applicationPools> e <sites> do backup applicationHost.config para o recém criado C:\Windows\System32\inetsrv\Config\applicationHost.config .
8. Execute um iisreset a partir de um prompt de comando elevado, apenas para ter certeza.

E viva, todos os meus sites de desenvolvimento estão em alta novamente.

Depois disso, comparei os arquivos applicationHost.config do backup e o novo e não consegui identificar grandes diferenças. Na verdade, quando descartei o applicationHost.config do backup no diretório Config e executamos outro iisreset , tudo ainda funcionou, então acho que não foi esse arquivo que causou o problema, afinal.

    

Answer 3

Isso aconteceu comigo depois de uma atualização recente do Windows. Desligar e, em seguida, ligar o Serviço de Ativação de Processos do Windows em Recursos do Windows fez o truque para mim. Desativar este serviço também desativará os seguintes recursos que você também ativará:

• Ativação não HTTP do Windows Communication Foundation
• Ativação TCP
• Ativação de tubulação nomeada
• Ativação do serviço de enfileiramento de mensagens (MSMQ)

Answer 4

Você poderia fazer as seguintes verificações

1. Verifique se você tem essa chave de registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

Acredito que ele deve existir se você acertar essa falha de inicialização do WAS.

2. Verifique se você tem um arquivo chamado applicationhost.config.tmp em C: \ windows \ system32 \ inetsrv \ config (a pasta em que o seu applicationHost.config está).

Esse arquivo temporário deve existir também para acertar essa falha.

3. Abra o iis.log em c: \ windows, role até o final do arquivo e pesquise os erros mais recentes no log. Agradecemos se você pudesse colar qualquer mensagem de log de erro aqui.

Agora, suspeito que você verá erros no iis.log. Você poderia colar os erros aqui para diminuir a causa?