Search results

my understanding is that while it's possible in theory but not possible in practice at the time being. since no control panel(like cPanel / Plesk / DirectAdmin etc) support lsws native vhost, while it looks possible lsws can add this feature for vhost from apache's httpd.conf, control panel need...

it looks cloudlinux is able to do it -- http://www.cloudlinux.com/about/tech.php -- LVE limits "They can also set limits on per-package bases" but not mention bandwidth in this page. just CPU. IO. Memory etc. in http://docs.cloudlinux.com/index.html?io_limits.html, "The IO limits will only...

I did simple test on this feature, #cat noabort.php <?php $f=fopen("/tmp/noabort.log","w"); $t1=date("c"); fwrite($f,"$t1\n"); echo $t1 . "<br>"; sleep(20); $t2=date("c"); fwrite($f,"$t2\n"); echo $t2 . "<br>"; fclose($f); test URL is http://192.168.0.102:8088/test/noabort.php it worked as...

try: lsws web admin->Server->General->External Application Abort:No Abort

while it'll work. not WHM/cPanel standard for public_html the standard is: permission 750, group is nobody here's one example: #ls -l /home/user1 drwxr-x--- 11 user1 nobody 4096 Jul 24 2012 public_html/ should check which script tried to change the default cPanel standard. it's safe to...

can you paste a screenshot of ext app in a virtual host ? for example: virtual host->External App->xxx_vb_lsphp let's see if any special settings in it.

check /usr/local/lsws/autoupdate/platform /usr/local/lsws/autoupdate/release it may be wrong ... delete the wrong one or delete everything under /usr/local/lsws/autoupdate #rm -rf /usr/local/lsws/autoupdate/* and run the script again

I'd say "yes, it's not normal" Just noticed there is "/" in the external app name( and in virtual host name) MAYBE it'll cause weird issue like this one. can you remove "/" from name of virtual host and ext app(or replace it with "_" etc), see if this weird issue will disappear.

lsws web admin -> Actions -> Version Manager can see all installed versions and switch between them without downtime since it's graceful restart. you can switch to different version to determine which version has broken the trick.

I think the possible change in 4.2.6 is to improve the compatibility with apache. does your trick work on apache 2 ? this info is important to lsws.

it's weird debug version has no symbol info, like this: to be sure, delete all /usr/local/lsws/bin/core.* then after new core dumped -- /usr/local/lsws/bin/core.123456 #gdb /usr/local/lsws/bin/httpd /usr/local/lsws/bin/core.123456 run "bt" again

now the binary is correct. what's your current lsws version ? and OS version ? #ls -al /usr/local/lsws/bin #uname -a will help

so the binary still wrong. please try this one: gdb /usr/local/lsws/bin/httpd /usr/local/lsws/bin/core.XXXXXX

if "Per Client Throttling" is set by Server -> Security -> Dynamic Requests/second or Virtual Hosts-> vhname -> Basic -> Per Client Dyn Reqs/sec then it may appear: WaitQ:8 while "Idle:5" if not set or set to big number, then not this case.

the 1st line in the screeshot already show this case :) WaitQ:8 while "Idle:5" I'm not sure ... usually when WaitQ > 0, Idle = 0. In theory, since http is a stateless protocol, requests won't queue up if there are idle processes available. does the WaitQ often last long time? if it disappears...

Sorry. "PHP suEXEC Max Conn" is for php suExec mode, which is not your case. so your license should be 4-CPU license, 5 x 4 = 20, 10 x 4 = 40. i.e., max connections = vhost ext app max connection x number of CPU license however, this doesn't seem to able to explain 15 max connections in the...

lsws webadmin -> Server -> General -> PHP suEXEC Max Conn

lsws web admin --> General -> PHP suEXEC Max Conn

try gdb /usr/local/lsws/bin/lshttpd /usr/local/lsws/bin/core.XXXXXX instead

yes, maybe the document can be further improved ... may confuse people like your case. to my understanding, those settings is for CGI, but not include fast-cgi, while lsphp belong to fast-cgi. but for people who is new to lsws, very likely not aware of the difference -- isn't fast-cgi a sort...