Search results

This message looks like http://... is used to access the https site. The first package from client is not a SSL CLIENT HELLO . It may not related to the connection reset problem.

I can take a look if you PM me a temp root login, no enough information to figure out the problem yet.

If you added the configuration file path option later, you need to rebuild PHP completely. Otherwise, PHP may still looking for configuration file in the old location while showing the new configuration parameter in the phpinfo() output.

It does not even look at that directory, I guess you need to rebuild your PHP binary, make sure to do "make clean".

try command from command line cd lsws/fcgi-bin sudo -u <user_name> ./lsphp5 -i user_name is the user that lsphp run as. "./lsphp5" should match your lsphp binary. If it show the same value as your phpinfo() output, try sudo -u <user_name> strace ./lsphp5 -i you should be able to figure out...

You need to give "r" permission to "configs" directory in addition to "x".

You need to enable rewrite logging to check which rewrite rule failed unexpectedly. add RewriteLogLevel 9 in apache configuration, <virtualHost ...> section for that website.

You can set send buffer to the maximum value "65535". You may be able to find out the default in Linux /proc system somewhere, google it.

Maybe have something to do with "[PT]" flag, you can try removing it.

You need to build your own PHP5 binary from the web admin console, create and update php.ini accordingly to make ioncube works.

You need to install NetSNMP and recompile PHP with SNMP module enabled. Yes, you need to change the path to php.

That configuration won't help with this one, and looks like php has been handled properly. 4.0b1 is still a beta release, it is normal.

LSWS may have issue with the php configuration used by interworx ---------------------------- LoadModule php5_module modules/libphp5.so AddHandler php5-script .php AddType text/html .php DirectoryIndex index.php ---------------------------- should use AddType x-httpd-php .php We will...

It has been fixed in the latest 3.3.10 build. Just change the version number in the download link to get it.

That's a standard unix command, try it from command line

LSWS update gzip cache based on the timestamp of the origianl file and the gzip file in the cache. So, you can check the modified time of that java script file, if it has been changed, the gzipped file should be changed as well. Try "touch <javascript file>" to update the timestamp.

Probably is a problem with the gzip cache. We will check.

Next time, please look harder along what I have suggested. :)

updated 3.3.10 release package should have fixed the access log ownership problem. The error log ownership is fine, no need to change it.

mpstat output is used as part of the server status in our real time statistic report, missing mpstat command will not cause any trouble. You can safely ignore it. the error regading "curl" command is strange, we never use it inside lshttpd process. Does it appear repeatedly?