Psst! Did you know DevelopmentNow is a mobile web site design agency?

Contact us for help mobilizing your site, or to sign up for our beta Mobile Web SDK!
all groups > asp.net > march 2006 >

asp.net : ASP.NET 2.0 - Loosing session information


cyndi_r2000 NO[at]SPAM yahoo.com
3/31/2006 2:12:43 PM
Hi Everyone:

I have a web application running on .NET 2.0 under IIS 6.0 and users of
this application seem to be loosing their session randomly - we havent
been able to identify any pattern, except for warnings in the event
viewer that say "A process serving application pool xyz terminated
unexpectedly."

..NET 1.1 is also installed on the same machine -- there are separate
app pools for 2.0 and 1.1 apps.

I have removed the default recycling checks from the app pools in IIS
so that the worker process is never recycled automatically. The
web.config for the web app uses inProc session mode and the relevant
key is:

<sessionState mode="InProc" stateNetworkTimeout=""
stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data
source=127.0.0.1;user id=sa;password=" cookieless="false"
timeout="65"/>

This behavior started after we migrated the same web application from
1.1 to 2.0.

Thanks for your help in advance,
Cyndi
Juan T. Llibre
3/31/2006 7:56:03 PM
Have you considered changing your sessionState mode from "InProc"
to StateServer or SQLServer ?

If the ASP.NET worker process recycles, and your sessionState mode
is running in-process (Inproc), your session variables will be lost.

If the ASP.NET worker process recycles, and your sessionState mode
is running out-of-process (whether StateServer or SQLServer),
your session variables will not be lost.




Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
===================================
[quoted text, click to view]

cyndi_r2000 NO[at]SPAM yahoo.com
4/1/2006 5:10:35 PM
Hi Juan,

Thanks for your reply - we could consider moving to other sessionState
modes but I'm concerned as to why we are suddenly having issues with
inProc mode.

Has someone came across this issue after they migrated their existing
1.1 web apps to 2.0?

Thanks,
Cyndi
Jim Cheshire
4/1/2006 7:45:44 PM
[quoted text, click to view]

Moving to out-of-proc Session state because of this is a bad idea.
What you're seeing in the Event Viewer indicates that you are
experiencing a crash. You need to find out why the crash is occurring.

Can you post the details of this event you are seeing?

The best way to troubleshoot something like this is to get a user-mode
crash dump and use Windbg or another such debugger to determine what
caused it.

Jim Cheshire
4/1/2006 8:07:25 PM
On Sat, 1 Apr 2006 21:59:01 -0400, "Juan T. Llibre"
[quoted text, click to view]

Juan,

Scott is demonstrating how to log app domain restarts. What the OP is
experiencing is a recycle of the process itself due to a crash.
Logging app domain restart reasons won't help. The restart message
will always tell you that the hosting environment initiated a restart
in such situations.

Jim Cheshire
4/1/2006 9:36:34 PM
On Sat, 1 Apr 2006 22:31:15 -0400, "Juan T. Llibre"
[quoted text, click to view]

Juan,

That's kind of true and kind of not. What happens is that the app
domain gets torn down due to the call to ExitProcess. What you would
see in your log is "HostingEnvironment caused shutdown". There are a
thousand things that can cause that message, so it's of little use in
this scenario.

The proper way to troubleshoot a crash is to use the faulting stack to
track down the problem. If the process is crashing, you already know
why the app domain is shutting down, so logging that isn't going to
tell you anything at all.

Jim
Jim Cheshire
Jimco Software
http://www.jimcosoftware.com
Add-ins for Microsoft FrontPage

Author of
Special Edition Using Microsoft Office FrontPage 2003

Juan T. Llibre
4/1/2006 9:59:01 PM
re:
[quoted text, click to view]

Has your application's complexity increased ?
Have you coded features which have increased the application's RAM demands ?
Have you decreased the thresholds for application pool recycling ?

You could also try to log the reason for the Application reload, per Scott Guthrie's article:
http://weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx
so you can take the appropiate countermeasure(s).

The simple global.asax code is in this file :
http://www.scottgu.com/BlogPosts/UnloadAppDomain/UnloadReason.zip



Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
===================================
[quoted text, click to view]

Juan T. Llibre
4/1/2006 10:31:15 PM
Jim,

re:
[quoted text, click to view]

When an ASP.NET process recycles, what effectively occurs is an app domain restart,
if state management is InProc.

An alternate approach would be to use Health Monitoring, if ASP.NET 2.0 is being used:

http://msdn2.microsoft.com/en-us/library/ms178701.aspx

Erik Olson explain another approach here :
http://msdn.microsoft.com/msdntv/transcripts/20031023ASPNETEOTranscript.aspx

Also, check the host escalation policy info at :
http://msdn.microsoft.com/msdnmag/issues/05/10/Reliability/




Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
===================================
[quoted text, click to view]

Juan T. Llibre
4/2/2006 8:02:04 AM
re:
[quoted text, click to view]

Actually, it's true all the time.

When an ASP.NET process recycles, if state management is InProc,
the app domain will, invariably, restart.

That's why I qualified the statement with "effectively".

re:
[quoted text, click to view]

True, but other suggestions were made which address your concern:

---000---
An alternate approach would be to use Health Monitoring, if ASP.NET 2.0 is being used:

http://msdn2.microsoft.com/en-us/library/ms178701.aspx

Erik Olson explains another approach here :
http://msdn.microsoft.com/msdntv/transcripts/20031023ASPNETEOTranscript.aspx

Also, check the host escalation policy info at :
http://msdn.microsoft.com/msdnmag/issues/05/10/Reliability/
---000---

The first 2 links have valuable information which can help pinpoint
the reason(s) an ASP.NET worker process is being recycled.

Of course, as you point out, using the faulting stack to track down the problem,
is 100% correct, although it might not be as easily implemented as health monitoring is.

Could you outline the process ?




Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
===================================
[quoted text, click to view]

Jim Cheshire
4/2/2006 8:21:22 AM
On Sun, 2 Apr 2006 08:02:04 -0400, "Juan T. Llibre"
[quoted text, click to view]

You have to draw a distinction between the app domain restarting and
the process restarting. I know that I'm telling you what you already
know, but for the benefit of others . . .

Application domains may restart because, for example, a config change
takes place. In that case, you can use health monitoring as you've
suggested and log the WebApplicationLifetimeEvent. In the example I've
used here, this would tell you that a config change took place.

The process may restart for many reasons. The case we're dealing with
here is a "terminated unexpectedly" which means that it crashed. When
the process crashes, naturally all app domains will be terminated. If
you were to log the reason for that, it would only tell you that the
hosting environment was shutting down the app domain. Well, that's not
news. We already know that. Therefore, it's a waste of time to write
code and hook up everything to log that information.

As for troubleshooting the issue via a user-mode dump, that is really
the only way to get to root cause. However, it's a skill that takes
years to acquire. There are a couple of specific problems that can be
located quickly if you know how to do it, but the majority of problems
are not so easily located. It requires an in-depth knowledge of
memory, how data structures are laid out, and how to dissassemble call
stacks.

Can I outline the process? A bit. You can check out my blog for some
information on getting started:

http://blogs.msdn.com/jamesche

I haven't added anything there in a while because I've been swamped
writing a new book, but I have written some information that will give
you an idea of what I'm talking about.

Jim Cheshire
4/2/2006 4:28:16 PM
On Sun, 2 Apr 2006 16:55:49 -0400, "Juan T. Llibre"
[quoted text, click to view]

This is the ONLY way to find out what's going on without guessing. :)

Jim
Jim Cheshire
Jimco Software
http://www.jimcosoftware.com
Add-ins for Microsoft FrontPage

Author of
Special Edition Using Microsoft Office FrontPage 2003

Juan T. Llibre
4/2/2006 4:55:49 PM
re:
[quoted text, click to view]

Yeah. That's what I was trying to establish.
There are no easy answers, and this is one of the toughest ones.

<sigh>

re:
[quoted text, click to view]

Thanks...for all of us who are reading this thread.




Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
===================================
[quoted text, click to view]

cyndi_r2000 NO[at]SPAM yahoo.com
4/3/2006 6:48:46 AM
Hi Jim/Juan,

Thanks a lot for taking the time to explain the whole process - I'm
going to run a user-mode dump as well as Health Monitoring to figure
out the root cause of the crash. Will keep you updated with my
findings.

Best,
Cyndi
Decide Now
4/13/2006 11:16:25 AM
I recently ported a .Net 1.1 Web project to .Net 2.0 Web application
using Microsoft's new Web Application Project.

http://msdn.microsoft.com/asp.net/reference/infrastructure/wap/default.a
spx

I experienced the same issues of Session information being lost during
execution of the Web application under similar circumstances(e.g.
"InProc", etc.).

It appears that during the execution of my ASP.NET application, the
aspnet_wp.exe aborted several time due to its detection of an
"overwhelming number of file changes" in the web application directory.
This was revealed through reviewing a dump of aspnet_wp.exe. This can
happen for a variety of reasons, two of which (in my case) were / are
having a "moderate to large" number of subdirectories in the ASP.NET
application directory, or running antivirus software on the same
machine.

My issue was resolved with a hotfix from Microsoft.

http://support.microsoft.com/?id=911272


Hope it helps.
DN
----------


Decide Now
4/13/2006 11:35:59 AM

Web Application Projects:

http://msdn.microsoft.com/asp.net/reference/infrastructure/wap/default.a
spx


-------
General Debugging Info:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/h
tml/DBGrm.asp

-------

HotFix:

http://support.microsoft.com/?id=911272


NOTE: You may need to do an IISRESET after installing the hotfix.
-----

Best of Luck
-DN



Decide Now
4/17/2006 12:38:22 PM

This article lists what are the causes for the application to shut down:

http://msdn2.microsoft.com/en-us/library/system.web.applicationshutdownr
eason.aspx


This article shows how you can get the details about why the appDomain
unloaded.

http://weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx

-DN

Got something to say? Click here to post a reply to this thread.
Don't see what you're looking for? Try a search.
View other messages about asp.net
AddThis Social Bookmark Button
View Other Months
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008