Search results

It should work by now. looks like i386-redhat-linux-gcc is there, don't know why it does not work with the gem installation. Just want to remind you that you need to manually upgrade ruby-lsapi later on if there is a new release, the manually installation has higher priority than the gem...

What is the apache directive used by cPanel to enable frontpage for a vhost? "FrontpageEnable"? or something else?

It complains "i386-redhat-linux-gcc: Command not foun", do you have gcc installed on your system. Maybe you should try installing ruby-lsapi package manually.

Glad to know that you fixed it. It is always recommended to build php with the mysql client library installed on your system. You should be able to update the wiki with your forum login, as I knew.

which php.ini do you use? You should use /usr/local/lib/php.ini as lsws/conf/php.ini may not be available when php started in suexec mode as lsws/conf has permission 0700.

Looks like you need to double check your lsapi installation. :)

Have you ever strace those checkmail.fcgi processes? LSWS should not use more than 20 of them, so, the rest instances are probably in a malfunctioning state, maybe are dead locked? Does the fcgi process have to be kill with "-9" or a normal "-TERM" will do? Do checkmail.fcgi processes get...

Here you go. :) Make sure the rails application works well under WEBrick or mongrel running as the user who own the application. Double check file permissions for your rails application directory. Make sure Memory and process limit has been set high enough. Turn on LSWS debug logging by change...

OK, change the way how outgoing traffic was counted, and a warning will be logged in error.log if a singal entry was larger than 10MB. Please give the updated package a try.

You need to fix the default MySQL Socket address, in Apache it is /var/lib/mysql/mysql.sock, in LSWS it is /var/tmp/mysql.sock. lsphp could not find a valid php.ini, maybe due to permission problem. Anyway, you can change the commnd of lsphp external app to give the path of php.ini with command...

OK, I find the cure. :) You need to change "Port 80" to "Port 78" in your httpd.conf.

the access log file package is corrupted.

Does checkmail.fcgi itself fork? or all of them are forked by LSWS? You can check the parent pid of checkmail.fcgi . If the request takes longer than 30 seconds to process, you need increase the initial timeout.

I don't know what make it work for serval hours, what you have done to apache configuration during the few hours? ;) Let's see what we can do with the Host header. :) That's because for some reason apache serve http://www.mydomain.com with the default vhost, serve http://www.mydomain.com:78...

looks like a bug in the new admin interface, we will check.

I think rebuild php is the easiest way. Otherwise, you need to find a iconv dynamic library matching the php version used, then load the extension from php.ini. You can checkout Zend Platform package, there are many prebuilt loadable extensions if you want, but to me, it is easier just rebuild...

All processes running as that user will be counted against the process limit, so "soft limit"=20 is too low, and will definitely causes trouble. You can lsws/logs/error.log and stderr.log.

644 is fine. the problem probably is the permission of /opt/lsws/conf directory, for security reason, it is set to 0700, it not recommended to set it to 0755. When lsphp started in suexec mode, it is more likely that lsphp is not allowed to read /opt/lsws/conf/php.ini. You can change the lsphp...

try getting rid of "NameVirtualHost my.ip.addre.ss:78", see if it helps.

Can the checkmail.fcgi fork itself to handle multiple requests? If not, you need to set "maxConns" to match "instances". procSoftLimit and procHardLimist should not be used for that purpose, you should use "maxConns" and "instances" to control how many fcgi processes to use. When you set...