<p>aspnetcore.dll konnte #597 nicht laden</p>

Geöffnet im Auftrag von @teovc.

@teovc Weitere Details sollten

In der Detailansicht der Fehlermeldung steht folgendes [siehe angehängtes Bild].
Eine kleine Suche in Bing zeigt an, dass der Fehler mit 32-Bit-Anwendungen zusammenhängt, aber der Anwendungspool hat diese Option aktiviert.

Der Fehler weist darauf hin, dass der 32-Bit-AppPool versucht, die 64-Bit-aspnetcore.dll zu laden. Könnten Sie bitte die Dateiinfo "C:\Windows\System32\inetsrv\aspnetcore.dll" und "C:\Windows\SysWOW64\inetsrv\aspnetcore.dll" teilen

Können Sie die Informationen, die Sie anzeigen möchten, bitte etwas genauer beschreiben? (aka, ist das, wonach du suchst?)

Die Datei sieht richtig aus. Ich habe die gleiche MSI-Version wie deine auf einer Win 10-Box installiert und funktioniert. Etwas stimmt nicht mit Ihrer Maschinenkonfiguration. Könnten Sie bitte Ihre applicationhost.config und web.config teilen.
Als Workaround können Sie "32-Bit-Anwendung aktivieren" auf false setzen, um zu sehen, ob es hilft.

Die DLLs funktionieren, das Problem tritt auf , wenn eine neue Version des Betriebssystems als Teil des Self-Hosting-Erlebnisses
Im Moment verwende ich die Standardwebsite (C:\inetpub\wwwroot). Angehängt ist die Datei web.config (mit der Erweiterung txt, da sich GitHub beschwert).
web.config.txt

Diese web.config ist nicht diejenige, die Sie für die ASP.NET Core-Anwendung verwendet haben, da sie keine ASP.NET Core-Moduleinstellung enthält. Könnten Sie bitte versuchen, das ASP.NET Core-Bundle zu deinstallieren und es nach dem Upgrade des Betriebssystems erneut zu installieren, um zu sehen, ob es hilft?

Könnten Sie bitte applicationhost.config unter C:\Windows\System32\inetsrv\config freigeben. Diese Datei ist eine IIS-Konfigurationsdatei und gibt den Pfad von aspnetcore.dll an.

Ich werde diese Option ausprobieren. In der Zwischenzeit ist hier die Datei applicationhost.config. Bitte beachten Sie, dass die bisherige Lösung (Reparieren oder Entfernen / Installieren) einige Zeit in Anspruch nimmt, die die Leute verlieren. Personen außerhalb der Organisation sind möglicherweise nicht allzu sehr von dem Problem betroffen, da die Häufigkeit von Betriebssystemaktualisierungen geringer ist als bei Personen innerhalb der Organisation. Danke.
applicationHost.config.txt

gleiche frage an mich
weil die Anwendung 32-Bit ausführen und integrieren muss

Wollte nur hinzufügen, dass ich gerade auf dieses Problem gestoßen bin.
Wenn Sie "ASP.NET Core-Bundle" deinstallieren sagen, auf welchen Teil beziehen Sie sich?

Ich möchte eine alte Anwendung im 32-Bit-Modus ausführen
Außerdem wollte ich die ASP.NET Core-Anwendung studieren
schlechte Möglichkeit, "ASP.NET Core-Bundle" zu deinstallieren, gibt es einen anderen Weg?

Hallo zusammen,
Ich habe die beiden Pakete im Zusammenhang mit ASP.NET Core aus der Systemsteuerung / Programme hinzufügen oder entfernen entfernt und dann VS die nächste Version von ASP.NET Core installieren lassen (Microsoft.NET Core 1.0.0 - SDK Preview 2 (x64) , und Microsoft.NET Core 1.0.0 - VS 2015 Tooling Preview 2) und das Problem tritt weiterhin auf, wenn eine neue Version des Betriebssystems installiert wird.

Unter VS2015 - Update 2 funktioniert die Lösung / die Projekte gut, aber als ich auf VS2015 - Update 3 aktualisiert habe, zusammen mit Erweiterungsupdates, bin ich auf dieses Problem gestoßen. Also, etwas ist anders, was die Lösung/Projekte kaputt gemacht hat. Alle Projekte sind unter .NET v4.6 Frameworks, es gibt hier keine .NET Kernprojekte/-lösungen. Ein paar Tage später, als ich den Quellcode von TFS geklont habe, funktioniert es dann ohne Anzeichen von Fehlern. Komisch. Das macht auch keinen Sinn.

Ich möchte nur hinzufügen, dass ich jedes Mal auf dieses Problem stoße, wenn ein neuer Insider-Build von Windows 10 herauskommt. Am Ende muss ich .Net Core jedes Mal deinstallieren/neu installieren. Wenn dies nicht vor dem Start des Jubiläums-Updates am 2. August behoben wird, wird es viele verwirrte Entwickler geben.

Gleiches Problem beim Upgrade von Win 8.1 auf Win 10.
Deinstallation & Neuinstallation von DotNetCore.1.0.0-VS2015Tools.Preview2.exe behoben.

Musste nur die "Reparatur" ausführen, damit es wieder funktioniert. Ich musste nicht die vollständige Deinstallation/Installation durchführen. Aber ich habe gerade auf das Jubiläums-Update aktualisiert und war ein wenig verärgert, dass ich auf Anhieb auf dieses Problem gestoßen bin.

Das gleiche hier nach dem Update auf das Jubiläums-Update...

Das Ausführen einer Reparatur auf Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 sowie ein Neustart funktionierte bei mir auch nach der Installation des Jubiläumsupdates.

Das Ausführen einer Reparatur auf Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 sowie ein Neustart funktionierte bei mir auch nach der Installation des Jubiläumsupdates.

Bestätigt, dass dies für mich bei Build 14393 funktioniert hat.

Installierte Tooling Preview 2 von https://www.microsoft.com/net/core#windows
Ich musste nicht neu starten, habe nur meinen App-Pool gestartet und meine Website lief wieder.

Das Ausführen einer Reparatur auf Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 sowie ein Neustart funktionierte bei mir auch nach der Installation des Jubiläumsupdates.

Danke, das Ausführen einer Reparatur und das Neustarten des Anwendungspools haben dieses Problem für mich gelöst. Das Problem begann nach dem "Anniversary Update".

Das gleiche Problem hier - nach dem Windows 10 Anniversary Update defekt - dh ein neues Betriebssystem-Update macht es kaputt.

Auf meiner Box wurde das aspnetcore.dll Modul als globales Modul installiert. Wenn IIS die DLL nicht laden konnte, blockierte es den Start von _all_ App-Pools (einschließlich App-Pool-Wiederholungen, Erreichen des Wiederholungslimits und dann Deaktivieren des App-Pools .. . nacheinander ... immer wenn jeder App-Pool versucht, auf die erste Anforderung zu starten).

Dies ist ungefähr so ​​weit von den Vorteilen von "isolierter xcopy-Bereitstellung pro App" entfernt, wie ich mir vorstellen kann: Das Betriebssystem-Update unterbricht alle Web-Apps auf dem Computer des Entwicklers.

Ich hatte das zusätzliche Problem, dass ich Core Tooling Preview 2 nicht reparieren oder deinstallieren konnte (der Fehler "Konto existiert bereits"). Das Durchführen einer Reparatur auf VS 2015 scheint das Problem beim Laden von aspnetcore.dll behoben zu haben.

Bestätigt, dass dies für mich bei Build 14393 funktioniert hat.

Installierte Tooling Preview 2 von https://www.microsoft.com/net/core#windows
Ich musste nicht neu starten, habe nur meinen App-Pool gestartet und meine Website lief wieder.

Das hat bei mir funktioniert.
Ich brauchte zum Installieren und Reparieren die beiden Artikel, da der .net-Kern noch nicht installiert war, ging nur mit IIS...
Nur die Installation hat bei mir nicht funktioniert.

Gleiches Problem und Lösung hier. Gerade repariert .NET Core 1.0.0 RC2, Tooling Preview 1.

.NET Core 1.0.1 VS 2015 Tooling Preview 2 auf meinem Computer repariert, das Problem wurde behoben.

Hatte das gerade auch mit dem Windows 10 Ver 1607-Update dieser Woche. Musste ".NET Core 1.0.0 RC2, Tooling Preview 1" reparieren
habe diese Seite über Stackoverflow gefunden http://stackoverflow.com/questions/37475214/net-mvc-4-project-fails-with-event-log-error-the-module-dll-c-windows-system3

Ich hatte heute das gleiche Problem und wie alle hier habe ich .NET Core 1.0.1 VS 2015 Tooling Preview 2 auf meinem Computer repariert, um das Problem zu beheben. Das Seltsame ist jedoch, dass ich dieses Tool erst heute installiert hatte, kurz nachdem ich einen Patch von Visual Studio Update 3 installiert hatte.

Ich habe das gleiche Problem, bei dem ich alle .net-Kerne auf meinem Computer deinstalliert habe, um meine Legacy-Arbeit zu erledigen:(

Deinstallieren Sie .NET Core 1.0.0 RC2 SDK Preview1 (x64). dann Reparieren Sie NET Core 1.0.0 RC2, Tooling Preview 1.
funktioniert bei mir

Hatte das gleiche Problem nach dem Update auf Windows 10 Anniversary. Das Reparieren von .NET Core 1.0.1 VS 2015 Tooling Preview 2 hat das Problem behoben. Ich musste auch das von mir installierte URL-Rewrite-Modul neu installieren, das einen ähnlichen Fehler verursacht.

@freeboarder Hallo, ich versuche, die Repro-Schritte für dieses Problem zu finden. Von welchem ​​Betriebssystem haben Sie Ihren Computer auf Windows 10 Anniversary, Windows 10 oder Windows 8.1 aktualisiert? Und bitte erklären Sie, was Sie genau für das Update auf Windows 10 getan haben, damit ich dasselbe tun kann, um das Problem zu reproduzieren.

@freeboarder , Heute habe ich versucht, das Problem zu reproduzieren, konnte das Problem jedoch nicht reproduzieren. Hier ist, was ich getan habe. Bitte lassen Sie mich wissen, wenn etwas fehlt, um das Problem zu reproduzieren, auf das Sie gestoßen sind.

1. Bereiten Sie einen AMD64-Rechner vor und installieren Sie Win10 RTM Build 14393.0.160715
2. IIS installieren
3. Installieren Sie VS 2015 + VS-Update3
4. Gehen Sie zu https://www.micorosft.com/net/core#windows und installieren Sie dann „.NET Core 1.0.1 – VS 2015 Tooling Preview 2“
5. Starten Sie den Computer neu, um die IIS-Dienste zu aktualisieren, um die Dotnet-Tool-Konfigurationen anzuwenden
6. Erstellen Sie eine Aspnetcore-Beispielanwendung, stellen Sie sie auf IIS bereit und überprüfen Sie, ob alles funktioniert
7. Gehen Sie zu Einstellungen > Updates & Sicherheit > Windows Update und installieren Sie das "Update für Windows 10 Version 1607 für x64-basierte Systeme (KB3176936)".
8. Nach dem Update habe ich bestätigt, dass alles noch funktioniert

@jhkimnew Dies geschah, als letzte Woche das Windows-Upgrade auf v1607 stattfand. Haben Sie eine ältere Version von Windows, auf der iis installiert ist. Installieren Sie dann das URL-Rewriting-Addon und die .net-Tooling-Vorschau. Sie lassen die Windows auf v1607 aktualisieren. Es rekonfiguriert iis und gibt den erwähnten Fehler aus. Das Reparieren der Installationen behebt den Fehler, aber das Upgrade sollte wirklich zurechtkommen. So ist es mir jedenfalls begegnet.

@FlapperMK Was meinst du mit "rekonfiguriert iis"?
Meinst du, das aspnetcore.dll-Modul ist weg? Oder ist die Datei aspnetcore.dll weg? Oder beides?
Bei einem normalen/erfolgreichen Upgrade des Betriebssystems sollte IIS seine Konfiguration und alle Dateien nicht zurücksetzen. Ich habe es bereits auf meinen Testmaschinen bestätigt.
Wenn Sie die Repro-Schritte kennen, teilen Sie mir diese bitte mit, damit wir das Problem untersuchen können.

Das Tooling wurde über Visual Studio installiert. Beim Upgrade konnte die Initialisierung aufgrund der oben angegebenen Fehler fehlgeschlagen werden. Iis hatte noch Hinweise für die Werkzeuge, aber irgendwo wurde etwas nicht gefunden, das den Fehler verursacht. Reparieren der Installation hat das Problem behoben und wurde erfolgreich initialisiert. Bis zur Reparatur war nichts durchsuchbar.

@FlapperMK Damit ich dieses Problem verstehe, teilen Sie mir bitte mit, ob die Datei %SystemRoot%\system32\inetsrvaspnetcore.dll existiert oder nicht, wenn die Initialisierung von IIS fehlschlägt. Der Grund, warum ich frage, ist, dass beim Upgrade des Betriebssystems keine vorhandene Datei im inetsrv-Verzeichnis entfernt werden sollte. Wenn die Datei vorhanden ist, erhalten Sie jedoch immer noch den Fehler. Sie sollten überprüfen, welcher Pfad für die Datei aspnetcore.dll in der Datei %SystemRoot%\system32\inetsrv\config\applicationhost.config verwendet wird. Wenn es auf einen anderen Pfad zeigt, müssen Sie überprüfen, ob der konfigurierte Pfad gültig ist oder nicht. Grundsätzlich möchte ich verstehen, was wirklich passiert ist.
Wenn die Datei existiert und der konfigurierte Pfad gültig ist, können wir nicht sagen, dass die IIS-Konfiguration durch das Aktualisieren des Betriebssystems zurückgesetzt wurde und möglicherweise etwas anderes passiert.

Bei mir war ich auf 10586. IIS installiert. Version Vs2015 installiert, im Laufe der Zeit auf den neuesten Patch aktualisiert. Nur installierte .net-Core-Version.

Windows aktualisierte sich dann selbst auf 14393. Dann hatte ich das Problem mit IIS und .net Core und musste es neu installieren, um es zu beheben. Alles auf 64bit.

@realwarder , kannst du das Problem noch einmal reproduzieren? Wenn ja, die gleiche Frage auch an Sie. Damit ich dieses Problem verstehe, teilen Sie mir bitte mit, ob die Datei %SystemRoot%\system32\inetsrvaspnetcore.dll existiert oder nicht, wenn die Initialisierung von IIS fehlschlägt. Der Grund, warum ich frage, ist, dass beim Upgrade des Betriebssystems keine vorhandene Datei im inetsrv-Verzeichnis entfernt werden sollte. Wenn die Datei vorhanden ist, erhalten Sie jedoch immer noch den Fehler. Sie sollten überprüfen, welcher Pfad für die Datei aspnetcore.dll in der Datei %SystemRoot%\system32\inetsrv\config\applicationhost.config verwendet wird. Wenn es auf einen anderen Pfad zeigt, müssen Sie überprüfen, ob der konfigurierte Pfad gültig ist oder nicht. Grundsätzlich möchte ich verstehen, was wirklich passiert ist. Wenn die Datei existiert und der konfigurierte Pfad gültig ist, können wir nicht sagen, dass die IIS-Konfiguration durch das Aktualisieren des Betriebssystems zurückgesetzt wurde und möglicherweise etwas anderes passiert.

@realwarder @FlapperMK
Das ist zu deiner Information. Die aspnetcore.dll wird installiert, wenn Sie Aspnet Core installieren. Aspnet Core ist eines der Pakete, die in den .Net Core VS-Tools enthalten sind.
Wenn auf Ihrem Computer IIS installiert ist, installiert das Aspnet Core-Setup die aspnetcore.dll sowohl im IISExpress- als auch im IIS-Verzeichnis. Wenn auf Ihrem Computer kein IIS installiert ist, installiert das Aspnet Core-Setup aspnetcore.dll nur im IISExpress-Verzeichnis.

Auf meinem Testcomputer wurde die Datei aspnetcore.dll nach der Installation des Betriebssystemupdates nicht gelöscht. Ich sehe keinen Grund, warum die Datei entfernt wird, es sei denn, Sie rufen unbeabsichtigt das Aspnet Core-Setup auf, um aspnetcore.dll zu deinstallieren.

Wenn jemand die Repro-Schritte mitteilen kann, lassen Sie es mich bitte wissen und ich werde prüfen, was das Problem verursacht. Bisher sehe ich keine konsistenten Repro-Schritte und versuche zu verstehen, was wirklich passiert.
Zunächst möchte ich überprüfen, ob die Datei entfernt wurde oder nicht, um sicherzustellen, dass die Fehlermeldung kein Fehlalarm ist.

Wir sollten auch nach fehlenden Schemadateien und applicationhost.config-Einträgen suchen. @jhkimnew kannst du beschreiben, wo man danach suchen muss?

Hier sind die Informationen zur Schemadatei.

Für IISExpress:
"%ProgramFiles%\IIS Express\config\schema\aspnetcore_schema.xml"

Für IIS:
"%windir%\system32\inetsrv\config\schema\aspnetcore_schema.xml"

Hier sind die Informationen zur aspnetcore-Datei.

Für IISExpress (x86/amd64):
"%ProgramFiles%\IIS Expressaspnetcore.dll"
"%ProgramFiles(x86)%\IIS Expressaspnetcore.dll"

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

Und hier sind die Konfigurationsdateiinformationen für das Modul aspnetcore.dll.

Für IIS:
Das Modul aspnetcore.dll ist in der Datei %windir%\system32\inetsrv\config\applicationhost.config konfiguriert. Sie können die Datei "aspnetcore.dll" aus der Datei durchsuchen.

Für IISExpress:
Das Modul aspnetcore.dll ist konfiguriert unter.vs\config\applicationhost.config. Die applicationhost.config ist standardmäßig nicht vorhanden. Die Datei wird erstellt, wenn Sie ein vorhandenes Webanwendungsprojekt der VS-Lösung starten. Sie können die Datei "aspnetcore.dll" aus der Datei durchsuchen.

@jhkimnew Ich weiß nicht genau, was vor der Reparatur gefehlt hat, da ich die Installation jetzt repariert habe. Derzeit ist %SystemRoot%\system32\inetsrvaspnetcore.dll auf dem betroffenen PC vorhanden. Beide Schemadateien sind jetzt auch vorhanden.

das Ereignisprotokoll zu dem Zeitpunkt zeigt dies einfach an.

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 ,
Können Sie die Setup-Protokolldateien mit der Suche nach "aspnetcoremodule" überprüfen?
Sie können dies tun, indem Sie den folgenden Befehl ausführen.

CD %temp%
findstr /spi aspnetcoremodule *

Im Normalfall sollten Protokolleinträge für die Installation des AspNetCoreModule_x64-Pakets vorhanden sein.
Das Befehlsergebnis zeigt den Dateinamen (Beispiel: dd_DotNetCoreTools__20160926140846.log) als den folgenden Screenshot, den ich von meinem Testcomputer erhalten habe, und Sie können die Protokolldatei mit jedem Texteditorprogramm öffnen. Wenn Sie den Inhalt der Setup-Protokolldatei mit dem Schlüsselwort aspnetcoremodule lesen, können Sie überprüfen, was mit dem Setup-Programm des AspNetCoreModule-Pakets vor/nach der Aktualisierung des Betriebssystems passiert ist.

<><><>Beispiel für das Ergebnis des Befehls findstr:
...
dd_DotNetCoreTools__20160926140846.log:[14D4:14D8][2016-09-26T14:08:47]i101: Erkanntes Paket: AspNetCoreModule_x64, Status: Nicht vorhanden, zwischengespeichert: Keine
...
<><><>

Ich hatte das gleiche Problem, die Lösung bestand in der Tat darin, die Installation von _Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2_ zu reparieren.

Hier ist meine Ausgabe von findstr /spi aspnetcoremodule * vor der Reparatur:

dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:29]i101: Erkanntes Paket: AspNetCoreModule_x86, Status: Nicht vorhanden, zwischengespeichert: Keine
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:29]i101: Erkanntes Paket: AspNetCoreModule_x64, Status: Vorhanden, zwischengespeichert: Abgeschlossen
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:31]i201: Geplantes Paket: AspNetCoreModule_x86, Status: Abwesend, Standard angefordert: Abwesend, ba angefordert: Abwesend, Ausführen: Keine, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Keine
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:31]i201: Geplantes Paket: AspNetCoreModule_x64, Zustand: Vorhanden, Standard angefordert: Vorhanden, ba angefordert: Vorhanden, Ausführen: Keine, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Registrieren
dd_DotNetCoreTools__20160920111929.log:[2530:1988][2016-09-20T11:19:33]i325: Registrierungsabhängigkeit: {b837b432-47cc-42bf-88e4-876d726dfb7c} auf Paketanbieter: IIS_AspNetCore_Module,x64, Paket: AspCore
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i101: Erkanntes Paket: AspNetCoreModule_x86, Status: Nicht vorhanden, zwischengespeichert: Keine
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i101: Erkanntes Paket: AspNetCoreModule_x64, Status: Vorhanden, zwischengespeichert: Abgeschlossen
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]w327: Paket wird nicht deinstalliert: AspNetCoreModule_x64, Abhängigkeiten gefunden: 1
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i201: Geplantes Paket: AspNetCoreModule_x64, Status: Vorhanden, Standard angefordert: Nicht vorhanden, ba angefordert: Nicht vorhanden, Ausführung: Keine, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Unregister
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i201: Geplantes Paket: AspNetCoreModule_x86, Status: Abwesend, Standard angefordert: Abwesend, ba angefordert: Abwesend, Ausführen: Keine, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Unregister
dd_DotNetCoreTools__20160920112251.log:[00E8:1294][2016-09-20T11:22:52]i326: Entfernte Abhängigkeit: {9b3936b0-e973-47b9-afb2-de7cd6501203} auf Paketanbieter: IIS_AspNetCore_Module,x64, Paket AspNetCore

Sowohl das Schema als auch aspentcore.dll waren auf der Festplatte vorhanden und _applicationHost.config_ zeigte auf den richtigen Speicherort.

Der Fehlercode im Ereignisprotokoll für _The Module DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll konnte nicht geladen werden. Die Daten sind der Fehler._ ist: <Binary>7E000000</Binary>

@jhkimnew hier ist meine Ausgabe

dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:19]i101: Erkanntes Paket: AspNetCoreModule_x86, Status: Nicht vorhanden, zwischengespeichert: Keine
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:19]i101: Erkanntes Paket: AspNetCoreModule_x64, Status: Vorhanden, zwischengespeichert: Abgeschlossen
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i000: Zeichenfolgenvariable 'WixBundleLog_AspNetCoreModule_x64' auf den Wert 'C:\Usersjdunn\AppData\Local\Temp\dd_DotNetlogA221'
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i201: Geplantes Paket: AspNetCoreModule_x86, Status: Abwesend, Standard angefordert: Abwesend, ba angefordert: Abwesend, Ausführen: Keine, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Keine
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i201: Geplantes Paket: AspNetCoreModule_x64, Status: Vorhanden, Standard angefordert: Reparieren, ba angefordert: Reparieren, Ausführen: Reparieren, Rollback: Keine, Cache : Nein, uncache: Nein, Abhängigkeit: Registrieren
dd_DotNetCoreTools__20160922122518.log:[319C:10BC][2016-09-22T12:26:38]i304: Vorhandene Nutzlast überprüft: AspNetCoreModule_x64 im Pfad: C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799-A570C485F29} 9.1965\packages\aspnetcoremodule_x64_en_rc2_14.msi.
dd_DotNetCoreTools__20160922122518.log:[319C:377C][2016-09-22T12:29:28]i301: Ausführen des Pakets anwenden: AspNetCoreModule_x64, Aktion: Reparieren, Pfad: C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799- A5765C485F29}v0.9.1965\packages\aspnetcoremodule_x64_en_rc2_14.msi, Argumente: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7"'
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:29:33]i319: Angewendetes Ausführungspaket: AspNetCoreModule_x64, Ergebnis: 0x0, Neustart: Keine
dd_DotNetCoreTools__20160922122518.log:[319C:377C][2016-09-22T12:29:33]i325: Registrierungsabhängigkeit: {22041006-8484-4b8d-a13c-40189695de2f} auf Paketanbieter: IIS_AspNetCore_Module,x64, Paket: Asp64
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T13:32:49]i410: Variable: WixBundleLog_AspNetCoreModule_x64 = C:\Usersjdunn\AppData\Local\Temp\dd_DotNetCoreTools__ .201609221251864

@jhkimnew In meinem Fall habe ich noch nie eine ASP.NET Core-App erstellt, obwohl die Tools auf meinem Computer installiert waren. Ich hatte Windows 7 x64 mit einer ASP.NET 4.0-App, die in einem 32-Bit-Anwendungspool ausgeführt wurde . Nach dem Upgrade auf Windows 10 führte jeder Versuch, eine App in diesen Pool zu laden, zum Fehler. Ich glaube, dass der Fehler verschwunden ist, als ich die 32-Bit-Option deaktiviert habe, obwohl dies keine gute Lösung für mich war, da meine App als 32-Bit geladen werden muss. Hoffe das hilft.

@reijerh Die letzte Zeile Ihrer Ausgabe enthält einen interessanten Hinweis auf das Problem, das Sie int ausgeführt haben.
Aus irgendwelchen Gründen wurde das aspnetcoremodule deinstalliert (wurde entfernt).
Würden Sie die Datei dd_DotNetCoreTools__20160920112251.log anhängen, damit wir überprüfen können, warum sie entfernt wurde?

Klar, musste die Erweiterung .txt zum Hochladen hinzufügen. Habe auch meinen Benutzernamen aus den Pfaden im Log entfernt.

dd_DotNetCoreTools__20160920112251.log.txt

@reijerh können Sie bitte alle Protokolle für die Installation anhängen (alles unter %temp%, das mit dd_DotNetCoreTools beginnt)

Ja, beachten Sie, dass ich Tooling Preview 2 inzwischen bereits repariert habe.

aspnetcore.zip

Ich habe gerade ein Windows 10-Update heruntergezogen und jetzt funktioniert IIS überhaupt nicht mehr. Ich erhalte diesen Fehler in der Ereignisanzeige, wenn ich versuche, eine Site aufzurufen, die ich in IIS konfiguriert habe:

Die Modul-DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll konnte nicht geladen werden. Die Daten sind der Fehler.

Ich habe genau das gleiche Problem. Ein Anwendungspool funktioniert jedes Mal nach einigen Sekunden nicht mehr, wenn ich ihn starte. Das Fehlerprotokoll zeigt an: Die Modul-DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll konnte nicht geladen werden. Ich habe gestern das ASP .NET Core Visual Studio-Update installiert.

Wenn Sie nur Asp.Net verwenden, benötigen Sie das Modul aspnetcore.dll nicht und die beste Lösung besteht darin, diese Einstellung zu entfernen.

Ich glaube, du hast hier etwas übersehen. Möglicherweise habe ich ASP.NET Core in der Vergangenheit als Teil von IIS verwendet oder nicht, aber ich habe keine Einstellungen manuell geändert. Einige Windows-Updates haben etwas heruntergeschluckt, das IIS vermasselt hat.

Die einzige Möglichkeit, das Problem zu beheben, bestand darin, IIS und ASP.Net vollständig zu deinstallieren, meinen Computer neu zu starten, dann neu zu installieren und erneut zu starten.

@reijerh Wir haben die Protokolldatei überprüft. Alle von Ihnen gesendeten Protokolldateien wurden nach dem 20.09.2016 erstellt.

Beim Lesen der Protokolldatei haben wir festgestellt, dass Sie am 20.09. 1.0.0 auf 1.0.1 aktualisiert und am 28.09. 1.0.1 repariert haben.
Am 20.09. wurde keine Aktion bezüglich der aspnetcore.dll durchgeführt und wir konnten keine Beweise dafür finden, warum die Datei aspnetcore.dll beschädigt oder entfernt wurde.
1.0.0 und 1.0.1 haben die gleiche Version von aspnetcore.dll und wir deinstallieren/installieren die Datei nicht während des Upgrades von 1.0.0 auf 1.0.1.
Ich nehme an, Sie haben die Datei aspnetcore.dll vor dem 20. September deinstalliert.
Hast du alle Logfiles gesendet? Offensichtlich haben Sie die Protokolldateien bei der Installation von 1.0.0 nicht gesendet, was vor dem 20. September passiert. Um zu verstehen, was wirklich passiert, benötigen wir alle Logfiles.
Wenn Sie die Protokolldateien nicht bereinigt haben, würden Sie eine weitere ZIP-Datei erstellen, die alle Protokolldateien (.log) enthält, deren Dateiname mit "dd_" beginnt, damit wir verstehen können, was vor dem 20. September passiert ist?

Was ist %temp%?
Was ist ANCM?

Im Grunde habe ich keine Ahnung. Ich habe in der Vergangenheit ASP.Net Core-Vorschauen installiert. Aber neulich war IIS vollständig gebraten – nicht nur für Core-Instanzen – alle Instanzen. Das ist alles was ich weiß.

OK. Hier sind meine Protokolle:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

Was diese ANCM-Sache angeht, von der Sie sprechen, ich habe mehrere Dinge installiert. Ziemlich oft sagt mir VS "Es ist eine neue Version von .NET Core verfügbar", also folge ich dem Link und er funktioniert nicht. Also googele ich und suche nach einem anderen Installationsprogramm, das möglicherweise funktioniert oder nicht.

Ich habe nichts verpasst. Das war alles, was da war.

Nein. Das ist nicht der Fall. Es gibt keine anderen Benutzer auf meinem Computer.

Jetzt ist es zu spät. IIS wurde gebraten. Viele Leute werden es schaffen.

Es hat keinen Sinn, jetzt über verschüttete Milch zu weinen. Die Leute müssen IIS nur vollständig deinstallieren und neu installieren.

@MelbourneDeveloper Entschuldigung, aber ich habe mich entschieden, mein Schreiben über die stiften scheint, bevor die Ursache gefunden wird. Ich werde noch einen schreiben, nachdem die Ursache herausgefunden wurde.

@jhkimnew Entschuldigung, das ist alles, was in meinem _%temp%_ steht, das mit _dd_dotnetcoretools_ beginnt. Oh warte, du willst alles, was mit _dd__ beginnt, einen Moment.

Edit: hier ist es, dd.zip

Es tut uns leid, dass die geänderten Zeitstempel der Dateien durch die Anonymisierung geändert wurden.

@reijerh Es scheint, dass Sie die Protokolldateien zu 1.0.0 verloren haben. Wir konnten keine Informationen finden, warum die aspnetcore.dll mit den bereitgestellten Protokolldateien nicht auf Ihren Computer geladen werden konnte.

Wenn das Problem erneut auftritt, sammeln Sie bitte vor der Reparatur des .NetCore-Tools die folgenden Informationen und senden Sie uns, damit wir herausfinden können, was vor sich geht, wenn das Problem immer noch auftritt.

1. Die vollständige Ereignisfehlermeldung
   (Zu Ihrer Information, mit dem Ereignisfehler können wir feststellen, welche aspnetcore.dll-Datei das Problem verursacht, entweder %windir%\system32\inetsrvaspnetcore.dll oder eine andere in einem anderen Verzeichnis)
2. Bitte bestätigen Sie, ob die Datei aspnetcore.dll, die beim Ereignisfehler angezeigt wurde, nicht vorhanden ist oder nicht. Sie können einfach "dir [the filepath of aspnetcore.dll]" ausführen, um diese Informationen zu erhalten. Wenn der problematische Pfad aspnetcore.dll aus dem Verzeichnis %windir%\system32\inersrv beginnt und auf Ihrem Computer ein 64-Bit-Betriebssystem installiert ist, überprüfen Sie bitte, ob die Datei %windir%\syswow64\inetsrvaspnetcore.dll existiert oder nicht.
3. Bitte bestätigen Sie, ob die Datei aspnetcore_schema.xml vorhanden ist oder nicht. Die Schemadatei befindet sich unter „%windir%\System32\inetsrv\config\schema“ für IIS oder „%ProgramFiles%\IIS Express\config\schema“ für IISExpress
   (Zu Ihrer Information, wir würden gerne wissen, ob nur aspnetcore.dll gelöscht wird oder seine Schemadatei auch zusammen gelöscht wird)
4. Bitte teilen Sie mit, welche applicatiohost.config-Datei die problematische Konfigurationseinstellung der aspnetcore.dll-Datei hat, entweder %windir%\system32\inetsrv\config\applicationhost.config oder "your solution path".vs\config\applicationhost.config. Sie können die Datei mit notepad.exe öffnen und nach aspnetcore.dll suchen, um diese Informationen zu finden.
5. Bitte teilen Sie in den folgenden Fällen mit, wann dieses Problem auftritt:
   1) Nach der Installation des neuen Windows 10-Updates
   2) Nach dem Upgrade des Betriebssystems von der Downlevel-Version des Betriebssystems
   3) Nach der Installation eines anderen Softwarepakets wie einer neuen Version von .NetCore
6. Wenn dieses Problem nach der Installation eines neuen Windows 10-Updates oder nach dem Upgrade des Betriebssystems von einer Downlevel-Version des Betriebssystems auftritt, teilen Sie uns bitte mit, welches Betriebssystem und welche Betriebssystemversion Sie vor dem Upgrade des Betriebssystems hatten
7. Wenn dieses Problem nach der Installation eines neuen Windows 10-Updates oder nach dem Upgrade des Betriebssystems von einer niedrigeren Version des Betriebssystems auftritt, senden Sie bitte die Datei %windir%\iis.log, die die IIS-Setup-Protokolldatei mit einigen detaillierten Informationen über die IIS-Setup-Aktivität während des Betriebssystem-Upgrade
8. Wenn Sie, bevor dieses Problem auftritt, aspnetcore.dll verwendet haben, teilen Sie uns bitte in den folgenden Fällen mit, wie Sie die Datei aspnetcore.dll installiert haben:
   1) Ich habe das neueste .NetCore-Tooling oder eine andere alte Version installiert
   2) Ich habe eine alte Version des Setup-Programms für .NetCore-Tools (oder Paket mit einem anderen Namen) installiert
   3) Ich habe das Setup-Programm (.msi) von ANCM (AspNetCore-Modul) heruntergeladen und das Setup-Programm ausgeführt, um die aspnetcore.dll zu installieren
   4) Ich habe die Datei aspnetcore.dll von einem anderen Computer auf meinen Computer kopiert und manuell selbst konfiguriert, ohne ein anderes Setup-Programm auszuführen
   5) Ich habe es nie installiert
   6) Ich weiß nicht, ob ich es installiert habe oder nicht

@jhkimnew Wenn Sie sich selbst reproduzieren möchten, ist dies ziemlich einfach und passiert zu 100% beim Upgrade von einem BUILD von Windows 10 auf einen neueren Build (nicht zu verwechseln mit der Installation eines kumulativen Updates), wenn Sie bereits das neueste haben VS und Tools sind installiert und führen Ihre Site in IIS in einem 32-Bit-App-Pool aus. Beispiel: Upgrade von 1511 auf 1607 (was die meisten in diesem Thread getan haben, um auf dieses Problem zu stoßen ... wenn Sie sich jedoch den Anfang des Threads ansehen, werden Sie mehrere von uns warnen, dass dies ein Problem sein würde, wenn wir es ausführen mit jedem neuen Build, der vor dem Start von 1607 für das Insider-Programm freigegeben wurde). Wenn Sie bereits auf 1607 sind, besteht die einfachste Möglichkeit zum Reproduzieren darin, dem Insider-Programm beizutreten und auf den neuesten Insider-Build zu aktualisieren. Es wird passieren. Ich bin mir nicht sicher, ob die .net-Core-Protokolle Ihnen irgendetwas anzeigen werden, da das Problem beim Aktualisieren von Windows-Builds auftritt, nicht bei der Installation von .net-Core. Das Reparieren von .net Core behebt es immer.

So reproduzieren Sie von Grund auf (oder beispielsweise in einer VM):

1. Installieren Sie Windows 10 1511 oder früher.
2. IIS & .Net & MVC hinzufügen.
3. Installieren Sie Visual Studio 2015 und alle MVC-Tooling-Updates (dadurch wird aspnetcore installiert).
4. Erstellen Sie eine MVC-Demo-App und installieren Sie sie in IIS, wobei Sie den App-Pool so einstellen, dass er im 32-Bit-Modus ausgeführt wird.
5. Zu diesem Zeitpunkt sollte alles perfekt funktionieren.
6. Aktualisieren Sie mit Windows Update auf Windows 10 1607.
7. Profitieren. Oder besser gesagt ... genießen Sie diesen Fehler beim ersten Versuch, die 32-Bit-mvc-Site auszuführen (die nicht einmal .netcore benötigt/verwendet).

@BryanTheCrow dies wird nicht auf allen Maschinen reproduziert. Ich habe zwei, die wöchentlich aktualisiert werden, bei denen dies nicht passiert ist.

@Tratcher Interessant. Versuchen wir, den Unterschied festzunageln. Führen Sie auf den Computern, die kürzlich Builds aktualisieren, auch Folgendes aus:

1. Haben Sie Visual Studio 2015 + Update 3 + MVC + Tooling-Updates (die dotnetcore enthalten) installiert?
2. Habe IIS installiert
3. Lassen Sie eine MVC-Site (nicht Dotnetcore) in IIS konfigurieren
4. Verwenden Sie einen 32-Bit-App-Pool für diese Site

1 ja, 2 ja, 3 nein - Ich teste hauptsächlich Core-Sites. 4 Nr.

@BryanTheCrow Wenn Sie das Problem reproduzieren können, würden Sie die oben

@Tratcher Ziemlich sicher betrifft dies nur die 32-Bit-dotnetcore.dll. Ich frage mich, ob Sie einen der iis-App-Pools Ihrer Site auf 32-Bit umgestellt haben, wenn Sie auf einem dieser Computer reproduzieren könnten? Wenn nicht, ist möglicherweise die reguläre mvc-App erforderlich.

@jhkimnew Ich hatte für ein paar Monate nicht vor, wieder Insider-Builds

Da Sie anscheinend derjenige sind, der nach einer Lösung sucht, bin ich davon ausgegangen, dass Sie sich selbst reproduzieren möchten. Wenn nicht, werde ich das nächste Mal, wenn ich einen neuen Build installiere, wieder einchecken, um zu sehen, ob niemand anderes reproduziert hat, und Antworten auf alle Ihre obigen Fragen posten.

@BryanTheCrow Was ist dotnetcore.dll? Vielleicht Tippfehler für aspnetcore.dll?
Senden Sie in der Zwischenzeit das %windir%\iis.log auf Ihren Computer und informieren Sie bitte, wann Sie das Betriebssystem aktualisiert haben, damit wir mit dem IIS-Setup-Protokoll sehen können, was an diesem Tag passiert ist.
Und bitte erklären Sie, was ich für die "MVC + Tooling Updates" aus dem Repro-Schritt von "Visual Studio 2015 + Update 3 + MVC + Tooling Updates" tun muss.
Es gibt einige Tooling-Bundle-Paket-Builds und daher möchte ich genau die gleichen Schritte ausführen wie Sie, und deshalb möchte ich die detaillierten Informationen dazu.

@jhkimnew Ja, Entschuldigung ... schnell aus dem Speicher

Leider ist mein Gedächtnis etwas unscharf, da ich nicht explizit versucht habe, ASP.Net Core zu installieren. Es kam mit einem der anderen Updates oder vielleicht sogar mit der Erstinstallation von VS2015. Ich glaube nicht, dass es wichtig ist, wie Sie es installieren, nur dass Sie es installieren ... Das heißt, hier sind die Schritte, wie ich sie in Erinnerung habe ... viele dieser Schritte sind möglicherweise nicht erforderlich, um sie zu reproduzieren, aber im Interesse von Wenn ich vollständig bin, werde ich sie aufnehmen:

1. Unter Win 10 Pro (vor der rs1-Version) mit Windows-Funktionen aktivieren/ein/ausschalten und Konfiguration mit folgendem aktiviert (überspringen Sie Hyper-V, wenn Sie möchten. Ich weiß, dass ich mit/ohne darauf gestoßen bin):
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. Installieren Sie Visual Studio 2015 mit Update 3 und aktualisieren Sie auf die neuesten Versionen, indem Sie den Update-Aufforderungen über das Dialogfeld für Erweiterungen und Updates (und das kleine Flag oben rechts) folgen ... Ich erinnere mich, dass ein Azure-Update erforderlich war. Das hat vielleicht aspnetcore installiert ... Ich kann mich nicht erinnern, es explizit installiert zu haben ... Ich denke, es wurde mit VS 2015 oder mit einem der ersten Tooling-Updates gebündelt. Ich verwende VS Enterprise, falls das einen Unterschied macht.
3. Überprüfen Sie im Dialogfeld Erweiterungen und Updates von VS 2015, ob Microsoft ASP.NET und Webtools sowie Microsoft ASP.NET Webframeworks und Tools installiert sind (ich erinnere mich, dass diese bereits bei der Installation von VS2015 installiert wurden, aber ich könnte mich irren, Es lohnt sich also, es noch einmal zu überprüfen). Wenn nicht, installieren Sie sie.
4. Verwenden des Webplattform-Installationsprogramms Installieren Sie das MVC3-Sprachpaket-Installationsprogramm und URLRewrite 2.0
5. Neustart.
6. Installieren Sie mit Windows Update Sicherheitsupdates (aber aktualisieren Sie noch keine Builds).
7. Konfigurieren Sie eine grundlegende MVC 4-Site (z. B. die Vorlagen-/Demo-App) in IIS.
8. Stellen Sie den App-Pool so ein, dass er im 32-Bit-Modus ausgeführt wird.
9. Überprüfen Sie, ob es funktioniert.

An diesem Punkt war der einzige Schritt, der für mich zur Reproduktion erforderlich war, den Windows-Update-Prozess zu durchlaufen, um auf einen neuen Build zu aktualisieren. Nach dem Aktualisieren erhielt ich Fehler beim Versuch, sowohl das DotNetCore-Modul als auch das URLRewrite-Modul zu laden, wodurch der App-Pool beim ersten Versuch, eine Seite zu laden, beendet wurde. Das Ausführen einer Reparatur auf beiden in "Programme hinzufügen/entfernen" behebt sie.

Hier ist mein aktuelles IIS-Log. Ich bin mir nicht 100% sicher, aber ich glaube, ich habe eine Neuinstallation von 1607 durchgeführt, als es herauskam, und von Grund auf neu konfiguriert, daher bin ich mir nicht sicher, ob dies hilfreich sein wird.

iislog.zip

Ich frage mich, ob es sich lohnt, in %windir%\Windowsupdate.log nachzusehen, ob es Spuren gibt, die zeigen, was das Upgrade auf dem Computer geändert hat. IIS ist eine Betriebssystemfunktion, daher ist es möglich, dass sich ein Upgrade des Betriebssystems darauf auswirken kann und zusätzliche installierte Elemente wie ANCM nicht unbedingt berücksichtigt werden.

Es ist möglich, dass sich ein Upgrade des Betriebssystems darauf auswirken kann und zusätzliche installierte Elemente wie ANCM nicht unbedingt berücksichtigt werden.

@joeloff das scheint hier sicherlich zu passieren, da es auch URLRewrite 2.0 betrifft. Module, die über "Turn Windows Features On / Off" installiert wurden, haben kein Problem. Aber etwas im Build-Update-Prozess scheint einige, aber nicht alle Module zu töten, wenn versucht wird, sie in einem 32-Bit-App-Pool zu verwenden.

@BryanTheCrow Okay, ich habe einen konsistenten Repro-Schritt gefunden, gefolgt bin. Vielen dank für Deine Hilfe. Ich konnte dieses Problem mit meinem Gerät reproduzieren. Wenn dieses Problem auftritt, ist die aspnetcore.dll im Verzeichnis %windir%\syswow64\inetsrv nach dem Upgrade des Betriebssystems verschwunden.
Ich werde mit Hilfe des IIS-Teams weitere Nachforschungen bezüglich der Aktualisierung des Betriebssystems anstellen und Sie in Kürze über dieses Problem informieren.

@jhkimnew Freut mich zu hören. Hoffentlich wird es etwas Einfaches. 👍🏻

Anscheinend braucht IIS eine bessere Fehlermeldung mit dem richtigen Dateipfad! :)

Ich hatte dies auf Nicht-Insidern Windows 10 Anniversary. Die Neuinstallation von aspnet core hat das Problem nicht behoben, aber die Deinstallation jedes aspnet core-Elements aus den Programmen und Funktionen hat es getan.

Scheint, als würden echte Produktionsmaschinen kaputt gehen - ich habe mehrere Stunden damit verloren, das zu reparieren, während ich dringende Arbeiten erledigen sollte. Ich glaube nicht, dass ich mich dafür entschieden habe, Vorschaumaterial auf meine Produktionsmaschine zu legen; VS hat es geschafft?

@DanTup Ja, jedes Windows 10-Build-Update löst dies aus (Jahrestag-Update enthalten). Die Insider-Updates sind nur der einfachste Weg, um für diejenigen zu reproduzieren, die bereits auf 1607 sind, da sie wöchentlich oder halbjährlich einen neuen Build veröffentlichen.

Das Reparieren von "Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2" über "Programme und Funktionen" behebt dies, ohne dass jedes Element deinstalliert werden muss (obwohl das auch funktioniert).

@BryanTheCrow Es ist dem Tweet, den ich von @shanselman hatte, bin ich mir nicht einmal sicher, ob das aspnet-Team erkennt, dass er Nicht-Insider betrifft! Ich antwortete aber keine Antwort erhalten..).

Reparatur schien bei mir nicht zu funktionieren; mehrmals versucht, einschließlich Neustarts :-(

Mein Vertrauen in die Qualität des Codes von MS sinkt jeden Monat; Wir verbringen mehr Zeit denn je damit, Probleme zu bekämpfen, die nicht unsere eigenen sind und niemand scheint sich darum zu kümmern :-/

Keine Sorge, @DanTup. @jhkimnew (oben) hat kürzlich bestätigt / reproduziert und arbeitet mit den verschiedenen beteiligten Teams daran, der

Danke an alle Leute, die das Problem gemeldet haben.

Tiefere Ursache

Es gibt einen Fehler im IIS-Upgrade-Pfad. Nicht-OS-Dateien im Verzeichnis C:\Windows\SysWOW64\inetsrv werden während eines Betriebssystem-Upgrades nicht beibehalten. Wenn Sie über IIS-Module verfügen, die nicht im Lieferumfang von Windows enthalten sind und Dateien im Verzeichnis inetsrv ablegen, werden sie beschädigt. ASP.NET Core-Modul, HTTP-Plattform-Handler, URL-Rewrite, SEO-Optimierungs-Toolkit sind IIS-Module, die während des Betriebssystem-Upgrades kaputt gehen. Dieses Problem kann auch auftreten, wenn Sie andere Module von Drittanbietern verwenden.

Wann stoße ich auf dieses Problem?

Wenn Sie vor Ihrem Betriebssystem-Upgrade eines der oben genannten Module installiert hatten, und versuchen Sie dann, nach dem Betriebssystem-Upgrade einen beliebigen Anwendungspool im 32-Bit-Modus auszuführen.
Dieses Problem tritt auch dann auf, wenn Ihre Anwendung kein nicht verfügbares Modul verwendet.

Was ist die Arbeit?

Reparieren Sie alle Module, die während Ihres Betriebssystem-Upgrades beschädigt wurden.

Woher weiß ich, welche Module fehlen?

In der Ereignisanzeige sollte ein Fehler angezeigt werden

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>

Wann werden Sie es wirklich reparieren?

Wir testen gerade einen Fix. Ich werde diesen Bereich aktualisieren, wenn ich ein konkretes Datum/Windows-Build mitteilen kann, in dem es behoben wird

Dieses Problem wurde in Windows Insider Build 15002 behoben

Es ist erwähnenswert, dass, obwohl die Fehlermeldung "Die Modul-DLL C:\WINDOWS\system32\inetsrv\rewrite.dll nicht geladen werden" lautet, die tatsächlich fehlende Datei C:\WINDOWS\syswow64\inetsrv\rewrite.dll . Zugriffe auf das Verzeichnis system32 durch den 32-Bit-IIS-Workerprozess werden an syswow64 umgeleitet.

Genauso wie auf dieses Problem gestoßen und was es für mich behoben hat, war das Bearbeiten des App-Pools (Standard)

Deaktivieren von 32 Apps recyceln den App-Pool und es hat funktioniert. App-Pool wieder angehalten 32-Bit-Unterstützung wieder aktivieren und es funktioniert immer noch, ist es möglich, dass etwas nach dem Win 10 Anniversary Update einfach nicht richtig eingestellt wurde?

@GMZ Klingt so, als ob Ihr Arbeitsprozess nach dem erneuten Aktivieren der 32-Bit-Unterstützung nicht neu gestartet wurde. Versuchen Sie, die Wiederverwendung von AppPool zu erzwingen, und Sie sollten weiterhin sehen, dass dieses Problem weiterhin besteht.

https://www.microsoft.com/net/core#windows
herunterladen
.NET Core 1.0.1-VS 2015 Tooling-Vorschau 2
Und installieren

Dieses Problem wurde in Windows Insider Build 15002 behoben