Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Increase DNN load-time on busy sites with windows firewallIncrease DNN load-time on busy sites with windows firewall
Previous
 
Next
New Post
7/27/2006 2:05 AM
 
Odd that your app pools are crashing -- I have this problem on a virtual server, and it only crashes on DNN 4.X / .net 2.0 websites. I wonder if it's a .net 2.0 problem or a DNN problem? Possibly some magical .net 4.0 configuration needs to be used with DNN 4.X.

Odd that the app pool just crashes, even in my case on little/no usage. I'm going to try on a dedicated server and see if it still crashes. I think it's just the virtual server environment I'm in (using easycgi). Anyway, probably not related totally to your issue, but thought I'd throw it out.

I'd really see why yours crashes, because that's very different from it recycling. You could just lower the recycling threshholds, but I'm not sure if that's a great solution. I think we need to install the source version of DNN and debug it in vs.net to id where it crashes though. Very difficult.

I just cannot accept that some of these outside "tricks" is your best solution. DNN should be able to handle your traffic with no problem.

Jason Honingford - Web & Software Developer
www.PortVista.com
 
New Post
7/27/2006 9:10 AM
 
PortVista wrote
Odd that your app pools are crashing -- I have this problem on a virtual server, and it only crashes on DNN 4.X / .net 2.0 websites. I wonder if it's a .net 2.0 problem or a DNN problem? Possibly some magical .net 4.0 configuration needs to be used with DNN 4.X.


DNN 3.x w/asp.net 1.1 here.

PortVista wrote
I'd really see why yours crashes, because that's very different from it recycling. You could just lower the recycling threshholds, but I'm not sure if that's a great solution. I think we need to install the source version of DNN and debug it in vs.net to id where it crashes though. Very difficult.


I don't recycle app pools at all.  DNN takes 20-25 minutes to start-up (sometimes infinite).  If I recycled my app pool then DNN would be down forever.  I know where DNN hangs when initially starting, just not how to fix it.  Its a DNN internal issue though, one existing because I have >7000 parent portals.

PortVista wrote
I just cannot accept that some of these outside "tricks" is your best solution. DNN should be able to handle your traffic with no problem.


I've been saying the same thing for about 7 months, however, the issues have never been able to be resolved.  I have some good ideas as to what is causing the problem, however, nothing fixed yet.  I've been on the forums for quite some time trying to resolve things.  If you have some ideas, lets here them, I'd LOOOOOVE to find a fix :)
 
New Post
7/27/2006 9:17 AM
 
7000 parent portals -- sounds like your database is huge. I'd be interested to see if you have any long running stored procedures just timing out basically. If you can run sql profiler, set-up a new template looking at SP duration time. You'll be able to see which stored procedure is hanging -- but as for a fix -- I dunno, beg the core team??? :)

Still, if an sp is hanging, I would think the app pool would just timeout and recycle, not crash. Edit: I've seen websites hang forever just waiting on sp's. The DNN scheduler however will run these as threads so they won't hang up page requests, just make your CPU go way up.

Jason Honingford - Web & Software Developer
www.PortVista.com
 
New Post
7/27/2006 10:55 AM
 
PortVista wrote
7000 parent portals -- sounds like your database is huge. I'd be interested to see if you have any long running stored procedures just timing out basically. If you can run sql profiler, set-up a new template looking at SP duration time. You'll be able to see which stored procedure is hanging -- but as for a fix -- I dunno, beg the core team??? :)

Still, if an sp is hanging, I would think the app pool would just timeout and recycle, not crash. Edit: I've seen websites hang forever just waiting on sp's. The DNN scheduler however will run these as threads so they won't hang up page requests, just make your CPU go way up.


Been there, done that :) 

I really don't have any hung SPs.  Occasionally there will be a SP from ActiveForums that takes 200 seconds, but really that is all.  Also, there are no blocks hanging around, either.

Something to note is that, as my site has progressively grown, these problems have become worse and worse.  This has been going on for the past 6 months and I'm darn near tossing in the gloves (and a deep 6 fig investment) and calling it quits :(
 
New Post
7/27/2006 12:34 PM
 

What's your processModel settings in your machine.config?  default or have you tried / attempted to tweak them for such a large site?

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Increase DNN load-time on busy sites with windows firewallIncrease DNN load-time on busy sites with windows firewall


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out