Проблемы с Connection_Abandoned_By_ReqQueue

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

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

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

Ответ 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/

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

Ответ 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 приложений покажет вам, где вы можете найти дамп (These files may be available here: C:\ProgramData\Microsoft\Windows\WER\ReportQueue), которые затем можно анализировать с помощью отладчика, такого как WinDbg.

Ответ 3

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

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