Error gracefuling service php-fpm52

ErikM

Verified User
Joined
Sep 19, 2014
Messages
18
Hello,

I have Centos 6.6 with apache2.4.10 en php-fpm (5.3). Directadmin version 1.46.3 and CB2

Today i had a user who created a new domain and it wasn't working. Log showed could not connect to /usr/local/php53/etc/php-fpm.conf. Also the username.sock wasn't created in /usr/local/php53/sockets/
When i looked further i saw in errortask.log of directadmin "Error gracefuling service php-fpm52 : uid 0 gid 0 : /sbin/service php-fpm52 graceful >/dev/null 2>/dev/null"
After i did /etc/init.d/php-fpm53 restart it worked again and the /usr/local/php53/sockets/username.sock was there.

So the error shows php-fpm52 (which i dont have installed), i also have this on other recently updated servers (updated to php-fpm).

Erik
 
Upon any restart/reload/graceful of "httpd" in the task.queue, the dataskq will automatically figure out which php-fpm versions to also do.
When triggered, it will read the custombuild options.conf to figure that out.

The controlling items would be these variables:
Code:
php1_release
php1_mode
php2_release
php2_mode
paste us the whole contents of the options.conf (comment out any email or hostnames from the file).. so we can confirm what the dataskq is reading to determine that value.

John
 
Hello John,

A bit late response (very busy).

Here is the config of this server, i seem to have the problem with more than 1 server. But not all of the have it after i updated to php-fpm.

#PHP Settings
php1_release=5.3
php1_mode=php-fpm
php2_release=no
php2_mode=php-fpm
opcache=no
htscanner=yes
php_ini=no
php_timezone=Europe/Amsterdam
php_ini_type=production
ioncube=yes
zend=yes
suhosin=no
x_mail_header=yes

#MySQL Settings
mysql=5.1
mysql_inst=yes
mysql_backup=yes
mysql_backup_dir=/usr/local/directadmin/custombuild/mysql_backups
mysql_force_compile=no

#WEB Server Settings
webserver=apache
apache_ver=2.4
apache_mpm=auto
mod_ruid2=no
harden_symlinks_patch=yes
use_hostname_for_alias=no
redirect_host=servername
redirect_host_https=no

#WEB Applications Settings
phpmyadmin=yes
phpmyadmin_ver=4
squirrelmail=yes
roundcube=yes
webapps_inbox_prefix=no

#ClamAV-related Settings
clamav=no
clamav_exim=yes
proftpd_uploadscan=no
pureftpd_uploadscan=no
suhosin_php_uploadscan=no

#Mail Settings
exim=yes
eximconf=no
spamassassin=yes
dovecot=yes
pigeonhole=no

#FTP Settings
ftpd=proftpd

#Statistics Settings
awstats=no
webalizer=yes

#CustomBuild Settings
custombuild=2.0
autover=no
bold=yes
clean=yes
cleanapache=yes
clean_old_tarballs=yes
clean_old_webapps=yes
downloadserver=files.directadmin.com

#Cronjob Settings
cron=no
cron_frequency=weekly
[email protected]
notifications=yes
da_autoupdate=no
updates=no
webapps_updates=yes

#CloudLinux Settings
cloudlinux=no
cagefs=no

#Advanced Settings
autoconf=yes
automake=yes
libtool=yes
curl=yes
new_pcre=no
 
Hello,

Anyone know how to fix this?

I updated serveral servers the last 14 days and some have this same issue and some don't. Very confusing.

Erik.
 
Check:
/usr/local/directadmin/data/admin/services.status

make sure you don't have php-fpm52 in the file.
Delete lines for the php versions you don't have.

I think there was a CB bug a while back that added all php types to the services.status file, but it might be resolved now.

As for php-fpm53 issue, is this the exact message?
could not connect to /usr/local/php53/etc/php-fpm.conf
As a conf file shouldn't be "connected" to..

John
 
Check:
/usr/local/directadmin/data/admin/services.status

make sure you don't have php-fpm52 in the file.
Delete lines for the php versions you don't have.

I think there was a CB bug a while back that added all php types to the services.status file, but it might be resolved now.

As for php-fpm53 issue, is this the exact message?

As a conf file shouldn't be "connected" to..

John

Hello John,

This is in the services.status file :

directadmin=ON
dovecot=ON
exim=OFF
httpd=ON
lfd=ON
mysqld=ON
named=ON
php-fpm53=ON
proftpd=ON
sshd=ON


The exact message is " 2014:12:04-01:09:11: Error gracefuling service php-fpm52 : uid 0 gid 0 : /sbin/service php-fpm52 graceful >/dev/null 2>/dev/null : returned 1"

The odd thing is that if i now add a user, the username.socket is created and domain is working.

It looks like it is sometimes been triggered by DA when the nightly crons are started and after a user has been made or apache crashes and restarts.

Erik.
 
Back
Top