LiteSpeed Technologies
Download Download     Blog Blog     Wiki Wiki     Forum Forum     Store     Contact Contact    

Go Back   LiteSpeed Support Forums > LiteSpeed Web Server > Bug Reports > LSWS 4.2.0 Bug - No .rtreport files created

Reply
 
Thread Tools Display Modes
  #1  
Old 10-17-2012, 12:57 PM
cmanns cmanns is offline
Senior Member
 
Join Date: Jun 2010
Posts: 100
Default LSWS 4.2.0 Bug - No .rtreport files created

This seems to be 2cpu server license bug only.

Quote:
@laxcp [/tmp/lshttpd]# ls -la
total 240
drwxr-x--x. 19 nobody nobody 4096 Oct 17 12:43 ./
drwxrwxrwt. 11 root root 126976 Oct 17 12:43 ../
-rw-r--r-- 1 root nobody 7 Oct 17 12:09 lshttpd.pid
srwxr-xr-x 1 nobody nobody 0 Oct 17 12:09 lsphp5.sock.385012=
drwx------. 18 nobody nobody 4096 Sep 30 10:26 (null)0/
drwx------. 18 nobody nobody 4096 Sep 26 04:35 (null)1/
drwx------. 18 nobody nobody 4096 Sep 24 20:52 (null)2/
drwx------. 18 nobody nobody 4096 Sep 26 05:35 (null)3/
drwx------. 18 nobody nobody 4096 Sep 26 05:33 (null)4/
drwx------. 18 nobody nobody 4096 Sep 26 05:37 (null)5/
drwx------. 18 nobody nobody 4096 Sep 25 13:43 (null)6/
drwx------. 18 nobody nobody 4096 Sep 26 05:37 (null)7/
drwx------. 18 nobody nobody 4096 Oct 3 14:07 (null)8/
drwx------. 18 nobody nobody 4096 Sep 26 05:33 (null)9/
drwx------. 18 nobody nobody 4096 Oct 3 13:37 (null)a/
drwx------. 18 nobody nobody 4096 Sep 26 05:38 (null)b/
drwx------. 18 nobody nobody 4096 Sep 26 05:32 (null)c/
drwx------. 18 nobody nobody 4096 Sep 26 05:35 (null)d/
drwx------. 18 nobody nobody 4096 Sep 26 05:34 (null)e/
drwx------. 18 nobody nobody 4096 Oct 3 13:42 (null)f/
-rw-r--r-- 1 nobody nobody 11109 Oct 17 12:43 .rtreport
-rw-r--r-- 1 root nobody 24457 Oct 17 12:43 .status
drwxr-x--x. 18 nobody nobody 4096 Oct 17 12:29 swap/
^Working VPS with 4.2 (CloudLinux, Xen Cloud platform system CentOS6..)

Oh wait the system in question is now generating reports, it took an entire day and multiple litespeed restarts but finally .rtreport* files to graph with munin! I'll report back if it's working

srwxr-xr-x 1 apache apache 0 Oct 16 22:45 lsphp5.sock.22445
-rw-r--r-- 1 apache apache 1399 Oct 17 15:38 .rtreport
-rw-r--r-- 1 apache apache 1618 Oct 17 15:38 .rtreport.2
-rw-r--r-- 1 root apache 1288 Oct 17 15:38 .status


However the munin graphs (Same plugin, same dir for .rtreport and the graph plugin I'm using works for multi-cpu licenses. It's still not graphing but I'm not sure when it started working.
__________________
-William C.Manns Owner of XenServ Co
Need LiteSpeed Hosting, Server Tuning, or Other Help I'm your guy

http://xenserv.com http://evilpuma.com

Last edited by cmanns; 10-17-2012 at 01:07 PM..
Reply With Quote
  #2  
Old 10-17-2012, 08:07 PM
cmanns cmanns is offline
Senior Member
 
Join Date: Jun 2010
Posts: 100
Looks like it just took forever to generate those files, now their there, then the litespeed munin graphs are working cept the uh requests one I think but I think thats due to change in your rtereport format. I will post the fix if I figure out why those graphs are blank.

Thanks for lack of reply. Version 4.2 seems to be a bad upgrade so far, I've done our own cPanel system and a clients DirectAdmin system. 4.2 reports its not the newest version it feels buggy and I'm not sure how much more I trust LiteSpeed.

I've been told by people I tune their servers amazingly better then the horrible cost they pay you guys, I'm concerned about continuing to use LiteSpeed (and my clients are) with it's price, bugs, issues, and generally Apache and properly setup FastCGI has it been benchmarked? Well I can simply switch to a tuned apache setup and watch graph differences, there's not much on a loaded cPanel system with dozens and dozens of sites switching to Litespeed.

So that makes me and others wonder why are we paying so much? I'm currently devloping a Web Hosting Panel, OS, and Engine. I guess I should maybe blueprint the designs to a better, free to use apache webserver replacement or is LiteSpeed going to get on their ass and product a product that actually works good as it says. Lots of your listed used clients have switched to other solutions, I and my clients are nearing that too.

I'll soon be suggesting against LSWS and for other alternatives like using Varnish & Apache, I currently advertise and suggest client's LSWS. The company's incompetence in providing an enterprise webserver (Feels like it should be free it's not much better then apache, it just bitches in logs about normal DirectAdmin or cPanel htaccess lines.

Anyways hope this is read by proper staff and reacted too. I currently am worrying about continuing to use LiteSpeed with CloudLinux on cPanel systems.
__________________
-William C.Manns Owner of XenServ Co
Need LiteSpeed Hosting, Server Tuning, or Other Help I'm your guy

http://xenserv.com http://evilpuma.com
Reply With Quote
  #3  
Old 10-18-2012, 11:45 AM
webizen webizen is offline
LiteSpeed Staff
 
Join Date: Oct 2010
Posts: 2,339
Quote:
Originally Posted by cmanns View Post
...
Thanks for lack of reply. Version 4.2 seems to be a bad upgrade so far, I've done our own cPanel system and a clients DirectAdmin system. 4.2 reports its not the newest version it feels buggy and I'm not sure how much more I trust LiteSpeed.

...
4.2 is not yet enabled in auto update (usually takes weeks for major release like 4.2 to be enabled). 4.1.13 still the latest in auto update.

Quote:
Originally Posted by cmanns View Post
...

I've been told by people I tune their servers amazingly better then the horrible cost they pay you guys, I'm concerned about continuing to use LiteSpeed (and my clients are) with it's price, bugs, issues, and generally Apache and properly setup FastCGI has it been benchmarked? Well I can simply switch to a tuned apache setup and watch graph differences, there's not much on a loaded cPanel system with dozens and dozens of sites switching to Litespeed.

...
For bugs, send what you found to bug@.
Reply With Quote
  #4  
Old 10-18-2012, 11:45 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,590
The rtreport file is located at server level, if you run munin under one user account inside a cage, that user wont be able to access rtreport files. each cage has its own /tmp directory.
Reply With Quote
  #5  
Old 10-18-2012, 11:46 AM
cmanns cmanns is offline
Senior Member
 
Join Date: Jun 2010
Posts: 100
Quote:
Originally Posted by webizen View Post
4.2 is not yet enabled in auto update (usually takes weeks for major release like 4.2 to be enabled). 4.1.13 still the latest in auto update.



For bugs, send what you found to bug@.
I will send that it took over a day for 4.2 2 cpu to create rtreport files.

thanks.
__________________
-William C.Manns Owner of XenServ Co
Need LiteSpeed Hosting, Server Tuning, or Other Help I'm your guy

http://xenserv.com http://evilpuma.com
Reply With Quote
  #6  
Old 10-18-2012, 11:47 AM
cmanns cmanns is offline
Senior Member
 
Join Date: Jun 2010
Posts: 100
Quote:
Originally Posted by mistwang View Post
The rtreport file is located at server level, if you run munin under one user account inside a cage, that user wont be able to access rtreport files. each cage has its own /tmp directory.
The system I was mentioning does not run CloudLinux, XenServ does. My 3rd party IT clients don't. Their system is actually DirectAdmin CentOS 6.

Munin was allowed to see the file, what I was saying was there was NO .rtreport files on the server even after updatedb not a single trace of one.

Then next day they magically appeared and graphs started working
__________________
-William C.Manns Owner of XenServ Co
Need LiteSpeed Hosting, Server Tuning, or Other Help I'm your guy

http://xenserv.com http://evilpuma.com
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 12:18 PM.



- Archive - Top
© Copyright 2003-2011 LiteSpeed Technologies, Inc. All rights reserved. Privacy Policy.