CloudLinux OS Blog - mod_lsapi updated
CloudLinux OS Blog

mod_lsapi updated

mod_lsapi updated

The new updated mod_lsapi packages for CloudLinux 6 and 7 as well as for Apache 2.4 (CloudLinux 6) and EasyApache 4 (CloudLinux 6 and 7) are available from our updates repository.

mod_lsapi 1.1-16

ea-apache24-mod_lsapi 1.1-16

httpd24-mod_lsapi 1.1-16

Changelog:

  • MODLS-433: implemented new lsapi mechanism and web-interface of cPanel;
  • added /opt/cloudlinux as safe path;
  • MODLS-435: conflict with mpm_itk added to EA4 mod_lsapi;
  • MODLS-434: handler value does not drop after update;
  • MODLS-403: added check for CloudLinux to liblsapi;
  • MODLS-436: added force yes to swithch_mod_lsapi --setup;
  • MODLS-429: switch_mod_lsapi --build-native-lsphp is not executed randomly after upcp on EA3;
  • MODLS-430: added lsphp handlers to users Plesk panel correctly;
  • lsapi_output_buffering option added;
  • MODLS-414: added lsphp prefix for error log message;
  • MODLS-417: backend log changed to own file on EA4;
  • MODLS-424: uninstall works properly;
  • MODLS-423: php_value htaccess flag value changed;
  • MODLS-422: added ability to disable lsapi while it is enabled globally for EA3;
  • MODLS-418: fixed erronious behaviour when .user.ini values were displayed, but ignored;
  • MODLS-419: made script for switching lsapi from old mechanism (--enable-global, --enable-domain);
  • MODLS-416: lsapi.conf is changed after update;
  • MODLS-410: priority of php_value from httpd.conf lowered to PERDIR;
  • MODLS-401: added dynamic tuning of lsapi_backend_children parameter;
  • MODLS-411: fixed dereferencing of NULL pointer in lsapi_log;
  • MODLS-408: added PHP71 handler;
  • MODLS-391: buffering temporary file completely before passing it to backend PHP process;
  • MODLS-399: fetching litespeed sources over https for beta;
  • MODLS-368: added mod_lsapi handler to EA4 PHP handlers;
  • MODLS-405: DocRoot special value is added to lsapi_phprc option;
  • MODLS-340: corrected CRIU functions;
  • MODLS-388: destroy_lve symbol lookup bug fixed;
  • MODLS-384: conflict with ea-apache24 added to mod_lsapi spec;
  • MODLS-379: /usr/selector and ea-php locations for lsphp added into CSF rules;
  • MODLS-378: sulsphp_log permissions changed to default Apache ones;
  • MODLS-376: fixed PHP Selector on Plesk with mod_lsapi;
  • MODLS-370: (CRIU) enabled creating images for different virtual hosts under one user, 
  • MODLS-193: custom php.ini support added;
  • MODLS-347: removed LSCAPI_CRIU_SYNC_FD from the output of lsphp (phpinfo);
  • MODLS-364: mod_lsapi with CRIU: does not create CRIU images in the directory which is set by lsapi_criu_imgs_dir_path option in lsapi.conf;
  • MODLS-350: does not hardcode always_populate_raw_data;
  • MODLS-344: Plesk 17.0.17 reads /usr/local/psa/admin/conf/templates/custom/domain/domainVirtualHost.php correctly;
  • MODLS-339: made global flag for signaling of removing all images for CRIU;
  • MODLS-311: lsapi-cache service added;
  • MODLS-345: added creation of dump on lsphp stopping;
  • MODLS-290: non-standard response code issue fixed.

To update:

cPanel & RPM Based

$ yum clean all
$ yum update liblsapi liblsapi-devel mod_lsapi
$ service httpd restart

DirectAdmin

$ yum clean all
$ yum update liblsapi liblsapi-devel
$ cd /usr/local/directadmin/custombuild
$ ./build update
$ ./build mod_lsapi

To install, follow the instructions on the link:

http://docs.cloudlinux.com/index.html?installation_mod_lsapi.html

EasyApache 4

To update:

$ yum clean all
$ yum update liblsapi liblsapi-devel ea-apache24-mod_lsapi
$ service httpd restart

After updating ea-apache24-mod_lsapi all the domains are switched to the default handler and to turn on mod_lsapi back, it was necessary to enable lsapi handler through MultiPHP manager.

We noticed that it is not very convenient to enable lsapi handler through MultiPHP manager after update and automated this process.

So, if you update ea-apache24-mod_lsapi from stable or ea-apache24-mod_lsapi-1.1-9 or lower from beta, after the update you need to run

/usr/bin/switch_mod_lsapi --setup

to add lsapi handler to MultiPHP Manager.

After this, you will be asked to enable lsapi handler for proper PHP versions, depending on how you used mod_lsapi before (--enable-global, --enable-domain), and then restart Apache.

Please note that the following options were disabled for ea-apache24-mod_lsapi:

/usr/bin/switch_mod_lsapi --enable-domain
/usr/bin/switch_mod_lsapi --disable-domain
/usr/bin/switch_mod_lsapi --enable-global
/usr/bin/switch_mod_lsapi --disable-global

You can manage your domains with PHP version and lsapi handler from MultiPHP Manager.

Please note that lsapi PHP handler is only available for beta version.

Example 1:

1. ea-apache24-mod_lsapi-1.0-30 was installed and globally enabled.

2. The command

yum update ea-apache24-mod_lsapi --enablerepo=cloudlinux-updates-testing --enablerepo=cl-ea4- testing

was executed.

3. While

switch_mod_lsapi --setup

is not called, mod_lsapi will work as before.

4. switch_mod_lsapi --setup will return:

Instruction: http://docs.cloudlinux.com/index.html?apache_mod_lsapi.html

patching file apache.pm

Patch was applied correctly...

Added hook for System::upcp to hooks registry

mod_lsapi switched to turning on and off through the MultiPHP Manager(/Home/Software/MultiPHP Manager)

You are using enabled globally mod_lsapi. Do you want to enable mod_lsapi through MultiPHP Manager?

Current PHP will be switched to lsapi handler:

ea-php53 SAPI: suphp

ea-php54 SAPI: suphp

ea-php55 SAPI: cgi

ea-php56 SAPI: suphp

ea-php70 SAPI: cgi

ea-php71 SAPI: suphp

If you type no then mod_lsapi will be disabled and you can enable it again from MultiPHP Manager.

Do you want to proceed? [y/N]

5. If N is chosen, then mod_lsapi moves to the new type of integration with cPanel and restores files php.conf and suphp.conf. Mod_lsapi will be disabled.

6. If Y is chosen, then all installed versions will move to lsapi handler.

Setting ea-php53 to lsapi handler...

Setting ea-php54 to lsapi handler...

Setting ea-php55 to lsapi handler...

Setting ea-php56 to lsapi handler...

Setting ea-php70 to lsapi handler...

Setting ea-php71 to lsapi handler...

mod_lsapi_handler

Example 2:

1. ea-apache24-mod_lsapi-1.0-30 was installed and enabled only for one domain but all other domains have the same ea-php56 version.

2. The command

yum update ea-apache24-mod_lsapi --enablerepo=cloudlinux-updates-testing --enablerepo=cl-ea4-testing

was executed.

3. While switch_mod_lsapi --setup is not called, mod_lsapi will work as before.

4. switch_mod_lsapi --setup will return:

Instruction: http://docs.cloudlinux.com/index.html?apache_mod_lsapi.html

patching file apache.pm

Patch was applied correctly...

Added hook for System::upcp to hooks registry

Domains that handled by ea-php56:

tstdomain01.com - lsapi

tstdomain02.com - suphp

There are domains which are using mod_lsapi through --enable-domain option.

This option is deprecated for EA4 and mod_lsapi switched to turning on and off through

the MultiPHP Manager(/Home/Software/MultiPHP Manager)

Do you want to enable mod_lsapi through MultiPHP Manager for ea-php56?

Domains which are using suphp will be switched to lsapi handler too.

If you type N then mod_lsapi will remain enabled on these domains.

However, enabling mod_lsapi for new domains is now possible only through MultiPHP Manager.

Do you want to proceed? [y/N] y

Setting ea-php56 to lsapi handler...

Built /etc/apache2/conf/httpd.conf OK

Reconfiguration completed

5. If N is chosen, then mod_lsapi will move to the new type of integration with cPanel and will restore files php.conf and suphp.conf. Mod_lsapi still will be enabled for domains like in example tstdomain01.com throw .htaccess file.

6. If Y is chosen, then displayed PHP version will move to lsapi handler. According to the example, tstdomain01.com tstdomain02.com using ea-php56, will be switched to lsapi handler.

To install:

$ yum clean all
$ yum update liblsapi liblsapi-devel

Read http://docs.cloudlinux.com/index.html?mod_lsapi_installation.html (Installing on cPanel servers with EasyApache 4 section).

http24 for CloudLinux 6

To update:

$ yum clean all
$ yum update liblsapi liblsapi-devel httpd24-mod_lsapi

To install:

$ yum install liblsapi liblsapi-devel httpd24-mod_lsapi
The KernelCare "Extra" Patchset for CentOS 6 & 7 w...
Now you can provision Imunify360 licenses through ...
 

Comments 7

Guest - Ivan Levente on Wednesday, 23 August 2017 05:33

So where is this "web-interface for cPanel" ? I can't find it...

So where is this "web-interface for cPanel" ? I can't find it...
Mykola Naugolnyi on Wednesday, 23 August 2017 08:14

Please follow the instructions for the complete conversion :

For the completion of conversion, after the update, the commands described in http://docs.cloudlinux.com/index.html?mod_lsapi_installation.html (Updating mod_lsapi on cPanel servers with EasyApache 4 section) should be executed.

Please follow the instructions for the complete conversion : [i]For the completion of conversion, after the update, the commands described in http://docs.cloudlinux.com/index.html?mod_lsapi_installation.html (Updating mod_lsapi on cPanel servers with EasyApache 4 section) should be executed.[/i]
Guest - Marin on Thursday, 29 March 2018 08:03

MODLS-193: custom php.ini support added;

how to enable custom php.ini load ??

have tried in /etc/apache2/conf.modules.d/001_mod_lsapi.conf

# Enable mod_lsapi
LoadModule lsapi_module modules/mod_lsapi.so


lsapi_phpini On


but still not working?

MODLS-193: custom php.ini support added; how to enable custom php.ini load ?? have tried in /etc/apache2/conf.modules.d/001_mod_lsapi.conf # Enable mod_lsapi LoadModule lsapi_module modules/mod_lsapi.so lsapi_phpini On but still not working?
Alexandre Parubochyi on Thursday, 29 March 2018 14:18

The new functionality is controlled by lsapi_process_phpini global option.

According to https://docs.cloudlinux.com/apache_mod_lsapi.html we have the following options:

    \n\n
lsapi_process_phpini = Enable or disable phpini_* directive processing. Default value is Off
and
    \n\n
lsapi_phpini (see the above link for the explanation)

The new functionality is controlled by lsapi_process_phpini global option. According to https://docs.cloudlinux.com/apache_mod_lsapi.html we have the following options: [list]\n\n[/list]lsapi_process_phpini = Enable or disable phpini_* directive processing. Default value is Off and [list]\n\n[/list]lsapi_phpini (see the above link for the explanation)
Guest - Marin on Thursday, 29 March 2018 14:40
Enabled On http://prntscr.com/iy2gw8 reloaded apache, but still nothing http://prntscr.com/iy2hc0 http://prntscr.com/iy2hva
Alexandre Parubochyi on Friday, 30 March 2018 15:43

Please, contact our support by submitting a ticket at https://cloudlinux.zendesk.com

Please, contact our support by submitting a ticket at https://cloudlinux.zendesk.com
Guest - Morris on Sunday, 29 April 2018 13:03

any updates for adding this to plesk too that will not break like the one mentioned back in 2014?

any updates for adding this to plesk too that will not break like the one mentioned back in 2014?
Already Registered? Login Here
Guest
Wednesday, 13 November 2019

Captcha Image