Search results

status update: there is a workaround. need find the root cause. workaround: replace /usr/local/apache/conf/userdata/std/2/ivrp/cp_php_magic_include_path.conf <IfModule concurrent_php.c> php4_admin_value include_path...

can you run litespeed at port offset (e.g., 2000), and PM me the URL of phpinfo ? I want to compare the phpinfo page to see if any valuable difference between litespeed and apache

please follow if revert to original default settings, the error is gone, then it's something related the change of "GZIP Compression". if the error still continue, your change should be ok.

looks problem ... Static GZIP Cache Directory:$SERVER_ROOT/cache what's the permission of $SERVER_ROOT/cache ? #ls -ald /usr/local/lsws/cache and images/gif should not be in "Compressible Types" to trouble shoot this issue, you can revert the settings to original. then change one by one. see...

looks openbase_dir issue has been fixed -- per the blog, no need rebuild lsphp. the remaining error messages can be shorten as below: the error itself, looks like include_path not right, so /home/ivrp/public_html/forum/library/Zend/Controller/Request/Http.php failed to open...

the frequency is not low. following settings may help: lsws web admin->Server->Tuning->GZIP Compression

looks like openbase_dir issue. please refer http://blog.litespeedtech.com/2012/12/11/switching-from-apache-open_basedir-in-the-shared-hosting-environment/

I think in cloudlinux, you can set disk io limits -- KB/ sec for one account in litespeed, you can limit network bandwidth in lsws web admin -> Server -> Security -> Per Client Throttling

No. should not be able to. but php process can do that when suEXEC enabled.

Hi those message are [INFO]. not error or warning at all. you can change the log level so that those message not write to error_log/stderr.log lsws web admin->Server->Log->Log Level: DEBUG ==>NOTICE

Thanks. I've quickly gone through the source code, still not understand why yet. but if you choose xcache, you can see the cached php scripts globally as long as you set those 3 parameters correctly. xcache.admin.user xcache.admin.pass xcache.admin.enable_auth

Sorry, I thought you posted the php source code at #3, which actually from DangerD But so far there is no enough info to identify your issue. can you post the exact error message in your error or stderr log ? how frequently the error appear in the error/stderr log ? e.g, number of same...

XCache has settings of xcache.admin.user xcache.admin.pass xcache.admin.enable_auth, default is on. (refer http://xcache.lighttpd.net/wiki/XcacheIni) this is to prevent one user can know any info of other user's php script in xcache admin page. e.g., xcache has this built-in mechanism but...

we need confirm where the root cause is first before any solution. if you modify the code as I suggested, then no error message " out of swapping space while terminating GZIP stream!" any more, will help to narrow down the scope greatly. if the error message is still there, then likely not the...

I think EP is too low for a busy user. a lsphp5 process may fork more sub processes, for example, a simple php code exec("sh ls -l | head") will fork 2 additional sub processes anyway you can try to increase it to see if those errors disappear.

how about just change the php a bit ? let function CheckCanGzip() always return 0

>Is the memory consumption limit applied globally or per user shared memory? neither. per lsphp5 process. a user may launch a few lsphp5 processes. >Note that I have CageFS enabled and I'm not sure if this is what causing it. Can you disable CageFS for a while to see if any difference ? lsws...

per http://docs.cloudlinux.com/index.html?cpanel_lve_manager.html and should increase Concurrent connections(EP) and/or Number of processes(nPROC)

"out of swapping space while terminating GZIP stream" comes from lsws. your code is in PHP and try to gzip something. so It looks lsws try to gzip something already gzipped by php. to identify the issue, can you disable gzip in php code. if the request headers contains "Accept-Encoding: gzip"...

should be WHM -> Server Configuration -> CloudLinux LVE Manager