Issues with new FPM support and Remi FPM version


Firstly thank you for the update.

Now I have a issue with multiple php support and FPM

I have setup fpm from the standard centos 7 version and that one works php v5.4.16

I have also setup remi repo multiple versions as setup via: PHP v 5.6 and v7

Installed FPM via yum install php70-php-fpm and php56-php-fpm

But virtualmin only uses the standard dist version php v5.6. Virtualmin multiple php version recheck does see the correct php version only the FPM is not set correct.

From the panel The following PHP versions are available : 5.4.16 (/bin/php-cgi), 5.5.38 (/bin/php55-cgi), 5.6.30 (/bin/php56-cgi), 7.0.16 (/bin/php70-cgi) PHP-FPM support is available on this system.

Needs work


Right now, Virtualmin only supports a single PHP version when using FPM mode - and that will be the version used by the distro-provided FPM package.

Category: Support request » Feature request
Status: Needs review » Needs work

Thank you for the info I changed it to a feature request then.

Long term we will probably support this, but it will be a while since we're still nailing down bugs in the current single-version FPM support.

Has there been any movement on this? The php70-php-fpm benchmarks seem to put 5.4 to shame and if we want that type of speed increase for WP sites it sure would be nice to have this option sooner than later. Even if we could specify to only use 7 for example.

Sorry not yet, it might be some time before we're able to do that. There's still some FPM issues we're working through in the current release, and a number of neat new features for the upcoming release we're working on as well.

Also, note that we don't officially support third party repos due to problems we've seen with them.

However, one of the things we're going to look into is doing this through the SCL repo -- and that same feature could be used for folks using REMI (even if that's not a repo we officially support).

So - my memory on all of this is shakey. I THOUGHT at one point that Jamie had indicated that support for PHP-FPM versions other than the base PHP that comes with the OS would be supported in "the next release" . That was some time ago and I'm not really sure what the current status of this actually is. I do not see any way to use, say, the REMI repo PHP-FPM for 7.0 with Virtualmin (short of course going in and hacking the files manually.

The current state is that only one PHP-FPM version is supported at a time, and that isn't necessarily the default PHP install on the system - it's just whichever one has the FPM packages installed.

Not so far as I can tell --- server with remi PHP 7.0 installed, and php 7 php-fpm (only) running. Virtualmin seems to insist

The following PHP versions are available : 5.4.16 (/bin/php-cgi), 5.4.45 (/bin/php54-cgi), 5.5.38 (/bin/php55-cgi), 5.6.34 (/bin/php56-cgi), 7.0.28 (/bin/php70-cgi), 7.1.15 (/bin/php71-cgi)

PHP-FPM support was not detected : No FPM configuration directory found

So -- it's possible this works with the SCL repositories but not with the Remi repos. Probably is not looking at /etc/opt/remi/php70/php-fpm.conf /etc/opt/remi/php70/php-fpm.d /etc/opt/remi/php70/php-fpm.d/www.conf

I think we talked about this a few months back.

It DOES work with the php-fpm 5.4 supplied by CentOS, but not the newer REMI versions.

Yeah, those remi FPM directories aren't checked. I'll fix this in the next Virtualmin release ..

Is there any way to force change version of PHP-FPM that will use Virtualmin in configuration? I use Ubuntu and already try to remove php5.6-fpm package from system, keep only php7.0-fpm installed, and recheck Virtualmin configuration. But Virtualmin keep creating configs for php5.6-fpm version.

I have found a workaround via making /etc/php/5.6/fpm/pool.d folder as symlink to /etc/php/7.0/fpm/pool.d folder (after removing php5.6-fpm from system) and seems all works well.

You could just delete the /etc/php/*/fpm directories for the versions you don't want.

Thanks, so another workaround for select default php-fpm version in Virtualmin is to create symlink file /etc/php/0.0 that points to needed version (eg /etc/php/7.1) - seems works well for me.