PHP configuration mode fpm was selected, but is not supported on this system!

I'm confused, as there are multiple components of your question here, and I'm not clear on what led to the state your system is in.

So, let's tackle them one at a time:

When did you install this system? (I made some changes to the yum groups over the past couple of days, but they shouldn't affect installations done before that.)

Virtualmin displays mod_php as an option based on whether the mod_php Apache module is being loaded. On CentOS that happens in /etc/httpd/conf.modules.d/10-php.conf. We don't touch that file during installation. Is the php package installed on your system?

If you don't have it, install it with yum install php and then fix the configuration again with virtualmin config-system --include Apache.

And, is the php module being loaded? Look for these lines in /etc/httpd/conf.modules.d/10-php.conf:

That should be all Virtualmin needs to offer mod_php in execution modes unless it's been disabled further up in Virtualmin by an explicit configuration change.

I had accidentally rolled out a test version of our yum groups files that didn't include the php package (because I'd like to live in a world where mod_php is not enabled by default so we can reclaim that 150MB and direct folks to FPM or fcgid), but I thought you'd installed several days ago? Is this a new install from the past day or so?

Anyway, the thing that's worrying me most about this ticket is the FPM error. I can't think of why Virtualmin would say you don't have FPM unless the php-fpm package has been uninstalled. Do you have that package on your system?

I'll look into whether we can make a php-memcache package available for php70. But, you don't need to uninstall php70 packages to use the system-provided php 5.4. (And, if you're worried about users choosing the wrong version, you can disable it in Virtualmin, even without uninstalling it.)

The DISABLE_SCL option is still pretty new and untested (that's why it doesn't show up in the --help output yet). I'll have to spend some time experimenting to know why things are acting weird there.

But, to be clear, mod_php is provided by the php (or rh-php70-php) package; the php command you're executing is provided by the php-cli package. So, running php -v tells you the version of the php-cli package is in your user path, it doesn't tell you anything about what is configured in Apache or Virtualmin.

Is php-fpm installed? That's what Virtualmin needs to provide the FPM execution mode. For me, 5.4 is the version that is selected when I do a fresh install of Virtualmin (likewise, the default mod_php version is 5.4, and mod_fcgid uses it, too). I had to switch manually to use the php70 packages, which it sounds like is what you want Virtualmin to do. I dunno what's going on there that you're seeing different behavior. I'll run a test today with DISABLE_SCL (but, you should not need this option just to use the system default php...that should be what happens anyway).

Also, I would think you could install the remi PHP7 packages if you want them, though I haven't tested them. They have their own names and paths, so they should be fine to co-exist with the rh-php70 packages.

So, I'm not sure what to do here. The default is exactly what you've said you want. I'm not sure why it isn't happening for you; there was a problem for a couple of days where mod_php (the php package) was not being installed by default, but that's been fixed. Installing right now should have all of the execution options available: mod_php, FPM, fcgid, and CGI. And they should all use 5.4.16 by default, but should be switchable to 7.0.

So, if you perform a default installation (no options, and without DISABLE_SCL defined) is that not what happens for you?

Hi. I running through a similar problem. I have debian 9, installed php7.2 and it doesn't allow me to use it as FPM. I have set the templates to default to FPM but even in new domains, it doesn't work. Already looked and I have mod_fcgi enabled in apache. Any ideas?

OK.solution: add
< FilesMatch .php$ > SetHandler "proxy:unix:/var/run/php/php7.2-fpm.sock|fcgi://localhost/" < / FilesMatch >
just before any < /VirtualHost > end tag.
And, don't touch again website options for sites (FPM, modphp,etc) - if you touch, Virtualmin overwrittes this with a port 8000 that doesn't work.
I solved my issue but anyhow would be good if Virtalmin would include this solution into the package

When creating a new server: Performing other Apache configuration .. .. configuration failed : PHP configuration mode mod_php was selected, but is not supported on this system!

This is a new system that I am currently testing before putting into production. Fresh install FreeBSD 11.1, webmin 1.880, Virtualmin 6.03 httpd-error.log: Apache/2.4.33 (FreeBSD) PHP/5.6.35 configured -- resuming normal operations /server-info: Loaded Modules mod_php5.c

For anyone who's seeing this - if you SSH in as root and run virtualmin check-config , which PHP execution modes does it report are supported?

I have local root access. I cannot find virualmin I have done a full search of the entire system.
I have even untarred virtual-server-6.03.gpl.wbm.gz that I download to install as a module and virualmin does not exist in that file either. The online interactive config check only reported one warning (regarding IPv6).

I should have noted that both webmin and virtualmin seem to work properly through https://localhhost:10000 (some small problems but may be a config issues). To install virtualmin I downloaded wget https://download.webmin.com/download/virtualmin/virtual-server-6.03.gpl.wbm.gz and I installed it as a local file from Webmin > Webmin Configuration > Webmin Modules > ( https://192.168.2.218:10000/webmin/edit_mods.cgi?xnavigation=1 )

HI @JamieCameron , I run virtualmin check-config as root:

The following PHP versions are available : 7.0.30 (/usr/bin/php-cgi7.0), 7.2.5 (/usr/bin/php-cgi7.2).

@ls4680 - we recommend you install Virtualmin on a fresh system using our install script. Just installing the webmin module will skip all the dependency setup process.

FYI - system has 128 GB RAM and 32 GB swap

I also have an older system that I set up an older virtualmin on FreeBSD using the previously described method without issue?!?! see https://www.virtualmin.com/os-support

Check for meminfo on your box.

@Jamie

Please explain them and other Users here this ist not the way! POST 9 https://www.virtualmin.com/comment/793878#comment-793878

While so no user/ virtual server pools the way it is handling i thought should be the default port 8000 , then next 8001 and so on, or you change in other ways but not as sugested by post 9!!!!!!! Then Firewall (FPS..)

I ran into more of these problems for having in Support forum solutions from Users ( yep they mean it well) but are in the wrong way and messing up system!

Please take care as Support team of virtualmin of such ( wrong/error) solutions written down here in Support Forum, or this forum is going the same way as medical searches results on the web. ;) Also you ending up in messed up systems where looking for real BUGS is so more problematic and takes support time also.