Aucune sortie de la commande de démarrage / arrêt / redémarrage du service

10

Je viens d'installer Ubuntu 16.04 LTS et j'ai constaté que lorsque j'exécute 

usr@server:~$ sudo service <servicename> restart
usr@server:~$

Le service est redémarré (je peux voir l'état avec service <servicename> status), mais le shell retourne directement à la ligne de commande sans l'attendu:

* Stopping <servicename>     [ OK ]
* Starting <servicename>     [ OK ]
command-line 16.04 services restart Eduardo Coria
la source
Avez-vous jeté un œil aux journaux pour voir s'il existe des informations qui pourraient aider à diagnostiquer le problème? Il devrait être dans / var / log /
Diego
2
Il n'y a aucun problème avec le service lui-même. C'est l'invite de commande renvoyant sans sortie qui me déconcerte. Cela arrive avec chaque service. La commande fait ce qui est attendu (démarrer / arrêter / redémarrer le service), mais il n'y a pas de sortie
Eduardo Coria

Réponses:

9

Vous ne devriez pas vous attendre à une telle sortie.

Pour commencer, Ubuntu ne se comportait pas de cette façon dans les versions antérieures. Ubuntu était un système parvenu depuis un peu moins d'une décennie, et le comportement de la servicecommande sur Ubuntu n'a pas, pendant toutes ces années, ressemblé à ce que vous attendiez. On peut voir le comportement de démarrage de la servicecommande dans l'image dans Comment puis-je obtenir la commande de service pour imprimer la sortie dans 15.10? .

La réponse est à peu près la même pour vous que pour les personnes avec Ubuntu version 15.10 l'année dernière:

Vous utilisez Ubuntu version 16.10, un système d'exploitation systemd. La gestion des services de votre système n'est plus effectuée par upstart (ou par tout utilitaire qui l'a fait sur n'importe quel système d'exploitation non Ubuntu que vous aviez auparavant). Elle est réalisée par systemd.

La servicecommande peut être la même… mais la servicecommande Debian / Ubuntu est un script shell qui essaie de détecter automatiquement si upstart ou systemd est le gestionnaire de services système en cours d'exécution, et d'exécuter les commandes de gestion de services natives réelles pour upstart et systemd. Il exécute deux chemins de code assez différents pour upstart et pour systemd.

commandes de gestion des services natifs de arrivistes sont initctl start, initctl stop, initctl statuset ainsi de suite. Ces messages imprimés au fur et à mesure.

commandes de gestion des services natifs de systemd sont systemctl start, systemctl stop, systemctl statuset ainsi de suite. Ceux-ci n'impriment aucune sortie lorsqu'ils fonctionnent.

Lectures complémentaires

JdeBP
la source
1
"Vous ne devriez pas vous attendre à une telle sortie." n'est pas un bon endroit pour commencer une réponse. Vous dites essentiellement: "Votre opinion est fausse". Ce que vous vouliez dire, je pense, c'est "ce n'est pas possible avec systemd". Pendant les derniers jours, la sortie Ubuntu DID ... c'est dans la question "Comment puis-je obtenir la commande de service pour imprimer la sortie en 15.10". Avant le 15.10, Ubuntu utilisait upstart et upstart (comme sysvinit) était verbeux. Alors, s'il vous plaît, ne dites pas: "C'est comme ça depuis une décennie". Ce n'est pas le cas. Il a changé en 15.10. Systemd n'est pas verbeux et cela a été très irritant depuis que les distributions ont commencé à le déployer.
bobpaul
L'interrogateur vous a très clairement dit à quoi s'attendait xe, et la sortie parvenue ne ressemble pas à cela. Vous êtes confus ou n'avez pas lu la question.
JdeBP
0

En fait, vous n'avez pas besoin d'une sortie OK. Aucune sortie signifie OK. Lorsqu'un service ne démarre pas correctement, Ubuntu vous montre quelque chose comme ceci:

Le travail pour php5.6-fpm.service a échoué car le processus de contrôle s'est terminé avec un code d'erreur. Voir "systemctl status php5.6-fpm.service" et "journalctl -xe" pour plus de détails.

Dans mon cas, cet exemple était une mauvaise configuration sur mon php-fpm.conf qui désactive le service pour démarrer. Après avoir suivi les instructions, j'ai trié la cause de l'erreur.

Filipe Marques
la source