Yop,
Si je ne dis pas de bétises, c'est lié a la version de systemd. Par exemple, je crois que dans les derniere versions de systemd, quand tu fais un systemctl status <service>, il t'affiche les dernieres lignes de logs alors qu'avant il ne le faisait pas. Ton problème avec le stop/start/restart semble assez similaire. Par contre, si tu dis que les versions précédente de Debian le gère, bahhh ça doit pas etre ça ...
Sinon, une solution pas trop sale consiste à wrapper tout ça dans une fonction/alias bash. C'est un helper lié a ton environment.
Cldt
-- MrJK GPG: https://jeznet.org/jez.asc
Le 8 octobre 2015 09:42, Maireaux Maxence hello@flemzord.fr a écrit :
Car tu fait confiance à initd ? Pour savoir si ton service est up toujours faire un ps aux | grep xxx
Envoyé de mon iPhone
Le 8 oct. 2015 à 15:06, Wallace wallace@morkitu.org a écrit :
Le 08/10/2015 12:53, yk a écrit :
systemctl restart httpd.service ou systemctl restart httpd
Si tout se passe bien, la commande retourne 0 sans afficher de message. Je peux vérifier avec : systemctl status httpd.service
J'ai bien des systemd sur les Debian 8 par défaut ce que je veux c'est avoir cette sortie là :
[ ok ] Stopping nagios-nrpe: nagios-nrpe. [ ok ] Starting nagios-nrpe: nagios-nrpe.
Lorsque je lance cela :
systemctl restart nagios-nrpe-server.service
C'est le comportement sous Ubuntu et Debian < 8, je voudrais retrouver la même sortie pour ces commandes ça permet d'être sur qu'un service est bien reparti et ça évite de lancer une autre commande de type status.
De ce que j'ai vu systemctl renvoie toujours 0 même si le service n'est pas reparti, c'est lié au fait qu'il ne fork pas le processus et donc n'a aucune moyen de savoir si le fil s'est bien lancé.
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/