Как диагностировать проблему фатальной ошибки связи IIS

Question

У меня есть клиент, использующий IIS, и приложение, разработанное нами в Asp.NET 1.1. В понедельник, 4 раза подряд ошибка «Пул приложений, обслуживающий процесс« xxxx », столкнулся с фатальной ошибкой связи со службой публикаций World Wide Web. Идентификатор процесса был «гггг». Поле данных содержит номер ошибки. ”Появилось.

Есть идеи о том, как это диагностировать? Единственная ссылка , которую я нашел , говорит об установке низкоуровневых инструментов отладки, но перед тем, как приступить к такому анализу низкого уровня, я бы узнал, есть ли у кого-то лучшая идея или подходящая альтернатива.

Проблема (из того, что я вижу) заключается в том, что что-то происходит в среде клиента, потому что это же приложение установлено на других сайтах клиентов как минимум на 20 или 30 различных серверах, и проблема не возникает.

Привет

Massimo

Answer 1

У меня была такая же проблема в IIS 7, было несколько сработавших отчетов, кроме одного, который был очень длинным и никогда не работал на IIS7 (это было нормально на сервере с низкой спецификацией).

на IIS7 в расширенной настройке пула приложений I установил для "Включить 32-битное приложение" значение true и все работало хорошо

Answer 2

Я получаю ту же ошибку, вот еще некоторые детали:

работает: Windows Server 2003, IIS 6.0 / ASP 3.0, 2,13 ГГц, 1 ГБ ОЗУ

Мой веб-сайт находится в бета-версии, поэтому у меня почти нет посетителей.

По словам зрителя, я получаю это предупреждение 3 раза каждые 3 минуты, затем он останавливается на несколько часов.

Тогда иногда я получаю ошибку:

Процесс, обслуживающий пул приложений DefaultAppPool, неожиданно прервался. Идентификатор процесса был «3900». Код завершения процесса был «0x800703e9».

которые следуют:

Пул приложений DefaultAppPool автоматически отключается из-за серии сбоев в процессе (ах), обслуживающих этот пул приложений.

Это приводит к появлению сообщения «Служба недоступна» при просмотре веб-сайта.

прочитав слишком много постов об этой проблеме, я сделал следующие шаги:

1. Я прочитал, что это может быть право доступа к реестру, поэтому я установил монитор и проследил все ошибки W3SVC Access Denied и выдал разрешение

2. Я прочитал, что ошибка 0x800703e9 означает переполнение стека, которое вызывает сбой w3wp.exe, и я должен установить инструмент отладки и попытаться получить дамп памяти. Я сделал это, но я не получил дамп, поэтому я установил новый инструмент отладки, но пока не получил сбой.

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

Вывод:

1. Я не знаю, что там происходит ... но я знаю, что моя серверная машина сильно замедляет ресурс, поэтому я собираюсь обновить и переустановить ее, я уверен, что это решит проблему ...

2. Проблема возникает постоянно, даже когда мой код .net простаивает, поэтому это проблема на сервере, а не в моем коде.

3. Я думаю, что первое предупреждение «Процесс, обслуживающий пул приложений ...» происходит каждый раз, и то и дело вызывает перезапуск пула приложений, поэтому присоединение отладчик не помогает - процесс продолжает перезапускаться, и отладчик больше не работает ... Я думаю, что ошибка 0x800703e9 (которая приводит к недоступности службы) может произойти при перезапуске пула приложений, я полагаю, что ему требуется много ресурсов, и, поскольку моя машина работает слишком медленно, она получает 0x800703e9 ... как уже было сказано, стек по потоку, но я думаю, что это вызвано нехваткой ресурсов, а не бесконечной рекурсией.

4. Я думаю, что «право доступа к реестру», которое, как утверждают в Microsoft, является проблемой, является чепухой, но я не получил «Служба недоступна», так как это могло бы помочь (хотя я все еще получаю предупреждение «Процесс, обслуживающий пул приложений ...» ).

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

Answer 3

У меня была такая же проблема, когда веб-сайт был развернут на веб-сервере клиента. Эта статья о поддержке Microsoft гласит:

"Эта проблема может возникнуть, если учетная запись NT AUTHORITY \ NETWORK SERVICE не имеет разрешений на необходимые разделы реестра."

И разрешение таково: «установите разрешения для необходимых разделов реестра и перезапустите IIS 6.0.»

В связанной статье есть шаги для этого.

Answer 4

Я уверен, что вы уже знаете это, но пул приложений содержит только 1.1 приложений, верно? Я не помню ошибку, которую вы получаете, когда пул умирает, пытаясь смешать фреймворки (что-то вроде Server Unavailable), но это более распространено, чем я думал в дикой природе, поэтому я бы дважды проверил.

Хотя это вряд ли так, но это где-то начать.

Редактировать: Эта статья КБ также содержала сообщение об ошибке, которое вы описали, касающееся разрешений реестра, какая версия IIS работает на клиенте?

Answer 5

Еще одна популярная причина (как в моем случае) - один из журналов Windows заполнен.