DA can't reload services

J

JohnyByk

Verified User
Joined
Mar 7, 2012
Messages
251
Hi.

After update DA to 1.51.1 version appears problem with services reload:
Code: 
2017:02:14-00:25:01: Error gracefuling service php-fpm53 : uid 0 gid 0 : /etc/init.d/php-fpm53 graceful        >/dev/null 2>/dev/null                      : returned 127
2017:02:14-00:25:01: Error gracefuling service php-fpm56 : uid 0 gid 0 : /etc/init.d/php-fpm56 graceful        >/dev/null 2>/dev/null                      : returned 127
2017:02:14-12:55:01: Error restarting service httpd : uid 0 gid 0 : /etc/init.d/httpd restart        >/dev/null 2>/dev/null                      : returned 127

Services works ok, and i can restart them manually (it's necessary where changes in configuration)
Maybe somebody know how to resolve this issue?

Regards

P.S.
Sorry for my english
 
Last edited:
It's look like this problem:
http://forum.directadmin.com/showthread.php?t=51882

For yesterday all work's good but after DA update problems appear.
My system is debian 8.7.

Code: 
cat /etc/debian_version
8.7

/usr/local/directadmin/directadmin o
Compiled on 'Debian 7.9 64-bit'
Compile time: Feb 15 2017 at 03:37:16
Compiled with IPv6

Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux

Regards
 
Last edited:
JohnyByk said:
It's look like this problem:
http://forum.directadmin.com/showthread.php?t=51882

For yesterday all work's good but after DA update problems appear.
My system is debian 8.7.

Code: 
cat /etc/debian_version
8.7

/usr/local/directadmin/directadmin o
Compiled on 'Debian 7.9 64-bit'
Compile time: Feb 15 2017 at 03:37:16
Compiled with IPv6

Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux

Regards
Click to expand...

What is the output? Here it works fine with Debian 8.7:

dataskq: command: action=httpd&value=reload
doservice('httpd', 'reload')
Program Location: doservice(service='httpd', action='reload'): /bin/systemctl reload httpd.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload httpd.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='httpd', action='reload'): done

Program Location: doservice(service='php-fpm56', action='reload'): /bin/systemctl reload php-fpm56.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload php-fpm56.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='php-fpm56', action='reload'): done

doservice('php-fpm70', 'reload')
Program Location: doservice(service='php-fpm70', action='reload'): /bin/systemctl reload php-fpm70.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload php-fpm70.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='php-fpm70', action='reload'): done
 
I'm sure that problem is new dataskq binary. I'm restored copy of this file (from 1.5.0 version) and all works fine.
Maybe it's not global problem, but i have this issue.

I know that working with old binary is not good way but for now i have not another.
I hope so DA team resolve this problem in the future.

Regards
 
I noticed the same issue recently on a Debian 8 server: - DA 1.50.1
Compiled on 'Debian 8.0 64-bit'
Compile time: Jun 9 2016 at 02:34:17
Compiled with IPv6

Not sure what caused it.
 
I think the problem is caused by the place where DA is looking for:

/etc/init.d/php-fpm53 graceful
/etc/init.d/php-fpm56 graceful
/etc/init.d/httpd restart

/etc/init.d/ is no longer 'exists' in Debian 8.x, Debian 8.X works with systemd. See: https://wiki.debian.org/systemd

So hear it works on debian 8:

dataskq: command: action=httpd&value=reload
doservice('httpd', 'reload')
Program Location: doservice(service='httpd', action='reload'): /bin/systemctl reload httpd.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload httpd.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='httpd', action='reload'): done

Program Location: doservice(service='php-fpm56', action='reload'): /bin/systemctl reload php-fpm56.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload php-fpm56.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='php-fpm56', action='reload'): done

doservice('php-fpm70', 'reload')
Program Location: doservice(service='php-fpm70', action='reload'): /bin/systemctl reload php-fpm70.service >/dev/null 2>/dev/null
execute('/bin/systemctl reload php-fpm70.service >/dev/null 2>/dev/null ', maxsize=0, fd=1, env=0)
Program Location: doservice(service='php-fpm70', action='reload'): done

Do you have set the DirectAdmin license on Debian 8? Do you have a ./build all after the update of Debian 7 to Debian 8?

I think there is no script in /etc/init.d for PHP-FPM53, PHP-FPM56 and httpd. This results in a failed.

Maybe the problem is now: https://directadmin.com/features.php?id=1876
 
I know that problem is binary for another system but before update to 1.51.1 all works ok. Update to new version of Debian was long time ago (im sure that DA had 1.4.x version).

Binary dataskq from 1.5.0 works with Debian 8.7 (was compiled on my machine with my licence).
Why? It should not because /etc/init.d/ is not exist in Debian 8.x :]

Maybe anybody have idea how to resolve this issue? What should i do? Change license or something like this? How to do that?
I think that something was change in new versions of DA. nielsh have the same issue and has compatible DA with system.

Regards
 
Last edited:
You must log in or register to reply here.
Back
Top