Ошибки IIS с момента обновления до точечной сети 4 - PullRequest
Новая
       55

Ошибки IIS с момента обновления до точечной сети 4

6 голосов
/ 07 февраля 2011

Еще в октябре мы обновили один из наших сайтов (на IIS 6) с .net 3.5 до .net 4.0.С тех пор мы ежедневно получаем следующее предупреждение и ошибку:

Предупреждение:

ISAPI 'c: \ windows \ microsoft.net \ framework \ v4.0.30319 \ aspnet_isapi.dll 'зарекомендовал себя как нездоровый по следующей причине:' Обнаружен тупик '.

Ошибка:

Невозможно запустить две разные версии ASP.NETв том же процессе IIS.Используйте инструмент администрирования IIS, чтобы перенастроить сервер для запуска приложения в отдельном процессе.

Мы проверили все приложения и убедились, что они работают в правильных версиях ASP.NET, а также вих собственные отдельные пулы приложений.

Мы просматривали журналы IIS во время записи ошибок, но это не дает никаких подсказок относительно проблемы.Есть ли инструмент, который мог бы дать нам больше информации о том, какое приложение вызывает ошибки и что происходило в то время?

Ответы [ 2 ]

1 голос
/ 13 февраля 2011

Обсуждение здесь также может быть полезным для вас:

Вы можете настроить пул приложений так, чтобы они теряли рабочий процесс, а не уничтожали его при возникновении этого условия.затем можно использовать adplus , чтобы собрать дамп зависания рабочего процесса, который можно проанализировать, чтобы выяснить, что в процессе заблокировано.

(...)

Это означает, что потоки asp.net не вернулись после какого-либо действия, которое они выполняли в течение очень долгого времени, и asp.net исчерпал потоки - это обычно указывает на тупик.Это kb также говорит о том, как генерировать дампы для анализа для этого условия.

0 голосов
/ 18 октября 2012

У меня была точно такая же ошибка, и это было связано с пользовательской страницей ошибок .NET 2.0, на которую ссылалось мое приложение .NET 4.0.

Я создал пользовательскую страницу ошибок, которая была разработана в.NET 2.0 и он был применен на верхнем уровне веб-сайта IIS.

Приложение .NET 4.0 использовало уникальную схему маршрутизации URL-адресов MVC, и по какой-то причине только это приложение продолжало блокироваться, и в итоге возникали ошибки взаимоблокировки.

Я избавился от пользовательской настройки страницы ошибки, которая указывала на веб-страницу .NET 2.0, и переключил ее на статическую ошибку по умолчанию «Не найдено».Я перезапустил пул приложений, и веб-страница начала работать без проблем.

Надеюсь, это поможет кому-то еще.

http://adamantinewolverine.blogspot.kr/2012/10/running-iis6-in-32-bit-mode-on-64bit.html

...