Broken systemd symlinks left behind after PHP version removal/deactivation

[Azurel]

Username:

TITLE

Broken systemd symlinks left behind after PHP version removal/deactivation

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

18.0.80#1, AlmaLinux 8.10

PROBLEM DESCRIPTION

After uninstalling PHP 8.3 and deactivating PHP 8.4 through Plesk, orphaned symlinks remain in /etc/systemd/system/multi-user.target.wants/, pointing to unit files that no longer exist under /usr/lib/systemd/system/:

• restart-plesk-php83-fpm.path
• restart-plesk-php84-fpm.path
• restart-plesk-php84-fpm_.path

This was discovered via leapp preupgrade while preparing for the AlmaLinux8to9 which reported:

Risk Factor: low
Title: Detected broken systemd symlinks for non-existing services
Summary: Leapp detected broken systemd symlinks on the system that do not correspond to any installed systemd unit. This typically happens when the original systemd unit file has been removed (e.g. an rpm removal) or renamed and the system configration has not been properly modified. These symlinks will not be handled during the in-place upgrade as they are already broken. The list of detected broken systemd symlinks:
- /etc/systemd/system/multi-user.target.wants/restart-plesk-php83-fpm.path
- /etc/systemd/system/multi-user.target.wants/restart-plesk-php84-fpm.path
- /etc/systemd/system/multi-user.target.wants/restart-plesk-php84-fpm_.path
Remediation: [hint] Remove the invalid symlinks before the upgrade.
[command] /usr/bin/rm /etc/systemd/system/multi-user.target.wants/restart-plesk-php84-fpm_.path /etc/systemd/system/multi-user.target.wants/restart-plesk-php83-fpm.path /etc/systemd/system/multi-user.target.wants/restart-plesk-php84-fpm.path

STEPS TO REPRODUCE

See description

ACTUAL RESULT

See description

EXPECTED RESULT

No broken symlinks

ANY ADDITIONAL INFORMATION

(DID NOT ANSWER QUESTION)

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug