469,323 Members | 1,567 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,323 developers. It's quick & easy.

IIS Crashing

We have an ASP application that restarts several times a day, and users lose
their session information and have to log back in.

In the Event Log, I see the following entries:

Faulting application w3wp.exe, version 6.0.3790.0, faulting module unknown,
version 0.0.0.0, fault address 0x00000000.

and

A process serving application pool 'DefaultAppPool' terminated unexpectedly.
The process id was '484'. The process exit code was '0xc0000005'.

May I assume that these types of errors are generally caused by a
misbehaving 3rd party component created via Server.CreateObject? We use a
few such objects, such as SAFileUp.

What is the best way to debug such problems? We'd rather not pay to send
trace files to MS for debugging. I'm thinking about "instrumenting" suspect
asp pages, and put in database logging with timing info, so we can relate a
page hit to an event log error. Other ideas/tools?

This is standard ASP on Windows 2003 Server.

thx

Jeff
Jul 19 '05 #1
6 6939
Use IISState:
http://www.iisfaq.com/default.aspx?view=P197

(currently IISFaq site is down for maintenance, so you'll have to get this
tool later)

Cheers
Ken

"Jeff Dillon" <je**@removemeemergencyreporting.com> wrote in message
news:OE**************@TK2MSFTNGP10.phx.gbl...
: We have an ASP application that restarts several times a day, and users
lose
: their session information and have to log back in.
:
: In the Event Log, I see the following entries:
:
: Faulting application w3wp.exe, version 6.0.3790.0, faulting module
unknown,
: version 0.0.0.0, fault address 0x00000000.
:
: and
:
: A process serving application pool 'DefaultAppPool' terminated
unexpectedly.
: The process id was '484'. The process exit code was '0xc0000005'.
:
: May I assume that these types of errors are generally caused by a
: misbehaving 3rd party component created via Server.CreateObject? We use a
: few such objects, such as SAFileUp.
:
: What is the best way to debug such problems? We'd rather not pay to send
: trace files to MS for debugging. I'm thinking about "instrumenting"
suspect
: asp pages, and put in database logging with timing info, so we can relate
a
: page hit to an event log error. Other ideas/tools?
:
: This is standard ASP on Windows 2003 Server.
:
: thx
:
: Jeff
:
:
Jul 19 '05 #2
I don't think this will work. When a worker process crashes, IIS restarts,
so I lose the state.

IISState just does a dump of the current state, not the state IIS was in
when the problem occurred.

Are you saying I run IISState all the time? Does it "monitor" activity, or
just take a snapshot?

How do I tell which object caused the worker process to fail "after the
fact"?

Jeff

"Ken Schaefer" <ke*******@THISadOpenStatic.com> wrote in message
news:Oq**************@TK2MSFTNGP11.phx.gbl...
Use IISState:
http://www.iisfaq.com/default.aspx?view=P197

(currently IISFaq site is down for maintenance, so you'll have to get this
tool later)

Cheers
Ken

"Jeff Dillon" <je**@removemeemergencyreporting.com> wrote in message
news:OE**************@TK2MSFTNGP10.phx.gbl...
: We have an ASP application that restarts several times a day, and users
lose
: their session information and have to log back in.
:
: In the Event Log, I see the following entries:
:
: Faulting application w3wp.exe, version 6.0.3790.0, faulting module
unknown,
: version 0.0.0.0, fault address 0x00000000.
:
: and
:
: A process serving application pool 'DefaultAppPool' terminated
unexpectedly.
: The process id was '484'. The process exit code was '0xc0000005'.
:
: May I assume that these types of errors are generally caused by a
: misbehaving 3rd party component created via Server.CreateObject? We use a : few such objects, such as SAFileUp.
:
: What is the best way to debug such problems? We'd rather not pay to send
: trace files to MS for debugging. I'm thinking about "instrumenting"
suspect
: asp pages, and put in database logging with timing info, so we can relate a
: page hit to an event log error. Other ideas/tools?
:
: This is standard ASP on Windows 2003 Server.
:
: thx
:
: Jeff
:
:

Jul 19 '05 #3
On Tue, 25 May 2004 14:19:44 -0700, Jeff Dillon wrote:
We have an ASP application that restarts several times a day, and users lose
their session information and have to log back in.

In the Event Log, I see the following entries:

Faulting application w3wp.exe, version 6.0.3790.0, faulting module unknown,
version 0.0.0.0, fault address 0x00000000.

and

A process serving application pool 'DefaultAppPool' terminated unexpectedly.
The process id was '484'. The process exit code was '0xc0000005'.

May I assume that these types of errors are generally caused by a
misbehaving 3rd party component created via Server.CreateObject? We use a
few such objects, such as SAFileUp.

What is the best way to debug such problems? We'd rather not pay to send
trace files to MS for debugging. I'm thinking about "instrumenting" suspect
asp pages, and put in database logging with timing info, so we can relate a
page hit to an event log error. Other ideas/tools?

This is standard ASP on Windows 2003 Server.


Can the components you have be configured to run in server mode, i.e.
outside the IIS process? If they can, and you do it, then you should be
able to nail the component (or IIS itself) by looking at which DLLHOST
process it is that fails.

Rodd

Jul 19 '05 #4
Hunt down a copy of IIS Exception Monitor
(http://msdn.microsoft.com/library/de...-us/dniis/html
/ixcptmon.asp). This will produce a debugger trace that can show what DLLs
are executing when an exception occurs. If you have a debug version of your
components with symbol tables it can event give you the line that failed.

--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com
"Rodd Snook" <us****@snookums.NOSPAM.port5.com> wrote in message
news:10****************@doris.uk.clara.net...
On Tue, 25 May 2004 14:19:44 -0700, Jeff Dillon wrote:
We have an ASP application that restarts several times a day, and users lose their session information and have to log back in.

In the Event Log, I see the following entries:

Faulting application w3wp.exe, version 6.0.3790.0, faulting module unknown, version 0.0.0.0, fault address 0x00000000.

and

A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '484'. The process exit code was '0xc0000005'.

May I assume that these types of errors are generally caused by a
misbehaving 3rd party component created via Server.CreateObject? We use a few such objects, such as SAFileUp.

What is the best way to debug such problems? We'd rather not pay to send
trace files to MS for debugging. I'm thinking about "instrumenting" suspect asp pages, and put in database logging with timing info, so we can relate a page hit to an event log error. Other ideas/tools?

This is standard ASP on Windows 2003 Server.


Can the components you have be configured to run in server mode, i.e.
outside the IIS process? If they can, and you do it, then you should be
able to nail the component (or IIS itself) by looking at which DLLHOST
process it is that fails.

Rodd

Jul 19 '05 #5
I can't locate a download location

Jeff

"Mark Schupp" <ms*****@ielearning.com> wrote in message
news:#i**************@TK2MSFTNGP11.phx.gbl...
Hunt down a copy of IIS Exception Monitor
(http://msdn.microsoft.com/library/de...-us/dniis/html /ixcptmon.asp). This will produce a debugger trace that can show what DLLs
are executing when an exception occurs. If you have a debug version of your components with symbol tables it can event give you the line that failed.

--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com
"Rodd Snook" <us****@snookums.NOSPAM.port5.com> wrote in message
news:10****************@doris.uk.clara.net...
On Tue, 25 May 2004 14:19:44 -0700, Jeff Dillon wrote:
We have an ASP application that restarts several times a day, and users
lose
their session information and have to log back in.

In the Event Log, I see the following entries:

Faulting application w3wp.exe, version 6.0.3790.0, faulting module unknown, version 0.0.0.0, fault address 0x00000000.

and

A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '484'. The process exit code was '0xc0000005'.

May I assume that these types of errors are generally caused by a
misbehaving 3rd party component created via Server.CreateObject? We
use
a few such objects, such as SAFileUp.

What is the best way to debug such problems? We'd rather not pay to
send trace files to MS for debugging. I'm thinking about "instrumenting"

suspect asp pages, and put in database logging with timing info, so we can relate a page hit to an event log error. Other ideas/tools?

This is standard ASP on Windows 2003 Server.


Can the components you have be configured to run in server mode, i.e.
outside the IIS process? If they can, and you do it, then you should be
able to nail the component (or IIS itself) by looking at which DLLHOST
process it is that fails.

Rodd


Jul 19 '05 #6
Jeff,

I'll send you a link to our copy off-forum. Keep in mind that it was
intended for use with Win NT or 2000. I don't know of any reason it wouldn't
work on 2003 but I would take the usual precautions (backups, verify that
you have all software needed to rebuild the server, etc) before using it.
There may be a reason that MS doesn't have it available.

--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com
"Jeff Dillon" <je**@removemeemergencyreporting.com> wrote in message
news:Oj**************@TK2MSFTNGP10.phx.gbl...
I can't locate a download location

Jeff

"Mark Schupp" <ms*****@ielearning.com> wrote in message
news:#i**************@TK2MSFTNGP11.phx.gbl...
Hunt down a copy of IIS Exception Monitor

(http://msdn.microsoft.com/library/de...-us/dniis/html
/ixcptmon.asp). This will produce a debugger trace that can show what DLLs
are executing when an exception occurs. If you have a debug version of

your
components with symbol tables it can event give you the line that failed.
--
Mark Schupp
Head of Development
Integrity eLearning
www.ielearning.com
"Rodd Snook" <us****@snookums.NOSPAM.port5.com> wrote in message
news:10****************@doris.uk.clara.net...
On Tue, 25 May 2004 14:19:44 -0700, Jeff Dillon wrote:

> We have an ASP application that restarts several times a day, and

users
lose
> their session information and have to log back in.
>
> In the Event Log, I see the following entries:
>
> Faulting application w3wp.exe, version 6.0.3790.0, faulting module

unknown,
> version 0.0.0.0, fault address 0x00000000.
>
> and
>
> A process serving application pool 'DefaultAppPool' terminated

unexpectedly.
> The process id was '484'. The process exit code was '0xc0000005'.
>
> May I assume that these types of errors are generally caused by a
> misbehaving 3rd party component created via Server.CreateObject? We

use
a
> few such objects, such as SAFileUp.
>
> What is the best way to debug such problems? We'd rather not pay to

send > trace files to MS for debugging. I'm thinking about "instrumenting"

suspect
> asp pages, and put in database logging with timing info, so we can

relate a
> page hit to an event log error. Other ideas/tools?
>
> This is standard ASP on Windows 2003 Server.
>

Can the components you have be configured to run in server mode, i.e.
outside the IIS process? If they can, and you do it, then you should be able to nail the component (or IIS itself) by looking at which DLLHOST
process it is that fails.

Rodd



Jul 19 '05 #7

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

4 posts views Thread by Yannick Majoros | last post: by
reply views Thread by Henry Hank | last post: by
14 posts views Thread by Java and Swing | last post: by
7 posts views Thread by Jeffrey Barrett | last post: by
reply views Thread by Grant | last post: by
8 posts views Thread by code break | last post: by
5 posts views Thread by news.cyberlink.ch | last post: by
2 posts views Thread by =?Utf-8?B?QW5uZXh4eHh4eHg=?= | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by suresh191 | last post: by
reply views Thread by Gurmeet2796 | last post: by
reply views Thread by harlem98 | last post: by
reply views Thread by listenups61195 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.