1. Dom
  2. Pytanie i odpowiedź
  3. IIS7: Proces obsługujący pulę aplikacji "RRRRR" doznał krytycznego błędu komunikacji z usługą aktywacji procesu Windows

IIS7: Proces obsługujący pulę aplikacji "RRRRR" doznał krytycznego błędu komunikacji z usługą aktywacji procesu Windows

2011-08-26 9 views
28

Używamy 32-bitowego serwera Windows 2008 z wersją IIS 7.
Próbujemy opublikować webapp asp.net 4.0 i do tej pory nasze próby tylko przyniosły kilka ostrzeżeń w serverlog nawet zatrzymanie puli aplikacji 4,0IIS7: Proces obsługujący pulę aplikacji "RRRRR" doznał krytycznego błędu komunikacji z usługą aktywacji procesu Windows

procesie służąc puli aplikacji ASP.NET v4.0 „” doznał śmiertelnego komunikację błąd w usłudze aktywacji procesu Windows. Identyfikator procesu to "1904". Pole danych zawiera numer błędu.

Aplikacja działa pod pulą 4,0 aplikacji i domyślną witryną.
Mamy też trochę starszych .asp działa bez zarzutu.
Nawet przy próbie opublikowania niepłodnego (czytaj tylko 1 wiersz tekstu) .aspx-plik nie udało się marnie ... Od dawna brakuje pomysłów na to, co należy zrobić, więc docenimy każdą formę wejścia. ..

Źródło

2011-08-26 Enror

+2

@ScottE Link nie działa – Martijn

+1

Zaktualizowany link: http://mvolo.com/troubleshooting-iis7-503-quotservice-unavailablequot-errors-with-startup-debugging/ –

+1

W moim przypadku problemem była nieskończona pętla rekurencyjna w mój kod aplikacji. –

Odpowiedz

12

Upewnij się, że każdy puli aplikacji w IIS pod Advanced Settings ma Enable 32 bit Applications zestaw do True

IIS screenshot

Źródło

2011-08-26 12:57:25

+6

Proszę wyjaśnić, dlaczego to rozwiąże problem PO? Pytam, ponieważ ja i napotkałem ten sam problem w 64-bitowym systemie Windows Server 2008 R2 i chciałbym wiedzieć, czy to rozwiązanie może zostać uogólnione do mojej sprawy. Dziękuję Ci! – sfarbota

+0

Ta sama odpowiedź podana tutaj http://stackoverflow.com/a/7920145/28411, więc wydaje się być czymś do niej. Nie działa dla mnie niestety. – RJFalconer

+0

Niedawno wystąpił ten problem, gdy produkt podłączony do ODBC został przeniesiony na nowy serwer. Przerzucenie włączonej aplikacji 32-bitowej do wartości true rozwiązało problem. – Josh

8

byłem debugowania problem przez większą część dnia, a kiedy było blisko do wypalenia budynku znalazłem narzędzie od Sysintera: Process Monitor nals (http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx).

Ustaw, aby monitorować w3wp.exe i sprawdzać ostatnie zdarzenia, zanim zniknie po uruchomieniu żądania w przeglądarce. Nadzieja, która pomaga dalszym czytelnikom.

Źródło

2013-05-25 00:09:52 Grozz

+2

W mojej kopalni brakowało pakietów nuget (System.Net.Primitives w moim przypadku) –

+2

W moim przypadku problemem była nieskończona pętla rekursywna w moim kodzie aplikacji. –

4

Narzędzie diagnostyczne do debugowania (DebugDiag) może być ratunkiem. Tworzy i analizuje zrzuty awaryjne IIS. Zrozumiałem moją awarię w kilka minut po tym, jak zobaczyłem stos wywołań. https://support.microsoft.com/en-us/kb/919789

Źródło

2016-11-06 15:16:10 mhenry1384

+1

Aby uzyskać więcej informacji, oto artykuł blogu TechNet pokazujący, jak skonfigurować narzędzie DebugDiag do przechwytywania zrzutu awaryjnego: https://blogs.msdn.microsoft.com/parvez/2016/08/06/iis-application-pool-crash i debug-diag / –

1

Gdy miałem ten problem, zainstalowałem "Remote Tools for Visual Studio 2015" z MSDN. Dołączyłem mój lokalny serwer VS do serwera w celu debugowania.

Rozumiem, że niektórzy ludzie mogą nie mieć możliwości zainstalowania lub dostępu do innych serwerów, ale pomyślałem, że wyrzucę je jako opcję.

Źródło

2017-02-23 14:29:14

1

Wpadłem na to ostatnio. Nasza organizacja ogranicza konta, które uruchamiają pule aplikacji do wybranej listy serwerów w usłudze Active Directory. Zauważyłem, że nie dodałem jednego z komputerów obsługujących aplikację do listy "Zaloguj się do" dla konta w AD.

Źródło

2017-08-01 20:52:37 JMM

Powiązane problemy

 Powiązane problemy