Virtualmin 6 install script and php-fpm

If you check with php7.0 installed and php-fpm started for 7.0 you get this

BUT -- If you then go into Virtualmin and try to actually USE php-fpm for a domain it fails, because it apparently is trying to start the php-fpm service and you cannot run both php-fpm services at the same time -- so you get

And then virtualmin gets pretty confused from there on in.

You cannot run both versions of php-fpm simultaneously because they're both trying to run on the same port, so when you start the second one it fails.

I think the real problem here PROBABLY is just that VIrtualmin is trying to start the php-fpm service -which is 5.4 - and ignores the fact that the 7.0 service is running. I can live at least for now with only being able to use one PHP version with php-fpm on a single server (though of course that's not ideal). I would love to be able to use php-fpm at least on the dedicated VPS systems we sell people. But nobody wants to use php5.4 -- they either want 5.6 or 7.x --

As far as I can tell it can only use php-fpm for the 5.4 version of php --- which was also the case in the current Virtualmin version. But it may be as simple as just seeing if there is any sort of php-fpm running, and not trying to start the php5.4 version.

virtualmin doesn't ever seem to show that php-fpm is available unless php-fpm is installed. If you run virtualmin check-config it says that php-fpm is not available unless the 5.4 version is installed.

That's how I discovered that the default install doesn't include the php-fpm package for 5.4 --- Virtualmin just never made the php-fpm option available.

If you uninstall php-fpm, virtualmin just thinks that php-fpm is unavailable and won't let you turn it on for a domain. I think that the php-fpm package is just hard-wired in everywhere and nothing works unless it's installed. And if it IS installed virtualmin keeps trying to start up the php-fpm service, which isn't the one we need.

So -- it's like this. I REALLY like to run the REMI repository instead of the SCL repository, The SCL stuff is downstream from the Remi stuff, and the REMI repos are always more up-to-date and more comprehensive (for example the REMI repos contain php-pecl-memcache, and the SCL ones don't).
SO -- for the SCL repos which you install by default now, the service is

rh-php70-php-fpm.service For the REMI repos it's php70-php-fpm.service

And for php56, which I would also like to see supported, just substitute 56 for 70 in both of the above.

This is all sort of irritating in that the REMI repo seems more consistent about naming between releases, etc. than SCL has been.

Anyway, if you could support any PHP version of both of those repo classes, that would be fantastic. The code between the repos is pretty much identical for any particular version - it's just that the SCL stuff is a level later and sometimes seems to be missing packages. And I suspect you'll find that a lot of people prefer to use remi rather than the SCL/SCLO packages.

I'm glad to hear that - that may help us out with some performance issues with a few of our customers. No huge hurry with that, but it will be nice to have. I want to say that Virtualmin is the best. Dealing with you guys is almost always spectacularly fast and professional, unlike what I see with 90% of the companies out there. If only it was easier to deal with the clients who only only only want Cpanel because thats a "real" control panel. I've always appreciated that VIrtualmin mucks around with the OS as little as possible, unlike some of the other systems where it's "sort of linux, but a whole lot control panel" when you're done. I only wish we were a big enough company to throw more cash your way (though I'm working on that).