<p>aspnetcore.dll n'a pas réussi à charger #597</p>

Ouvert au nom de @teovc.

@teovc, il devrait y avoir plus de détails ci-dessous "Les données sont l'erreur." dans le journal des événements.

Dans la vue détaillée du message d'erreur, il y a ce qui suit [voir l'image ci-jointe].
Une petite recherche dans Bing indique que l'erreur est liée aux applications 32 bits, mais le pool d'applications a cette option activée.

L'erreur indique que l'AppPool 32 bits essaie de charger aspnetcore.dll 64 bits. pourriez-vous s'il vous plaît partager les informations de fichier "C:\Windows\System32\inetsrv\aspnetcore.dll" et "C:\Windows\SysWOW64\inetsrv\aspnetcore.dll"

Pouvez-vous s'il vous plaît être un peu plus précis sur les informations que vous souhaitez voir? (c'est-à-dire, c'est ce que vous cherchez ?)

Le fichier semble correct. J'ai installé la même version MSI que la vôtre sur une box Win 10 et j'ai travaillé. Quelque chose ne va pas avec la configuration de votre machine. Pourriez-vous s'il vous plaît partager votre applicationhost.config et web.config.
Pour contourner le problème, vous pouvez définir « Activer l'application 32 bits » sur false pour voir si cela vous aide.

Les dll fonctionnent, le problème se produit lorsqu'une nouvelle version du système d'exploitation est installée dans le cadre de l'expérience d'auto-hébergement.
En ce moment, j'utilise le site Web par défaut (C:\inetpub\wwwroot). Ci-joint le fichier web.config (avec l'extension txt puisque GitHub se plaint).
web.config.txt

Ce web.config n'est pas celui que vous avez utilisé pour l'application ASP.NET Core car il ne contient aucun paramètre de module ASP.NET Core. Pourriez-vous s'il vous plaît essayer de désinstaller le bundle ASP.NET Core, puis le réinstaller après la mise à niveau du système d'exploitation pour voir si cela vous aide ?

pourriez-vous s'il vous plaît partager applicationhost.config sous C:\Windows\System32\inetsrv\config. Ce fichier est un fichier de configuration IIS et spécifiez le chemin d'aspnetcore.dll.

Je vais essayer cette option. En attendant, voici le fichier applicationhost.config. S'il vous plaît, sachez que la solution jusqu'à présent (réparer ou supprimer / installer) prend un certain temps que les gens perdent. Les personnes extérieures à l'organisation peuvent ne pas être trop affectées par le problème, car le taux de mises à jour du système d'exploitation est moins fréquent que quelqu'un à l'intérieur de l'organisation. Merci.
applicationHost.config.txt

meme question pour moi
car l'application doit fonctionner en 32 bits et s'intégrer

Je voulais juste ajouter que je viens de rencontrer ce problème.
Quand vous dites désinstaller « offre groupée ASP.NET Core », à quelle partie faites-vous référence ?

Je veux exécuter l'ancienne application en mode 32 bits
aussi je voulais étudier l'application ASP.NET Core
mauvaise façon de désinstaller "ASP.NET Core bundle", y a-t-il un autre moyen ?

Salut tout le monde,
J'ai supprimé les deux packages liés à ASP.NET Core du Panneau de configuration / Ajouter ou supprimer des programmes, puis j'ai laissé VS installer la prochaine version d'ASP.NET Core (Microsoft.NET Core 1.0.0 - SDK Preview 2 (x64) , et Microsoft.NET Core 1.0.0 - VS 2015 Tooling Preview 2) et le problème est toujours présent lorsqu'une nouvelle version du système d'exploitation est installée.

Sous VS2015 - Update 2, la solution/les projets fonctionnent correctement, mais lorsque j'ai effectué la mise à niveau vers VS2015 - Update 3, ainsi que les mises à jour des extensions, j'ai rencontré ce problème. Donc, quelque chose de différent a cassé la solution/les projets. Tous les projets sont sous des frameworks .NET v4.6, il n'y a pas de projets/solutions de base .NET ici. Quelques jours plus tard, lorsque j'ai cloné le code source de TFS, cela fonctionne alors sans aucune preuve d'erreur. Étrange. Cela n'a pas de sens non plus.

Je veux juste ajouter que je rencontre ce problème chaque fois qu'une nouvelle version Insider de Windows 10 sort. Je finis par devoir désinstaller/réinstaller .Net Core à chaque fois. Si cela n'est pas résolu avant le lancement de la mise à jour anniversaire le 2 août, il y aura beaucoup de développeurs confus.

Même problème lors de la mise à niveau de Win 8.1 vers Win 10.
Désinstallation et réinstallation de DotNetCore.1.0.0-VS2015Tools.Preview2.exe corrigés.

Il n'y avait qu'à exécuter la "réparation" pour que cela fonctionne à nouveau. Je n'ai pas eu à faire la désinstallation/installation complète. Mais je viens de mettre à jour la mise à jour anniversaire et j'étais un peu contrarié d'avoir rencontré ce problème dès le départ.

Idem ici après la mise à jour vers la mise à jour anniversaire...

L'exécution d'une réparation sur Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, plus un redémarrage, a également fonctionné pour moi après l'installation de la mise à jour anniversaire.

L'exécution d'une réparation sur Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, plus un redémarrage, a également fonctionné pour moi après l'installation de la mise à jour anniversaire.

Confirmé que cela a fonctionné pour moi sur Build 14393.

Installé Tooling Preview 2 à partir de https://www.microsoft.com/net/core#windows
Je n'ai pas eu à redémarrer, j'ai juste démarré mon pool d'applications et mon site Web fonctionnait à nouveau.

L'exécution d'une réparation sur Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2, plus un redémarrage, a également fonctionné pour moi après l'installation de la mise à jour anniversaire.

Merci, l'exécution d'une réparation et le redémarrage du pool d'applications ont résolu ce problème pour moi. Le problème a commencé après la "mise à jour d'anniversaire".

Même problème ici - cassé après la mise à jour anniversaire de Windows 10 - c'est-à-dire qu'une nouvelle mise à jour du système d'exploitation le casse.

Sur ma boîte, le module aspnetcore.dll été installé en tant que module global. Ainsi, lorsque IIS n'a pas pu charger la DLL, il a bloqué le démarrage de _tous_ les pools d'applications (y compris les tentatives de pool d'applications, l'atteinte de la limite de tentatives, puis la désactivation du pool d'applications .. . un à la fois ... chaque fois que chaque pool d'applications essaie de démarrer à la première demande).

C'est à peu près aussi loin que je puisse penser des avantages du "déploiement xcopy isolé par application": la mise à jour du système d'exploitation interrompt toutes les applications Web sur l'ordinateur du développeur.

J'ai eu le problème supplémentaire de ne pas pouvoir réparer ou désinstaller Core Tooling Preview 2 (l'erreur "le compte existe déjà"). Faire une réparation sur VS 2015 semble avoir résolu le problème de chargement de aspnetcore.dll.

Confirmé que cela a fonctionné pour moi sur Build 14393.

Installé Tooling Preview 2 à partir de https://www.microsoft.com/net/core#windows
Je n'ai pas eu à redémarrer, j'ai juste démarré mon pool d'applications et mon site Web fonctionnait à nouveau.

Cela a fonctionné pour moi.
J'avais besoin d'installer et de réparer, les deux éléments car il n'y avait pas encore le noyau .net installé, c'était uniquement avec IIS...
Seule l'installation n'a pas fonctionné pour moi.

Même problème et résolution ici. Je viens de réparer .NET Core 1.0.0 RC2, Tooling Preview 1.

La réparation de .NET Core 1.0.1 VS 2015 Tooling Preview 2 sur ma machine a résolu le problème.

Je viens de le faire avec la mise à jour Windows 10 ver 1607 de cette semaine. A dû réparer ".NET Core 1.0.0 RC2, Tooling Preview 1"
trouvé cette page via stackoverflow http://stackoverflow.com/questions/37475214/net-mvc-4-project-fails-with-event-log-error-the-module-dll-c-windows-system3

J'ai eu le même problème aujourd'hui et, comme tout le monde ici, réparé .NET Core 1.0.1 VS 2015 Tooling Preview 2 sur ma machine a résolu le problème. La chose étrange cependant, c'est que je venais d'installer cet outil aujourd'hui, juste après avoir installé un patch de la mise à jour 3 de Visual Studio.

J'ai le même problème, j'ai fini par désinstaller tous les éléments principaux de .net sur ma machine pour faire mon travail hérité :(

Désinstallez .NET Core 1.0.0 RC2 SDK Preview1 (x64). puis Réparez NET Core 1.0.0 RC2, Aperçu de l'outillage 1.
travaille pour moi

J'ai eu le même problème après la mise à jour vers Windows 10 Anniversary. La réparation de .NET Core 1.0.1 VS 2015 Tooling Preview 2 a résolu le problème. J'ai également dû réinstaller le module de réécriture d'URL que j'ai installé, ce qui provoque une erreur similaire.

@freeboarder Bonjour, j'essaie de trouver les étapes de reproduction de ce problème. À partir de quel système d'exploitation avez-vous mis à jour votre machine vers Windows 10 Anniversary, Windows 10 ou Windows 8.1 ? Et veuillez expliquer ce que vous avez fait exactement pour la mise à jour vers Windows 10 afin que je puisse faire de même pour reproduire le problème.

@freeboarder , Aujourd'hui, j'ai essayé de reproduire le problème mais je n'ai pas réussi à le reproduire. Voici ce que j'ai fait. S'il vous plaît laissez-moi savoir s'il manque quelque chose pour reproduire le problème que vous avez rencontré.

1. Préparez une machine amd64 et installez Win10 RTM build 14393.0.160715
2. Installer IIS
3. Installer VS 2015 + VS Update3
4. Accédez à https://www.micorosft.com/net/core#windows , puis installez « .NET Core 1.0.1 - VS 2015 Tooling Preview 2 »
5. Redémarrez la machine pour actualiser les services IIS afin d'appliquer les configurations de l'outil Dotnet
6. Créez un exemple d'application aspnetcore et déployez-le sur IIS et vérifiez que tout fonctionne
7. Accédez à Paramètres> Mises à jour et sécurité> Mise à jour Windows et installez la "Mise à jour pour Windows 10 Version 1607 pour les systèmes x64 (KB3176936)
8. Après la mise à jour, j'ai confirmé que tout fonctionnait toujours

@jhkimnew cela s'est produit lors de la mise à niveau de Windows vers la v1607 la semaine dernière. Avoir une ancienne version de Windows avec iis installé. Ensuite, installez le module complémentaire de réécriture d'URL et les aperçus d'outils .net. Ils ont laissé Windows passer à la v1607. Il reconfigure iis et donne l'erreur que nous avons mentionnée. La réparation des installations résout l'erreur, mais la mise à niveau devrait vraiment s'adapter. C'est comme ça que je l'ai rencontré en tout cas.

@FlapperMK Qu'entendez-vous par "reconfigure iis" ?
Voulez-vous dire que le module aspnetcore.dll a disparu ? Ou, le fichier aspnetcore.dll a disparu ? Ou les deux?
Dans le cadre d'une mise à niveau du système d'exploitation normale/réussie, IIS ne doit pas réinitialiser sa configuration ni aucun fichier. Je l'ai déjà confirmé sur mes machines de test.
Si vous connaissez les étapes de reproduction, veuillez me les communiquer afin que nous puissions enquêter sur le problème.

L'outillage a été installé via Visual Studio. Lors de la mise à niveau, il n'a pas pu s'initialiser en raison des erreurs indiquées ci-dessus. Il y avait encore des pointeurs pour l'outillage mais quelque chose n'a pas été trouvé quelque part produisant l'erreur. La réparation de l'installation a résolu le problème et il a été initialisé avec succès. Rien n'était navigable jusqu'à la réparation.

@FlapperMK Afin que je comprenne ce problème, veuillez me dire si le fichier %SystemRoot%\system32\inetsrvaspnetcore.dll existe ou non lorsque IIS ne parvient pas à s'initialiser. La raison pour laquelle je demande est que la mise à niveau du système d'exploitation ne doit supprimer aucun fichier existant dans le répertoire inetsrv. Si le fichier existe mais que vous obtenez toujours l'échec. vous devez vérifier le chemin utilisé pour le fichier aspnetcore.dll dans le fichier %SystemRoot%\system32\inetsrv\config\applicationhost.config. S'il pointe vers un chemin différent, vous devez vérifier si le chemin configuré est valide ou non. En gros, je veux comprendre ce qui s'est vraiment passé.
Si le fichier existe et que le chemin configuré est valide, nous ne pouvons pas dire que la configuration IIS a été réinitialisée en mettant à niveau le système d'exploitation et il se peut qu'il y ait autre chose.

Pour moi, j'étais sur 10586. IIS installé. Version Vs2015 installée, mise à niveau au fil du temps vers le dernier correctif. Version de base .net installée uniquement.

Windows s'est ensuite mis à jour vers 14393. Ensuite, j'ai eu le problème avec IIS et .net core et j'ai dû le réinstaller pour le résoudre. Le tout en 64 bits.

@realwarder , pouvez-vous reproduire le problème à nouveau ? Si oui, la même question pour vous aussi. Pour que je comprenne ce problème, veuillez me dire si le fichier %SystemRoot%\system32\inetsrvaspnetcore.dll existe ou non lorsque IIS ne parvient pas à s'initialiser. La raison pour laquelle je demande est que la mise à niveau du système d'exploitation ne doit supprimer aucun fichier existant dans le répertoire inetsrv. Si le fichier existe mais que vous obtenez toujours l'échec. vous devez vérifier le chemin utilisé pour le fichier aspnetcore.dll dans le fichier %SystemRoot%\system32\inetsrv\config\applicationhost.config. S'il pointe vers un chemin différent, vous devez vérifier si le chemin configuré est valide ou non. En gros, je veux comprendre ce qui s'est vraiment passé. Si le fichier existe et que le chemin configuré est valide, nous ne pouvons pas dire que la configuration IIS a été réinitialisée en mettant à niveau le système d'exploitation et il se peut qu'il y ait autre chose.

@realwarder @FlapperMK
C'est pour ton information. Le fichier aspnetcore.dll est installé lorsque vous installez Aspnet Core. Aspnet Core est l'un des packages inclus dans l'outillage .Net Core VS.
Si IIS est installé sur votre ordinateur, la configuration d'Aspnet Core installera aspnetcore.dll dans les répertoires IISExpress et IIS. Si IIS n'est pas installé sur votre ordinateur, le programme d'installation d'Aspnet Core n'installera aspnetcore.dll que dans le répertoire IISExpress.

Dans ma machine de test, le fichier aspnetcore.dll n'a pas été supprimé après l'installation de la mise à jour du système d'exploitation. Je ne vois aucune raison pour laquelle le fichier est supprimé, sauf si vous invoquez involontairement la configuration d'Aspnet Core pour désinstaller aspnetcore.dll.

Si quelqu'un peut indiquer les étapes de reproduction, veuillez me le faire savoir et je vérifierai la cause du problème. Jusqu'à présent, je ne vois aucune étape de reproduction cohérente et essayant de comprendre ce qui se passe réellement.
Tout d'abord, je voudrais vérifier si le fichier a été supprimé ou non pour m'assurer que le message d'erreur n'est pas une fausse alerte.

Nous devons également rechercher les fichiers de schéma manquants et les entrées applicationhost.config. @jhkimnew pouvez-vous décrire où les chercher ?

Voici les informations du fichier de schéma.

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

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

Voici les informations du fichier aspnetcore.

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

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

Et voici les informations du fichier de configuration pour le module aspnetcore.dll.

Pour IIS :
Le module aspnetcore.dll est configuré dans le fichier %windir%\system32\inetsrv\config\applicationhost.config. Vous pouvez rechercher le fichier "aspnetcore.dll" à partir du fichier.

Pour IISExpress :
Le module aspnetcore.dll est configuré à.vs\config\applicationhost.config. Le fichier applicationhost.config n'existera pas par défaut. Le fichier est créé lorsque vous démarrez un projet d'application Web existant de la solution VS. Vous pouvez rechercher le fichier "aspnetcore.dll" à partir du fichier.

@jhkimnew Je ne sais pas avec certitude ce qui manquait avant la réparation car j'ai maintenant réparé l'installation. Actuellement, %SystemRoot%\system32\inetsrvaspnetcore.dll est présent sur le PC concerné. Les deux fichiers de schéma sont également maintenant présents.

le journal des événements à l'époque montre simplement ceci.

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 ,
Pouvez-vous vérifier les fichiers journaux d'installation en recherchant « aspnetcoremodule » ?
Vous pouvez le faire en exécutant la commande suivante.

CD %temp%
findstr /spi aspnetcoremodule *

Dans une situation normale, il devrait y avoir des entrées de journal pour l'installation du package AspNetCoreModule_x64.
Le résultat de la commande affichera le nom du fichier (Ex : dd_DotNetCoreTools__20160926140846.log) comme la capture d'écran ci-dessous que j'ai obtenue de ma machine de test et vous pouvez ouvrir le fichier journal avec n'importe quel programme d'éditeur de texte. En lisant le contenu du fichier journal d'installation avec le mot-clé aspnetcoremodule, vous pouvez vérifier ce qui est arrivé au programme d'installation du package AspNetCoreModule avant/après la mise à jour du système d'exploitation.

<><><>Exemple du résultat de la commande findstr :
...
dd_DotNetCoreTools__20160926140846.log :[14D4:14D8][2016-09-26T14:08:47]i101 : package détecté : AspNetCoreModule_x64, état : absent, mis en cache : aucun
...
<><><>

J'ai eu le même problème, la solution était en effet de réparer l'installation de _Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2_.

Voici ma sortie de findstr /spi aspnetcoremodule * avant de réparer :

dd_DotNetCoreTools__20160920111929.log :[2AB0:18E4][2016-09-20T11:19:29]i101 : package détecté : AspNetCoreModule_x86, état : absent, mis en cache : aucun
dd_DotNetCoreTools__20160920111929.log :[2AB0:18E4][2016-09-20T11:19:29]i101 : package détecté : AspNetCoreModule_x64, état : présent, mis en cache : complet
dd_DotNetCoreTools__20160920111929.log :[2AB0:18E4][2016-09-20T11:19:31]i201 : Package prévu : AspNetCoreModule_x86, état : Absent, par défaut demandé : Absent, ba demandé : Absent, exécuter : Aucun, rollback : Aucun, cache : Non, uncache : Non, dépendance : Aucune
dd_DotNetCoreTools__20160920111929.log :[2AB0:18E4][2016-09-20T11:19:31]i201 : Package prévu : AspNetCoreModule_x64, état : présent, par défaut demandé : présent, ba demandé : présent, exécution : aucun, restauration : aucun, cache : Non, uncache : Non, dépendance : S'inscrire
dd_DotNetCoreTools__20160920111929.log :[2530:1988][2016-09-20T11:19:33]i325 : enregistrement de la dépendance : {b837b432-47cc-42bf-88e4-876d726dfb7c} sur le fournisseur de packages : IIS_AspNetCore_Module,x64, package : AspNetCore
dd_DotNetCoreTools__20160920112251.log :[0BB0:0548][2016-09-20T11:22:51]i101 : package détecté : AspNetCoreModule_x86, état : absent, mis en cache : aucun
dd_DotNetCoreTools__20160920112251.log :[0BB0:0548][2016-09-20T11:22:51]i101 : package détecté : AspNetCoreModule_x64, état : présent, mis en cache : complet
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]w327 : Ne désinstallera pas le package : AspNetCoreModule_x64, dépendances trouvées : 1
dd_DotNetCoreTools__20160920112251.log :[0BB0:0548][2016-09-20T11:22:51]i201 : Package prévu : AspNetCoreModule_x64, état : Présent, par défaut demandé : Absent, ba demandé : Absent, exécution : Aucun, annulation : Aucun, cache : Non, uncache : Non, dépendance : Unregister
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i201 : Package prévu : AspNetCoreModule_x86, état : Absent, par défaut demandé : Absent, ba demandé : Absent, exécution : Aucun, rollback : Aucun, cache : Non, uncache : Non, dépendance : Unregister
dd_DotNetCoreTools__20160920112251.log :[00E8:1294][2016-09-20T11:22:52]i326 : Dépendance supprimée : {9b3936b0-e973-47b9-afb2-de7cd6501203} sur le fournisseur de packages : IIS_AspNetCore_Module,x64, package AspNetCore

Le schéma et aspentcore.dll étaient tous deux présents sur le disque et _applicationHost.config_ pointait vers le bon emplacement.

Le code d'erreur dans le journal des événements pour _The Module DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll n'a pas pu se charger. Les données sont l'erreur._ est : <Binary>7E000000</Binary>

@jhkimnew voici ma sortie

dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:25:19]i101 : package détecté : AspNetCoreModule_x86, état : absent, mis en cache : aucun
dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:25:19]i101 : package détecté : AspNetCoreModule_x64, état : présent, mis en cache : complet
dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:25:21]i000 : définition de la variable de chaîne 'WixBundleLog_AspNetCoreModule_x64' sur la valeur 'C:\Usersjdunn\AppData\Local\Temp\dd_DotNetNetCoreTools_x64'
dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:25:21]i201 : Package prévu : AspNetCoreModule_x86, état : Absent, par défaut demandé : Absent, ba demandé : Absent, exécuter : Aucun, restauration : Aucun, cache : Non, uncache : Non, dépendance : Aucune
dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:25:21]i201 : package prévu : AspNetCoreModule_x64, état : présent, par défaut demandé : réparation, ba demandé : réparation, exécution : réparation, restauration : aucun, cache : Non, uncache : Non, dépendance : S'inscrire
dd_DotNetCoreTools__20160922122518.log :[319C:10BC][2016-09-22T12:26:38]i304 : charge utile existante vérifiée : AspNetCoreModule_x64 au chemin : C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799-A5765C485F29}v0. 9.1965\packages\aspnetcoremodule_x64_en_rc2_14.msi.
dd_DotNetCoreTools__20160922122518.log :[319C:377C][2016-09-22T12:29:28]i301 : Application d'exécution du package : AspNetCoreModule_x64, action : Réparation, chemin : C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799- A5765C485F29}v0.9.1965\packages\aspnetcoremodule_x64_en_rc2_14.msi, arguments : ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7"'
dd_DotNetCoreTools__20160922122518.log :[3644:372C][2016-09-22T12:29:33]i319 : package d'exécution appliqué : AspNetCoreModule_x64, résultat : 0x0, redémarrage : aucun
dd_DotNetCoreTools__20160922122518.log :[319C:377C][2016-09-22T12:29:33]i325 : Dépendance d'enregistrement : {22041006-8484-4b8d-a13c-40189695de2f} sur le fournisseur de packages : IIS_AspNetCore_Module,x64, package : AspNetCoreModule : AspNetCoreModule
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T13:32:49]i410 : Variable : WixBundleLog_AspNetCoreModule_x64 = C:\Usersjdunn\AppData\Local\Temp\dd_DotNetModule_CoreTools__20160922122518_002

@jhkimnew Dans mon cas, je n'ai jamais créé d'application ASP.NET Core même si l'outillage a été installé sur ma machine. J'avais Windows 7 x64 avec une application ASP.NET 4.0, s'exécutant dans un pool d'applications 32 bits . Après la mise à niveau vers Windows 10, toute tentative de chargement d'une application dans ce pool a entraîné l'erreur. Je pense que lorsque j'ai désactivé l'option 32 bits, l'erreur a disparu, bien que ce ne soit pas une bonne solution pour moi car mon application nécessite un chargement en 32 bits. J'espère que cela t'aides.

@reijerh La dernière ligne de votre sortie contient un indice intéressant sur le problème que vous avez rencontré.
Pour certaines raisons, le module aspnetcore a été désinstallé (a été supprimé).
Souhaitez-vous joindre le fichier dd_DotNetCoreTools__20160920112251.log afin que nous puissions vérifier pourquoi il a été supprimé ?

Bien sûr, j'ai dû ajouter l'extension .txt pour télécharger. J'ai également supprimé mon nom d'utilisateur des chemins du journal.

dd_DotNetCoreTools__20160920112251.log.txt

@reijerh pouvez-vous s'il vous plaît joindre tous les journaux pour l'installation (tout sous %temp% qui commence par dd_DotNetCoreTools)

Oui, notez que j'ai déjà réparé Tooling Preview 2 maintenant.

aspnetcore.zip

Je viens d'aspirer une mise à jour de Windows 10, et maintenant IIS ne fonctionne plus du tout. J'obtiens cette erreur dans l'Observateur d'événements lorsque j'essaie d'accéder à n'importe quel site que j'ai configuré dans IIS :

Échec du chargement de la DLL du module C:\WINDOWS\system32\inetsrvaspnetcore.dll. La donnée est l'erreur.

J'ai exactement le même problème. Un pool d'applications cesse de fonctionner après quelques secondes à chaque démarrage. Le journal des erreurs indique : Le module DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll n'a pas pu se charger. J'ai installé la mise à jour ASP .NET Core Visual Studio hier.

Si vous utilisez uniquement Asp.Net, vous n'avez pas besoin du module aspnetcore.dll et la meilleure solution consiste à supprimer ce paramètre.

Je pense que vous avez manqué quelque chose ici. J'ai peut-être utilisé ou non ASP.NET Core dans le cadre d'IIS dans le passé, mais je n'ai modifié aucun paramètre manuellement. Certaines mises à jour de Windows ont aspiré quelque chose qui a foiré IIS.

La seule façon de résoudre le problème était de désinstaller complètement IIS, ASP.Net, de redémarrer mon ordinateur, puis de réinstaller et de redémarrer à nouveau.

@reijerh Nous avons vérifié le fichier journal. Tous les fichiers journaux que vous avez envoyés ont été créés après le 20/09/2016.

En lisant le fichier journal, nous avons remarqué que vous aviez mis à jour la version 1.0.0 à 1.0.1 le 20/9 et réparé la version 1.0.1 le 28/09.
Le 20/9, aucune action n'a été effectuée concernant le fichier aspnetcore.dll et nous n'avons trouvé aucune preuve de la corruption ou de la suppression du fichier aspnetcore.dll.
1.0.0 et 1.0.1 ont la même version d'aspnetcore.dll et nous ne désinstallons/installons pas le fichier lors de la mise à niveau de 1.0.0 vers 1.0.1.
Donc, je suppose que vous avez désinstallé le fichier aspnetcore.dll avant le 20/9.
Avez-vous envoyé tous les fichiers journaux ? Évidemment, vous n'avez pas envoyé les fichiers journaux lors de l'installation de la 1.0.0, ce qui se produit avant le 20 septembre. Afin de comprendre ce qui se passe réellement, nous avons besoin de tous les fichiers journaux.
Si vous n'avez pas nettoyé les fichiers journaux, créeriez-vous un autre fichier zip contenant tous les fichiers journaux (.log) dont le nom de fichier commence par "dd_" afin que nous puissions comprendre ce qui s'est passé avant le 20 09 ?

Qu'est-ce que %temp% ?
Qu'est-ce que l'ANCM ?

En gros, je n'en ai aucune idée. J'ai déjà installé des aperçus ASP.Net Core. Mais, l'autre jour, IIS était complètement grillé - pas seulement pour les instances Core - toutes les instances. C'est tout ce que je sais.

D'ACCORD. Voici mes logs :
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

Quant à cette chose ANCM dont vous parlez, j'ai installé plusieurs choses. Assez souvent, VS me dira "Une nouvelle version de .NET Core est disponible" alors je suis le lien, et cela ne fonctionne pas. Alors, je recherche sur Google un autre programme d'installation qui peut ou non fonctionner.

Je n'ai rien raté. C'est tout ce qui était là.

Non, ce n'est pas le cas. Il n'y a pas d'autres utilisateurs sur ma machine.

C'est trop tard maintenant. IIS s'est frit. Beaucoup de gens vont s'en sortir.

Inutile de pleurer sur le lait renversé maintenant. Les gens ont juste besoin de désinstaller totalement IIS et de le réinstaller.

@MelbourneDeveloper Désolé mais j'ai décidé de supprimer mon écriture sur la

@jhkimnew désolé, c'est tout ce qu'il y a dans mon _%temp%_ qui commence par _dd_dotnetcoretools_. Oh attends tu veux tout ce qui commence par _dd__, un instant.

Edit : le voici, dd.zip

Désolé pour les horodatages modifiés des fichiers en cours de modification par anonymisation.

@reijerh Il semble que vous ayez perdu les fichiers journaux concernant la 1.0.0. Nous n'avons trouvé aucune information expliquant pourquoi aspnetcore.dll n'a pas pu être chargé sur votre ordinateur avec les fichiers journaux fournis.

Si quelqu'un rencontre à nouveau le problème, avant de réparer l'outillage .NetCore, veuillez rassembler les informations suivantes et nous les envoyer afin que nous puissions comprendre ce qui se passe lorsque le problème persiste.

1. Le message d'erreur d'événement complet
   (Pour info, avec l'erreur d'événement, nous pouvons déterminer quel fichier aspnetcore.dll est à l'origine du problème, soit %windir%\system32\inetsrvaspnetcore.dll ou un autre sur un autre répertoire)
2. Veuillez confirmer si le fichier aspnetcore.dll qui a été affiché sur l'erreur d'événement n'existe pas ou non. Vous pouvez simplement exécuter "dir [le chemin de fichier de aspnetcore.dll]" afin d'obtenir ces informations. Si le chemin aspnetcore.dll problématique a démarré à partir du répertoire %windir%\system32\inersrv et que votre ordinateur dispose d'un système d'exploitation 64 bits, veuillez confirmer si le fichier %windir%\syswow64\inetsrvaspnetcore.dll existe ou non.
3. Veuillez confirmer si le fichier aspnetcore_schema.xml existe ou non. Le fichier de schéma est placé dans "%windir%\System32\inetsrv\config\schema" pour IIS ou "%ProgramFiles%\IIS Express\config\schema" pour IISExpress
   (Pour info, nous aimerions savoir si seul aspnetcore.dll est supprimé ou si son fichier de schéma est également supprimé ensemble)
4. Veuillez indiquer quel fichier applicatiohost.config a le paramètre de configuration de fichier aspnetcore.dll problématique, soit %windir%\system32\inetsrv\config\applicationhost.config ou "votre chemin de solution".vs\config\applicationhost.config. Vous pouvez ouvrir le fichier avec notepad.exe et rechercher aspnetcore.dll pour trouver ces informations.
5. Veuillez indiquer quand ce problème se produit dans les cas suivants :
   1) Après avoir installé la nouvelle mise à jour Windows 10
   2) Après la mise à niveau du système d'exploitation à partir de la version antérieure du système d'exploitation
   3) Après avoir installé un autre progiciel tel qu'une nouvelle version de .NetCore
6. Si vous rencontrez ce problème après l'installation de la nouvelle mise à jour de Windows 10 ou après la mise à niveau du système d'exploitation à partir de la version antérieure du système d'exploitation, veuillez nous indiquer quel système d'exploitation et quelle version du système d'exploitation vous aviez avant la mise à niveau du système d'exploitation
7. Si vous rencontrez ce problème après l'installation de la nouvelle mise à jour de Windows 10 ou après la mise à niveau du système d'exploitation à partir de la version antérieure du système d'exploitation, veuillez envoyer le fichier %windir%\iis.log, qui est le fichier journal d'installation d'IIS avec des informations détaillées sur l'activité d'installation d'IIS pendant le Mise à jour du système d'exploitation
8. Si, avant que ce problème ne se produise, vous utilisiez aspnetcore.dll, veuillez nous indiquer de quelle manière vous avez installé le fichier aspnetcore.dll dans les cas suivants :
   1) J'ai installé le dernier outillage .NetCore ou une autre ancienne version
   2) J'ai installé l'ancienne version du programme d'installation des outils .NetCore (ou un package de nom différent)
   3) J'ai téléchargé le programme d'installation d'ANCM (module AspNetCore) (.msi) et j'ai exécuté le programme d'installation pour installer aspnetcore.dll
   4) J'ai copié le fichier aspnetcore.dll d'une autre machine sur ma machine et je l'ai configuré manuellement par moi-même sans exécuter aucun autre programme d'installation
   5) Je ne l'ai jamais installé
   6) Je ne sais pas si je l'ai installé ou pas

@jhkimnew Si vous voulez vous reproduire, c'est assez simple et se produit 100% du temps lors de la mise à niveau d'un BUILD de Windows 10 vers une version plus récente (à ne pas confondre avec l'installation d'une mise à jour cumulative) si vous avez déjà la dernière version VS et outils installés et exécutent votre site dans IIS dans un pool d'applications 32 bits. Ex: mise à niveau de 1511 à 1607 (ce que la plupart des membres de ce fil ont fait pour rencontrer ce problème ... bien que si vous regardez le début du fil, vous verrez plusieurs d'entre nous avertir que ce serait un problème lors de l'exécution dans cela avec chaque nouvelle version publiée dans le programme d'initiés avant le lancement de 1607). Si vous êtes déjà sur 1607, le moyen le plus simple de reproduire est de rejoindre le programme d'initiés et de mettre à jour la dernière version d'initié. Ça va arriver. Je ne suis pas sûr que les journaux du noyau .net vous montreront quoi que ce soit, car le problème se produit lors de la mise à jour des versions de Windows, et non lors de l'installation du noyau .net. La réparation du noyau .net le résout toujours.

Pour reproduire à partir de zéro (ou, disons, dans une VM) :

1. Installez Windows 10 1511 ou une version antérieure.
2. Ajoutez IIS & .Net & MVC.
3. Installez Visual Studio 2015 et toutes les mises à jour des outils MVC (cela installera aspnetcore).
4. Créez une application MVC de démonstration et installez-la dans IIS, en définissant son pool d'applications pour qu'il s'exécute en mode 32 bits.
5. À ce stade, tout devrait fonctionner parfaitement.
6. À l'aide de Windows Update, mettez à jour vers Windows 10 1607.
7. Profit. Ou plutôt... profitez de ce bug la première fois que vous essayez d'exécuter le site mvc 32 bits (qui n'a même pas besoin de .netcore).

@BryanTheCrow, cela ne se reproduit pas sur toutes les machines. J'en ai deux qui mettent à jour chaque semaine que cela ne s'est pas produit.

@Tratcher Intéressant. Essayons de faire la différence. Sur les machines qui mettent à jour les builds récemment, faites-vous également :

1. Avez-vous installé Visual Studio 2015 + Update 3 + MVC + Tooling Updates (qui incluent dotnetcore) ?
2. Avoir IIS installé
3. Avoir un site MVC (pas dotnetcore) configuré dans IIS
4. Utiliser un pool d'applications 32 bits pour ce site

1 oui, 2 oui, 3 non - Je teste principalement des sites core. 4 non.

@BryanTheCrow Si vous pouvez reproduire le problème, recueilleriez-vous les informations que j'ai demandées ci-dessus ? Et veuillez observer comment le fichier aspnetcore.dll est modifié avant/après la mise à niveau du système d'exploitation. Afin d'observer cela, vous devrez vérifier si votre machine possède à la fois %windir%\system32\inetsrvaspnetcore.dll et %windir%\syswow64\inetsrvaspnetcore.dll avant de mettre à niveau le système d'exploitation et notez la taille du fichier. Et puis comparez-le après la mise à niveau du système d'exploitation.

@Tratcher Je suis sûr que cela n'affecte que le fichier dotnetcore.dll 32 bits. Je me demande si vous avez basculé l'un des pools d'applications iis de votre site en 32 bits si vous pouviez reproduire sur l'une de ces machines ? Sinon, l'application mvc standard peut être une exigence.

@jhkimnew Je

Comme vous semblez être celui qui recherche un correctif, j'ai juste supposé que vous voudriez reproduire par vous-même. Sinon, la prochaine fois que j'installerai une nouvelle version, je vérifierai si personne d'autre ne s'est reproduit et je publierai des réponses à toutes vos questions ci-dessus.

@BryanTheCrow Qu'est-ce que dotnetcore.dll ? Peut-être une faute de frappe pour aspnetcore.dll ?
En attendant, voudriez-vous envoyer le %windir%\iis.log sur votre machine et informer lorsque vous avez mis à niveau le système d'exploitation afin que nous puissions voir ce qui s'est passé ce jour-là avec le journal de configuration IIS.
Et veuillez expliquer ce que je dois faire pour les "MVC + Mises à jour des outils" à partir de l'étape de reproduction de "Visual Studio 2015 + Mise à jour 3 + MVC + Mises à jour des outils".
Il existe quelques versions de packages d'outils et j'aimerais donc suivre exactement les mêmes étapes que vous et c'est pourquoi je veux des informations détaillées sur la façon de procéder.

@jhkimnew Oui, désolé... en tapant rapidement hors de la mémoire. Mon erreur.

Désolé, ma mémoire est un peu floue car je n'ai pas explicitement essayé d'installer ASP.Net Core. Il est venu avec l'une des autres mises à jour ou peut-être même avec l'installation initiale de VS2015. Je ne pense pas que la façon dont vous l'installez importe, juste que vous l'installiez... Cela dit, voici les étapes telles que je m'en souviens... beaucoup de ces étapes peuvent ne pas être nécessaires à reproduire, mais dans l'intérêt de étant complet, je vais les inclure :

1. Sur Win 10 Pro (version antérieure à rs1), en utilisant Activer/activer/désactiver les fonctionnalités Windows et la configuration avec les éléments suivants cochés (ignorez Hyper-V si vous le souhaitez. Je sais que j'ai rencontré cela avec/sans) :
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. Installez Visual Studio 2015 avec la mise à jour 3 et mettez à jour les dernières versions en suivant les invites de mise à jour via la boîte de dialogue extensions et mises à jour (et le petit drapeau en haut à droite)... Je me souviens qu'une mise à jour Azure était requise. Cela a peut-être installé aspnetcore... Je ne me souviens pas de l'avoir explicitement installé... Je pense qu'il était fourni avec VS 2015 ou avec l'une des mises à jour initiales de l'outillage. J'utilise VS Enterprise, au cas où cela ferait une différence.
3. À l'aide de la boîte de dialogue Extensions et mises à jour de VS 2015, vérifiez que vous avez installé Microsoft ASP.NET et les outils Web, ainsi que les cadres et outils Web Microsoft ASP.NET (je me souviens qu'ils étaient déjà installés lors de l'installation de VS2015, mais je peux me tromper, cela vaut donc la peine de vérifier). Sinon, installez-les.
4. Utilisation du programme d'installation de la plate-forme Web Installer le programme d'installation du pack de langue MVC3 et URLRewrite 2.0
5. Redémarrez.
6. À l'aide de Windows Update, installez les mises à jour de sécurité (mais ne mettez pas encore à jour les builds).
7. Configurez un site MVC 4 de base (ex : l'application modèle/démo) dans IIS.
8. Configurez son pool d'applications pour qu'il s'exécute en mode 32 bits.
9. Vérifiez que cela fonctionne.

À ce stade, la seule étape à reproduire pour moi était de suivre le processus de mise à jour de Windows pour passer à une nouvelle version. Après la mise à jour, j'obtenais des erreurs en essayant de charger à la fois le module DotNetCore et le module URLRewrite, tuant le pool d'applications lors de la première tentative de chargement d'une page. L'exécution d'une réparation sur les deux dans "Ajout/Suppression de programmes" les résout.

Voici mon journal IIS actuel. Je ne suis pas sûr à 100%, mais je pense avoir fait une nouvelle installation de 1607 à sa sortie et reconfiguré à partir de zéro, donc je ne suis pas sûr que cela soit utile.

iislog.zip

Je me demande si cela vaut la peine de regarder %windir%\Windowsupdate.log pour voir s'il y a des traces montrant ce que la mise à niveau a modifié sur la machine. IIS est une fonctionnalité du système d'exploitation, il est donc possible que la mise à niveau du système d'exploitation ait un impact sur cela et n'honore pas nécessairement les éléments supplémentaires qui ont été installés, comme ANCM.

il est possible que la mise à niveau du système d'exploitation ait un impact sur cela et n'honore pas nécessairement les éléments supplémentaires qui ont été installés, comme ANCM.

@joeloff cela semble certainement être ce qui se passe ici car cela affecte également URLRewrite 2.0. Les modules installés via "Activer / Désactiver les fonctionnalités Windows" n'ont aucun problème. Mais quelque chose dans le processus de mise à jour de build semble tuer certains modules, mais pas tous, lorsque vous essayez de les utiliser dans un pool d'applications 32 bits.

@BryanTheCrow D'accord, j'ai trouvé une étape de reproduction cohérente en suivant vos étapes de reproduction. Merci beaucoup pour votre aide. J'ai pu reproduire ce problème avec ma machine. Lorsque ce problème se produit, le répertoire aspnetcore.dll du répertoire %windir%\syswow64\inetsrv disparaît après la mise à niveau du système d'exploitation.
Je vais enquêter plus en détail avec l'aide de l'équipe IIS pour mettre à jour le système d'exploitation et vous informer bientôt de ce problème.

@jhkimnew Heureux de l'entendre. Espérons que ce sera quelque chose de simple. ??

On dirait qu'IIS a besoin d'un meilleur message d'erreur avec le chemin de fichier correct ! :)

J'ai eu cela sur Windows 10 Anniversary non-Insiders. La réinstallation du noyau aspnet ne l'a pas résolu, mais la désinstallation de chaque élément du noyau aspnet des programmes et fonctionnalités l'a fait.

On dirait que cela brise de vraies machines de production - j'ai perdu plusieurs heures à essayer de résoudre ce problème alors que j'étais censé faire un travail urgent. Je ne crois même pas avoir choisi de mettre des éléments de prévisualisation sur ma machine de production ; VS l'a-t-il fait ?

@DanTup Oui, toute mise à jour de Windows 10 la déclenche (mise à jour anniversaire incluse). Les mises à jour d'initiés ne sont que le moyen le plus simple de se reproduire pour ceux qui sont déjà sur 1607 car ils sortent avec une nouvelle version hebdomadaire, plutôt que semestrielle.

La réparation de "Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2" via "Programmes et fonctionnalités" le résout sans avoir besoin de désinstaller chaque élément (cependant, cela fonctionnera aussi).

@BryanTheCrow Il est préoccupant qu'un bogue aussi critique soit connu depuis des mois et affecte les machines de production (et d'après le tweet que j'ai eu de @shanselman, je ne sais même pas si l'équipe aspnet réalise qu'il affecte les non-initiés ! J'ai répondu mais pas de réponse..).

La réparation n'a pas semblé fonctionner pour moi; essayé plusieurs fois, y compris les redémarrages :-(

Ma foi dans la qualité du code de MS diminue chaque mois ; nous passons plus de temps que jamais à lutter contre des problèmes qui ne sont pas les nôtres et personne ne semble s'en soucier :-/

Ne vous inquiétez pas, @DanTup. @jhkimnew (ci-dessus) a récemment confirmé / reproduit et travaille avec les différentes équipes impliquées pour aller au fond des choses. Je suis optimiste qu'ils auront un correctif avant le déploiement de 1703.

Merci à toutes les personnes qui ont signalé le problème.

Cause première

Il y a un bogue dans le chemin de mise à niveau d'IIS. Les fichiers non liés au système d'exploitation dans le répertoire C:\Windows\SysWOW64\inetsrv ne sont pas conservés lors d'une mise à niveau du système d'exploitation. Si vous avez des modules IIS qui n'ont pas été livrés avec Windows et que vous déposez des fichiers dans le répertoire inetsrv , ils seront cassés. Le module ASP.NET Core, le gestionnaire de plate-forme HTTP, la réécriture d'URL, la boîte à outils d'optimisation SEO sont des modules IIS qui se briseront lors de la mise à niveau du système d'exploitation. Il est possible de rencontrer ce problème si vous utilisez également d'autres modules tiers.

Quand est-ce que je rencontre ce problème ?

Si vous avez installé l'un des modules susmentionnés avant la mise à niveau de votre système d'exploitation, puis essayez d'exécuter n'importe quel pool d'applications en mode 32 bits après la mise à niveau de votre système d'exploitation.
Vous rencontrerez ce problème même si votre application n'utilise pas un module indisponible.

Quel est le travail autour?

Réparez tous les modules qui ont été écrasés lors de la mise à niveau de votre système d'exploitation.

Comment savoir quels modules sont manquants ?

Vous devriez voir une erreur déclenchée dans l'observateur d'événements

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>

Quand allez-vous réellement le réparer ?

Nous testons un correctif en ce moment, je mettrai à jour cet espace lorsque je pourrai partager une date concrète/une version Windows dans laquelle il sera corrigé

Ce problème a été résolu dans Windows Insider Build 15002

Il convient de souligner que même si le message d'erreur indique "La DLL du module C:\WINDOWS\system32\inetsrv\rewrite.dll n'a pas pu se charger", le fichier manquant est C:\WINDOWS\syswow64\inetsrv\rewrite.dll . Les accès au répertoire system32 par le processus de travail IIS 32 bits sont redirigés vers syswow64 .

Tout comme j'ai rencontré ce problème et ce qui a résolu ce problème pour moi, c'était de modifier le pool d'applications (par défaut)

la désactivation de 32 applications recycle le pool d'applications et cela a fonctionné. arrêté le pool d'applications à nouveau réactiver la prise en charge 32 bits et cela fonctionne toujours, est-il possible que quelque chose n'ait pas été correctement défini après la mise à jour du 10 anniversaire de la victoire ?

@GMZ On dirait que votre processus de travail n'a pas été redémarré après avoir

https://www.microsoft.com/net/core#windows
Télécharger
Aperçu des outils .NET Core 1.0.1-VS 2015 2
Et installer

Ce problème a été résolu dans Windows Insider Build 15002