Perpetual high amount of Requests until restart...
 

I thought that perhaps somebody was just hammering the server but upon a restart the request in processing on the hostname dropped from 400 sustained down to 0~50ish. I am running the *latest* 4.0.10 build.

http://www.mikedvb.com/Picture01.png
http://www.mikedvb.com/Picture02.png
http://www.mikedvb.com/Picture03.png
http://www.mikedvb.com/Picture04.png
http://www.mikedvb.com/2009-08-18_1143.png
A while after restarting litespeed:
http://www.mikedvb.com/Picture05.png

From watching it appears the "Requests in processing" just continues to go up without *ever* going down. Checking my other servers now.

I'm seeing similar behavior on my other servers:
http://www.mikedvb.com/Picture06.png
http://www.mikedvb.com/Picture07.png

On a side note I rolled back to the August 05 LSWS 4.0.10 and now I cannot access the control panel. I do remember hearing something about changes to LSWS that would break the control panel if you rolled back to an older version but I didn't anticipate such a change in the latest 4.0.10 I guess.

I re-ran the latest 4.0.10 install (didn't re-download it, just re-ran the install) and that cleared up the issue on the primary server however I am going to leave the other two as they are so George/LST can look into it if they wish.

I've opened a ticket - I am more than happy to provide you what you need to diagnose this.

Please run the installer of earlier 4.0.10 release to roll back.
The new 4.0.10 release uses suEXEC for the web console, so it requires running the installer to fix the permissions, you may need to change the ownership of lsws/admin/tmp from "lsadm" to "nobody".

Maybe I should take a look at your server if possible. It looks like the statistic data is wrong as the number of connections are very low.

I did and I couldn't tell if that "fixed" the issue due to not being able to get into the control panel.
Yeah - I just re-ran the newest installer and the issue appears to have disappeared on that server. (The issue of requests in processing I mean). I remember from speaking with Tony that you were doing something that would break backwards compatibility with older versions of the control panel so it wasn't a big surprise.

I woudl think it was just the statistical data if there weren't actual performance issues occurring that stopped the second I restarted the LSWS and that number dropped back down to near 0.

Just tell me what you need in the ticket :)

That vhost is the default catch all vhost without PHP suEXEC.

We will try some trouble shoot in our lab first, if we could not reproduce it, will contact you.

408 timeout may not relate to the high number of requests in process, but the graceful restart.

I'd rather you just look into it on the server that is experiencing this issue currently - I have no problem with this.

No, that was sent to me which caused me to look into it and discover this issue.

It was before the graceful restart.

OK, the high number of requests in process has been fixed. It is just a statistical error.

Please download 4.0.10 and upgrade again. Just change the version number in the download link to get it.

The 408 error is a different issue I think. I will follow up with the ticket.

408 Request Time-out
This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'.

Suggestions?

Running latest 4.0.10

I set up a small tester (all it does is a meta-refresh every 30 seconds and it displays the date/time using PHP)

I got this just now:
http://www.screen-shot.net/ss/7238921817553176440.png