Sto cercando di fare in modo che systemd faccia ciò che farebbero gli script init.d, mostrando automaticamente lo stato di un servizio dopo aver ricevuto manualmente un comando per l'avvio o l'arresto. Questo è in qualche modo possibile?
purtroppo systemd viene visualizzato di nuovo poiché viene eseguito in background e quindi è necessario eseguire un secondo comando per mostrare lo stato, l'avvio o l'arresto potrebbero non aver funzionato, systemd non te lo dirà a meno che non lo si chieda e ti lasci beato ignorante.
vale a dire. Sto cercando di ottenere
service nginx status
per eseguire automaticamente dopo aver fatto un
service nginx start
o
service nginx restart
(o nel sistema cerebrale danneggiato, systemctl start nginx.service)
@Huygens non conta sul fatto che systemd sia in grado di rilevare tutti i guasti, ci possono essere sicuramente guasti silenziosi o avvisi. I processi vengono avviati in background e systemd esce dal controllo, non è affatto come init.d Vedo che ciò avviene in modo coerente con la creazione del file PID non riuscita. Ottenere uno stato dopo un avvio o un riavvio manuale è un must assoluto con systemd (e punto della mia domanda).
—
ck_
grazie per il chiarimento, ho imparato qualcosa qui! Non vedo l'ora di trovare una risposta a questa domanda!
—
Huygens,
La sintassi braindead è di servizio uno perché a differenza della sintassi systemd molto migliore non ti consente di operare su più servizi contemporaneamente: systemctl stop service1 service2 service3
—
god
Se vedi ancora la stessa incoerenza quando hai verificato lo stato di uscita
—
Amir,
systemctlcome suggerito da @Huygens, il problema potrebbe essere che si nginx.serviceavvia correttamente ma si blocca in seguito. Prova a controllare il diario o nei registri di Nginx.
systemctl start nginx.service && echo SUCCESS || echo failure?