Search results

You can grep for 408.shtml in /usr/local/apache/logs/error_log. Your code code missing a "l" in tag "</htm>" at the end.

Review the code, the only condition to return 408 timeout response is when there is no socket I/O activity (bytes in/out) for a connection in more than "Connection timeout (Seconds)". So, I have to experience it myself to believe it. For the download popup, it is likely because a lshttpd...

I can login take a look at the log. is it the same server as last one? Does the 408tester.php issue can be reliably reproduced, 30 minutes after LSWS restart?

you need to increase http://www.litespeedtech.com/docs/webserver/config/tuning/#connTimeout If a script indeed takes more than 30 seconds to finish, otherwise, need to trouble shoot the script why it takes so long.

You also need to check the ownership and permission of /home/myusername and /home/myusername/public_html. It may not be a good idea to put configuration file under public_html.

You need to check phpinfo() output see if eaccelerator is enabled and the location of cache_dir.

4.0.10 uses suEXEC for the web console, running as user lsadm. So, you may need to update directory/file permission for your custom configuration file if they are in the default conf/ directory. If you want to downgrade to 4.0.9, I strongly suggest you not to, you need to run the installer of...

That's the right approach. :)

It is a problem with your PHP, maybe you upgrade php recently. you can try strace the PHP process for that user account.

http://www.litespeedtech.com/docs/webserver/config/scripthandler/

You can upgrade to 4.0.10 now. Does all URL result in 403? If you access the target rewrite URL, does it work? I did not see any rewrite rule could result in 403 error, so it should be something else. Maybe a mod security rule?

If LiteSpeed use Apache httpd.conf, you can just do the same. If configure LSWS natively, you can remove the corresponding script handler configuration.

should be fixed.

It is a bug in the web GUI, fixed in the updated 4.0.10 package. Thanks for the bug report.

4.0.10 uses suEXEC for the web admin console, so, there will be permission issue with older release. To fix it, you need to run the installer of older release again to fix it. We only recommend 4.0.6 and 4.0.10 now. If need th older release, you can download it manually by changing the version...

Fixed in the latest build of 4.0.10 release package.

Fixed in the latest build of 4.0.10 release package.

OK, the high number of requests in process has been fixed. It is just a statistical error. Please download 4.0.10 and upgrade again. Just change the version number in the download link to get it. The 408 error is a different issue I think. I will follow up with the ticket.

That vhost is the default catch all vhost without PHP suEXEC. We will try some trouble shoot in our lab first, if we could not reproduce it, will contact you. 408 timeout may not relate to the high number of requests in process, but the graceful restart.

Please run the installer of earlier 4.0.10 release to roll back. The new 4.0.10 release uses suEXEC for the web console, so it requires running the installer to fix the permissions, you may need to change the ownership of lsws/admin/tmp from "lsadm" to "nobody". Maybe I should take a look at...