2013-08-28 6 views
5

Mam rolę internetową, która obsługuje 4 witryny MVC 4. Jedna z witryn (nazwijmy ją teraz witryną interfejsu API) używa zarówno MVC, jak i Web API. Kiedy uaktualniam rolę sieciową, kontrolery Web API ze strony API zwracają błąd 500 serwera wewnętrznego do wszystkich żądań. Kontrolery MVC działają zgodnie z oczekiwaniami i wiem, że żądanie jest co najmniej tak daleko, jak metoda Application_BeginRequest pliku global.asax. Nie widzę niczego zalogowanego w moim dzienniku Elmah. Jedyną podpowiedzią dotyczącą błędów jest: Dziennik zdarzeń:Web API na błędach Azure, dopóki pula aplikacji nie zostanie ponownie przetworzona.

Aplikacja "/" należąca do witryny "1" ma nieprawidłowy zestaw AppPoolId "DefaultAppPool". Dlatego aplikacja zostanie zignorowana.

Ponieważ role internetowe korzystają z pul aplikacji jako identyfikatory, nie wiem, skąd to pochodzi.

Najbardziej kłopotliwe jest to, że po ponownym uruchomieniu puli aplikacji dla witryny API (która jest przewodnikiem) wszystko zaczyna działać poprawnie.

Próbowałem ponownie nadpisać pule aplikacji w ramach zadania uruchamiania w roli, ale nie wydaje się to mieć żadnego znaczenia.

Wszelkie sugestie na temat tego, co mogę zrobić, aby uzyskać prawidłowe uruchamianie interfejsu API sieci Web?

+0

Sugeruję, aby zalogować się (komputer zdalny) do maszyny wirtualnej i sprawdzić dziennik zdarzeń. –

+0

Już to zrobiłem. Tak dostałem błąd, o którym wspomniałem w pytaniu. Nie ma nic więcej znaczącego, co mogę zobaczyć. – knightpfhor

+0

Czy możesz umieścić dziennik śledzenia w swoim kodzie, aby znaleźć przyczynę problemu. Wcześniej miałem podobny problem. Ale nie tak jak twój. Muszę przesłać pakiet wiele razy, aby zlokalizować problem. –

Odpowiedz

1

Nigdy nie znalazłem przyczyny tego problemu.

Doszło do tego, że mogłem wdrożyć komputer i nie dostałem problemu, ale mój kolega nie mógł tego zrobić.

Próbowaliśmy porównać zawartość plików .cspkg, które zostały utworzone, ale nie znaleźliśmy żadnych różnic.

Jesteśmy teraz zarówno w stanie wdrożyć projekt bez żadnych problemów.

Podejrzewam, że zostało to rozwiązane, gdy zaktualizowaliśmy pakiet Azure SDK i narzędzia na naszych maszynach.

Powiązane problemy