D
Damien
Hi guys,
I'm getting a bit of a wierd one with my ASP.NET application. I'm
running under framework 1.1, which is a shame, because the following KB
articles looked interesting initially:
KB810280, and,
KB321792
Essentially, the app is running along reasonably happily, and then
suddenly a request comes in which locks up 1 of the processors (well,
one of the HT logical processors). Other requests start having some
problems after this (although some are still serviced fine).
Interestingly, when the problem initially starts, there is only one
"current request" according to the performance counters, and I'm not
mad enough to use my own threads in the application, so that would seem
to rule out a deadlock?
In the past, I'd have looked at accidentally left over mutex stuff
around the database access, but you cant really leave anything behind
when you use Synclock, can you? Also, if it was an "outstanding lock",
I'd expect processor to be 0, not 50%. I don't use any explicit
transactions (and have also checked that there are no outstanding
transactions using perf counters), and checking sp_who2 on the backend
database doesn't show any blocking (and again, I'd expect 0% processor
for aspnet_wp)
So, can anyone point me at where I'm going wrong, where I should look
next? The only way to resolve the problem is to kill aspnet_wp, which
is a bit of a shame for the people who are managing to carry on without
problem.
The application is quite spread out, it consists of six different VB
projects (one normal VB.NET DLL, plus five VB.NET ASP.NET projects),
makes moderate use of in-memory session, and is using cookie-less
sessions.
It mainly seems to affect one page, I've checked through the PageLoad
and PreRender for any obvious "possible" infinite loops, without
success. The page is reachable through two different routes (either
passing params in a query string or stuffing them into the session and
doing a redirect) and both routes seem to be equally affected. The
values of these parameters is not correlated with this problem.
I'm getting a bit of a wierd one with my ASP.NET application. I'm
running under framework 1.1, which is a shame, because the following KB
articles looked interesting initially:
KB810280, and,
KB321792
Essentially, the app is running along reasonably happily, and then
suddenly a request comes in which locks up 1 of the processors (well,
one of the HT logical processors). Other requests start having some
problems after this (although some are still serviced fine).
Interestingly, when the problem initially starts, there is only one
"current request" according to the performance counters, and I'm not
mad enough to use my own threads in the application, so that would seem
to rule out a deadlock?
In the past, I'd have looked at accidentally left over mutex stuff
around the database access, but you cant really leave anything behind
when you use Synclock, can you? Also, if it was an "outstanding lock",
I'd expect processor to be 0, not 50%. I don't use any explicit
transactions (and have also checked that there are no outstanding
transactions using perf counters), and checking sp_who2 on the backend
database doesn't show any blocking (and again, I'd expect 0% processor
for aspnet_wp)
So, can anyone point me at where I'm going wrong, where I should look
next? The only way to resolve the problem is to kill aspnet_wp, which
is a bit of a shame for the people who are managing to carry on without
problem.
The application is quite spread out, it consists of six different VB
projects (one normal VB.NET DLL, plus five VB.NET ASP.NET projects),
makes moderate use of in-memory session, and is using cookie-less
sessions.
It mainly seems to affect one page, I've checked through the PageLoad
and PreRender for any obvious "possible" infinite loops, without
success. The page is reachable through two different routes (either
passing params in a query string or stuffing them into the session and
doing a redirect) and both routes seem to be equally affected. The
values of these parameters is not correlated with this problem.