Search results

the order should be: install litespeed and/or mysql first then build lsphp through litespeed admin console

not under /home/tataronm/.htpasswds/.. ? assume it's under /home/tataronm/.htpasswds/.., then chgrp nobody /home/tataronm/.htpasswds/ maybe a lsws restart needed in case.

my test result regarding 2) on latest 4.1.13: %<U --- not work, will simply leave U in log file %U equal to %>U, the final request URI. test env: .htaccess: RewriteRule abc.html test.php when access 127.0.0.1/abc.html?c=3&d=5, the log for "%r" %<U %U %>U is: "GET /abc.html?c=3&d=5...

1) try in .htaccess RewriteRule \.php$ - [E=isPHP:1] this set environment variable "isPHP" in log format, add %{isPHP}e will look into 2) later.

where's the password filed located ? /home/user/.htpasswds/... ? please provide following info: ls -ald /home/user/public_html and ls -ald /home/user/.htpasswds

although this is not directly related, for large file download, php can use a much more efficient way to send file to user, refer http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed:wiki:feature:internal_redirect

lsws looks ok for large content-length. I tested on 1 of lsws server: its size is 104G or so. so may relate to php limit or lsapi.

what's the first line of file.cgi ? what do you mean "still working", access it through domain.com/file.cgi ?

please refer: http://www.litespeedtech.com/support/forum/showthread.php?t=4642 need more info regarding why file.cgi still working.

in the phpinfo(), upload_max_filesize=2M what's your setting in /usr/local/lsws/lsphp5/lib/php.ini ? #grep upload_max_filesize /usr/local/lsws/lsphp5/lib/php.ini

77.9.186.5 - - [22/Jun/2012:19:20:55 +0200] "GET /index.php HTTP/1.1" 403 25992 "-" "-" looks problem. above "25992" should be "380" ? i.e., response body's size is 380 bytes. content is although it's not most efficient, but only return 380 bytes instead of 25,992 bytes; more importantly...

then please try: RewriteCond %{HTTP_USER_AGENT} ^$ RewriteRule .* - [F]

I tested SecFilterSelective HEADER_USER_AGENT "^$" and SecFilterSelective HEADER_USER_AGENT "" not working.the test command is #curl -A "" -I 127.0.0.1/test.html however, if not empty, e.g. SecFilterSelective HEADER_USER_AGENT "chome" will work as expected -- will forbid Chrome browser...

how did you run /chroot/lsws/DEFAULT/html/phpinfo.php ? command line or through URL.

I checked the website, it's working now. can you share how do you've resolved it?

you can try to disable some php extensions in php.ini, to see if any difference.

how long of the period when it occurred 3 times? within one day, one week? you can disable AIO for some time, so can do comparison.

how did you install lsws with DA, followed http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed_wiki:apache:da ?

please try: #cd /usr/local/lsws/admin/misc/ #cp -a cleancache.sh cleancache_000.sh then edit cleancache.sh, make it do nothing. then you create a cronjob, to run cleancache_000.sh, at an interval you wish( once per hour or once per day etc), or do not run it at all. so the impact...

the main problem is i/o. average iowait is 22.05, this is very high. ~>date;uptime;iostat Fri Jun 15 22:47:01 EDT 2012 22:47:01 up 24 days, 15:32, 1 user, load average: 1.26, 0.97, 0.87 Linux 2.6.18-338.12.1.el5.lve0.8.34ent (xxxx) 06/15/12 avg-cpu: %user %nice %system %iowait...