php-fpm83 service does not restart

giafa

New member
Joined
Jun 30, 2025
Messages
10
hello everyone,
I manage a web platform on behalf of a social association. The platform runs on a vps with Centos7 assisted by Directadmin.
All sites are unreachable after I made an intervention (I think clumsy) on the server.
Trying to solve a problem for let's encrypt I gave this command:

cd /usr/local/directadmin/custombuild
./build update
./build rewrite_confs

and I updated php to the latest version (php 8.3)

After that the server stopped working.
I tried to restart the services but the php-fpm83 service does not restart.

When I try to reboot, this is the response:
"Cannot find the script in /etc/systemd/system, /usr/lib/systemd/system, nor /lib/systemd/system
Details
/lib/systemd/system/php-fpm83.service"

Can someone help me understand how I can restore the service?
 
and I updated php to the latest version (php 8.3)
Exactly how did you do that? Because it seems something went wrong at that point.

Can you check the /usr/local/directadmin/custombuild/options.conf file and display the first 10 lines you have in there about php?

You also could try these commands as root:
Code:
da build update
da build all

or if you have an older Directadmin version maybe:
Code:
cd /usr/local/directadmin/custombuild
./build update
./build all d
 
Can you check the /usr/local/directadmin/custombuild/options.conf file and display the first 10 lines you have in there about php?
Hi Richard, thanks for your reply

These are the first lines of the file options.conf for the php section:
# PHP Settings
php1_release=7.3
php1_mode=php-fpm
php2_release=7.2
php2_mode=php-fpm
php3_release=8.0
php3_mode=php-fpm
php4_release=8.1
php4_mode=php-fpm
php5_release=no
php5_mode=php-fpm
php6_release=no
php6_mode=php-fpm
php7_release=no
php7_mode=php-fpm
php8_release=no
php8_mode=php-fpm
php9_release=no
php9_mode=php-fpm
secure_php=no
php_ini=no
php_timezone=Europe/Rome
php_ini_type=production
 
At the end of the long process this is the situation:
- in the "CMD_SHOW_SERVICES" screen of the directadmin panel the "php8.3" service has disappeared (which I did not have before modifying the server) and all the other php sections have appeared (php-fpm72, php-fpm73, php-fpm80, php-fpm81)
- none of these services restart
- when I try to restart them the response is
"Cannot find the script in /etc/systemd/system, /usr/lib/systemd/system, nor /lib/systemd/system"

Details

"/lib/systemd/system/php-fpm80.service"
(I checked..... the php-fpm80.service file does not exist on the server)
 

Attachments

  • Schermata del 2025-07-01 06-14-15.png
    Schermata del 2025-07-01 06-14-15.png
    125.9 KB · Views: 2
Is is really have php8.3 available for centos7 ? Can you switch to Evolution skin and go to "Custombuild" options page to checked it ?,
 
Is is really have php8.3 available for centos7 ? Can you switch to Evolution skin and go to "Custombuild" options page to checked it ?,
Thanks Ohm
Where exactly should I look? I don't know the evolution skin and I'm not familiar with it.
Anyway .... in fact it seems to me that php 8.3 is not available and creates conflicts.
In fact I checked and all the 50+ installations on the server have php8.1 at most ....
I, doing the update, installed the latest version of php (therefore 8.3) ....
Could this be what has generated conflicts and problems on the server?
 
If i try to restart one of the differente php service, in attachment there is the situation
 

Attachments

  • Schermata del 2025-07-01 08-02-16.png
    Schermata del 2025-07-01 08-02-16.png
    22.3 KB · Views: 4
I checked: in /lib/systemd/system/
the file php-fpm81.service does not exist even for the other php processes
 
Only Evo skin can view the latest support PHP versions and can re-build/change OPT the package from Admin Web GUI.



If you not using PHP8.3 at all, then follow the post #2 suggestion.
 
Thanks again Ohm,
I followed the suggestions in #post2 but the services of the different php versions do not restart and the server is unreachable.
After the commands
da build update
da build all

The different versions of php that I have on the server have returned to the services but they do not restart and are stuck

I apologize again .... but are these lines in the configuration file correct?

# PHP Settings
php1_release=7.3
php1_mode=php-fpm
php2_release=7.2
php2_mode=php-fpm
php3_release=8.0
php3_mode=php-fpm
php4_release=8.1
php4_mode=php-fpm
php5_release=no
php5_mode=php-fpm
php6_release=no
php6_mode=php-fpm
php7_release=no
php7_mode=php-fpm
php8_release=no
php8_mode=php-fpm
php9_release=no
php9_mode=php-fpm
secure_php=no
php_ini=no
php_timezone=Europe/Rome
php_ini_type=production
 
I apologize again .... but are these lines in the configuration file correct?

You don't have PHP 8.3 enabled in options.conf You can set it under php5_release:

Code:
php5_release=8.3
php5_mode=php-fpm

and run
Code:
da build php


but first, make sure you've got no:

Code:
/usr/local/directadmin/custombuild/custom/systemd/
/usr/local/directadmin/custombuild/custom/php/
 
Thanks zEitEr, there are no folders here
/usr/local/directadmin/custombuild/custom/systemd/ /usr/local/directadmin/custombuild/custom/php/

I changed the two lines in options.conf as you suggested and gave the command

from build php

there are no change but there are different errors, like this:


configure: error: Package requirements (libffi >= 3.0.11) were not met:

No package 'libffi' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables FFI_CFLAGS
and FFI_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
install_php: failed to compile '/usr/local/directadmin/custombuild/cache/php-8.3.21.tar.gz' inside '/usr/local/directadmin/custombuild/tmp/tmp.ok4F8GKEaW.php-8.3.21.tar.gz'
 
Last edited:
anyway my problem is not having php 8.3 but reactivating the php service (I have 4 different versions configured) that do not restart in any way.
It has lost the restart services
 
I believe you will get the things solved faster, if you open a ticket with DirectAdmin support, or hire somebody to fix your server (I am available for this job as well).

Centos7 is no longer supported by DirectAdmin and you might have various issues with it. For example outdated software versions and no longer available RPM-repositories. You will need to disable all repositories in CentOS 7 and leave only CentOS-Vault enabled. And I guess you don't know how to do it, do you?

I have this:

Bash:
[root@server yum.repos.d]# ls -la /etc/yum.repos.d/
total 52
drwxr-xr-x.   2 root root  4096 Dec 25  2024 .
drwxr-xr-x. 114 root root 12288 Jul  1 20:16 ..
-rw-r--r--    1 root root  9454 Jul  9  2024 CentOS-Vault.repo
-rw-r--r--    1 root root  1358 Sep  5  2021 epel.repo
-rw-r--r--    1 root root  1457 Sep  5  2021 epel-testing.repo
[root@server yum.repos.d]#

with CentOS-Vault enabled:

Bash:
[root@server yum.repos.d]# yum repolist | grep ^C7
C7.9.2009-base/x86_64       CentOS-7.9.2009 - Base                     9,933+139
C7.9.2009-centosplus/x86_64 CentOS-7.9.2009 - CentOSPlus                     277
C7.9.2009-extras/x86_64     CentOS-7.9.2009 - Extras                         526
C7.9.2009-fasttrack/x86_64  CentOS-7.9.2009 - Fasttrack                     42+2
C7.9.2009-updates/x86_64    CentOS-7.9.2009 - Updates                   6,083+90
[root@server yum.repos.d]#

As soon as you enable CentOS-Vault repository your server will be able to download required RPM -packages, including: libffi:

Bash:
[root@server yum.repos.d]# rpm -qa | grep libffi
libffi-3.0.13-19.el7.x86_64
libffi-devel-3.0.13-19.el7.x86_64
[root@server yum.repos.d]#

When you fix the issue with missing packages, you can rebuild PHP-FPM.

And of course consider upgrading to AlmaLinux 8-9
 
Back
Top