Avec Windows 8.1 enfin publié sur MSDN / Technet aujourd'hui, je suis tombé sur le problème suivant lors de l'exécution de mon application ASP.NET après avoir effectué une mise à niveau sur place avec Win 8.1 RTM:
Service indisponible
Erreur HTTP 503. Le service est indisponible.
L'AppPool est mort et affiche un état de
Stopped
Le journal IIS n'a rien
Il y a un indice dans le journal des applications Windows qui contient cette erreur
The Module DLL C:\WINDOWS\system32\inetsrv\rewrite.dll failed to load. The data is the error.
Comment puis-je récupérer mon IIS pour qu'il fonctionne à nouveau?
url-rewrite-module
windows-8.1
Simon_Weaver
la source
la source
System
journal des événements affiche une erreur liée à celle duApplication
journal:A listener channel for protocol 'http' in worker process '####' serving application pool 'MyAppPool' reported a listener channel failure. The data field contains the error number.
@Simon_Weaver a la bonne réponse.Réponses:
Il semble qu'une simple désinstallation et réinstallation du module de réécriture fera l'affaire.
Edit: Comme d'autres l'ont dit - essayez d'abord une réparation - si cela fonctionne, cela devrait être plus rapide.
Il ne semble pas que le programme d'installation de la plate-forme Web Microsoft soit capable de le désinstaller
Programs and Features
.Vous le trouverez dans la liste
IIS URL Rewrite Module 2
et cliquez simplement sur leUninstall
bouton en haut.Puis réinstallez-le à partir d'ici:
http://www.iis.net/downloads/microsoft/url-rewrite
Assurez-vous que votre pool d'applications est démarré ou redémarrez simplement IIS et tout devrait fonctionner à nouveau.
Edit : 30/08/16: Une erreur similaire mais sans rapport avec le client peut se produire si le «nouveau» noyau .NET est installé et que vous effectuez une mise à jour vers l'édition Win 10 Anniversary. Voir ici: https://github.com/aspnet/Home/issues/1583 - L'exécution d'une réparation sur VS 2015 Tooling Preview devrait résoudre ce problème. Je voulais l'ajouter ici car les erreurs sont très similaires à cette réponse.
la source
J'ai eu cette erreur du journal des événements après la mise à jour de Win8.1 vers Win10. Pour réparer, allez dans le Panneau de configuration -> Programmes et fonctionnalités , recherchez IIS URL Rewrite Module 2 , faites un clic droit et sélectionnez Réparer (c'est rapide). Ensuite, redémarrez vos AppPool (s) arrêtés. Ça devrait être OK maintenant.
Pas besoin de désinstaller ni de réinstaller.
Gary Davis
la source
Pas besoin de désinstaller. Faites simplement une réparation à la place, et cela fonctionnera.
la source
Pour des raisons étranges, la seule solution pour moi était d'installer la version précédente du module, à partir de https://www.microsoft.com/en-us/download/details.aspx?id=7435
la source
Je viens de rencontrer ce problème après une mise à jour. Tous les pools d'applications ont été arrêtés! Leur démarrage a résolu le problème.
la source
J'ai eu des problèmes similaires hier soir.
Il a commencé avec une plainte concernant le manque de redirect.dll. Après avoir installé la fonction de redirection d'IIS, ce message de journal a disparu et il ne me restait plus qu'un tas de messages d'erreur de WAS. Il a essayé de démarrer mon pool d'applications cinq fois jusqu'à abandonner.
Le code d'erreur était "8007007E" (fichier introuvable selon google).
J'ai ensuite installé ProcMon à partir de sysinternals.com et chaque fois que le processus w3wp se plaignait de "NAME NOT FOUND" juste avant de terminer, j'ai recherché sur Google et installé la fonctionnalité IIS correspondante. J'ai répété cela jusqu'à ce que je les ai tous installés et que tout fonctionne à nouveau.
Tout installer n'est pas une bonne solution, mais je n'ai pas le temps d'enquêter plus en profondeur pour le moment.
la source
J'ai rencontré des symptômes similaires après avoir changé le mot de passe de mon domaine. J'ai également dû réinitialiser mon mot de passe dans mes paramètres (codés en dur!) App Pool sur ma boîte de développement.
la source
J'ai eu un problème similaire avec "httpplatformhandler.dll n'a pas pu se charger". Encore une fois, la solution consistait à télécharger le msi d'installation httpplatformhandler approprié à partir de http://www.iis.net/downloads/microsoft/httpplatformhandler , puis à exécuter une réparation.
la source
La réparation a fonctionné pour moi après la mise à jour vers W10 Insider Preview 160826-1902
la source
J'ai rencontré le même problème dans Windows Server 2012 R2. Après avoir mis à jour les mises à jour Windows vers les plus récentes, cela fonctionne.
la source