Bonjour,
Je ne trouve pas comment paramétrer systemd dans Debian pour avoir comme sur Ubuntu ou sur Debian < 8 les messages lors d'un restart d'un service.
Si Ubuntu avec un systemd arrive à mettre les messages "tel service stopping" puis "tel service starting" puis done ou erreur je dois pouvoir faire pareil sous Debian. Je comprend déjà pas pourquoi ils n'ont pas reprit ce comportement par défaut.
Merci pour votre aide
On Thu, 8 Oct 2015 11:12:36 +0200 Wallace wallace@morkitu.org wrote:
Je ne trouve pas comment paramétrer systemd dans Debian pour avoir comme sur Ubuntu ou sur Debian < 8 les messages lors d'un restart d'un service. Si Ubuntu avec un systemd arrive à mettre les messages "tel service stopping" puis "tel service starting" puis done ou erreur je dois pouvoir faire pareil sous Debian.
Je ne sais pas si je comprends bien la question, mais personnellement je fais, pour redémarrer apache par exemple : 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
Si ça se passe mal, systemctl affiche un message d'erreur, retourne !0 et on peut avoir la raison soit avec : systemctl status httpd.service soit avec : journalctl -xn qui consiste à filtrer les erreurs du journal.
Je t'invite à regarder la documentation de journalctl si tu veux t'en sortir avec systemd, même si les logs classiques (par ex /var/log/httpd/access.log) sont toujours présents au cas où vraiment tu n'arrives pas à suivre une doc.
Je comprend déjà pas pourquoi ils n'ont pas reprit ce comportement par défaut.
Moi j'aime bien qu'une commande ne me pollue pas l'écran si tout se passe bien. Puis le retour d'erreur de la commande précédente dans le prompt de ton shell, c'est pratique.
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é.
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/
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/
Pour préciser mieux, ce que je cherche c'est un comportement qu'il y avait avant systemd donc sur Debian 7 et inférieur à savoir on voit une ligne pour le stop et une ligne pour le start dans le cas d'un restart par ex.
Avec systemd sous Ubuntu ce comportement a été gardé et du coup c'est moins perturbant et on n'a pas une régression à ce niveau.
Ce que je cherche c'est donc juste de comprendre où Ubuntu a configuré cet affichage et où je pourrais le configurer sur la Debian 8.
Sur une des Debian en 8.1 à jour je suis en version 215. S'il faut une version plus élevée, je suis partant pour monter de version jusqu'à la dernière stable 221 si besoin, je veux juste comprendre comment fait Ubuntu et comment refaire pareil sur Debian sans devoir lancer d'autres commandes manuellement qu'un simple restart | stop | start et voir l'état juste après.
Le 08/10/2015 18:16, Mrjk a écrit :
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 mailto: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 <mailto: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/
Juste pour vérifier, c’est sur Ubuntu 15.04 que tu as ce résultat ? Dans ce cas je pense que regarder les patchs qu’ils ajoutent à systemd pour cette version peut aider à trouver ce qu’ils font.
Le 8 octobre 2015 18:57:47 GMT+02:00, Wallace wallace@morkitu.org a écrit :
Pour préciser mieux, ce que je cherche c'est un comportement qu'il y avait avant systemd donc sur Debian 7 et inférieur à savoir on voit une ligne pour le stop et une ligne pour le start dans le cas d'un restart par ex.
Avec systemd sous Ubuntu ce comportement a été gardé et du coup c'est moins perturbant et on n'a pas une régression à ce niveau.
Ce que je cherche c'est donc juste de comprendre où Ubuntu a configuré cet affichage et où je pourrais le configurer sur la Debian 8.
Sur une des Debian en 8.1 à jour je suis en version 215. S'il faut une version plus élevée, je suis partant pour monter de version jusqu'à la dernière stable 221 si besoin, je veux juste comprendre comment fait Ubuntu et comment refaire pareil sur Debian sans devoir lancer d'autres commandes manuellement qu'un simple restart | stop | start et voir l'état juste après.
Le 08/10/2015 18:16, Mrjk a écrit :
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 mailto: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 <mailto: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/
Liste de diffusion du FRsAG http://www.frsag.org/
Les Ubuntu sont sur des desktop en 15.04 en effet. Donc ça serait un patch et non une option de configuration, sans doute une fonctionnalité à soumettre en évolution de la version chez Debian. Je vais regarder les patch Ubuntu on sait jamais.
Le 08/10/2015 19:22, Bruno Pagani a écrit :
Juste pour vérifier, c’est sur Ubuntu 15.04 que tu as ce résultat ? Dans ce cas je pense que regarder les patchs qu’ils ajoutent à systemd pour cette version peut aider à trouver ce qu’ils font.
Le 8 octobre 2015 18:57:47 GMT+02:00, Wallace wallace@morkitu.org a écrit :
Pour préciser mieux, ce que je cherche c'est un comportement qu'il y avait avant systemd donc sur Debian 7 et inférieur à savoir on voit une ligne pour le stop et une ligne pour le start dans le cas d'un restart par ex. Avec systemd sous Ubuntu ce comportement a été gardé et du coup c'est moins perturbant et on n'a pas une régression à ce niveau. Ce que je cherche c'est donc juste de comprendre où Ubuntu a configuré cet affichage et où je pourrais le configurer sur la Debian 8. Sur une des Debian en 8.1 à jour je suis en version 215. S'il faut une version plus élevée, je suis partant pour monter de version jusqu'à la dernière stable 221 si besoin, je veux juste comprendre comment fait Ubuntu et comment refaire pareil sur Debian sans devoir lancer d'autres commandes manuellement qu'un simple restart | stop | start et voir l'état juste après. Le 08/10/2015 18:16, Mrjk a écrit :
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 <mailto: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/
------------------------------------------------------------------------ Liste de diffusion du FRsAG http://www.frsag.org/
Même si c’est une option de config, elle doit être mise à un moment. Donc a priori dans les sources du paquet .deb.
Le paquet est là : http://archive.ubuntu.com/ubuntu/pool/main/s/systemd/systemd_219-7ubuntu3.de...
Après faut fouiller un peu…
Le 08/10/2015 19:36, Wallace a écrit :
Les Ubuntu sont sur des desktop en 15.04 en effet. Donc ça serait un patch et non une option de configuration, sans doute une fonctionnalité à soumettre en évolution de la version chez Debian. Je vais regarder les patch Ubuntu on sait jamais.
Le 08/10/2015 19:22, Bruno Pagani a écrit :
Juste pour vérifier, c’est sur Ubuntu 15.04 que tu as ce résultat ? Dans ce cas je pense que regarder les patchs qu’ils ajoutent à systemd pour cette version peut aider à trouver ce qu’ils font.
Le 8 octobre 2015 18:57:47 GMT+02:00, Wallace wallace@morkitu.org a écrit :
Pour préciser mieux, ce que je cherche c'est un comportement qu'il y avait avant systemd donc sur Debian 7 et inférieur à savoir on voit une ligne pour le stop et une ligne pour le start dans le cas d'un restart par ex. Avec systemd sous Ubuntu ce comportement a été gardé et du coup c'est moins perturbant et on n'a pas une régression à ce niveau. Ce que je cherche c'est donc juste de comprendre où Ubuntu a configuré cet affichage et où je pourrais le configurer sur la Debian 8. Sur une des Debian en 8.1 à jour je suis en version 215. S'il faut une version plus élevée, je suis partant pour monter de version jusqu'à la dernière stable 221 si besoin, je veux juste comprendre comment fait Ubuntu et comment refaire pareil sur Debian sans devoir lancer d'autres commandes manuellement qu'un simple restart | stop | start et voir l'état juste après. Le 08/10/2015 18:16, Mrjk a écrit :
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 <mailto: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/
------------------------------------------------------------------------ Liste de diffusion du FRsAG http://www.frsag.org/