RE: ASP.Net timeouts
- From: allenc@xxxxxxxxxxxxxxxxxxxx (Allen Chen [MSFT])
- Date: Wed, 12 Aug 2009 06:44:12 GMT
Hi,
We've got a page that's throwing HttpException "Request timed out" errorproblems
messages and for the life of us we can't figure out why. One of the
is that there is no stack trace with that exception so it's harder tofigure
out what it's doing when the clock runs out. Attaching a debuggerobviously
changes things.
I've found a number of posts online where people say there are 2 event logThreadAbortException.
messages for both the HttpException and the underlying
In the screen caps I've found the event log message for thewhacked.
ThreadAbortException includes the stack trace of the thread getting
From your description, the innerexception of this HttpException is null.There's no managed call stack on the thread that throws this exception.
This behavior, based on my experience, is typically caused by
executionTimeout is smaller than the real execution time. You can not get
any managed call stack of the thread that throws this excetpion because
there's no one. And it even doesn't make sense to get it because the tasks
that potentially cause this issue are run by other threads.
You can reproduce it if you set the executionTimeout to a small value and
do a lot of time consuming taks in the processing request phase:
<system.web>
<httpRuntime executionTimeout="3" .../>
...
</system.web>
Please check out the following documentation for more details about this
element:
http://msdn.microsoft.com/en-us/library/e1f13641.aspx
So, first, please let me know the approximate process time of the web
request that causes this exception. You can do unit test to get the time.
If it's longer than two minutes, most likely this is the culprit, if you're
using the default setting of httpRuntime element.
You can also add some trace at the begining/end of any time conusuming
tasks. This will give you a clear picture of which task is done before this
exception.
If you use WinDbg to debug, please use the following command to list all
call stack of managed threads:
~* e!clrstack
In this way you can know what all managed threads are doing at that moment.
Download Debugging Tools for Windows:
http://www.microsoft.com/whdc/devtools/debugging/default.mspx
Please keep me updated if you find anything. If you have further questions
please feel free to ask. I'll do my best to follow up.
Regards,
Allen Chen
Microsoft Online Support
Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
msdnmg@xxxxxxxxxxxxxx
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.
Note: MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 2 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions. Issues of this
nature are best handled working with a dedicated Microsoft Support Engineer
by contacting Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/en-us/subscriptions/aa948874.aspx
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
.
- References:
- ASP.Net timeouts
- From: Mark
- ASP.Net timeouts
- Prev by Date: Re: display some hidden label after file upload
- Next by Date: RE: Embedded resource and Virtual Path
- Previous by thread: Re: ASP.Net timeouts
- Next by thread: RE: ASP.Net timeouts
- Index(es):
Relevant Pages
|
Loading