2013-04-30 18 views
5

Mam dwa serwery znajdujące się za loadbalancerem w moim warstwie usługi. Oba powinny być identyczne - ustawienia usług IIS są takie same, AppFabric (w celu rozgrzania dwóch usług), pule aplikacji działające pod kontem usługi lub tożsamością puli aplikacji. Na jednym serwerze wszystko działa. Na drugim serwerze trzy z moich pul aplikacji (dwa, które AppFabric nagrzewa się, pod kontem usług i takie, które są tylko standardową pulą aplikacji bez zmian dokonanych w ustawieniach domyślnych) przestają działać prawie natychmiast po uruchomieniu ich (czasami na pierwsze żądanie).Pule aplikacji nie będą działać.

mam pięć następującego błędu w dzienniku aplikacji za każdym razem staram się uruchomić jeden z basenów aplikacji:

Wystąpił błąd podczas przetwarzania Managed Service aplikacja auto-start ścieżki konfiguracji : "MACHINE/WEBROOT/APPHOST/Site/App". Zwrócony komunikat o błędzie: "". Proces roboczy będzie oznaczony jako niezdrowy i zostanie zamknięty. Pole danych zawiera kod błędu.

Kod błędu, o którym mowa, to 80070005.

Jest to właściwie ta sama witryna/aplikacja, niezależnie od uruchamianej puli aplikacji (może się jednak zmienić po odtworzeniu pul aplikacji).

w dzienniku systemu, pojawia się następujący ostrzegawcze pięć razy, zanim błędów (Application pool 'AppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.):

Proces obsługujących pulę aplikacji „AppPool” zgłosił awarię podczas wstępnego ładowania aplikacji lub usług. Identyfikator procesu to "2396". Upewnij się, że wszystkie ustawienia wstępnego ładowania aplikacji lub usługi w puli aplikacji są poprawnie skonfigurowane. Pole danych zawiera numer błędu.

Kod błędu, o którym mowa, to 80004005.

Tutaj rozpoczyna się AppPool.

Próbowałem odtworzyć; Próbowałem odinstalować AppFabric (ale potrzebujemy go, więc ponownie zainstalować i nadal nie iść). Nie mam pomysłów. Jakieś sugestie?

EDIT: Próbowałem kopiowanie ApplicationHost.config over z serwera pracy, ale to nie działało ..

Edit2: Jeden z basenów aplikacja działa, gdy uruchomiony pod prawdziwym użytkownikiem konto, ale nie działa, gdy działa pod ApplicationPoolIdentity ....

(Wystąpił również problem, gdy witryna działała w wersji 2.0, a aplikacje działały w wersji 4.0. Mogły one rozwiązać te, które działają jako konta usług.)

+0

Czy próbowałeś uruchomić test pamięci/dysku na złym serwerze? –

Odpowiedz

0

Mimo że pule aplikacji dla aplikacji wynosiły 4,0, pula aplikacji dla samej witryny wynosiła 2,0, co powodowało niektóre problemy. Mieliśmy również inetpub na innym dysku i musieliśmy przyznać dostęp do SERVER \ Users.

2

Właśnie zmagałem się z tym samym problemem przez kilka godzin i znalazłem innego winowajcę.

Dodałem nową sekcję konfiguracji do mojego pliku Web.config w ostatnim zatwierdzeniu. Dodałem również tę sekcję do oddzielnego pliku ERB używanego przez Puppet do generowania niestandardowego pliku Web.config w momencie instalacji.W tym pliku szablonu dodałem nową sekcję, ale zapomniałem o jej deklaracji w <configSections>.

Po dodaniu deklaracji do szablonu, maszyny testowe naszej aplikacji mogły ponownie się uruchomić i ten błąd zniknął.

+0

To była wspaniała pomoc, dzięki której pomyślałem o wszelkich zmianach w moim pliku Web.config. Zasadniczo miałem zduplikowany znacznik zdefiniowany w pliku Web.config, który powodował, że Pula aplikacji nie mogła się uruchomić. Jest to trudny błąd, ponieważ pula aplikacji nie może się uruchomić, więc nie można wykonać żadnej obsługi błędów/testowania w kodzie. Dzięki wielkie. – bradykey

Powiązane problemy