Connection_Abandoned_By_ReqQueue Проблемы

Question

У меня странная проблема. У меня есть 3 сайта, использующих один и тот же код. Все они находятся на одном выделенном сервере и имеют собственный пул приложений. Это сервер Windows 2008 R2. Один из сайтов продолжает сталкиваться с проблемой Connection_Abandoned_By_ReqQueue каждые несколько часов. Опять же, один и тот же код на всех 3 сайтах, но только один работает на этом. Пул приложений имеет настройки по умолчанию.

Я прочитал, что должен использовать приложение Microsoft Debug Diagnostics, и я установил его на своем компьютере разработчика, чтобы сначала поиграть с ним, и ни один из отчетов не показал ничего не распознаваемого (.NET), поэтому, если на сервере это не так, я не уверен, как это поможет мне отследить проблему.

Как лучше всего найти причину этих ошибок Connection_Abandoned_By_ReqQueue? Я прочитал много вещей, которые могут вызвать это, но это не помогает.

Answer 1

Я нашел этот сайт: http://blog.leansentry.com/the-server-logs-you-need-to-know-to-fix-any-iis-aspnet-error/, который объясняет, где можно найти ошибки IIS.

Важно то, что это сообщение об ошибке относится только к Vista и Windows 2008. Другие люди встречались с той же проблемой и находили различные решения:

• Повреждение памяти: https://forums.iis.net/t/1156530.aspx
• Криптографические исключения, вызванные перегрузкой сервера: https://serverfault.com/questions/227648/iis-worker-process-recycle-without-killing-w3wp
• Низкий файл подкачки: http://mvolo.com/low-pagefile-can-cause-503-service-unavailable-on-azure-web-roles/
• длинные или очень большие наборы результатов из базы данных
• это было интересно, потому что речь шла о несоответствии версий: https://blogs.msdn.microsoft.com/rakkimk/2009/08/07/iis-getting-connection_abandoned_by_apppool-defaultapppool-file-version-mismatch/

Без дополнительной информации я не могу найти ни одного ответа на ваш вопрос, кроме как попробовать все вышеперечисленное.

Answer 2

Просто чтобы уточнить другим читателям - ошибка Connection_Abandoned_By_ReqQueue регистрируется в журнале ошибок IIS Http (под %SystemDrive%\Windows\System32\LogFiles\HTTPERR)

Другими потенциальными причинами здесь являются переполнения стека и исключения типа нарушения прав доступа, которые могут быть трудно отследить, так как стандартный код обработки ошибок / исключений приложения и ведение журнала могут быть пропущены.

Обязательно проверьте журнал приложений в средстве просмотра событий. Если повезет, каждый сбой будет регистрировать ошибку приложения, и, если происходит сбой процесса W3WP, может быть зарегистрирована запись об ошибке отчета об ошибках Windows.

Вот пример переполнения стека (0xc00000fd)

Faulting application name: w3wp.exe, version: 8.5.9600.16384, time stamp: 0x52157ba0
Faulting module name: clr.dll, version: 4.0.30319.34209, time stamp: 0x5348961e
Exception code: 0xc00000fd
Fault offset: 0x00001ffb
Faulting process id: 0x3918
Faulting application start time: 0x01d2398c5d2febfc
Faulting application path: C:\Windows\SysWOW64\inetsrv\w3wp.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: a796f4a2-a581-11e6-80eb-0050569051a9
Faulting package full name: 
Faulting package-relative application ID: 

Запись WER Crash Dump в журнале приложений покажет вам, где вы можете найти дамп (These files may be available here: C:\ProgramData\Microsoft\Windows\WER\ReportQueue), который затем можно просмотреть с помощью отладчика, например WinDbg.

Answer 3

Похоже, что потерянное соединение связано с пулом соединений и / или рециркуляцией пула приложений IIS или некоторыми настройками, которые есть в расширенных настройках пула приложений. Периодические ошибки звучат так, как будто IIS вмешивается, чтобы устранить любые ошибки в коде разработчика, которые были в моем опыте.

В вашем вопросе неясно, запускаются ли эти приложения на отдельных серверах или что каждый сервер является точно такой же ОС.