ASP - ASP stops responding

Author

ASP stops responding

mjkahn

2005-03-27, 3:56 am

Everything runs fine for a while (w

s even), and then IIS stops responding
to (or even logging) requests for ASP pages. HTML pages are served up just
fine.

I'm running Windows 2000 SP4, and IIS 5.0. Windows Update tells me I'm up to
date on patches.

The problem has happened three times on a production server and twice on a
test server. I reproduced the problem on the test server after using the web
stress-test tool--once right after the stress-test finished, and once after
the sessions established by another stress-test run timed out. At least two
of the three times on the production server, though, there hadn't been any
real activity (new or timed-out) in several hours.

There's nothing in the Event Log or W3SVC log. No error messages anywhere
that I can find.

Once the problem starts, the IIS Console may hang. This doesn't happen right
away--once, it doesn't happen for many minutes after the problem started.

Once the problem starts, I can't use "NET STOP" to stop the WWW Publishing
Service. IISreset does clear the problem.

My primary ASP application uses some custom VB 6.0 DLLs, and stores a few
references to them in session variables. Although I know that's not advised
(see the recent thread "Storing objects in Session Variables - exactly why
not?"), I don't think it's the cause of the problem--memory and performance
don't seem to be issues. Before I embark on revising several DLLs and many
ASP pages to not store objects in session variables, I'd like to consider
alternatives, especially since I haven't found any indication that this is
causing the problem.

I'd appreciate any thoughts or suggestions you might have.

Thanks!

MJ.

Bob Barrows [MVP]

2005-03-27, 3:55 pm

mjkahn wrote:
> Everything runs fine for a while (w

s even), and then IIS stops
> responding to (or even logging) requests for ASP pages. HTML pages
> are served up just fine.
<snip>
> My primary ASP application uses some custom VB 6.0 DLLs, and stores a
> few references to them in session variables.

You're describing one of the principle symptoms that people encounter when
they store apartment-threaded objects in session or application. I do not
understand why you are dismissing this as a possible cause out-of-hand.

For other possible causes, I think I remember seeing some other
possibilities listed in at least one of the articles at www.aspfaq.com. You
should do a search there, as well as at www.iisfaq.com.

Bob Barrows

--
Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my spam trap so I
don't check it very often. If you must reply off-line, then remove the
"NO SPAM"

mjkahn

2005-03-27, 3:55 pm

"Bob Barrows [MVP]" wrote:

> <snip>
> You're describing one of the principle symptoms that people encounter when
> they store apartment-threaded objects in session or application. I do not
> understand why you are dismissing this as a possible cause out-of-hand.

I'm not completely rejecting the possibility, but I don't want it to
overshadow other possibilities. If the problem could reasonably be caused by
something else, I'd like to know about that possibility before we go to the
time and expense of re-writing a lot of code.

Thanks for the links--I'll definitely check them out.

MJ.

mjkahn

2005-03-27, 3:55 pm

"Bob Barrows [MVP]" wrote:

> You're describing one of the principle symptoms that people encounter when
> they store apartment-threaded objects in session or application. I do not
> understand why you are dismissing this as a possible cause out-of-hand.

Now that I think about it (some more), *why* is this a symptom that people
encounter when storing apartment-threaded objects in session or application
variables? I asked about storing objects in session variables in another
thread, and I think there was a consensus that the principal concerns are
memory and performance, but not hangs. (Yeah, I suppose a hang is the
ultimate performance issue, but in my reading, I haven't seen references to
hangs around this practice.)

Is the concern that, because these objects can only run in the threads that
created them, some kind of threading deadlock might occur? If so, could
someone please describe that scenario? I'd really like to understand what's
going on, both out of general curiosity and also so I can have some
confidence that any actions I take are really addressing the underlying
problem.

Thanks very much,

MJ.

Mark Schupp

2005-03-28, 3:55 pm

This might give you a clue
http://msdn.microsoft.com/library/d...ml/ixcptmon.asp
but it can be very complicated getting it set up (We had a client with
similar problems and spend 3 months proving that it the hangs did not happen
in our dlls. They cured the problem by rebuilding the web-server).

That said, I would take a serious look at what it would take to get the
objects out of the session variables. Even if you have to do a temporary
kludge (with cookies or text files or a simple database) to maintain state
it would be a good way to remove one of the variables.

I don't understand the issue enough to explain it clearly but there was
enough documentation out there about how bad an idea session-level object
are that I did not add one the product release I am working on even though
it would have removed the need to change about 1000 lines of code.

--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com

"mjkahn" <mjkahn@discussions.microsoft.com> wrote in message
news:BECD5FC1-8939-4336-88CE-EC307829F1E6@microsoft.com...
> Everything runs fine for a while (w

s even), and then IIS stops
responding
> to (or even logging) requests for ASP pages. HTML pages are served up just
> fine.
>
> I'm running Windows 2000 SP4, and IIS 5.0. Windows Update tells me I'm up
to
> date on patches.
>
> The problem has happened three times on a production server and twice on a
> test server. I reproduced the problem on the test server after using the
web
> stress-test tool--once right after the stress-test finished, and once
after
> the sessions established by another stress-test run timed out. At least
two
> of the three times on the production server, though, there hadn't been any
> real activity (new or timed-out) in several hours.
>
> There's nothing in the Event Log or W3SVC log. No error messages anywhere
> that I can find.
>
> Once the problem starts, the IIS Console may hang. This doesn't happen
right
> away--once, it doesn't happen for many minutes after the problem started.
>
> Once the problem starts, I can't use "NET STOP" to stop the WWW Publishing
> Service. IISreset does clear the problem.
>
> My primary ASP application uses some custom VB 6.0 DLLs, and stores a few
> references to them in session variables. Although I know that's not
advised
> (see the recent thread "Storing objects in Session Variables - exactly why
> not?"), I don't think it's the cause of the problem--memory and
performance
> don't seem to be issues. Before I embark on revising several DLLs and many
> ASP pages to not store objects in session variables, I'd like to consider
> alternatives, especially since I haven't found any indication that this is
> causing the problem.
>
> I'd appreciate any thoughts or suggestions you might have.
>
> Thanks!
>
> MJ.
>

mjkahn

2005-03-28, 3:55 pm

Mark,

Thanks for the pointer. I'm sure I'm completely overlooking something, but I
can't find a download for the Exception Monitor. The article you referred has
a heading that says, "Download Exception Monitor version 6.1 (still
available)," but there's no link to download it. And I've searched
msdn.microsoft.com/downloads for "Exception Monitor," "dbgplus.exe," and
"ixcptmon.exe," with no luck. Can you tell me where to find it?

Thanks!

MJ.

"Mark Schupp" wrote:

> This might give you a clue
> http://msdn.microsoft.com/library/d...ml/ixcptmon.asp
> but it can be very complicated getting it set up (We had a client with
> similar problems and spend 3 months proving that it the hangs did not happen
> in our dlls. They cured the problem by rebuilding the web-server).
>
> That said, I would take a serious look at what it would take to get the
> objects out of the session variables. Even if you have to do a temporary
> kludge (with cookies or text files or a simple database) to maintain state
> it would be a good way to remove one of the variables.
>
> I don't understand the issue enough to explain it clearly but there was
> enough documentation out there about how bad an idea session-level object
> are that I did not add one the product release I am working on even though
> it would have removed the need to change about 1000 lines of code.
>
> --
> Mark Schupp
> Head of Development
> Integrity eLearning
> www.ielearning.com
>
>
> "mjkahn" <mjkahn@discussions.microsoft.com> wrote in message
> news:BECD5FC1-8939-4336-88CE-EC307829F1E6@microsoft.com...
> responding
> to
> web
> after
> two
> right
> advised
> performance
>
>
>

Bob Barrows [MVP]

2005-03-28, 3:55 pm

Here it is:
http://www.microsoft.com/windows200.../tools/symbols/

You might also want to check out the tools listed on this page:

mjkahn wrote:[color=darkred]
> Mark,
>
> Thanks for the pointer. I'm sure I'm completely overlooking
> something, but I can't find a download for the Exception Monitor. The
> article you referred has a heading that says, "Download Exception
> Monitor version 6.1 (still available)," but there's no link to
> download it. And I've searched msdn.microsoft.com/downloads for
> "Exception Monitor," "dbgplus.exe," and "ixcptmon.exe," with no luck.
> Can you tell me where to find it?
>
> Thanks!
>
> MJ.
>
> "Mark Schupp" wrote:
>
http://msdn.microsoft.com/library/d...ml/ixcptmon.asp[color=darkred]

--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.

Bob Barrows [MVP]

2005-03-28, 3:55 pm

Here it is:
http://www.microsoft.com/windows200.../tools/symbols/

You might also want to check out the tools listed on this page:
http://www.iisfaq.com/Default.aspx?tabid=2557

Bob Barrows

mjkahn wrote:[color=darkred]
> Mark,
>
> Thanks for the pointer. I'm sure I'm completely overlooking
> something, but I can't find a download for the Exception Monitor. The
> article you referred has a heading that says, "Download Exception
> Monitor version 6.1 (still available)," but there's no link to
> download it. And I've searched msdn.microsoft.com/downloads for
> "Exception Monitor," "dbgplus.exe," and "ixcptmon.exe," with no luck.
> Can you tell me where to find it?
>
> Thanks!
>
> MJ.
>
> "Mark Schupp" wrote:
>
http://msdn.microsoft.com/library/d...ml/ixcptmon.asp[color=darkred]

--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.

Sponsored Links