Search results

please refer http://www.litespeedtech.com/support/forum/showpost.php?p=74500&postcount=3 "503 Error often due to php crash some php extension may cause 503 Error please check php.ini, what extensions you've loaded, and post the list here so we can have more information about the error"

503 Error often due to php crash some php extension may cause 503 Error please check php.ini, what extensions you've loaded, and post the list here so we can have more information about the error

ok, please PM the root access.

http://open.litespeedtech.com/ "Get Involved"

yes, litespeed support ipv6 already, some users have tested this feature and some websites are serving ipv6 by litespeed for a long time. so just need test with cPanel together.

php is known much slower than static content. in a shared host, when a php request comes in, typically the web server need start up a php process and execute it. regarding php lsapi, in fact it's fastest fast-cgi for php as of we know. we've heard of "nginx + php-fpm" is fastest, our simple...

you can try that as suggested by csf -- create a swap file. I think the 503 error is more related to your design website is the mysql fast enough ? does the php script consume too many memory ? have to be more specific and need more information to pin down it.

assume it's a WHM/cPanel server please check /usr/local/apache/logs/error_log and /usr/local/apache/logs/stderr.log for more detail information

please post the message between the 2 lines

please refer http://blog.litespeedtech.com/2011/01/28/speed-up-vbulletin-sites-through-litespeed-built-in-cache/

if you're using control panel (e.g. WHM/cPanel), ensure to enable php suExec mode.

I think Build Matching PHP will result latest lsapi, at present it's 6.3 please refer the release log: http://www.litespeedtech.com/litespeed-sapi-release-log.html from lsapi 6.0, the major change is the new PHP suEXEC daemon mode 5.5 is ok if you needn't this daemon mode and 5.5 has...

maybe there are mod_security rules able to do it here's a reference: http://www.litespeedtech.com/support/forum/showthread.php?t=6835

from the output of pstree, lsphp5 of both web1 and web2 are running in daemon mode. lsphp5 may be defined in virtual host -> External App, in this case it's not in httpd_config.xml which contains server level external app definitions only.

does /usr/local/lsws/site1/cgi-bin/ exist ?

while still don't understand web1's behavior, for apc cache, run lsphp in daemon mode should be ideal -- refer a recent thread: http://www.litespeedtech.com/support/forum/showthread.php?t=7401

yes, it looks weird. on web1, there should be a lsphp5 process group under litespeed(24418) the only reason is that the requests number is not enough so only 1 lsphp5 process group(under litespeed(24415)) is enough ? if so, you can do ab test on web1, just for hello.php, see if the 2nd...

for best compatible with apache and convenient for most users, we recommend to run easyApache first + Build Matching PHP mechanism for WHM/cPanel users. this also applies for multiple php versions -- just repeat same steps one by one. however, build php through lsws admin console should be...

for WHM/cPanel, the recommended way is: use EasyApache to build php(either the system is running litespeed or apache), then "Build Matching PHP" in WHM lsws plugin. php lsapi version will be selected automatically. current version is 6.3(the latest)

update: a user still experience 500 error after following above instruction. when run addon_lsws.cgi directly on command line: #/usr/local/cpanel/whostmgr/docroot/cgi/addon_lsws.cgi -bash: /usr/local/cpanel/whostmgr/docroot/cgi/addon_lsws.cgi: /usr/local/cpanel/3rdparty/bin/perl^M: bad...