Лучший отвечающий
Периодическое падение пула приложений в IIS 7.5

Вопрос
-
Добрый день!
После переноса веб-приложений с 2003 сервера (х32) столкнулся со следующей проблемой:
Раз в несколько дней падает пул приложений, на котором крутится одно из приложений. Почему и после чего это происходит, пока неясно.
В логах при падении появляются следующие записи:
Log Name: System Source: Microsoft-Windows-WAS Date: 3/6/2013 10:46:51 PM Event ID: 5011 Task Category: None Level: Warning Keywords: Classic User: N/A Computer: pc Description: A process serving application pool 'site.com' suffered a fatal communication error with the Windows Process Activation Service.
The process id was '6140'. The data field contains the error number.
После этого пул приложений, согласно настройкам пытается перезапуститься:
Log Name: System Source: Microsoft-Windows-WAS Date: 3/6/2013 10:46:52 PM Event ID: 5009 Task Category: None Level: Warning Keywords: Classic User: N/A Computer: pc Description: A process serving application pool 'site.com' terminated unexpectedly. The process id was '5672'. The process exit code was '0x80131506'.
и благополучно выключается после последней попытки:
Log Name: System Source: Microsoft-Windows-WAS Date: 3/6/2013 10:46:54 PM Event ID: 5002 Task Category: None Level: Error Keywords: Classic User: N/A Computer: pc Description: Application pool 'site.com' is being automatically disabled due to a series of failures
in the process(es) serving that application pool.В application log появляется следующая запись:
Log Name: Application Source: Application Error Date: 3/6/2013 10:46:51 PM Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic User: N/A Computer: pc Description: Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2 Faulting module name: mscorwks.dll, version: 2.0.50727.5466, time stamp: 0x503ef7aa Exception code: 0xc0000005 Fault offset: 0x00000000006b9679 Faulting process id: 0x%9 Faulting application start time: 0x%10 Faulting application path: %11 Faulting module path: %12 Report Id: %13
День потыкавшись по интернету, нашел, что 0xc0000005 это access violation error, т.е. вроде как баг в самом w3wp.exe. Разрабочики утверждают, что приложение написано таким образом, что никак не может влиять на работу веб-сервера (что, в принципе, и похоже на правду, т.к. в течении двух лет это все без проблем крутилось на IIS 6 x32).
Поиск по интернету ничего толком не дал. Нашел несколько схожих тем, где, как варианты решения проблем, были указаны запуск пула приложений из-под существующего пользователя (что я попробовал) и дать права этому пользователю на чтение/запись каталога с веб-сайтом. Также найдена статья в базе знаний, описывающая нечто схожее http://support.microsoft.com/kb/913384 и предлагающая фикс, но он неприменим в моем окружении.
Каким образом можно отследить, в чем причина падения пула приложений?
IIS 7.5 установлен с минимальными настройками (IIS 6 до этого тоже стоял с настройками по-умолчанию).
Все окружение выглядит вот так:
OS: Microsoft Windows Server 2008R2 Standard SP1. Installed roles and features: Display Name Name ------------ ---- [X] Application Server Application-Server [X] .NET Framework 3.5.1 AS-NET-Framework [X] Web Server (IIS) Support AS-Web-Support [X] Windows Process Activation Service Support AS-WAS-Support [X] HTTP Activation AS-HTTP-Activation [X] Web Server (IIS) Web-Server [X] Web Server Web-WebServer [X] Common HTTP Features Web-Common-Http [X] Static Content Web-Static-Content [X] Default Document Web-Default-Doc [X] Directory Browsing Web-Dir-Browsing [X] HTTP Errors Web-Http-Errors [X] HTTP Redirection Web-Http-Redirect [X] Application Development Web-App-Dev [X] ASP.NET Web-Asp-Net [X] .NET Extensibility Web-Net-Ext [X] ISAPI Extensions Web-ISAPI-Ext [X] ISAPI Filters Web-ISAPI-Filter [X] Health and Diagnostics Web-Health [X] HTTP Logging Web-Http-Logging [X] Logging Tools Web-Log-Libraries [X] Request Monitor Web-Request-Monitor [X] Tracing Web-Http-Tracing [X] Security Web-Security [X] Basic Authentication Web-Basic-Auth [X] Windows Authentication Web-Windows-Auth [X] Digest Authentication Web-Digest-Auth [X] Client Certificate Mapping Authentic... Web-Client-Auth [X] IIS Client Certificate Mapping Authe... Web-Cert-Auth [X] URL Authorization Web-Url-Auth [X] Request Filtering Web-Filtering [X] IP and Domain Restrictions Web-IP-Security [X] Performance Web-Performance [X] Static Content Compression Web-Stat-Compression [X] Dynamic Content Compression Web-Dyn-Compression [X] Management Tools Web-Mgmt-Tools [X] IIS Management Console Web-Mgmt-Console [X] IIS Management Scripts and Tools Web-Scripting-Tools [X] Management Service Web-Mgmt-Service [X] IIS 6 Management Compatibility Web-Mgmt-Compat [X] IIS 6 Metabase Compatibility Web-Metabase [X] IIS 6 WMI Compatibility Web-WMI [X] IIS 6 Scripting Tools Web-Lgcy-Scripting [X] IIS 6 Management Console Web-Lgcy-Mgmt-Console [X] .NET Framework 3.5.1 Features NET-Framework [X] .NET Framework 3.5.1 NET-Framework-Core [X] WCF Activation NET-Win-CFAC [X] HTTP Activation NET-HTTP-Activation [X] Remote Server Administration Tools RSAT [X] Role Administration Tools RSAT-Role-Tools [X] Web Server (IIS) Tools RSAT-Web-Server [X] Windows PowerShell Integrated Scripting Environm... PowerShell-ISE [X] Windows Process Activation Service WAS [X] Process Model WAS-Process-Model [X] .NET Environment WAS-NET-Environment [X] Configuration APIs WAS-Config-APIs [X] Windows Server Backup Features Backup-Features [X] Windows Server Backup Backup [X] Command-line Tools Backup-Tools
8 марта 2013 г. 11:37
Ответы
-
Что делать? Типовоое решение - скормить ключевую строчку (в данном случае - ту, которая с конкретным адресом ошибки) поисковику в надежде, что Вы не первый, кто натыкается на эту ошибку.
В Вашем случае поиск по сайту Microsoft приводит к статье http://blogs.msdn.com/b/carloc/archive/2009/03/11/fatal-execution-engine-error-on-x64-framework.aspx в которой объясняется, что ошибка вызвана попыткой конвертации пустой строки.
Слава России!
- Предложено в качестве ответа Elina Lebedeva 15 марта 2013 г. 8:12
- Помечено в качестве ответа Elina Lebedeva 20 марта 2013 г. 11:44
11 марта 2013 г. 10:59
Все ответы
-
Добавлю дамп, который записал windows error reporting во время креша:
http://rghost.ru/private/44418683/342baacb9752c4c5864c631e87a0d262
Расшифрованный в Debug Diagnistic Tool выглядит вот так:
http://rghost.ru/private/44418825/b5a0c8afafee11493da394c213ebe550
Куда с этим идти и что делать? Каким образом можно понять, что не нравится этой библиотеке?
- Изменено VitaliyOleynik 11 марта 2013 г. 9:44
11 марта 2013 г. 9:40 -
Что делать? Типовоое решение - скормить ключевую строчку (в данном случае - ту, которая с конкретным адресом ошибки) поисковику в надежде, что Вы не первый, кто натыкается на эту ошибку.
В Вашем случае поиск по сайту Microsoft приводит к статье http://blogs.msdn.com/b/carloc/archive/2009/03/11/fatal-execution-engine-error-on-x64-framework.aspx в которой объясняется, что ошибка вызвана попыткой конвертации пустой строки.
Слава России!
- Предложено в качестве ответа Elina Lebedeva 15 марта 2013 г. 8:12
- Помечено в качестве ответа Elina Lebedeva 20 марта 2013 г. 11:44
11 марта 2013 г. 10:59 -
За ссылку спасибо.
По поводу скормить поисковику: если бы не три-четыре дня безуспешного поиска, я бы сюда не писал.
Еще раз благодарю за ответ
13 марта 2013 г. 10:40 -
Как вариант, если вдруг у вас в пуле работает некое EXE-приложение.
Внесено ли оно в список исключений в закладке "Предотвращение выполнения данных"(DEP)?
Сам наступал на подобные "грабли" и долго искал причину падений.
оказывается читать Help полезно... ну кто ж знал :)
15 апреля 2013 г. 1:47