PHP FPM-Integration and restart php

[tpnsolutions]

@suther,

I’m saying, adding a new version of PHP properly shouldn’t require any editing of any configuration to get them working.

I’ve started off a system that had “PHP 8.1” then proceeded to add “PHP 8.2” and “PHP 7.4”, each of which became manageable without editing anything prior to.

Seems you might be doing something wrong if you have to edit something.

[cyberndt]

In Virtualmin > System Settings > Re-Check configuration
Will pull in all your php versions along with any running php-fpm

After that you should have on your Dashboard under Server Status all your php-fpm servers with stop and restart functions.

In virtualmin under each account:
Services > PHP-FPM Configuration

Edit to add:
If you did the first Re-Check Configuration option than you will be able to see the php-fpm servers under
Webmin > Tools > PHP Configuration

[suther]

Ok, strange. I didn’t do anything special to install those php-versions - as far as I remember.
But thanks for your response

[suther]

I think I’ve used this multiple times - as I do playing around a bit with this test-server.
As the PHP-Installation was pretty early at this server, I think this “re-check config” didn’t do the job as you mentioned.

But if this “generally” is no Bug, then it’s ok for me. I only would like to contribute feedback to optimize VM / webmin.

[Gomez_Adams]

In before @Joe sees that you have mod_php installed and tells you to get rid of it.

Seriously. That messes up pretty much everything. Settings you make may or may not be taken seriously by your system with that installed.

[suther]

@Gomez_Adams

In before @Joe sees that you have mod_php installed and tells you to get rid of it.

Where did he mention it? In another thread? Don’t noticed that. Can you give a link please?

[Gomez_Adams]

It’s everywhere. All the time. Trust me. Use the search feature and enter mod_php. It is THE number one breaker of all things.

[suther]

Ok, it’s reads like “joe hat told it especially to me, as he’d seen it on one of my request”.

But you mean it as general hint, that joe often suggest to remove mod_php, because it is the cause of many issues?!

[Gomez_Adams]

Pal, since you seem to be THAT lazy, I’ll help you out one time. It took exactly 5 seconds to find this:

Continuing the discussion from Debian 9 update breaks PHP:

@Joe

The best idea is to never install mod_php.

And, if you have installed mod_php, the best thing you can do is uninstall it. Virtualmin will have put in mod_php directives for all of your sites to disable mod_php for those sites, though, so you’ll need to clean that up (mod_php is very disruptive, breaking all other execution modes in a variety of ways if it is not accommodated in the Apache config).

@Joe

You should not be running anything with mod_php at this point. It was a bug that php was installed at all by default on some systems. But, if you are running it, you definitely don’t want to uninstall it (using autoremove or whatever mechanism), until after you switch your apps to something else. Virtualmin updates won’t uninstall it automatically, but the change to lamp-stack to remove it as a dependency might have caused some folks to uninstall it accidentally if they follow it up with an autoremove.

[suther]

I apologize for the misunderstanding. It’s probably my fault.
I’m not to lazy to search…

Your sentence structure was just confusing or difficult to understand to me.

It sounded like you were referring to a dialogue between me and Joe. But since I wasn’t aware that I’d asked this before and since I didn’t see a response from Joe here in the thread. (I’m also just a human, it might be that I’ll ask that before but forget it…, that’s why I just ask you for that)

So it seems to be just a simple language based issue, caused by translation problems. No reason to switch into attack mode.

[Joe]

If you have installed mod_php you should not have, and should uninstall it.

[suther]

mod_php is not installed at this server.

I’ve run “Config-Re-check” as @cyberndt suggested, … and in the feedback of this script it seems virtualmin recognize that php is installed as FPM,

but anyway, it’s not shown in Webmin > Tools > PHP-Configuration:

[Gomez_Adams]

@suther

mod_php is not installed at this server.

It was at one point according to your earlier post, hence the comments. It’s listed on the very first line of your Configuration Screen Shot.

@suther

But in Virtualmin Tools > PHP Configuration per default, there are only cgi and cli configs listed…
It’s easy if you know how to solve this… in the Module-Settings of PHP… but could you please make it per default this way to also show fpm config-files:

And it would be awesome to have such an “reload php” Functionality for FPM like in sections of other Services (like Apache):

[suther]

@Gomez_Adams

If you look into your installation - I think - this entry should also be there?! (correct me if I’m wrong)

I guess, that this entry is a default pre-setting from webmin (no matter if mod_php is installed or not) to cover all common kind of php-config-files.

Because of this I wonder why there isn’t fpm in this list.

That’s why I’ve asked to add the fpm as pre-setting for Webmin to support it out of the box.

So there seems to be one bug at least:

1. Either - the missing fpm pattern
2. or the issue, that running “Re-Check Configuration” don’t add fpm here, even if it was found

@Joe can you give it a try, if that happens for you in same way as me, if you have an installation with more then one php-versions?

[Gomez_Adams]

@suther

If you look into your installation - I think - this entry should also be there?! (correct me if I’m wrong)

You’re wrong.

I only have one version of php on my Ubuntu 22.04 system: 8.1.2

[cyberndt]

If you Go To:
Webmin > Tools > PHP Configuration:

click on the module config in upper left corner.

You will see the following:

/etc/php*/cli/php.ini,/etc/php/*/cli/php.ini=Configuration for CLI
/etc/php*/fpm/php.ini,/etc/php/*/fpm/php.ini=Configuration for FPM
/etc/php*/cgi/php.ini,/etc/php/*/cgi/php.ini=Configuration for CGI
/etc/php*/apache2/php.ini,/etc/php/*/apache2/php.ini=Configuration for <tt>mod_php</tt>

What @suther is refering to is that the

/etc/php*/fpm/php.ini,/etc/php/*/fpm/php.ini=Configuration for FPM

is not listed on their PHP Configuration page.

None of this has anything to do with mod_php

[Gomez_Adams]

@cyberndt

None of this has anything to do with mod_php

Yes, it does.

It is listed in his installed options. That means that it is installed. That is not good. It should not be.

[cyberndt]

The image you are claiming that shows mod_php is installed is from Webmin > Tools > PHP Configuration:
click on the module config in upper left corner. You will see that you have the same entry.
It is a DEFUALT CONFIGURATION SETTING.

Again, none of this what @suther is trying to explain has anything to do with mod_php.

[Gomez_Adams]

OK. Whatever you say.