Submitted by jimr on Mon, 03/15/2021 - 12:20Pro Licensee
Just seen this
is this correct or is this related to my other issue ?
Status:
Active
Virtualmin version:
615
Webmin version:
1972
Related packages versions:
apt
Comments
Submitted by Ilia on Mon, 03/15/2021 - 18:05Comment #1
Hi,
Thanks for contacting us.
We have recently removed mod_php from Ubuntu l*mp-stack, and as you ran packages updates recently (apparently), php package is no longer a dependency.
You could delete it, if you know how to fix Apache config files, as they may contain directives like php_admin_value, which would have to be manually deleted.
Submitted by tpnsolutions on Fri, 04/16/2021 - 12:01Comment #3
@jimr,
What software failed to run? I've not seen any problems since mod_php was removed as a dependency and personally run all my sites using PHP-FPM without issue.
If you need assistance safely removing mod_php -- I'd be happy to assist.
Submitted by jimr on Fri, 04/16/2021 - 12:26Pro LicenseeComment #4
look here at mainly the whole thing failed to run. As I wrote the code I can not see any problems with the code that is there, mybb forum software failed on some obscure page
Submitted by tpnsolutions on Fri, 04/16/2021 - 16:08Comment #6
The only error I'm getting so far is the absence of a "config.php" when trying to access "viewplayers.php". If you'd like to discuss this more, please email support@tpnsolutions.com
Nothing I can see thus far is having a problem with PHP-FPM however.
Submitted by jimr on Sat, 04/17/2021 - 04:37Pro LicenseeComment #7
ok config & settings.php need to copied from /samples to /includes and edited to suit ... It may be in one of the classes which wont get loaded if config is missing.In /samples there is an sql import for the database. however I am not using PHP in FPM mode but FCGId if that makes any odds
Submitted by tpnsolutions on Sat, 04/17/2021 - 08:46Comment #8
PHP-FPM is recommended over FCGId for systems running PHP 7 and higher. Both essentially do pretty much the same thing, but PHP merged the FPM project into the core of PHP so it's much better supported.
I was able to piece together sample "config.php" and "settings.php" by simply addressing the errors being produced and got to a place where normal errors like "cannot connect to mysql" were being presented as expected but again no actual issues with the scripts themselves.
Submitted by tpnsolutions on Sat, 04/17/2021 - 08:47Comment #9
Since this really isn't a Virtualmin issue, I'd be happy to assist you with getting your system working with your scripts if desired. Send me an email to support@tpnsolutions.com if you'd like my assistance.
Submitted by jimr on Sun, 04/18/2021 - 04:40Pro LicenseeComment #10
I disagree slightly, if running php in the mode I was (FCGId), mod_php is still a dependant. Perhaps webmin should check these things before allowing users to remove modules that still are in use. Once the problem as pointed out to me it was not difficult to change the php modes over and edit up the apache config files to suit the new mode.
Submitted by Ilia on Sun, 04/18/2021 - 05:01Comment #11
Assigned:
Unassigned
ยป
Jamie, as we removed mod_php package from lamp stack and Debian based systems tend to automatically remove no longer needed packages, could that be possible to add to Virtualmin config check the same algorithm we have when restoring virtual servers, i.e. removing all mod_php related directives from Apache configs?
Submitted by jimr on Sun, 04/18/2021 - 09:05Pro LicenseeComment #14
Actually the server was set to FCGI
what I did was you suggested remove the apache refs to *_value.
restarted apache this worked
so I then did apt autoremove , and restarted apache .. that failed. reinstalling mod_php fixed the issue.
next changed php mode to fpm on all domains restarted apache that worked ..
removed mod_php & restarted apache .. that worked. I guess, in my case, there must be some correlation between FCGI and mod_php
Comments
Hi,
Thanks for contacting us.
We have recently removed mod_php from Ubuntu l*mp-stack, and as you ran packages updates recently (apparently), php package is no longer a dependency.
You could delete it, if you know how to fix Apache config files, as they may contain directives like php_admin_value, which would have to be manually deleted.
to be fair after I did this a bunch of software failed to run so I had to add mod_php back to apache, maybe worth adding this back in
@jimr,
What software failed to run? I've not seen any problems since mod_php was removed as a dependency and personally run all my sites using PHP-FPM without issue.
If you need assistance safely removing mod_php -- I'd be happy to assist.
look here at mainly the whole thing failed to run. As I wrote the code I can not see any problems with the code that is there, mybb forum software failed on some obscure page
I'm gonna clone and attempt to install within a test environment running Ubuntu 20.04 and Virtualmin GPL.
The only error I'm getting so far is the absence of a "config.php" when trying to access "viewplayers.php". If you'd like to discuss this more, please email support@tpnsolutions.com
Nothing I can see thus far is having a problem with PHP-FPM however.
ok config & settings.php need to copied from /samples to /includes and edited to suit ... It may be in one of the classes which wont get loaded if config is missing.In /samples there is an sql import for the database. however I am not using PHP in FPM mode but FCGId if that makes any odds
PHP-FPM is recommended over FCGId for systems running PHP 7 and higher. Both essentially do pretty much the same thing, but PHP merged the FPM project into the core of PHP so it's much better supported.
I was able to piece together sample "config.php" and "settings.php" by simply addressing the errors being produced and got to a place where normal errors like "cannot connect to mysql" were being presented as expected but again no actual issues with the scripts themselves.
Since this really isn't a Virtualmin issue, I'd be happy to assist you with getting your system working with your scripts if desired. Send me an email to support@tpnsolutions.com if you'd like my assistance.
I disagree slightly, if running php in the mode I was (FCGId), mod_php is still a dependant. Perhaps webmin should check these things before allowing users to remove modules that still are in use. Once the problem as pointed out to me it was not difficult to change the php modes over and edit up the apache config files to suit the new mode.
Jamie, as we removed mod_php package from lamp stack and Debian based systems tend to automatically remove no longer needed packages, could that be possible to add to Virtualmin config check the same algorithm we have when restoring virtual servers, i.e. removing all mod_php related directives from Apache configs?
You may want to change the PHP mode of current servers also to match the new config
Do you mean in case it was set to execution mode mod_php?
Yes, that would make sense, to try switching to FPM if available, if not to FCGI.
Actually the server was set to FCGI what I did was you suggested remove the apache refs to *_value. restarted apache this worked so I then did apt autoremove , and restarted apache .. that failed. reinstalling mod_php fixed the issue. next changed php mode to fpm on all domains restarted apache that worked .. removed mod_php & restarted apache .. that worked. I guess, in my case, there must be some correlation between FCGI and mod_php