Search results

It is a permission problem with /var/log/httpd Piped logger is not used. chown apache /var/log/httpd fixed it .

Please PM a temp root login, I can take a look.

If you direct admin uses piped logger, you can download the 4.0.17 build by changing the version number in the link.

should use 1-CPU license for such powerful VPS.

just find where the directory located with command find /home/cpeasyapache | grep eaccelerator Then you can run "cpanel-install" under it to install it manually. and let us know where is the new location so we can update our code.

It is not possible to do that with python now, you may have to run a server support python on the backend, and let LiteSpeed proxy .py .wsgi to the backend.

Just comment it out from php.ini If you use Apache suphp, it has not effect anyway.

If you use eAccelerator, turn it off.

Is the piped logger process running? We made some change on piped logger, the logger process run as root now. Please try a force reinstall first, if you use Cloud Linux, piped logger may not work properly. If the problem still there, just send us a temp root login. We will check.

It should be the server level as it only works at server level.

You need to make it conditional when mod_php is used. Apache will ignore it, and LSWS will pick it up.

trusted IP can only be set at server level. Have you added a trialling "T" to the trusted IP?

4.1RC2 should work with upload progress bar.

Since it get worse when server is busy, my guess is, after the Gb port upgrade for the DB server, the burst bandwidth usage is higher and causes some packet being dropped. Maybe there are some kind of bandwidth cap on the switch port if server are interconnected via a VLAN instead of a dedicate...

Yes, that will cause problem. LSLB wont wait more than 10 seconds when trying to establish a connection with backend. Maybe you should use dedicate NIC for different task, one for MySQL, one for communication between LSLB. The same with LSLB, one NIC for backend communication, one NIC for...

That should be it.

Are you using LSWS 64bit package? 32bit package may not work. check "ldd lsws/bin/lscgid"

Are you using the latest CL? liblve.so should be in /usr/lib64 And you are using the LSWS Enterprise edition, right?

Every time you start LSWS, there should be a LVE log entry in stderr.log check pid of lscgid, lsof -p <pid_of_lscgid> it should list liblve library and /dev/lve there.

Try a force reinstall to make sure using the latest build. there are LVE related log entries in stderr.log, you need to enable PHP suEXEC.