[solved] .rtreport file
 

Dear Lite Speed,

Found this in /tmp/lshttpd/. It contains nice data about current status.
However /tmp/lshttpd/.rtreport always show 0 connection in use. All goes to /tmp/lshttpd/.rtreport.2 ...
Or opposite. Can you please specify what the files are for and how to use beside some strange SNMP tool ?
We use 2CPU Entreprise lice.

Thank you!

use keyword 'rtreport' to search forum.

a few pointers:

how to understand .rtreport*

http://www.litespeedtech.com/support...ead.php?t=5560

you may check this litespeed addon
http://www.litespeedtech.com/support...aph_monitoring

Well,
rrdgraph is missed in lsws 4.2.1 as far as I can see.

cd /usr/local/lsws/add-ons/
ls -la
total 44
drwxr-xr-x 11 root root 4096 Dec 6 10:41 .
drwxr-xr-x 19 root root 4096 Dec 6 12:41 ..
drwxr-xr-x 3 root root 4096 Dec 6 10:41 cpanel
drwxr-xr-x 2 root root 4096 Dec 6 10:41 directadmin
drwxr-xr-x 3 root root 4096 Dec 6 10:41 frontpage
drwxr-xr-x 2 root root 4096 Dec 6 10:41 hsphere
drwxr-xr-x 2 root root 4096 Dec 6 10:41 interworx
drwxr-xr-x 2 root root 4096 Dec 6 10:41 ispmanager
drwxr-xr-x 2 root root 4096 Dec 6 10:41 lxadmin
drwxr-xr-x 2 root root 4096 Dec 6 10:41 plesk
drwxr-xr-x 2 root root 4096 Dec 6 10:41 snmp_monitoring


The question is why one web server can server 60 connections per first CPU
and 0 per second.

.rtreport.2
REQ_RATE []: REQ_PROCESSING: 0, REQ_PER_SEC: 0.0, TOT_REQS: 0, CACHE_HITS_PER_SEC: 0.0, TOTAL_CACHE_HITS: 0
.report
REQ_RATE []: REQ_PROCESSING: 2, REQ_PER_SEC: 8.1, TOT_REQS: 104301, CACHE_HITS_PER_SEC: 0.9, TOTAL_CACHE_HITS: 9486

is it normal? What is the purpose of having 2 CPU license then?

it's not normal. it means one litespeed is doing nothing ?
you can strace 2 litespeed processes and determine which one is idle.

yes I can, but what next?
This is strace

strace -p 497



write(12, "VERSION: LiteSpeed Web Server/En"..., 1066257) = 1066257
close(12) = 0
rename("/tmp/lshttpd/.rtreport.2.tmp", "/tmp/lshttpd/.rtreport.2") = 0
munmap(0xb6746000, 1069056) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 381908}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 483064}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 591366}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 693090}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 793338}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 893728}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013042, 998456}, NULL) = 0
time(NULL) = 1356013042
epoll_wait(7, {}, 10, 100) = 0
gettimeofday({1356013043, 102890}, NULL) = 0
getppid() = 415
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2134, ...}) = 0
stat64("/.../logs/accesslog", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/.../logs/error.log", {st_mode=S_IFREG|0644, st_size=333607, ...}) = 0
stat64("/.../logs/error.log", {st_mode=S_IFREG|0644, st_size=333607, ...}) = 0
open("/tmp/lshttpd/.rtreport.2.tmp", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0644) = 12
fstat64(12, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fcntl64(12, F_SETFD, FD_CLOEXEC) = 0
time(NULL) = 1356013043
mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d0e000
mremap(0xb7d0e000, 135168, 143360, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 143360, 151552, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 151552, 159744, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 159744, 167936, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 167936, 176128, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 176128, 184320, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 184320, 192512, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 192512, 200704, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 200704, 208896, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 208896, 217088, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 217088, 225280, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 225280, 233472, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 233472, 241664, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 241664, 249856, MREMAP_MAYMOVE) = 0xb7ceb000
mremap(0xb7ceb000, 249856, 258048, MREMAP_MAYMOVE) = 0xb7ceb000
.....
mremap(0xb6746000, 1060864, 1064960, MREMAP_MAYMOVE) = 0xb6746000
mremap(0xb6746000, 1064960, 1069056, MREMAP_MAYMOVE) = 0xb6746000
write(12, "VERSION: LiteSpeed Web Server/En"..., 1066257) = 1066257
close(12) = 0
rename("/tmp/lshttpd/.rtreport.2.tmp", "/tmp/lshttpd/.rtreport.2") = 0
...

this process is writing to /tmp/lshttpd/.rtreport.2 and working normally.
how about another litespeed process ?

to check if there is 3 litespeed processes running:
#pstree -p|grep litespeed

(1 parent process, 2 child processes)

pls check your listener in Admin Console and make sure both CPUs are bound.

Yes, you are right! This was what I miss. Thank you!