Windows 8.1 / Windows 10 psuje moje ASP.NET / IIS: „Usługa niedostępna”

Wraz z wydaniem systemu Windows 8.1 na MSDN / Technet w dniu dzisiejszym natknąłem się na następujący problem z uruchomieniem mojej aplikacji ASP.NET po wykonaniu aktualizacji w miejscu za pomocą Win 8.1 RTM:

serwis niedostępny

Błąd HTTP 503. usługa jest niedostępna.

• AppPool zmarł i pokazuje stan Stopped

• Dziennik IIS nie zawiera nic

• W dzienniku aplikacji systemu Windows znajduje się wskazówka, która zawiera ten błąd

  The Module DLL C:\WINDOWS\system32\inetsrv\rewrite.dll failed to load. The data is the error.

Jak mogę odzyskać usługi IIS, aby znów działały?

Wygląda na to, że proste odinstalowanie i ponowna instalacja modułu przepisywania wystarczy.

Edytować: Jak powiedzieli inni - najpierw spróbuj naprawić - jeśli zadziała, to powinno być szybsze.

Wygląda na to, że Instalator platformy sieci Web firmy Microsoft nie jest w stanie go odinstalować, więc po prostu przejdź doPrograms and Features aby go odinstalować.

Znajdziesz go na liście IIS URL Rewrite Module 2i po prostu kliknijUninstall przycisk u góry.

Następnie zainstaluj go ponownie z tego miejsca:

http://www.iis.net/downloads/microsoft/url-rewrite

Upewnij się, że pula aplikacji jest uruchomiona - lub po prostu uruchom ponownie usługi IIS i wszystko powinno znów działać.

Edycja : 30.08.16: Podobny, ale niezwiązany błąd może wystąpić, jeśli masz zainstalowany „nowy” .NET core i zaktualizujesz go do edycji Win 10 Anniversary. Zobacz tutaj: https://github.com/aspnet/Home/issues/1583 - Uruchomienie naprawy w VS 2015 Tooling Preview powinno to naprawić. Chciałem go tutaj dodać, ponieważ błędy są bardzo podobne do tej odpowiedzi.

Otrzymałem ten błąd dziennika zdarzeń po aktualizacji Win8.1 do Win10. Aby naprawić, przejdź do Panelu sterowania -> Programy i funkcje , zlokalizuj IIS URL Rewrite Module 2 , kliknij prawym przyciskiem myszy i wybierz Napraw (to szybkie). Następnie uruchom ponownie zatrzymane pule aplikacji. Teraz powinno być dobrze.

Nie ma potrzeby odinstalowywania ani ponownej instalacji.

Gary Davis

Nie trzeba odinstalowywać. Po prostu zrób naprawę i zadziała.

Z dziwnych powodów jedynym rozwiązaniem dla mnie było zainstalowanie poprzedniej wersji modułu ze strony https://www.microsoft.com/en-us/download/details.aspx?id=7435

Właśnie natknąłem się na ten problem po aktualizacji. Wszystkie pule aplikacji zostały zatrzymane! Uruchomienie ich rozwiązało problem.

Zmagałem się z podobnymi problemami zeszłej nocy.

Zaczęło się od skargi dotyczącej brakującego pliku redirect.dll. Po zainstalowaniu funkcji przekierowania usług IIS ten komunikat dziennika zniknął, a jedyne, co mi zostało, to zbiór komunikatów o błędach z WAS. Próbował uruchomić pulę aplikacji pięć razy, aż się poddał.

Kanał nasłuchujący dla protokołu „http” w procesie roboczym „120” obsługującym pulę aplikacji „moja pula aplikacji” zgłosił błąd kanału nasłuchiwania. Pole danych zawiera numer błędu.

Kod błędu to „8007007E” (według Google nie znaleziono pliku).

Następnie zainstalowałem ProcMon z sysinternals.com i za każdym razem, gdy proces w3wp narzekał „NAZWA NIE ZNALEZIONA” tuż przed zakończeniem, szukałem w Google i instalowałem odpowiednią funkcję IIS. Powtarzałem to, dopóki nie zainstalowałem ich wszystkich i znowu wszystko działało.

Instalowanie wszystkiego nie jest dobrym rozwiązaniem, ale nie mam teraz czasu na głębsze badanie.

Po zmianie hasła domeny napotkałem podobne objawy. Musiałem także zresetować moje hasło w moich (zakodowanych na stałe!) Ustawieniach puli aplikacji na moim dev boxie.

Miałem podobny problem z „nie można załadować pliku httpplatformhandler.dll”. Ponownie rozwiązaniem było pobranie odpowiedniego pliku httpplatformhandler install msi ze strony http://www.iis.net/downloads/microsoft/httpplatformhandler, a następnie uruchomienie naprawy.

Naprawa zadziałała po aktualizacji do W10 Insider Preview 160826-1902

Napotkałem ten sam problem w systemie Windows Server 2012 R2. Po zaktualizowaniu aktualizacji systemu Windows do najnowszych działa.