<p>aspnetcore.dll falhou ao carregar # 597</p>

Aberto em nome de @teovc.

@teovc deve haver mais detalhes abaixo "Os dados são o erro." no log de eventos.

Na visualização de detalhes da mensagem de erro, há o seguinte [veja a imagem em anexo].
Uma pequena pesquisa no Bing indica que o erro está relacionado a aplicativos de 32 bits, mas o pool de aplicativos tem essa opção habilitada.

O erro indica que o AppPool de 32 bits está tentando carregar o aspnetcore.dll de 64 bits. poderia compartilhar as informações do arquivo "C: \ Windows \ System32 \ inetsrv \ aspnetcore.dll" e "C: \ Windows \ SysWOW64 \ inetsrv \ aspnetcore.dll"

Você pode ser um pouco mais específico sobre as informações que deseja ver? (ou seja, é isso que você está procurando?)

O arquivo parece correto. Instalei a mesma versão MSI que a sua em uma caixa Win 10 e funcionou. Algo errado com a configuração da sua máquina. Você poderia compartilhar seu applicationhost.config e web.config.
Como solução alternativa, você pode definir "ativar aplicativo de 32 bits" como falso para ver se isso ajuda.

As dlls funcionam, o problema ocorre quando uma nova versão do sistema operacional é instalada como parte da experiência de hospedagem automática.
No momento, estou usando o site padrão (C: \ inetpub \ wwwroot). Em anexo está o arquivo web.config (com a extensão txt, já que o GitHub reclama).
web.config.txt

Esse web.config não é aquele que você usou para o aplicativo ASP.NET Core, pois não contém nenhuma configuração do Módulo ASP.NET Core. Você poderia tentar desinstalar o pacote ASP.NET Core e reinstalá-lo após a atualização do sistema operacional para ver se isso ajuda?

você poderia compartilhar applicationhost.config em C: \ Windows \ System32 \ inetsrv \ config. Este arquivo é o arquivo de configuração do IIS e especifica o caminho de aspnetcore.dll.

Vou tentar essa opção. Enquanto isso, aqui está o arquivo applicationhost.config. Por favor, esteja ciente de que a solução até agora (reparar ou remover / instalar) leva um tempo que as pessoas estão perdendo. Indivíduos fora da organização podem não ser muito afetados pelo problema, já que a taxa de atualizações do sistema operacional é menos frequente do que alguém de dentro da organização. Obrigado.
applicationHost.config.txt

mesma pergunta para mim
porque o aplicativo deve ser executado em 32 bits e Intergrate

Só queria acrescentar que acabei de encontrar esse problema.
Quando você diz desinstalar "ASP.NET Core bundle", a qual parte você está se referindo?

Quero executar o aplicativo antigo no modo 32 bits
também queria estudar o aplicativo ASP.NET Core
maneira ruim de desinstalar o "pacote ASP.NET Core", tem alguma outra maneira?

Olá a todos,
Removi os dois pacotes relacionados ao ASP.NET Core do Painel de Controle / Adicionar ou Remover Programas e deixei o VS instalar a próxima versão do ASP.NET Core (Microsoft.NET Core 1.0.0 - SDK Preview 2 (x64) e Microsoft.NET Core 1.0.0 - VS 2015 Tooling Preview 2) e o problema ainda está presente quando uma nova versão do sistema operacional é instalada.

No VS2015 - Atualização 2, a solução / projetos funcionam bem, mas quando fiz a atualização para o VS2015 - Atualização 3, junto com as atualizações de extensões, encontrei esse problema. Então, algo é diferente que quebrou a solução / projetos. Todos os projetos estão em frameworks .NET v4.6, não há nenhum projeto / solução .NET core aqui. Poucos dias depois, quando clonei o código-fonte do TFS, ele funcionou sem nenhuma evidência de erro. Estranho. Isso também não faz sentido.

Só quero acrescentar que me deparo com esse problema toda vez que uma nova versão do Insider do Windows 10 é lançada. Eu acabo tendo que desinstalar / reinstalar o .Net Core todas as vezes. Se isso não for corrigido antes do lançamento da atualização de aniversário em 2 de agosto, haverá muitos desenvolvedores confusos por aí.

Mesmo problema ao atualizar do Win 8.1 para o Win 10.
A desinstalação e reinstalação de DotNetCore.1.0.0-VS2015Tools.Preview2.exe corrigida.

Só tive que executar o 'reparo' para fazê-lo funcionar novamente. Eu não tive que fazer a desinstalação / instalação completa. Mas acabei de atualizar para a Atualização de aniversário e fiquei um pouco chateado por ter encontrado esse problema logo de cara.

O mesmo aqui, depois de atualizar para a atualização de aniversário ...

Executar um reparo no Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, além de uma reinicialização, também funcionou para mim após instalar a atualização de aniversário.

Executar um reparo no Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, além de uma reinicialização, também funcionou para mim após instalar a atualização de aniversário.

Confirmei que isso funcionou para mim no Build 14393.

Pré-visualização 2 das ferramentas instaladas em https://www.microsoft.com/net/core#windows
Não precisei reiniciar, apenas iniciei meu pool de aplicativos e meu site estava funcionando novamente.

Executar um reparo no Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, além de uma reinicialização, também funcionou para mim após instalar a atualização de aniversário.

Obrigado, executar um reparo e reiniciar o pool de aplicativos resolveu esse problema para mim. O problema começou após a "Atualização de aniversário".

O mesmo problema aqui - quebrado após a atualização de aniversário do Windows 10 - ou seja, a nova atualização do sistema operacional o quebra.

Na minha caixa, o módulo aspnetcore.dll foi instalado como um módulo global, portanto, quando o IIS não conseguiu carregar a DLL, ele bloqueou a inicialização de _todos_ os pools de aplicativos (incluindo novas tentativas do pool de aplicativos, atingindo o limite de tentativas e, em seguida, desativando o pool de aplicativos. . um de cada vez ... sempre que cada pool de aplicativos tenta iniciar na primeira solicitação).

Isso está longe de ser os benefícios de "implantação xcopy isolada por aplicativo", como posso pensar: a atualização do sistema operacional quebra todos os aplicativos da web no computador do desenvolvedor.

Tive o problema adicional de não conseguir reparar ou desinstalar o Core Tooling Preview 2 (o erro "conta já existe"). Fazer um reparo no VS 2015 parece ter corrigido o problema de falha de carregamento do aspnetcore.dll.

Confirmei que isso funcionou para mim no Build 14393.

Pré-visualização 2 das ferramentas instaladas em https://www.microsoft.com/net/core#windows
Não precisei reiniciar, apenas iniciei meu pool de aplicativos e meu site estava funcionando novamente.

Isso funcionou para mim.
Precisei instalar e reparar, os dois itens pois ainda não tinha instalado o core .net, era só com IIS ...
Apenas a instalação não funcionou para mim.

Mesmo problema e resolução aqui. Acabei de reparar o .NET Core 1.0.0 RC2, Tooling Preview 1.

O .NET Core 1.0.1 VS 2015 Tooling Preview 2 reparado em minha máquina corrigiu o problema.

acabei de ter isso com a atualização do Windows 10 ver 1607 desta semana também. Tive que reparar ".NET Core 1.0.0 RC2, Tooling Preview 1"
encontrei esta página via stackoverflow http://stackoverflow.com/questions/37475214/net-mvc-4-project-fails-with-event-log-error-the-module-dll-c-windows-system3

Tive o mesmo problema hoje e, como todos aqui, consertei o .NET Core 1.0.1 VS 2015 Tooling Preview 2 em minha máquina. O estranho, porém, é que eu tinha acabado de instalar essa ferramenta hoje, logo depois de instalar um patch da atualização 3 do Visual Studio.

Eu tenho o mesmo problema, acabei desinstalando todo o material .net principal da minha máquina para fazer meu trabalho legado :(

Desinstale o .NET Core 1.0.0 RC2 SDK Preview1 (x64). em seguida, conserte o NET Core 1.0.0 RC2, Pré-visualização 1 das ferramentas.
funciona para mim

Tive o mesmo problema após atualizar para o Windows 10 Anniversary. Reparar o .NET Core 1.0.1 VS 2015 Tooling Preview 2 resolveu o problema. Também tive que reinstalar o Módulo de reconfiguração de URL que instalei, que causou um erro semelhante.

@freeboarder Olá, estou tentando encontrar as etapas de reprodução deste problema. De qual sistema operacional você atualizou sua máquina para o Windows 10 Anniversary, Windows 10 ou Window 8.1? E explique o que exatamente você fez para atualizar para o Windows 10 para que eu possa fazer o mesmo para reproduzir o problema.

@freeboarder , Hoje, tentei reproduzir o problema, mas não consegui reproduzir o problema. Aqui está o que eu fiz. Informe-nos se houver algo faltando para reproduzir o problema que você encontrou.

1. Prepare uma máquina amd64 e instale Win10 RTM build 14393.0.160715
2. Instalar IIS
3. Instale VS 2015 + VS Update3
4. Acesse https://www.micorosft.com/net/core#windows e instale “.NET Core 1.0.1 - VS 2015 Tooling Preview 2”
5. Reinicie a máquina para atualizar os serviços IIS para aplicar as configurações da ferramenta Dotnet
6. Crie um aplicativo aspnetcore de amostra, implante no IIS e verifique se tudo está funcionando
7. Vá para Configurações> Atualizações e segurança> Windows Update e instale a "Atualização para Windows 10 Versão 1607 para sistemas baseados em x64 (KB3176936)
8. Após a atualização, confirmei que tudo ainda está funcionando

@jhkimnew isso ocorreu quando a atualização do Windows para v1607 ocorreu na semana passada. Ter uma versão mais antiga do Windows com o iis instalado. Em seguida, instale o complemento de reescrita de url e as visualizações de ferramentas .net. Eles permitem que o Windows seja atualizado para v1607. Ele reconfigura o iis e dá o erro que mencionamos. Reparar as instalações resolve o erro, mas a atualização deve resolver. Foi assim que o encontrei de qualquer maneira.

@FlapperMK O que você quer dizer com "reconfigurar iis"?
Você quer dizer que o módulo aspnetcore.dll se foi? Ou o arquivo aspnetcore.dll desapareceu? Ou ambos?
No SO com atualização normal / bem-sucedida, o IIS não deve redefinir sua configuração e nenhum arquivo. Já confirmei nas minhas máquinas de teste.
Se você conhece as etapas de reprodução, compartilhe-as comigo para que possamos investigar o problema.

O ferramental foi instalado via estúdio visual. Após a atualização, o iis falhou ao inicializar devido aos erros fornecidos acima. Iis ainda tinha ponteiros para o ferramental, mas algo não foi encontrado em algum lugar que produzia o erro. O reparo da instalação corrigiu o problema e foi inicializado com sucesso. Nada era navegável até o reparo.

@FlapperMK Para que eu entenda esse problema, diga-me se o arquivo% SystemRoot% \ system32 \ inetsrvaspnetcore.dll existe ou não quando o IIS falha ao inicializar. A razão pela qual estou perguntando é que a atualização do sistema operacional não deve remover nenhum arquivo existente no diretório inetsrv. Se o arquivo existe, mas você ainda obtém a falha. você deve verificar novamente o caminho usado para o arquivo aspnetcore.dll no arquivo% SystemRoot% \ system32 \ inetsrv \ config \ applicationhost.config. Se apontar para um caminho diferente, você precisa verificar se o caminho configurado é válido ou não. Basicamente, quero entender o que realmente aconteceu.
Se o arquivo existir e o caminho configurado for válido, não podemos dizer que a configuração do IIS foi redefinida com a atualização do SO e pode haver algo mais acontecendo.

Para mim, eu estava em 10586. IIS instalado. Versão Vs2015 instalada, atualizada ao longo do tempo para o patch mais recente. Versão principal .net instalada apenas.

O Windows então se atualizou para 14393. Então eu tive o problema com o IIS e o núcleo .net e tive que reinstalar para corrigir. Tudo em 64 bits.

@realwarder , você pode reproduzir o problema novamente? Nesse caso, a mesma pergunta para você também. Para que eu entenda esse problema, diga-me se o arquivo% SystemRoot% \ system32 \ inetsrvaspnetcore.dll existe ou não quando o IIS falha ao inicializar. A razão pela qual estou perguntando é que a atualização do sistema operacional não deve remover nenhum arquivo existente no diretório inetsrv. Se o arquivo existe, mas você ainda obtém a falha. você deve verificar novamente o caminho usado para o arquivo aspnetcore.dll no arquivo% SystemRoot% \ system32 \ inetsrv \ config \ applicationhost.config. Se apontar para um caminho diferente, você precisa verificar se o caminho configurado é válido ou não. Basicamente, quero entender o que realmente aconteceu. Se o arquivo existir e o caminho configurado for válido, não podemos dizer que a configuração do IIS foi redefinida com a atualização do sistema operacional e pode haver algo mais acontecendo.

@realwarder @FlapperMK
Isto é para sua informação. O aspnetcore.dll é instalado quando você instala o Aspnet Core. O Aspnet Core é um dos pacotes incluídos nas ferramentas .Net Core VS.
Se a sua máquina tiver o IIS instalado, a configuração do Aspnet Core instalará o aspnetcore.dll no diretório IISExpress e IIS. Se a sua máquina não tiver o IIS instalado, a configuração do Aspnet Core instalará o aspnetcore.dll apenas no diretório IISExpress.

Na minha máquina de teste, o arquivo aspnetcore.dll não foi excluído após a instalação da atualização do sistema operacional. Não vejo nenhuma razão para o arquivo ser removido, a menos que você invoque acidentalmente a configuração do Aspnet Core para desinstalar o aspnetcore.dll.

Se alguém puder informar as etapas de reprodução, por favor me avise e eu verificarei o que está causando o problema. Até agora, não vejo nenhuma etapa de reprodução consistente e tentando entender o que realmente acontece.
Em primeiro lugar, gostaria de verificar se o arquivo foi removido ou não para ter certeza de que a mensagem de erro não é um alarme falso.

Devemos também verificar se há arquivos de esquema ausentes e entradas de applicationhost.config. @jhkimnew você pode descrever onde procurar por eles?

Aqui estão as informações do arquivo de esquema.

Para IISExpress:
"% ProgramFiles% \ IIS Express \ config \ schema \ aspnetcore_schema.xml"

Para IIS:
"% windir% \ system32 \ inetsrv \ config \ schema \ aspnetcore_schema.xml"

Aqui estão as informações do arquivo aspnetcore.

Para IISExpress (x86 / amd64):
"% ProgramFiles% \ IIS Expressaspnetcore.dll"
"% ProgramFiles (x86)% \ IIS Expressaspnetcore.dll"

Para IIS (x86 / amd64):
"% windir% \ system32 \ inetsrvaspnetcore.dll"
"% windir% \ syswow64 \ inetsrvaspnetcore.dll"

E aqui estão as informações do arquivo de configuração para o módulo aspnetcore.dll.

Para IIS:
O módulo aspnetcore.dll está configurado no arquivo% windir% \ system32 \ inetsrv \ config \ applicationhost.config. Você pode pesquisar o arquivo "aspnetcore.dll" no arquivo.

Para IISExpress:
O módulo aspnetcore.dll é configurado em.vs \ config \ applicationhost.config. O applicationhost.config não existirá por padrão. O arquivo é criado quando você inicia qualquer projeto de aplicativo da Web existente da solução VS. Você pode pesquisar o arquivo "aspnetcore.dll" no arquivo.

@jhkimnew Não sei ao certo o que estava faltando antes do reparo, pois agora reparei a instalação. Atualmente,% SystemRoot% \ system32 \ inetsrvaspnetcore.dll está presente no PC afetado. Ambos os arquivos de esquema também estão presentes.

o log de eventos no momento simplesmente mostra isso.

Log Name:      Application
Source:        Microsoft-Windows-IIS-W3SVC-WP
Date:          22/09/2016 12:05:19
Event ID:      2280
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ********
Description:
The Module DLL C:\WINDOWS\system32\inetsrv\aspnetcore.dll failed to load.  The data is the error.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-IIS-W3SVC-WP" Guid="{670080D9-742A-4187-8D16-41143D1290BD}" EventSourceName="W3SVC-WP" />
    <EventID Qualifiers="49152">2280</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2016-09-22T11:05:19.472744500Z" />
    <EventRecordID>1489</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>********</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="ModuleDll">C:\WINDOWS\system32\inetsrv\aspnetcore.dll</Data>
    <Binary>7E000000</Binary>
  </EventData>
</Event>

@FlapperMK ,
Você pode verificar os arquivos de log de instalação pesquisando "aspnetcoremodule"?
Você pode fazer isso executando o seguinte comando.

cd% temp%
findstr / spi aspnetcoremodule *

Em situação normal, deve haver entradas de log para instalar o pacote AspNetCoreModule_x64.
O resultado do comando mostrará o nome do arquivo (Ex: dd_DotNetCoreTools__20160926140846.log) como a imagem abaixo que obtive da minha máquina de teste e você pode abrir o arquivo de log com qualquer programa editor de texto. Com a leitura do conteúdo do arquivo de log de instalação com a palavra-chave aspnetcoremodule, você pode verificar o que aconteceu com o programa de instalação do pacote AspNetCoreModule antes / depois de atualizar o sistema operacional.

<> <> <> Exemplo de resultado do comando findstr:
...
dd_DotNetCoreTools__20160926140846.log: [14D4: 14D8] [2016-09-26T14: 08: 47] i101: Pacote detectado: AspNetCoreModule_x64, estado: Ausente, em cache: Nenhum
...
<> <> <>

Eu tive o mesmo problema, a solução foi mesmo reparar a instalação do _Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2_.

Aqui está minha saída de findstr /spi aspnetcoremodule * antes de reparar:

dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 29] i101: Pacote detectado: AspNetCoreModule_x86, estado: Ausente, em cache: Nenhum
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 29] i101: Pacote detectado: AspNetCoreModule_x64, estado: Presente, em cache: Completo
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 31] i201: Pacote planejado: AspNetCoreModule_x86, estado: Ausente, padrão solicitado: Ausente, ba solicitado: Ausente, executar: Nenhum, reversão: Nenhum, cache : Não, sem cache: Não, dependência: Nenhuma
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 31] i201: Pacote planejado: AspNetCoreModule_x64, estado: Presente, padrão solicitado: Presente, ba solicitado: Presente, executar: Nenhum, reversão: Nenhum, cache : Não, sem cache: Não, dependência: Registrar
dd_DotNetCoreTools__20160920111929.log: [2530: 1988] [2016-09-20T11: 19: 33] i325: Registrando dependência: {b837b432-47cc-42bf-88e4-876d726dfb7c} no provedor de pacote: IIS_AspNetCore_Module_6464
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i101: Pacote detectado: AspNetCoreModule_x86, estado: Ausente, em cache: Nenhum
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i101: Pacote detectado: AspNetCoreModule_x64, estado: Presente, em cache: Completo
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] w327: Não desinstala o pacote: AspNetCoreModule_x64, dependentes encontrados: 1
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i201: Pacote planejado: AspNetCoreModule_x64, estado: Presente, padrão solicitado: Ausente, ba solicitado: Ausente, executar: Nenhum, reversão: Nenhum, cache : Não, tirar o cache: Não, dependência: Cancelar o registro
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i201: Pacote planejado: AspNetCoreModule_x86, estado: Ausente, padrão solicitado: Ausente, ba solicitado: Ausente, executar: Nenhum, reversão: Nenhum, cache : Não, tirar o cache: Não, dependência: Cancelar o registro
dd_DotNetCoreTools__20160920112251.log: [00E8: 1294] [2016-09-20T11: 22: 52] i326: Dependência removida: {9b3936b0-e973-47b9-afb2-de7cd6501203} no provedor de pacote: IIS_AspNetCore_Module6464 package AspNetCore_Module64, x

O esquema e o aspentcore.dll estavam presentes no disco e _applicationHost.config_ apontava para o local correto.

O código de erro no log de eventos para _The Module DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll falhou ao carregar. Os dados são o erro._ é: <Binary>7E000000</Binary>

@jhkimnew aqui está minha saída

dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 19] i101: Pacote detectado: AspNetCoreModule_x86, estado: Ausente, em cache: Nenhum
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 19] i101: Pacote detectado: AspNetCoreModule_x64, estado: Presente, em cache: Completo
dd_DotNetCoreTools__20160922122518.log: [3644: 372c] [2016-09-22T12: 25: 21] i000: Definir variável string 'WixBundleLog_AspNetCoreModule_x64' para o valor 'C: \ Usersjdunn \ AppData \ Local \ Temp \ dd_DotNetCoreTools__20160922122518_002_AspNetCoreModule_x64.log'
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 21] i201: Pacote planejado: AspNetCoreModule_x86, estado: Ausente, padrão solicitado: Ausente, ba solicitado: Ausente, executar: Nenhum, reversão: Nenhum, cache : Não, sem cache: Não, dependência: Nenhuma
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 21] i201: Pacote planejado: AspNetCoreModule_x64, estado: Presente, padrão solicitado: Reparar, ba solicitado: Reparar, executar: Reparar, reversão: Nenhum, cache : Não, sem cache: Não, dependência: Registrar
dd_DotNetCoreTools__20160922122518.log: [319C: 10BC] [2016-09-22T12: 26: 38] i304: Carga útil existente verificada: AspNetCoreModule_x64 no caminho: C: \ ProgramData \ Package Cache {A0845055-ED2B-41CF-B7485C-A295765}. 9.1965 \ packages \ aspnetcoremodule_x64_en_rc2_14.msi.
dd_DotNetCoreTools__20160922122518.log: [319C: 377C] [2016-09-22T12: 29: 28] i301: Aplicação de pacote de execução: AspNetCoreModule_x64, ação: Reparar, caminho: C: \ ProgramData \ Package Cache {A0845055-ED2B-41- B7CF-B7 A5765C485F29} v0.9.1965 \ packages \ aspnetcoremodule_x64_en_rc2_14.msi, argumentos: 'ARPSYSTEMCOMPONENT = "1" MSIFASTINSTALL = "7"'
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 29: 33] i319: Pacote de execução aplicado: AspNetCoreModule_x64, resultado: 0x0, reiniciar: Nenhum
dd_DotNetCoreTools__20160922122518.log: [319C: 377C] [2016-09-22T12: 29: 33] i325: Registrando dependência: {22041006-8484-4b8d-a13c-40189695de2f} no provedor de pacotes: IIS_AspNetCoreNetModule64, pacote x64
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T13: 32: 49] i410: Variável: WixBundleLog_AspNetCoreModule_x64 = C: \ Usersjdunn \ AppData \ Local \ Temp \ ddodsp_DotNetCore226641609_dd_Dot_NetCore2641601609sp_dot_NetCore22664169_dd012_DotNetCore2264160169_dds_dot_NetCore2264160109_Dd0_dotNetCore22641609

@jhkimnew No meu caso, nunca desenvolvi um aplicativo ASP.NET Core, embora o conjunto de ferramentas tenha sido instalado em minha máquina. Eu tinha o Windows 7 x64 com um aplicativo ASP.NET 4.0, rodando em um pool de aplicativos de 32 bits . Após a atualização para o Windows 10, qualquer tentativa de carregar um aplicativo neste pool resultava em erro. Acredito que quando desativei a opção de 32 bits o erro foi embora, embora essa não seja uma boa correção para mim, pois meu aplicativo requer o carregamento de 32 bits. Espero que isto ajude.

@reijerh A última linha de sua saída tem uma dica interessante para o problema que você executou int.
Por alguns motivos, o aspnetcoremodule foi desinstalado (removido).
Você anexaria o arquivo dd_DotNetCoreTools__20160920112251.log para que possamos verificar por que ele foi removido?

Claro, tive que adicionar a extensão .txt para fazer o upload. Também removi meu nome de usuário dos caminhos no log.

dd_DotNetCoreTools__20160920112251.log.txt

@reijerh você pode anexar todos os logs para a instalação (tudo em% temp% que começa com dd_DotNetCoreTools)

Sim, observe que eu já reparei o Tooling Preview 2 agora.

aspnetcore.zip

Acabei de sugar uma atualização do Windows 10 e agora o IIS não funciona de todo. Recebo este erro no Visualizador de Eventos quando tento acessar qualquer site que configurei no IIS:

O Módulo DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll falhou ao carregar. O dado é o erro.

Estou tendo exatamente o mesmo problema. Um pool de aplicativos para de funcionar após alguns segundos, sempre que eu o inicio. O log de erros indica: O módulo DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll falhou ao carregar. Instalei a atualização do ASP .NET Core Visual Studio ontem.

Se você usar apenas o Asp.Net, não precisará do módulo aspnetcore.dll e a melhor solução é remover essa configuração.

Eu acho que você perdeu algo aqui. Posso ou não ter usado o ASP.NET Core como parte do IIS no passado, mas não alterei nenhuma configuração manualmente. Alguma atualização do Windows sugou algo que bagunçou o IIS.

A única maneira de corrigir o problema era desinstalar completamente o IIS, ASP.Net, reiniciar meu computador, reinstalar e reiniciar novamente.

@reijerh Verificamos o arquivo de log. Todos os arquivos de log que você enviou foram criados após 20/09/2016.

Com a leitura do arquivo de log, notamos que você atualizou 1.0.0 para 1.0.1 em 20/09 e reparou 1.0.1 em 28/09.
Em 20/09, nenhuma ação foi realizada em relação ao aspnetcore.dll e não foi possível encontrar nenhuma evidência de porque o arquivo aspnetcore.dll foi corrompido ou removido.
1.0.0 e 1.0.1 têm a mesma versão de aspnetcore.dll e não desinstalamos / instalamos o arquivo ao atualizar 1.0.0 para 1.0.1.
Então, eu acho que você desinstalou o arquivo aspnetcore.dll antes de 20/09.
Você enviou todos os arquivos de log? Obviamente, você não enviou os arquivos de log quando instalou 1.0.0, o que acontece antes de 20 de setembro. Para entender o que realmente acontece, precisamos de todos os arquivos de log.
Se você não limpou os arquivos de log, você criaria outro arquivo zip que incluísse todos os arquivos de log (.log) cujo nome de arquivo comece com "dd_" para que possamos entender o que aconteceu antes de 20/9?

O que é% temp%?
O que é ANCM?

Basicamente, não faço ideia. Eu instalei visualizações ASP.Net Core no passado. Mas, a partir do outro dia, o IIS foi completamente frito - não apenas para instâncias do Core - todas as instâncias. Isso é tudo que eu sei.

OK. Aqui estão meus registros:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

Quanto a essa coisa do ANCM de que você fala, instalei várias coisas. Freqüentemente, o VS me diz "Há uma nova versão do .NET Core disponível", então eu sigo o link e ele não funciona. Então, eu procuro no Google algum outro instalador que pode ou não funcionar.

Eu não perdi nada. Isso é tudo o que estava lá.

Não. Esse não é o caso. Não há outros usuários em minha máquina.

É tarde demais agora. IIS fritou. Muitas pessoas vão lidar com isso.

Não adianta chorar sobre o leite derramado agora. As pessoas só precisam desinstalar totalmente o IIS e reinstalar.

@MelbourneDeveloper Desculpe, mas decidi excluir o que escrevi sobre a

@jhkimnew desculpe, isso é tudo que existe no meu _% temp% _ que começa com _dd_dotnetcoretools_. Espere, você quer tudo que começa com _dd__, um momento.

Editar: aqui está, dd.zip

Desculpe sobre os timestamps modificados dos arquivos sendo modificados por anonimato.

@reijerh Parece que você perdeu os arquivos de log referentes a 1.0.0. Não foi possível encontrar nenhuma informação sobre o motivo pelo qual aspnetcore.dll não pôde ser carregado em sua máquina com os arquivos de log fornecidos.

Se alguém se deparar com o problema novamente, antes de reparar o ferramental .NetCore, reúna as informações a seguir e envie-nos para que possamos descobrir o que está acontecendo quando o problema ainda está acontecendo.

1. A mensagem de erro completa do evento
   (Para sua informação, com o erro de evento, podemos determinar qual arquivo aspnetcore.dll está causando o problema,% windir% \ system32 \ inetsrvaspnetcore.dll ou um diferente em outro diretório)
2. Confirme se o arquivo aspnetcore.dll mostrado no erro do evento não existe ou não. Você pode simplesmente executar "dir [o caminho do arquivo de aspnetcore.dll]" para obter essas informações. Se o caminho problemático do aspnetcore.dll foi iniciado a partir do diretório% windir% \ system32 \ inersrv e sua máquina tem um sistema operacional de 64 bits instalado, confirme se o arquivo% windir% \ syswow64 \ inetsrvaspnetcore.dll existe ou não.
3. Confirme se o arquivo aspnetcore_schema.xml existe ou não. O arquivo de esquema é colocado em “% windir% \ System32 \ inetsrv \ config \ schema” para IIS ou "% ProgramFiles% \ IIS Express \ config \ schema" para IISExpress
   (Para sua informação, gostaríamos de saber se apenas aspnetcore.dll foi excluído ou se seu arquivo de esquema também foi excluído junto)
4. Informe qual arquivo aplicatiohost.config tem a configuração problemática do arquivo aspnetcore.dll,% windir% \ system32 \ inetsrv \ config \ applicationhost.config ou "seu caminho de solução" .vs \ config \ applicationhost.config. Você pode abrir o arquivo com notepad.exe e pesquisar aspnetcore.dll para encontrar essas informações.
5. Informe quando esse problema ocorre nos seguintes casos:
   1) Depois de instalar a nova atualização do Windows 10
   2) Depois de atualizar o sistema operacional da versão de nível inferior do sistema operacional
   3) Depois de instalar outro pacote de software, como uma nova versão do .NetCore
6. Se você se deparar com esse problema depois de instalar a nova atualização do Windows 10 ou após atualizar o sistema operacional da versão de nível inferior, informe-nos qual sistema operacional e a versão do sistema operacional você tinha antes de atualizar o sistema operacional
7. Se você se deparar com esse problema após instalar a nova atualização do Windows 10 ou após atualizar o sistema operacional da versão de nível inferior, envie o arquivo% windir% \ iis.log, que é o arquivo de log de instalação do IIS com algumas informações detalhadas da atividade de instalação do IIS durante o OS upgarde
8. Se, antes de esse problema acontecer, você estava usando aspnetcore.dll, diga-nos de que maneira você instalou o arquivo aspnetcore.dll nos seguintes casos:
   1) Instalei a ferramenta .NetCore mais recente ou outra versão antiga
   2) Instalei uma versão antiga do programa de configuração de ferramentas .NetCore (ou pacote de nome diferente)
   3) Baixei o programa de configuração ANCM (módulo AspNetCore) (.msi) e executei o programa de configuração para instalar o aspnetcore.dll
   4) Copiei o arquivo aspnetcore.dll de uma máquina diferente para a minha e configurei-o manualmente sozinho, sem executar nenhum outro programa de instalação
   5) Eu nunca instalei
   6) Não sei se instalei ou não

@jhkimnew Se você quiser se reproduzir, é bastante simples e acontece 100% do tempo ao atualizar de um BUILD do Windows 10 para uma compilação mais recente (não deve ser confundido com a instalação de uma atualização cumulativa) se você já tiver a última VS e ferramentas instaladas e estão executando seu site no IIS em um pool de aplicativos de 32 bits. Ex: atualização de 1511 para 1607 (que é o que mais neste tópico fez para encontrar esse problema ... embora se você olhar no início do tópico, verá vários de nós avisando que isso seria um problema quando executamos com cada nova compilação lançada para o programa insider antes do lançamento de 1607). Se você já está no 1607, a maneira mais fácil de reproduzir é ingressar no programa interno e atualizar para a versão mais recente do insider. Isso vai acontecer. Não tenho certeza se os logs do núcleo .net mostrarão algo, pois o problema acontece ao atualizar compilações do Windows, não ao instalar o núcleo .net. Reparar o núcleo .net sempre corrige isso.

Para reproduzir do zero (ou, digamos, em uma VM):

1. Instale o Windows 10 1511 ou anterior.
2. Adicione IIS e .Net e MVC.
3. Instale o Visual Studio 2015 e todas as atualizações de ferramentas MVC (isso instalará o aspnetcore).
4. Crie um aplicativo MVC de demonstração e instale-o no IIS, configurando seu pool de aplicativos para rodar no modo de 32 bits.
5. Neste ponto, tudo deve funcionar perfeitamente.
6. Usando o Windows Update, atualize para o Windows 10 1607.
7. Lucro. Ou melhor ... divirta-se com esse bug na primeira vez que tentar rodar o site mvc de 32 bits (que nem precisa / usa .netcore).

@BryanTheCrow isso não se reproduz em todas as máquinas. Tenho duas atualizações semanais em que isso não aconteceu.

@Tratcher Interesting. Vamos tentar definir a diferença. Nas máquinas que atualizam compilações recentemente, você também:

1. O Visual Studio 2015 + Update 3 + MVC + Tooling Updates (que incluem dotnetcore) instalado?
2. Ter IIS instalado
3. Ter um site MVC (não dotnetcore) configurado no IIS
4. Use um pool de aplicativos de 32 bits para esse site

1 sim, 2 sim, 3 não - testo principalmente os sites principais. 4 não.

@BryanTheCrow Se você pudesse reproduzir o problema,

@Tratcher Tenho certeza de que isso afeta apenas o dotnetcore.dll de 32 bits. Eu me pergunto se você mudou um dos pools de aplicativos iis do seu site para 32 bits se pudesse reproduzir em uma dessas máquinas? Caso contrário, o aplicativo mvc regular pode ser um requisito.

@jhkimnew Eu não estava planejando executar compilações

Como parece ser você quem está pesquisando uma solução, presumi que gostaria de reproduzir para si mesmo. Caso contrário, da próxima vez que instalar uma nova compilação, voltarei a verificar se ninguém mais reproduziu e postarei respostas a todas as suas perguntas acima.

@BryanTheCrow O que é dotnetcore.dll? Talvez erro de digitação para aspnetcore.dll?
Nesse ínterim, envie% windir% \ iis.log em sua máquina e informe quando atualizou o sistema operacional para que possamos dar uma olhada no que aconteceu naquele dia com o log de configuração do IIS.
E explique o que preciso fazer para as "Atualizações de ferramentas MVC +" da etapa de reprodução de "Visual Studio 2015 + Atualização 3 + Atualizações de ferramentas MVC +".
Existem algumas compilações de pacote de conjunto de ferramentas e, portanto, gostaria de seguir exatamente os mesmos passos que você fez e é por isso que desejo informações detalhadas sobre como fazer isso.

@jhkimnew Sim, desculpe ... digitando rapidamente sem memória. Meu erro.

Desculpe, minha memória está um pouco confusa, pois não tentei explicitamente instalar o ASP.Net Core. Ele veio com uma das outras atualizações ou talvez até mesmo com a instalação inicial do VS2015. Acho que não importa como você o instala, apenas que você o instale ... Dito isso, aqui estão as etapas conforme me lembro delas ... muitas dessas etapas podem não ser necessárias para reproduzir, mas no interesse de sendo completo, vou incluí-los:

1. No Win 10 Pro (versão anterior ao rs1), usando Ativar / desativar recursos do Windows e configurar com o seguinte marcado (pule o Hyper-V se quiser. Sei que já encontrei isso com / sem ele):
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. Instale o Visual Studio 2015 com atualização 3 e atualize para as versões mais recentes, seguindo os prompts de atualização por meio da caixa de diálogo de extensões e atualizações (e o pequeno sinalizador no canto superior direito) ... Lembro-me de que uma atualização do Azure era necessária. Isso pode ter instalado o aspnetcore ... Não me lembro de instalá-lo explicitamente ... Acho que veio junto com o VS 2015 ou com uma das atualizações iniciais de ferramentas. Estou usando o VS Enterprise, caso isso faça diferença.
3. Usando a caixa de diálogo Extensões e atualizações do VS 2015, verifique novamente se você tem o Microsoft ASP.NET e ferramentas da Web e o Microsoft ASP.NET Web Frameworks e ferramentas instalados (lembro-me de que já estavam instalados durante a instalação do VS2015, mas posso estar errado, portanto, vale a pena verificar novamente). Se não, instale-os.
4. Usando o Web Platform Installer Instale o MVC3 Language Pack Installer e URLRewrite 2.0
5. Reinício.
6. Usando o Windows Update, instale as atualizações de segurança (mas não atualize as compilações ainda).
7. Configure um site MVC 4 básico (ex: o aplicativo template / demo) no IIS.
8. Defina seu pool de aplicativos para funcionar no modo de 32 bits.
9. Verifique se funciona.

Nesse ponto, a única etapa necessária para reproduzir para mim era passar pelo processo de atualização do Windows para atualizar para uma nova compilação. Após a atualização, eu obteria erros ao tentar carregar o módulo DotNetCore e o módulo URLRewrite, matando o pool de aplicativos ao tentar carregar uma página pela primeira vez. Executar um reparo em "Adicionar / Remover Programas" corrige-os.

Aqui está meu log do IIS atual. Não estou 100% certo, mas acredito que fiz uma instalação limpa do 1607 quando ele foi lançado e reconfigurado do zero, então não tenho certeza se isso será útil.

iislog.zip

Eu me pergunto se vale a pena olhar% windir% \ Windowsupdate.log para ver se há algum traço mostrando o que a atualização modificou na máquina. IIS é um recurso do sistema operacional, portanto, é possível que a atualização do sistema operacional possa impactar isso e não necessariamente honrar os itens adicionais que foram instalados, como ANCM.

é possível que a atualização do sistema operacional possa impactar isso e não necessariamente honrar os itens adicionais que foram instalados, como ANCM.

@joeloff isso certamente parece ser o que está acontecendo aqui, pois afeta o URLRewrite 2.0 também. Módulos instalados por meio de "Ativar / desativar recursos do Windows" não apresentam problemas. Mas algo no processo de atualização do build parece matar alguns, mas não todos, os módulos, ao tentar usá-los em um pool de aplicativos de 32 bits.

@BryanTheCrow Ok, encontrei uma etapa de reprodução consistente ao seguir suas etapas de reprodução. Muito obrigado por sua ajuda. Consegui reproduzir esse problema com minha máquina. Quando esse problema acontece, o aspnetcore.dll no diretório% windir% \ syswow64 \ inetsrv desaparece após a atualização do sistema operacional.
Vou investigar mais a fundo com a ajuda da equipe do IIS sobre a atualização do sistema operacional e atualizarei você sobre esse problema em breve.

@jhkimnew Fico feliz em ouvir isso. Esperançosamente, será algo simples. 👍🏻

Parece que o IIS precisa de uma mensagem de erro melhor com o caminho do arquivo correto! :)

Eu tive isso em não-Insiders Windows 10 Anniversary. Reinstalar o núcleo do aspnet não o corrigiu, mas desinstalar todos os itens do núcleo do aspnet de Programas e Recursos, sim.

Parece que isso está quebrando máquinas de produção reais - perdi várias horas tentando consertar isso enquanto deveria estar fazendo um trabalho urgente. Acho que nem mesmo escolhi colocar coisas de pré-visualização na minha máquina de produção; VS fez isso?

@DanTup Sim, qualquer atualização de build do Windows 10 aciona isso (atualização de aniversário incluída). As atualizações internas são apenas a maneira mais fácil de reproduzir para aqueles que já estão em 1607 conforme eles lançam uma nova compilação semanalmente, em vez de duas vezes por ano.

Reparar o "Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2" por meio de "Programas e Recursos" corrige o problema sem a necessidade de desinstalar todos os itens (embora isso também funcione).

@BryanTheCrow É preocupante que um bug tão crítico seja conhecido há meses e esteja afetando máquinas de produção (e pelo tweet que recebi de @shanselman não tenho certeza se a equipe aspnet percebeu que está afetando não-internos! Eu respondi, mas não obteve resposta ..).

O conserto não parecia funcionar para mim; tentei várias vezes, incluindo reinicializações :-(

Minha fé na qualidade do código do MS afunda a cada mês; passamos mais tempo do que nunca lutando contra problemas que não são nossos e ninguém parece se importar: - /

Não se preocupe, @DanTup. @jhkimnew (acima) confirmou / reproduziu recentemente e está trabalhando com as várias equipes envolvidas para descobrir o que está acontecendo. Estou otimista de que eles terão uma solução antes do lançamento de 1703.

Obrigado a todas as pessoas que relataram o problema.

Causa raiz

Há um bug no caminho de atualização do IIS. Arquivos não-SO no diretório C:\Windows\SysWOW64\inetsrv não são preservados durante uma atualização do SO. Se você tiver quaisquer módulos IIS que não foram enviados como parte do Windows e soltar arquivos no diretório inetsrv , eles serão corrompidos. Módulo ASP.NET Core, HTTP Platform Handler, URL Rewrite, kit de ferramentas de otimização SEO são módulos IIS que serão interrompidos durante a atualização do sistema operacional. É possível encontrar esse problema se você usar outros módulos de terceiros também.

Quando encontro esse problema?

Se você tinha algum dos módulos mencionados acima instalado antes da atualização do sistema operacional, tente executar qualquer pool de aplicativos no modo de 32 bits após a atualização do sistema operacional.
Você encontrará esse problema mesmo se seu aplicativo não usar um módulo indisponível.

Qual é a solução?

Repare todos os módulos que foram destruídos durante a atualização do sistema operacional.

Como posso saber quais módulos estão faltando?

Você deve ver um erro gerado no visualizador de eventos

Log Name:      Application
Source:        Microsoft-Windows-IIS-W3SVC-WP
Date:          10/17/2016 5:42:22 PM
Event ID:      2280
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      repro-machine
Description:
The Module DLL C:\WINDOWS\system32\inetsrv\rewrite.dll failed to load.  The data is the error.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-IIS-W3SVC-WP" Guid="{670080D9-742A-4187-8D16-41143D1290BD}" EventSourceName="W3SVC-WP" />
    <EventID Qualifiers="49152">2280</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2016-10-18T00:42:22.911610400Z" />
    <EventRecordID>589</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>repro-machine</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="ModuleDll">C:\WINDOWS\system32\inetsrv\rewrite.dll</Data>
    <Binary>7E000000</Binary>
  </EventData>
</Event>

Quando você vai realmente consertar isso?

Estamos testando uma correção agora, vou atualizar este espaço quando puder compartilhar uma data concreta / compilação do Windows em que será corrigido

Este problema foi corrigido no Windows Insider Build 15002

Vale a pena apontar que, embora a mensagem de erro seja "O módulo DLL C:\WINDOWS\system32\inetsrv\rewrite.dll falhou ao carregar", o arquivo real ausente é C:\WINDOWS\syswow64\inetsrv\rewrite.dll . Os acessos ao diretório system32 pelo processo de trabalho do IIS de 32 bits são redirecionados para syswow64 .

Assim como encontrei este problema e o que corrigiu isso para mim foi editar o pool de aplicativos (padrão)

desabilitar 32 aplicativos reciclar o pool de aplicativos e funcionou. interrompeu o pool de aplicativos novamente, reative o suporte a 32 bits e ele ainda funciona, é possível que algo não tenha sido configurado corretamente após a atualização do 10º aniversário da vitória?

@GMZ Parece que seu processo de trabalho não foi reiniciado após reativar o suporte de 32 bits. Tente forçar a reciclagem do AppPool e você ainda verá este problema persistir.

https://www.microsoft.com/net/core#windows
download
.NET Core 1.0.1-VS 2015 Tooling Preview 2
E instalar

Este problema foi corrigido no Windows Insider Build 15002