Stressing your ASP.NET application you may bring the whole Website out-of-order. The application pool will stop after numerous crashes: look for system event log entry
Application pool '<your pool name>' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
Referring application log event log entries are:
Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2
Faulting module name: KERNELBASE.dll, version: 6.1.7601.18229, time stamp: 0x51fb1677
Exception code: 0xe053534f
Fault offset: 0x000000000000940d
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
Faulting module path: %12
Report Id: %13
and
Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: w3wp.exe
P2: 7.5.7601.17514
P3: 4ce7afa2
P4: KERNELBASE.dll
P5: 6.1.7601.18229
P6: 51fb1677
P7: e053534f
P8: 000000000000940d
P9:
P10:
Attached files:
These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_w3wp.exe_ffdd7dc3338f9bc64b4c591c349d26eadb9c3c_11b74904
Analysis symbol:
Rechecking for solution: 0
Report Id: 922480ec-59e6-11e3-b316-00155d49e7d5
Report Status: 4
There are some useful articles how to debug such crash. One of my favorite is this article from Tess Fernandez:
Debugging a .NET crash with rules in Debug Diag
If you use SQL database for ASP.NET state management, you may try this quick fix:
- go to ASPState database (for example, using SQL Management Studio)
- clear ASPStateTempSessions table:
delete FROM [ASPState].[dbo].[ASPStateTempSessions]
This fix helped us to bring the pool to run again.
Enjoy