• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • Our UX team believes in the in the power of direct feedback and would like to invite you to participate in interviews, tests, and surveys.
    To stay in the loop and never miss an opportunity to share your thoughts, please subscribe to our UX research program. If you were previously part of the Plesk UX research program, please re-subscribe to continue receiving our invitations.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

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