<p>aspnetcore.dll no pudo cargar # 597</p>

Abierto en nombre de @teovc.

@teovc debería haber más detalles debajo de "Los datos son el error". en el registro de eventos.

En la vista de detalles del mensaje de error, hay lo siguiente [ver imagen adjunta].
Una pequeña búsqueda en Bing indica que el error está relacionado con aplicaciones de 32 bits, pero el grupo de aplicaciones tiene habilitada esa opción.

El error indica que AppPool de 32 bits está intentando cargar aspnetcore.dll de 64 bits. ¿Podría compartir la información del archivo "C: \ Windows \ System32 \ inetsrv \ aspnetcore.dll" y "C: \ Windows \ SysWOW64 \ inetsrv \ aspnetcore.dll"

¿Puede ser un poco más específico sobre la información que desea ver? (también conocido como, ¿es eso lo que estás buscando?)

El archivo parece correcto. Instalé la misma versión de MSI que la tuya en una caja de Win 10 y funcioné. Algo anda mal con la configuración de su máquina. ¿Podría compartir su applicationhost.config y web.config.
Como solución alternativa, puede configurar "habilitar la aplicación de 32 bits" en falso para ver si ayuda.

Los dlls funcionan, el problema ocurre cuando se instala una nueva versión del sistema operativo como parte de la experiencia de autohospedaje.
En este momento, estoy usando el sitio web predeterminado (C: \ inetpub \ wwwroot). Se adjunta el archivo web.config (con la extensión txt ya que GitHub se queja).
web.config.txt

Ese web.config no es el que usó para la aplicación ASP.NET Core, ya que no contiene ninguna configuración del módulo ASP.NET Core. ¿Podría intentar desinstalar el paquete ASP.NET Core y luego reinstalarlo después de la actualización del sistema operativo para ver si ayuda?

¿Podría compartir applicationhost.config en C: \ Windows \ System32 \ inetsrv \ config. Este archivo es un archivo de configuración de IIS y especifica la ruta de aspnetcore.dll.

Voy a probar esa opción. Mientras tanto, aquí está el archivo applicationhost.config. Por favor, tenga en cuenta que la solución hasta ahora (reparar o quitar / instalar) lleva un tiempo que la gente está perdiendo. Es posible que las personas ajenas a la organización no se vean demasiado afectadas por el problema, ya que la tasa de actualizaciones del sistema operativo es menos frecuente que la de alguien dentro de la organización. Gracias.
applicationHost.config.txt

la misma pregunta para mi
porque la aplicación debe ejecutar 32 bits e Intergrate

Solo quería agregar que acabo de encontrarme con este problema.
Cuando dice desinstalar "paquete ASP.NET Core", ¿a qué parte se refiere?

Quiero ejecutar una aplicación antigua en modo de 32 bits
también quería estudiar la aplicación ASP.NET Core
mala manera de desinstalar "ASP.NET Core bundle", ¿tiene alguna otra forma?

Hola a todos,
Eliminé los dos paquetes relacionados con ASP.NET Core del Panel de control / Agregar o quitar programas, luego dejé que VS instale la próxima versión de ASP.NET Core (Microsoft.NET Core 1.0.0 - SDK Preview 2 (x64) y Microsoft.NET Core 1.0.0 - VS 2015 Tooling Preview 2) y el problema sigue presente cuando se instala una nueva versión del sistema operativo.

En VS2015 - Actualización 2, la solución / proyectos funcionan bien, pero cuando actualicé a VS2015 - Actualización 3, junto con las actualizaciones de extensiones, encontré este problema. Entonces, algo es diferente que rompió la solución / proyectos. Todos los proyectos están bajo marcos .NET v4.6, aquí no hay proyectos / soluciones centrales .NET. Pocos días después, cuando cloné el código fuente de TFS, funcionó sin evidencia de error. Extraño. Eso tampoco tiene sentido.

Solo quiero agregar que me encuentro con este problema cada vez que sale una nueva versión de Insider de Windows 10. Termino teniendo que desinstalar / reinstalar .Net Core cada vez. Si esto no se soluciona antes del lanzamiento de la Actualización de aniversario el 2 de agosto, habrá muchos desarrolladores confundidos por ahí.

El mismo problema al actualizar de Win 8.1 a Win 10.
Se corrigió la desinstalación y reinstalación de DotNetCore.1.0.0-VS2015Tools.Preview2.exe.

Solo tuve que ejecutar la 'reparación' para que vuelva a funcionar. No tuve que realizar la desinstalación / instalación completa. Pero acabo de actualizar a la Actualización de aniversario y estaba un poco molesto porque encontré este problema desde el principio.

Lo mismo aquí después de actualizar a la actualización de aniversario ...

Ejecutar una reparación en Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, más un reinicio, también funcionó para mí después de instalar la actualización de aniversario.

Ejecutar una reparación en Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, más un reinicio, también funcionó para mí después de instalar la actualización de aniversario.

Confirmé que esto funcionó para mí en la compilación 14393.

Vista previa de herramientas instalada 2 de https://www.microsoft.com/net/core#windows
No tuve que reiniciar, solo inicié mi grupo de aplicaciones y mi sitio web se estaba ejecutando nuevamente.

Ejecutar una reparación en Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, más un reinicio, también funcionó para mí después de instalar la actualización de aniversario.

Gracias, ejecutar una reparación y reiniciar el grupo de aplicaciones resolvió este problema para mí. El problema comenzó después de la "Actualización de aniversario".

El mismo problema aquí, roto después de la actualización de aniversario de Windows 10, es decir, la nueva actualización del sistema operativo lo rompe.

En mi caja, el módulo aspnetcore.dll se instaló como un módulo global, por lo que cuando IIS no pudo cargar la DLL, bloqueó el inicio de los grupos de aplicaciones _todos_ (incluidos los reintentos del grupo de aplicaciones, el límite de reintentos y luego la desactivación del grupo de aplicaciones ... .uno a la vez ... cada vez que cada grupo de aplicaciones intenta iniciarse en la primera solicitud).

Esto está tan lejos de los beneficios de la "implementación aislada de xcopy por aplicación" como se me ocurre: la actualización del sistema operativo rompe todas las aplicaciones web en la computadora del desarrollador.

Tuve el problema adicional de no poder reparar o desinstalar Core Tooling Preview 2 (el error "la cuenta ya existe"). Hacer una reparación en VS 2015 parece haber solucionado el problema de falla de carga de aspnetcore.dll.

Confirmé que esto funcionó para mí en la compilación 14393.

Vista previa de herramientas instalada 2 de https://www.microsoft.com/net/core#windows
No tuve que reiniciar, solo inicié mi grupo de aplicaciones y mi sitio web se estaba ejecutando nuevamente.

Esto funcionó para mí.
Necesitaba instalar y reparar, los dos elementos porque aún no estaba instalado el .net core, solo estaba con IIS ...
Solo la instalación no funcionó para mí.

Mismo problema y resolución aquí. Recién reparado .NET Core 1.0.0 RC2, Tooling Preview 1.

.NET Core 1.0.1 VS 2015 Tooling Preview 2 reparado en mi máquina solucionó el problema.

También tuve esto con la actualización de Windows 10 ver 1607 de esta semana. Tuve que reparar ".NET Core 1.0.0 RC2, Tooling Preview 1"
encontré esta página a través de stackoverflow http://stackoverflow.com/questions/37475214/net-mvc-4-project-fails-with-event-log-error-the-module-dll-c-windows-system3

Tuve el mismo problema hoy y, al igual que todos aquí, reparé .NET Core 1.0.1 VS 2015 Tooling Preview 2 en mi máquina solucionó el problema. Sin embargo, lo extraño es que acababa de instalar estas herramientas hoy, justo después de instalar un parche de la actualización 3 de Visual Studio.

Tengo el mismo problema, terminé desinstalando todas las cosas del núcleo de .net en mi máquina para hacer mi trabajo heredado :(

Desinstale .NET Core 1.0.0 RC2 SDK Preview1 (x64). luego Reparar NET Core 1.0.0 RC2, Tooling Preview 1.
funciona para mi

Tuve el mismo problema después de actualizar a Windows 10 Anniversary. La reparación de .NET Core 1.0.1 VS 2015 Tooling Preview 2 resolvió el problema. También tuve que reinstalar el módulo de reescritura de URL que instalé, que causa un error similar.

@freeboarder Hola, estoy tratando de encontrar los pasos de reproducción de este problema. ¿Desde qué sistema operativo actualizó su máquina a Windows 10 Anniversary, Windows 10 o Windows 8.1? Y explique qué hizo exactamente para actualizar a Windows 10 para que yo pueda hacer lo mismo para reproducir el problema.

@freeboarder , hoy intenté reproducir el problema pero no pude reproducirlo. Aquí esta lo que hice. Por favor, avíseme si falta algo para reproducir el problema que encontró.

1. Prepare una máquina amd64 e instale Win10 RTM compilación 14393.0.160715
2. Instalar IIS
3. Instalar VS 2015 + VS Update3
4. Vaya a https://www.micorosft.com/net/core#windows y luego instale ".NET Core 1.0.1 - VS 2015 Tooling Preview 2"
5. Reinicie la máquina para actualizar los servicios IIS para aplicar las configuraciones de la herramienta Dotnet
6. Cree una aplicación aspnetcore de muestra e impleméntela en IIS y verifique que todo funcione
7. Vaya a Configuración> Actualizaciones y seguridad> Actualización de Windows e instale la "Actualización para Windows 10 versión 1607 para sistemas basados ​​en x64 (KB3176936)
8. Después de la actualización, confirmé que todo sigue funcionando.

@jhkimnew esto ocurrió cuando la actualización de Windows a v1607 ocurrió la semana pasada. Tiene instalada una versión anterior de Windows con iis. Luego instale el complemento de reescritura de URL y las vistas previas de herramientas .net. Dejaron que Windows se actualice a v1607. Reconfigura iis y da el error que mencionamos. La reparación de las instalaciones resuelve el error, pero la actualización debería funcionar realmente. Así es como lo encontré de todos modos.

@FlapperMK ¿Qué quieres decir con "reconfigura iis"?
¿Quiere decir que el módulo aspnetcore.dll se ha ido? ¿O el archivo aspnetcore.dll desapareció? ¿O ambos?
En una actualización normal / exitosa del sistema operativo, IIS no debería restablecer su configuración ni ningún archivo. Ya lo confirmé en mis máquinas de prueba.
Si conoces los pasos de reproducción, compártelo conmigo para que podamos investigar el problema.

Las herramientas se instalaron a través de Visual Studio. Tras la actualización, iis no se pudo inicializar debido a los errores indicados anteriormente. Todavía tiene punteros para las herramientas, pero no se encontró algo en alguna parte que produzca el error. Reparar la instalación solucionó el problema y se inicializó correctamente. No se pudo navegar por nada hasta la reparación.

@FlapperMK Para entender este problema, dígame si el archivo% SystemRoot% \ system32 \ inetsrvaspnetcore.dll existe o no cuando IIS no se inicializa. La razón por la que pregunto es que la actualización del sistema operativo no debería eliminar ningún archivo existente en el directorio inetsrv. Si el archivo existe pero aún obtiene el error. debe verificar la ruta que se usa para el archivo aspnetcore.dll en el archivo% SystemRoot% \ system32 \ inetsrv \ config \ applicationhost.config. Si apunta a una ruta diferente, debe verificar si la ruta configurada es válida o no. Básicamente, quiero entender qué sucedió realmente.
Si el archivo existe y la ruta configurada es válida, no podemos decir que la configuración de IIS se restableció al actualizar el sistema operativo y es posible que haya algo más.

Para mí, estaba en 10586. IIS instalado. Versión de Vs2015 instalada, actualizada con el tiempo al último parche. Versión principal de .net instalada únicamente.

Luego, Windows se actualizó a 14393. Luego tuve el problema con IIS y .net core y tuve que reinstalarlo para solucionarlo. Todo en 64 bits.

@realwarder , ¿puedes volver a reproducir el problema? Si es así, la misma pregunta para ti también. Para comprender este problema, dígame si el archivo% SystemRoot% \ system32 \ inetsrvaspnetcore.dll existe o no cuando IIS no se inicializa. La razón por la que pregunto es que la actualización del sistema operativo no debería eliminar ningún archivo existente en el directorio inetsrv. Si el archivo existe pero aún obtiene el error. debe verificar la ruta que se usa para el archivo aspnetcore.dll en el archivo% SystemRoot% \ system32 \ inetsrv \ config \ applicationhost.config. Si apunta a una ruta diferente, debe verificar si la ruta configurada es válida o no. Básicamente, quiero entender qué sucedió realmente. Si el archivo existe y la ruta configurada es válida, no podemos decir que la configuración de IIS se restableció al actualizar el sistema operativo y es posible que haya algo más.

@realwarder @FlapperMK
Esto es para tu información. El aspnetcore.dll se instala cuando instala Aspnet Core. Aspnet Core es uno de los paquetes incluidos en las herramientas .Net Core VS.
Si su máquina tiene IIS instalado, la configuración de Aspnet Core instalará aspnetcore.dll tanto en el directorio IISExpress como en el directorio IIS. Si su máquina no tiene IIS instalado, la configuración de Aspnet Core instalará aspnetcore.dll solo en el directorio IISExpress.

En mi máquina de prueba, el archivo aspnetcore.dll no se eliminó después de la instalación de la actualización del sistema operativo. No veo ninguna razón por la que se elimine el archivo a menos que invoque involuntariamente la configuración de Aspnet Core para desinstalar aspnetcore.dll.

Si alguien puede decirme los pasos de reproducción, hágamelo saber y comprobaré qué está causando el problema. Hasta ahora, no veo ningún paso de reproducción consistente y trato de entender lo que realmente sucede.
En primer lugar, me gustaría comprobar si el archivo se eliminó o no para asegurarme de que el mensaje de error no sea una falsa alarma.

También deberíamos comprobar si faltan archivos de esquema y entradas applicationhost.config. @jhkimnew, ¿puedes describir dónde buscarlos?

Aquí está la información del archivo de esquema.

Para IISExpress:
"% Archivos de programa% \ IIS Express \ config \ schema \ aspnetcore_schema.xml"

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

Aquí está la información del archivo 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"

Y aquí está la información del archivo de configuración para el módulo aspnetcore.dll.

Para IIS:
El módulo aspnetcore.dll está configurado en el archivo% windir% \ system32 \ inetsrv \ config \ applicationhost.config. Puede buscar el archivo "aspnetcore.dll" desde el archivo.

Para IISExpress:
El módulo aspnetcore.dll está configurado en.vs \ config \ applicationhost.config. El applicationhost.config no existirá de forma predeterminada. El archivo se crea cuando inicia cualquier proyecto de aplicación web existente de la solución VS. Puede buscar el archivo "aspnetcore.dll" desde el archivo.

@jhkimnew No sé con certeza qué faltaba antes de la reparación, ya que ahora reparé la instalación. Actualmente,% SystemRoot% \ system32 \ inetsrvaspnetcore.dll está presente en la PC afectada. Ambos archivos de esquema también están ahora presentes.

el registro de eventos en ese momento simplemente muestra esto.

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 ,
¿Puede comprobar los archivos de registro de instalación buscando "aspnetcoremodule"?
Puede hacerlo ejecutando el siguiente comando.

cd% temp%
Findstr / spi aspnetcoremodule *

En una situación normal, debería haber entradas de registro para instalar el paquete AspNetCoreModule_x64.
El resultado del comando mostrará el nombre del archivo (por ejemplo, dd_DotNetCoreTools__20160926140846.log) como la siguiente captura de pantalla que obtuve de mi máquina de prueba y puede abrir el archivo de registro con cualquier programa de edición de texto. Al leer el contenido del archivo de registro de configuración con la palabra clave aspnetcoremodule, puede verificar qué sucedió con el programa de configuración del paquete AspNetCoreModule antes / después de actualizar el sistema operativo.

<> <> <> Ejemplo del resultado del comando findtr:
...
dd_DotNetCoreTools__20160926140846.log: [14D4: 14D8] [2016-09-26T14: 08: 47] i101: Paquete detectado: AspNetCoreModule_x64, estado: Ausente, en caché: Ninguno
...
<> <> <>

Tuve el mismo problema, la solución fue reparar la instalación de _Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2_.

Aquí está mi salida de findstr /spi aspnetcoremodule * antes de reparar:

dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 29] i101: Paquete detectado: AspNetCoreModule_x86, estado: Ausente, en caché: Ninguno
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 29] i101: Paquete detectado: AspNetCoreModule_x64, estado: Presente, en caché: Completo
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 31] i201: Paquete planificado: AspNetCoreModule_x86, estado: Ausente, pedido predeterminado: Ausente, ba solicitado: Ausente, ejecutar: Ninguno, reversión: Ninguno, caché : No, desempacar: No, dependencia: Ninguna
dd_DotNetCoreTools__20160920111929.log: [2AB0: 18E4] [2016-09-20T11: 19: 31] i201: Paquete planificado: AspNetCoreModule_x64, estado: Presente, pedido predeterminado: Presente, ba solicitado: Presente, ejecutar: Ninguno, reversión: Ninguno, caché : No, desempacar: No, dependencia: Registrarse
dd_DotNetCoreTools__20160920111929.log: [2530: 1988] [2016-09-20T11: 19: 33] i325: Registro de dependencia: {b837b432-47cc-42bf-88e4-876d726dfb7c} en el proveedor de paquetes: IIS_AspNetCore_Module, x64, AspxNetCore
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i101: Paquete detectado: AspNetCoreModule_x86, estado: Ausente, en caché: Ninguno
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i101: Paquete detectado: AspNetCoreModule_x64, estado: Presente, en caché: Completo
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] w327: No desinstalará el paquete: AspNetCoreModule_x64, dependientes encontrados: 1
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i201: Paquete planificado: AspNetCoreModule_x64, estado: Presente, pedido predeterminado: Ausente, ba solicitado: Ausente, ejecutar: Ninguno, reversión: Ninguno, caché : No, uncache: No, dependencia: Unregister
dd_DotNetCoreTools__20160920112251.log: [0BB0: 0548] [2016-09-20T11: 22: 51] i201: Paquete planificado: AspNetCoreModule_x86, estado: Ausente, pedido predeterminado: Ausente, ba solicitado: Ausente, ejecutar: Ninguno, reversión: Ninguno, caché : No, uncache: No, dependencia: Unregister
dd_DotNetCoreTools__20160920112251.log: [00E8: 1294] [2016-09-20T11: 22: 52] i326: Se eliminó la dependencia: {9b3936b0-e973-47b9-afb2-de7cd6501203} en el proveedor de paquetes: IIS_AspNetCore64_Module_Module,

Tanto el esquema como aspentcore.dll estaban presentes en el disco y _applicationHost.config_ apuntó a la ubicación correcta.

El código de error en el registro de eventos para _The Module DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll no se pudo cargar. Los datos son el error ._ es: <Binary>7E000000</Binary>

@jhkimnew aquí está mi salida

dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 19] i101: Paquete detectado: AspNetCoreModule_x86, estado: Ausente, en caché: Ninguno
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 19] i101: Paquete detectado: AspNetCoreModule_x64, estado: Presente, en caché: Completo
dd_DotNetCoreTools__20160922122518.
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 21] i201: Paquete planificado: AspNetCoreModule_x86, estado: Ausente, pedido predeterminado: Ausente, ba solicitado: Ausente, ejecutar: Ninguno, reversión: Ninguno, caché : No, desempacar: No, dependencia: Ninguna
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T12: 25: 21] i201: Paquete planificado: AspNetCoreModule_x64, estado: Presente, pedido predeterminado: Reparación, ba solicitado: Reparación, ejecutar: Reparación, reversión: Ninguno, caché : No, desempacar: No, dependencia: Registrarse
dd_DotNetCoreTools__20160922122518.log: [319C: 10BC] [2016-09-22T12: 26: 38] i304: Carga útil existente verificada: AspNetCoreModule_x64 en la ruta: C: \ ProgramData \ Package Cache {A0845055-ED2B-41CF-B7995-A2965} 9.1965 \ packages \ aspnetcoremodule_x64_en_rc2_14.msi.
dd_DotNetCoreTools__20160922122518.log: [319C: 377C] [2016-09-22T12: 29: 28] i301: Aplicar paquete de ejecución: AspNetCoreModule_x64, acción: Reparar, ruta: C: \ ProgramData \ Package Cache {A0845055-ED2B-41CF-B799 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: Paquete de ejecución aplicado: AspNetCoreModule_x64, resultado: 0x0, reinicio: Ninguno
dd_DotNetCoreTools__20160922122518.log: [319C: 377C] [2016-09-22T12: 29: 33] i325: Registro de dependencia: {22041006-8484-4b8d-a13c-40189695de2f} en el proveedor de paquetes: IIS_AspNetCorex64_Module, AspNetCoreModule
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T13: 32: 49] i410: Variable: WixBundleLog_AspNetCoreModule_x64 = C: \ Usersjdunn \ AppData \ Local \ Temp \ dd_DotNet_60002Tools__

@jhkimnew En mi caso, nunca he creado una aplicación ASP.NET Core a pesar de que las herramientas estaban instaladas en mi máquina. Tenía Windows 7 x64 con una aplicación ASP.NET 4.0, ejecutándose en un grupo de aplicaciones de 32 bits . Después de actualizar a Windows 10, cualquier intento de cargar una aplicación en este grupo resultó en el error. Creo que cuando desactivé la opción de 32 bits, el error desapareció, aunque esta no fue una buena solución para mí, ya que mi aplicación requiere cargarse como de 32 bits. Espero que esto ayude.

@reijerh La última línea de su salida tiene una pista interesante sobre el problema que ejecutó int.
Por algunas razones, el módulo aspnetcore se desinstaló (se eliminó).
¿Adjuntaría el archivo dd_DotNetCoreTools__20160920112251.log para que podamos comprobar por qué se eliminó?

Claro, tuve que agregar la extensión .txt para cargar. También eliminé mi nombre de usuario de las rutas en el registro.

dd_DotNetCoreTools__20160920112251.log.txt

@reijerh , ¿puede adjuntar todos los registros para la instalación (todo en% temp% que comienza con dd_DotNetCoreTools)

Sí, tenga en cuenta que ya he reparado Tooling Preview 2.

aspnetcore.zip

Acabo de chupar una actualización de Windows 10, y ahora IIS no funciona en absoluto. Recibo este error en el Visor de eventos cuando intento acceder a cualquier sitio que haya configurado en IIS:

No se pudo cargar la DLL del módulo C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll. Los datos son el error.

Estoy teniendo exactamente el mismo problema. Un grupo de aplicaciones deja de funcionar después de unos segundos cada vez que lo inicio. El registro de errores indica: No se pudo cargar la DLL del módulo C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll. Instalé la actualización de ASP .NET Core Visual Studio ayer.

Si usa solo Asp.Net, no necesita el módulo aspnetcore.dll y la mejor solución es eliminar esa configuración.

Creo que te has perdido algo aquí. Puede que haya usado o no ASP.NET Core como parte de IIS en el pasado, pero no he cambiado ninguna configuración manualmente. Algunas actualizaciones de Windows han absorbido algo que arruinó a IIS.

La única forma en que pude solucionar el problema fue desinstalar completamente IIS, ASP.Net, reiniciar mi computadora, luego reinstalar y reiniciar nuevamente.

@reijerh Comprobamos el archivo de registro. Todos los archivos de registro que envió se crearon después del 20/9/2016.

Al leer el archivo de registro, notamos que actualizó 1.0.0 a 1.0.1 el 20/9 y reparó 1.0.1 el 28/9.
El 20 de septiembre, no se realizó ninguna acción con respecto a aspnetcore.dll y no pudimos encontrar ninguna evidencia de por qué el archivo aspnetcore.dll estaba dañado o eliminado.
1.0.0 y 1.0.1 tienen la misma versión de aspnetcore.dll y no desinstalamos / instalamos el archivo mientras actualizamos 1.0.0 a 1.0.1.
Entonces, supongo que desinstaló el archivo aspnetcore.dll antes del 20/9.
¿Enviaste todos los archivos de registro? Obviamente, no envió los archivos de registro cuando instaló 1.0.0, lo que ocurre antes del 20/9. Para comprender lo que realmente sucede, necesitamos todos los archivos de registro.
Si no limpió los archivos de registro, ¿crearía otro archivo zip que incluya todos los archivos de registro (.log) cuyo nombre de archivo comienza con "dd_" para que podamos entender lo que sucedió antes del 20/9?

¿Qué es% temp%?
¿Qué es ANCM?

Básicamente, no tengo ni idea. He instalado vistas previas de ASP.Net Core en el pasado. Pero, a partir del otro día, IIS estaba completamente frito, no solo para las instancias Core, todas las instancias. Eso es todo lo que sé.

está bien. Aquí están mis registros:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

En cuanto a esta cosa de ANCM de la que hablas, he instalado varias cosas. Muy a menudo, VS me dice "Hay una nueva versión de .NET Core disponible", así que sigo el enlace y no funciona. Entonces, busco en Google y busco algún otro instalador que pueda o no funcionar.

No me perdí de nada. Eso es todo lo que estaba ahí.

No. Ese no es el caso. No hay otros usuarios en mi máquina.

Es muy tarde ahora. IIS se frió. Mucha gente lo aceptará.

No sirve de nada llorar por la leche derramada ahora. La gente solo necesita desinstalar IIS por completo y volver a instalarlo.

@MelbourneDeveloper Lo siento, pero decidí eliminar mi escrito sobre la

@jhkimnew lo siento, esto es todo lo que hay en mi _% temp% _ que comienza con _dd_dotnetcoretools_. Oh, espera, quieres todo lo que comienza con _dd__, un momento.

Editar: aquí está, dd.zip

Lamentamos que las marcas de tiempo modificadas de los archivos se modifiquen mediante la anonimización.

@reijerh Parece que perdió los archivos de registro relacionados con 1.0.0. No pudimos encontrar ninguna información de por qué aspnetcore.dll no se pudo cargar en su máquina con los archivos de registro proporcionados.

Si alguien se encuentra con el problema nuevamente, antes de reparar las herramientas .NetCore, recopile la siguiente información y envíenos un mensaje para que podamos averiguar qué está sucediendo cuando el problema aún está sucediendo.

1. El mensaje de error de evento completo
   (Para su información, con el error de evento, podemos determinar qué archivo aspnetcore.dll está causando el problema, ya sea% windir% \ system32 \ inetsrvaspnetcore.dll o uno diferente en otro directorio)
2. Confirme si el archivo aspnetcore.dll que se mostró en el evento de error no existe o no. Simplemente puede ejecutar "dir [la ruta de archivo de aspnetcore.dll]" para obtener esa información. Si la ruta aspnetcore.dll problemática comenzó desde el directorio% windir% \ system32 \ inersrv y su máquina tiene un sistema operativo de 64 bits instalado, confirme si el archivo% windir% \ syswow64 \ inetsrvaspnetcore.dll existe o no también.
3. Confirme si el archivo aspnetcore_schema.xml existe o no. El archivo de esquema se coloca en "% windir% \ System32 \ inetsrv \ config \ schema" para IIS o "% ProgramFiles% \ IIS Express \ config \ schema" para IISExpress
   (Para su información, nos gustaría saber si solo se elimina aspnetcore.dll o si su archivo de esquema también se elimina junto)
4. Indique qué archivo aplicatiohost.config tiene la configuración de archivo aspnetcore.dll problemática, ya sea% windir% \ system32 \ inetsrv \ config \ applicationhost.config o "la ruta de su solución" .vs \ config \ applicationhost.config. Puede abrir el archivo con notepad.exe y buscar aspnetcore.dll para encontrar esa información.
5. Indique cuándo ocurre este problema en los siguientes casos:
   1) Después de instalar la nueva actualización de Windows 10
   2) Después de actualizar el sistema operativo desde la versión de nivel inferior del sistema operativo
   3) Después de instalar otro paquete de software, como una nueva versión de .NetCore
6. Si se encuentra con este problema después de instalar la nueva actualización de Windows 10 o después de actualizar el sistema operativo desde la versión de nivel inferior, infórmenos qué sistema operativo y qué versión de sistema operativo tenía antes de actualizar el sistema operativo
7. Si se encuentra con este problema después de instalar la nueva actualización de Windows 10 o después de actualizar el sistema operativo desde la versión de nivel inferior, envíe el archivo% windir% \ iis.log, que es el archivo de registro de configuración de IIS con información detallada de la actividad de configuración de IIS durante la Actualización del sistema operativo
8. Si, antes de que ocurra este problema, estaba utilizando aspnetcore.dll, indíquenos de qué manera instaló el archivo aspnetcore.dll en los siguientes casos:
   1) Instalé las últimas herramientas .NetCore u otra versión anterior
   2) Instalé la versión anterior del programa de instalación de herramientas .NetCore (o paquete de nombre diferente)
   3) Descargué el programa de instalación ANCM (módulo AspNetCore) (.msi) y ejecuté el programa de instalación para instalar aspnetcore.dll
   4) Copié el archivo aspnetcore.dll de una máquina diferente a mi máquina y lo configuré manualmente sin ejecutar ningún otro programa de instalación
   5) nunca lo instalé
   6) No sé si lo instalé o no

@jhkimnew Si desea reproducirse a sí mismo, es bastante simple y sucede el 100% del tiempo cuando se actualiza de una CONSTRUCCIÓN de Windows 10 a una compilación más nueva (que no debe confundirse con la instalación de una actualización acumulativa) si ya tiene la última VS y herramientas instaladas y están ejecutando su sitio en IIS en un grupo de aplicaciones de 32 bits. Por ejemplo: actualice de 1511 a 1607 (que es lo que la mayoría hizo en este hilo para encontrar este problema ... aunque si observa el inicio del hilo, verá a varios de nosotros advirtiendo que esto sería un problema cuando ejecutamos en esto con cada nueva compilación lanzada al programa de información privilegiada antes del lanzamiento de 1607). Si ya está en 1607, la forma más fácil de reproducir es unirse al programa de información privilegiada y actualizar a la última versión de información privilegiada. Pasará. No estoy seguro de que los registros de .net core le muestren nada, ya que el problema ocurre al actualizar las compilaciones de Windows, no al instalar .net core. La reparación del núcleo .net siempre lo soluciona.

Para reproducir desde cero (o, digamos, en una máquina virtual):

1. Instale Windows 10 1511 o anterior.
2. Agregue IIS y .Net y MVC.
3. Instale Visual Studio 2015 y todas las actualizaciones de herramientas MVC (esto instalará aspnetcore).
4. Cree una aplicación MVC de demostración e instálela en IIS, configurando su grupo de aplicaciones para que se ejecute en modo de 32 bits.
5. En este punto, todo debería funcionar a la perfección.
6. Con Windows Update, actualice a Windows 10 1607.
7. Lucro. O más bien ... disfrute experimentando este error la primera vez que intente ejecutar el sitio mvc de 32 bits (que ni siquiera necesita / usa .netcore).

@BryanTheCrow esto no se reproduce en todas las máquinas. Tengo dos que se actualizan semanalmente en los que esto no ha sucedido.

@Tratcher Interesante. Intentemos precisar la diferencia. En aquellas máquinas que actualizan compilaciones recientemente, también:

1. ¿Tiene instalado Visual Studio 2015 + Update 3 + MVC + Tooling Updates (que incluyen dotnetcore)?
2. ¿Tiene IIS instalado?
3. Tener un sitio MVC (no dotnetcore) configurado en IIS
4. Utilice un grupo de aplicaciones de 32 bits para ese sitio

1 sí, 2 sí, 3 no. Principalmente pruebo sitios principales. 4 no.

@BryanTheCrow Si puede reproducir el problema, ¿recopilaría la información que le pregunté anteriormente? Y observe cómo se cambia el archivo aspnetcore.dll antes / después de actualizar el sistema operativo. Para observar eso, deberá verificar si su máquina tiene% windir% \ system32 \ inetsrvaspnetcore.dll y% windir% \ syswow64 \ inetsrvaspnetcore.dll antes de actualizar el sistema operativo y anotar el tamaño del archivo. Y luego compárelo después de actualizar el sistema operativo.

@Tratcher Estoy bastante seguro de que esto solo afecta a dotnetcore.dll de 32 bits. Me pregunto si cambió uno de los grupos de aplicaciones iis de su sitio a 32 bits si pudiera reproducir en una de esas máquinas. De lo contrario, la aplicación MVC normal puede ser un requisito.

@jhkimnew No estaba planeando ejecutar compilaciones internas nuevamente durante unos meses (me gusta esperar hasta que las nuevas funciones estén disponibles y las cosas no sean tan inestables). Si bien es fácil de reproducir haciendo lo que expuse anteriormente, se necesitan algunas horas para completar las instalaciones de configuración y realmente no tengo tiempo en este momento.

Como parece que eres el que está investigando una solución, asumí que te gustaría reproducirlo por ti mismo. De lo contrario, la próxima vez que instale una nueva compilación, volveré a verificar si nadie más se ha reproducido y publicaré respuestas a todas sus preguntas anteriores.

@BryanTheCrow ¿Qué es dotnetcore.dll? ¿Quizás error tipográfico para aspnetcore.dll?
Mientras tanto, ¿enviaría el% windir% \ iis.log a su máquina e informe cuándo actualizó el sistema operativo para que podamos ver lo que sucedió ese día con el registro de configuración de IIS?
Y, por favor, explique qué debo hacer para las "Actualizaciones de herramientas de MVC +" desde el paso de reproducción de "Visual Studio 2015 + Actualización 3 + Actualizaciones de herramientas de MVC +".
Hay un par de compilaciones de paquetes de paquetes de herramientas, por lo que me gustaría seguir exactamente los mismos pasos que usted y por eso quiero información detallada sobre cómo hacerlo.

@jhkimnew Sí, lo siento ... escribiendo rápidamente en la memoria. Mi error.

Lo siento, mi memoria es un poco confusa ya que no intenté explícitamente instalar ASP.Net Core. Viene con una de las otras actualizaciones o tal vez incluso con la instalación inicial de VS2015. No creo que importe cómo lo instale, solo que lo instale ... Dicho esto, aquí están los pasos tal como los recuerdo ... muchos de estos pasos pueden no ser necesarios para reproducirlos, pero en interés de estando completo los incluiré:

1. En Win 10 Pro (versión anterior a rs1), utilice Activar / desactivar / activar / desactivar las funciones de Windows y configurar con lo siguiente marcado (omita Hyper-V si lo desea. Sé que me he encontrado con esto con / sin él):
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. Instale Visual Studio 2015 con la Actualización 3 y actualice a las últimas versiones siguiendo las indicaciones de actualización a través del cuadro de diálogo de extensiones y actualizaciones (y la pequeña bandera en la parte superior derecha) ... Recuerdo que se necesitaba una actualización de Azure. Eso puede haber instalado aspnetcore ... No recuerdo haberlo instalado explícitamente ... Creo que venía incluido con VS 2015 o con una de las actualizaciones iniciales de herramientas. Estoy usando VS Enterprise, en caso de que eso marque la diferencia.
3. Usando el cuadro de diálogo Extensiones y actualizaciones de VS 2015, verifique dos veces para asegurarse de que tiene Microsoft ASP.NET y Web Tools, y Microsoft ASP.NET Web Frameworks and Tools instalados (recuerdo que estos ya estaban instalados al instalar VS2015, pero podría estar equivocado, por lo que vale la pena verificarlo dos veces). Si no es así, instálelos.
4. Uso del instalador de plataforma web Instale el instalador del paquete de idioma MVC3 y URLRewrite 2.0
5. Reiniciar.
6. Con Windows Update, instale actualizaciones de seguridad (pero no actualice aún las compilaciones).
7. Configure un sitio MVC 4 básico (por ejemplo, la plantilla / aplicación de demostración) en IIS.
8. Configure su grupo de aplicaciones para que se ejecute en modo de 32 bits.
9. Verifica que funcione.

En ese momento, el único paso que necesitaba para reproducirme era pasar por el proceso de actualización de Windows para actualizar a una nueva compilación. Después de la actualización, obtenía errores al intentar cargar tanto el módulo DotNetCore como el módulo URLRewrite, lo que mataba el grupo de aplicaciones cuando intentaba cargar una página por primera vez. Ejecutar una reparación en ambos en "Agregar o quitar programas" los corrige.

Aquí está mi registro de IIS actual. No estoy 100% seguro, pero creo que hice una instalación limpia de 1607 cuando salió y lo volví a configurar desde cero, así que no estoy seguro de que esto sea útil.

iislog.zip

Me pregunto si vale la pena mirar% windir% \ Windowsupdate.log para ver si hay algún rastro que muestre qué modificó la actualización en la máquina. IIS es una función del sistema operativo, por lo que es posible que la actualización del sistema operativo pueda afectar eso y no necesariamente respete los elementos adicionales que se instalaron, como ANCM.

Es posible que la actualización del sistema operativo pueda afectar eso y no necesariamente respete elementos adicionales que se instalaron, como ANCM.

@joeloff, eso ciertamente parece ser lo que está sucediendo aquí, ya que también afecta a URLRewrite 2.0. Los módulos instalados a través de "Activar / desactivar funciones de Windows" no tienen ningún problema. Pero algo en el proceso de actualización de la compilación parece matar algunos, pero no todos, los módulos, cuando se intenta usarlos en un grupo de aplicaciones de 32 bits.

@BryanTheCrow De acuerdo, encontré un paso de reproducción consistente siguiendo tus pasos de reproducción. Muchas gracias por tu ayuda. Pude reproducir este problema con mi máquina. Cuando ocurre este problema, el aspnetcore.dll en el directorio% windir% \ syswow64 \ inetsrv desaparece después de actualizar el sistema operativo.
Investigaré más con la ayuda del equipo de IIS sobre el sistema operativo actualizado y les actualizaré sobre este problema pronto.

@jhkimnew Me alegra escucharlo. Ojalá resulte algo sencillo. 👍🏻

¡Parece que IIS necesita un mensaje de error mejor con la ruta de archivo correcta! :)

Tuve esto en Windows 10 Anniversary que no son miembros de Insiders. La reinstalación de aspnet core no lo solucionó, pero la desinstalación de todos los elementos de aspnet core de Programas y características sí.

Parece que esto está rompiendo máquinas de producción reales: perdí varias horas tratando de solucionar esto mientras se suponía que debía estar haciendo un trabajo urgente. No creo que haya elegido siquiera poner material de vista previa en mi máquina de producción; VS lo hizo?

@DanTup Sí, cualquier actualización de compilación de Windows 10 activa esto (actualización de aniversario incluida). Las actualizaciones internas son solo la forma más fácil de reproducir para aquellos que ya están en 1607, ya que salen con una nueva compilación semanalmente, en lugar de cada dos años.

La reparación de "Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2" a través de "Programas y características" lo corrige sin necesidad de desinstalar todos los elementos (aunque eso también funcionará).

@BryanTheCrow Es preocupante que un error tan crítico se haya conocido durante meses y esté afectando a las máquinas de producción (y por el tweet que recibí de @shanselman , ni siquiera estoy seguro de si el equipo de aspnet se da cuenta de que está afectando a los no iniciados. no obtuve respuesta ..).

La reparación no pareció funcionar para mí; intenté varias veces incluyendo reinicios :-(

Mi fe en la calidad del código de MS desciende cada mes; pasamos más tiempo que nunca luchando contra problemas que no son nuestros y a nadie parece importarle: - /

No te preocupes, @DanTup. @jhkimnew (arriba) ha confirmado / reproducido recientemente y está trabajando con los diversos equipos involucrados para llegar al fondo. Soy optimista de que tendrán una solución antes de que se lance 1703.

Gracias a todas las personas que informaron del problema.

Causa principal

Hay un error en la ruta de actualización de IIS. Los archivos que no son del sistema operativo en el directorio C:\Windows\SysWOW64\inetsrv no se conservan durante una actualización del sistema operativo. Si tiene módulos IIS que no se enviaron como parte de Windows y colocan archivos en el directorio inetsrv , estarán dañados. El módulo ASP.NET Core, el controlador de plataforma HTTP, la reescritura de URL y el kit de herramientas de optimización SEO son módulos IIS que se romperán durante la actualización del sistema operativo. Es posible encontrar este problema si también usa otros módulos de terceros.

¿Cuándo me encuentro con este problema?

Si tenía alguno de los módulos mencionados anteriormente instalado antes de la actualización de su sistema operativo y luego intente ejecutar cualquier grupo de aplicaciones en modo de 32 bits después de la actualización de su sistema operativo.
Encontrará este problema incluso si su aplicación no utiliza un módulo no disponible.

¿Cuál es el trabajo alrededor?

Repare todos los módulos que fueron golpeados durante la actualización de su sistema operativo.

¿Cómo sé qué módulos faltan?

Debería ver un error en el visor 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>

¿Cuándo lo arreglarás realmente?

Estamos probando una solución en este momento, actualizaré este espacio cuando pueda compartir una fecha concreta / compilación de Windows en la que se solucionará

Este problema se ha solucionado en Windows Insider Build 15002

Vale la pena señalar que aunque el mensaje de error dice "El módulo DLL C:\WINDOWS\system32\inetsrv\rewrite.dll no se pudo cargar", el archivo real que falta es C:\WINDOWS\syswow64\inetsrv\rewrite.dll . Los accesos al directorio system32 mediante el proceso de trabajo de IIS de 32 bits se redirigen a syswow64 .

Tal como encontré este problema y lo que solucionó esto para mí fue editar el grupo de aplicaciones (predeterminado)

deshabilitar 32 aplicaciones recicla el grupo de aplicaciones y funcionó. detuvo el grupo de aplicaciones nuevamente, vuelva a habilitar el soporte de 32 bits y aún funciona, ¿es posible que algo no se haya configurado correctamente después de la actualización del 10 aniversario de Win?

@GMZ Parece que su proceso de trabajo no se ha reiniciado después de volver a habilitar el soporte de 32 bits. Intente forzar el reciclaje de AppPool y aún debería ver que este problema persiste.

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

Este problema se ha solucionado en Windows Insider Build 15002