J'essaye d'obtenir que systemd fasse ce que les scripts init.d feraient, montrant automatiquement l'état d'un service après avoir reçu manuellement une commande pour démarrer ou arrêter. Est-ce possible?
systemd revient malheureusement en arrière car il s'exécute en arrière-plan, puis vous devez exécuter une deuxième commande pour afficher l'état, le démarrage ou l'arrêt peut ou peut ne pas avoir fonctionné, systemd ne vous le dira pas à moins que vous ne le demandiez et ne vous laissiez béatement ignorant.
c'est à dire. J'essaye d'obtenir
service nginx status
pour s'exécuter automatiquement après avoir fait
service nginx start
ou
service nginx restart
(ou dans un système cérébral endommagé systemctl start nginx.service)
@Huygens ne compte pas sur systemd pour détecter tous les échecs, il peut très certainement y avoir des échecs ou des avertissements silencieux. Les processus sont démarrés en arrière-plan et systemd quitte le contrôle, ce n'est pas du tout comme init.d Je peux voir que cela se produit de manière cohérente avec la création de fichiers PID échoue. Obtenir un statut après un démarrage ou un redémarrage manuel est un must absolu avec systemd (et le point de ma question).
—
ck_
merci pour la clarification, j'ai appris quelque chose ici! J'attends donc avec impatience une réponse à cette question!
—
Huygens
La syntaxe braindead est service un car contrairement à une bien meilleure syntaxe systemd, elle ne vous permet pas d'opérer sur plusieurs services à la fois: systemctl stop service1 service2 service3
—
god
Si vous voyez toujours la même incohérence lors de la vérification de l'état de sortie
—
Amir
systemctlcomme l'avait suggéré @Huygens, le problème peut être que cela nginx.servicedémarre correctement mais se bloque par la suite. Essayez de vérifier le journal ou dans les journaux Nginx.
systemctl start nginx.service && echo SUCCESS || echo failure?