• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Resolved PHP 8.0 not removed from the PHP settings

PeopleInside

Regular Pleskian
Username:

TITLE


PHP 8.0 not removed from the PHP settings

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

Plesk Obsidian
Version 18.0.48

Ubuntu 22.04.1 LTS

PROBLEM DESCRIPTION

1. Unistalled PHP 8.0 from Tools & Settings, Updates, Add/Remove component
2. When I go on Tools & Settings, PHP settings PHP 8.0 still exist with an error message. Also run the SSH command suggested never resolve the issue.

Screenshot-20230110-213734.png


STEPS TO REPRODUCE

See PROBLEM DESCRIPTION

ACTUAL RESULT

PHP 8.0 removed but still listed on PHP settings page with an error

EXPECTED RESULT

PHP 8.0 not listed on PHP settings page

ANY ADDITIONAL INFORMATION

(DID NOT ANSWER QUESTION)

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug

Discussion
 
Thank you for your report. The issue has been confirmed as id PPPM-13850. You can use this id to see the issue resolution in the change log or if you have additional questions on this when opening a support ticket.
 
We have the same issue also with PHP 7.4 on our servers with the latest Plesk version 18.0.49 Update #2.
 
The issue is still under investigation. For now, developers are suggesting a workaround:
Run
# plesk repair web -verbose
It will give you some options. In the options select the problematic PHP entry for repair. Example:

Code:
Use the following PHP handler to fix the issue:
   1. [ ] 7.4.33 (CGI application)
   2. [ ] 7.4.33 (FastCGI application)
   3. [* ] 7.4.33 (FPM application)
   4. [ ] 7.4.33 (Dedicated FPM application)
   5. [ ] Disable PHP support
   6. [] Do not fix

  Type the number of the necessary option: 3
Applying PHP handler 7.4.33 (FPM application) ................... [FIXED]

But it is not recommended for servers with many domains, because there it can take a while an also create a latency windows between removal of existing configuration files and recreating them during which it could happen that websites are unavailable.

A real fix will be worked on soon.
 
@Peter Debik Thanks for your quick work around that did the job for us. In our case the problematic PHP handlers were still used in some service plans as default PHP handler.
 
Remove PHP 8.0 seems cause also the downtime randoom not immediate. I need reinstall it and I am doing now after try everything to fix this randoomic downtime.
 
Plesk Obsidian 18.0.51:
Removing PHP 8 via Plesk Installer no longer results in an error when browsing Tools & Settings > PHP Settings. (PPPM-13850)
 
Back
Top