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 6 7024
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
:
:
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 : :
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
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
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
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
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
|
5 posts
views
Thread by Eddie |
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
|
1 post
views
Thread by mwallis76 |
last post: by
|
2 posts
views
Thread by =?Utf-8?B?QW5uZXh4eHh4eHg=?= |
last post: by
| | | | | | | | | | |