Using mod_lsapi-0.3-30 seems to break Apache when doing a graceful restart.  I have installed mod_lsapi-0.3-30 on a few servers, but any attempts to do a graceful restart brings Apache down.

To duplicate this, install mod_lsapi-0.3-30, and then issue a graceful restart:

/usr/local/apache/bin/apachectl -k graceful

Apache will go down and has to be restarted.

I have rolled all of these servers back to mod_lsapi-0.3-29 which doesn't present the same problem.

I have just tried the same on a test server and it works properly after graceful restart. Was there any errors on screen or in /usr/local/apache/logs/error_log ?

Let me know.

We are really interested to have this issue sorted out. Please create a support ticket at https://helpdesk.cloudlinux.com and ask to assign it directly to me.

Hi,

I don\'t know how it works ? I ran the install commands and it disabled mod_ruid2 etc. What PHP handler you use ?? If i change to fcgi then websites stop loading up and give error. If I change to DSO then websites load up but CSF firewall keeps on saying that I should be using suphp etc. So after trying a lot, I un-installed it.


Thanks.

Tried following:

# /usr/local/cpanel/bin/rebuild_phpconf --current

Available handlers: suphp dso fcgi cgi none

DEFAULT PHP: 5

PHP4 SAPI: none

PHP5 SAPI: fcgi

SUEXEC: enabled

RUID2: not installed

# httpd -V

Server version: Apache/2.4.16 (Unix)

Server built:   Nov 29 2015 14:12:10

Cpanel::Easy::Apache v3.32.5 rev9999 +cloudlinux

Server's Module Magic Number: 20120211:47

Server loaded:  APR 1.5.2, APR-UTIL 1.5.4

Compiled using: APR 1.5.2, APR-UTIL 1.5.4

Architecture:   64-bit

Server MPM:     prefork

  threaded:     no

    forked:     yes (variable process count)

Server compiled with....

 -D APR_HAS_SENDFILE

 -D APR_HAS_MMAP

 -D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)

 -D APR_USE_SYSVSEM_SERIALIZE

 -D APR_USE_PTHREAD_SERIALIZE

 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT

 -D APR_HAS_OTHER_CHILD

 -D AP_HAVE_RELIABLE_PIPED_LOGS

 -D DYNAMIC_MODULE_LIMIT=256

 -D HTTPD_ROOT="/usr/local/apache"

 -D SUEXEC_BIN="/usr/local/apache/bin/suexec"

 -D DEFAULT_PIDLOG="logs/httpd.pid"

 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"

 -D DEFAULT_ERRORLOG="logs/error_log"

 -D AP_TYPES_CONFIG_FILE="conf/mime.types"

 -D SERVER_CONFIG_FILE="conf/httpd.conf"

You should always use suphp or fcgid for PHP. With DSO module users are not placed in cagefs and you can not use selector.

Most probably after switch you have to run 'cagefsctl --force-update' to put binaries into cagefs inside.

Sorry, I was out for most of the weekend.

I do see where you just release mod_lsapi-0.3-31 and that appears to have fixed the issue on a test server.  I'll leave it there for a little while before rolling this out to other servers.

On a somewhat related note, any plans to push mod_lsapi out to the production CloudLinux repositories?  That would seem to alleviate some of these issues, having a safe and secure version in the production repo and testing versions in the testing repo.

We are really planning to move mod_lsapi to production, there are no exact ETA on this however definitely it will be done soon.