Search results

assume litespeed process is running as nobody, check if nobody can #sudo -u nobody ls -l /var/www/vhosts/aspkin.com/httpdocs/shop/.htaccess

here's steps to try to collect more info: 1. lsws web admin->Actions->Toggle Debug Logging 2. #tailf /usr/local/lsws/logs/error.log |grep your-IP 3. in browser, access wp-admin/install.php 4. lsws web admin->Actions->Toggle Debug Logging 5, check what is logged in step 2

got it -- what "blocking time" mean in this context. per http://gtmetrix.com/parallelize-downloads-across-hostnames.html the blocking due to limited number of connections between browser and web server. at web server's side, please check settings of lsws web admin->Server->Security->Per Client...

noted. continue to monitor it ..

what your "blocking time" mean ? can you explain a bit more.

to ensure you're using the latest lsws version. #/usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.14 so when it happens again. we know it also exists in latest version.

looks rather weird issue ... need know more info from the server. please refer this post http://www.litespeedtech.com/support/forum/threads/gzip.9270/#post-80994 regarding difference between 4.2.12 and 4.2.14

4.2.14: Added support for Apache mod_env and mod_setenvif. you can grep -e -i (setenv|browsermatch in .htaccess files, /usr/local/apache/conf/httpd.conf, probably those directives have caused the issue. before 4.2.12(inclusive), those directives are ignored.

either way is ok

I can log in your server to trace out the cause. you can PM the access info. root ssh and/or lsws web admin

if so, probably there is a bug somewhere

grep no-gzip in .htaccess files

so lsphp-5.4.31 is ok, xcache or apc extension has the problem. what's the xcache version, how did you build it, in WHM environment, the xcache configuration ?

the setting is correct. however it can be overridden by rewrite rules in .htaccess what's the lsws version ? need more info to identify the root cause.

you are right. but .htaccess is read by litespeed web server process -- lshttpd or litespeed, .htaccess is read and parsed by it. on WHM/cPanel, the solution is public_html(document root) with user/group user1:nobody, and permission is 750. so nobody user can read public_html/.htaccess, but...

will litespeed filter bots automatically ? should not. more likely a mod_security rules configuration issue. lsws web admin->Server->Security->Block Bad Request may relate to it somehow.

Aug 10 20:54:24 web kernel: lsphp5[28617]: segfault at 7fff40181ff8 ip 000000000047689f sp 00007fff40182000 error 6 in lsphp-5.4.31[400000+945000] Aug 10 20:54:35 web abrt[28618]: Saved core dump of pid 28617 (/usr/local/lsws/fcgi-bin/lsphp-5.4.31) to...

check if "nobody" have the permission to read .htaccess under virtual host's document root.

if the whole .htaccess not big, please paste here.

while this is question for sales, I'd say it looks not possible in near future. that'll go open litespeed.