Wrox Programmer Forums
Go Back   Wrox Programmer Forums > ASP.NET and ASP > ASP.NET 2.0 > ASP.NET 2.0 Professional
| Search | Today's Posts | Mark Forums Read
ASP.NET 2.0 Professional If you are an experienced ASP.NET programmer, this is the forum for your 2.0 questions. Please also see the Visual Web Developer 2005 forum.
Welcome to the p2p.wrox.com Forums.

You are currently viewing the ASP.NET 2.0 Professional section of the Wrox Programmer to Programmer discussions. This is a community of software programmers and website developers including Wrox book authors and readers. New member registration was closed in 2019. New posts were shut off and the site was archived into this static format as of October 1, 2020. If you require technical support for a Wrox book please contact http://hub.wiley.com
  #1 (permalink)  
Old August 31st, 2006, 11:14 AM
Authorized User
Join Date: Apr 2005
Location: Spanish Fork, UT, USA.
Posts: 19
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via AIM to DudeBori82 Send a message via MSN to DudeBori82
Default ASP.NET Application Hanging Intermittently

I wasn't sure if this is an ASP.NET issue, or an IIS 6.0 issue, or a Windows Server 2003 issue, but we have been experiencing intermittent and fatal hangs in our web application. Our server error log reports frequent "thread abort" errors.

When a user is navigation through the web app, the web request will hang at "Website found, waiting for reply..." and get to 4 bars, then hang there indefinitely.

Hokey Work around:
Closing the web browser and opening it again sometimes fixes it. If that doesn't do it, try logging in as another user, which usually does it (that work around makes me think it's an ASP.NET problem).

Since we're getting thread errors on the server, I think it might be a server performance issue. But since you can fix it by logging in as someone else, I think it might be an ASP.NET issue. But since when it happens on my dev box and I fix it by restarting IIS, I think it might be an IIS issue.

If anyone can shed some light on me I'd greatly appreciate it. I'd maybe even mention your name around the office. Or if you're VERY helpful, I'll mail you a box of assorted cookies.

Actions are a direct result of your desires. Desire for good things.
Troubleshooting life: 1 bug at a time.
  #2 (permalink)  
Old September 1st, 2006, 12:21 AM
Friend of Wrox
Join Date: Feb 2006
Location: , , USA.
Posts: 116
Thanks: 0
Thanked 0 Times in 0 Posts

Oh wow, there are so many things that could be happening. It's next to impossible for someone to really help you in a forum like this since your application is a black box to us and all we know is that it's experiencing a performance problem and you have no idea as to why...

I think you need to start by narrowing your possibilities. Closing a web browser and opening it again, if you close every instance of that browser will ditch your authentication ticket, and as a result your session, and create a new one for you when you log in again...Restarting IIS dumps all sessions, and restarts all application pools I think...logging in as another user would give you a new session as well. So if I had to start digging into this, I would be looking to make sure the application pool memory is not being interfered with by any other applications, so as to make sure the sessions are not being corrupted somehow. Try running the app in it's very own application pool and see if there is any difference. Thats suggestion #1.

The other question is, are you coming up short in performance somewhere, and thats causing strang behavior...this is also possible. If the problem is intermitent, then perhaps it is only happening when the server is under too high of a load. Try load testing the application to see if that replicates the problem.

The fact that it happens on your dev box as well as your production box might point to this being a flaw in the design. Perhaps there is some poor performing part of the code. Case in point: one of my coworkers spent all of last week trying to figure out why his page load times were exceeding 11 seconds when he was only load testing with 20 users. Turns out, that a huge data binding function operating on a gridview was running many more times than he thought. He thought it ran once per column (4 times total per page load), but we started stepping through the code and discovered it was running columns * rows number of times, which was far, far greater. He rewrote the code using lighter weight objects, and now the same load testing profile yeilds less than 1 sec page load times, a significant improvement. You might have to step through code and try to figure out where your performance might be falling short if it comes down to the application being the source of the problem.

Neil Timmerman
Veris Consulting
  #3 (permalink)  
Old March 26th, 2008, 01:30 PM
Registered User
Join Date: Mar 2008
Location: Renton, WA, USA.
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts

I hope you are using session. Your session is timed out and you do not have a error routine to handle it. Catch the exception and redirect it to a timeout page. This should fix the issue.

Thanks, CodeRed

Similar Threads
Thread Thread Starter Forum Replies Last Post
ASP and ASP.NET mixture for protecting application BananaJim ASP.NET 2.0 Professional 0 December 6th, 2006 02:19 PM
Application hanging + Cannot allocate servlet inst rajesh_2005 Servlets 0 September 6th, 2005 03:12 AM
Convert ASP web application to ASP.NET Steve777 ASP.NET 1.0 and 1.1 Basics 3 June 2nd, 2005 07:26 AM
Creating ASP.NET Application in Visual Studio.NET Maxood ASP.NET 1.0 and 1.1 Basics 1 March 8th, 2004 01:56 PM
Problem with ASP pages hanging tservo BOOK: Beginning ASP 3.0 1 September 19th, 2003 11:58 AM

Powered by vBulletin®
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Copyright (c) 2020 John Wiley & Sons, Inc.