Devo riavviare cron dopo aver modificato il file crontable?
Devo riavviare cron dopo aver modificato il file crontable?
Risposte:
No.
Dalla pagina man cron :
... cron esaminerà quindi il tempo di modifica su tutti i crontab e ricaricherà quelli che sono cambiati. Pertanto cron non deve essere riavviato ogni volta che viene modificato un file crontab
Ma se vuoi solo assicurarti che sia fatto comunque,
sudo service cron reload
o
/etc/init.d/cron reload
sudo service cron restart
.
/etc/init.d/cron reload
crond
posto di cron
.
sudo crontab -e
, ho salvato la modifica Ctrl + X
e sono andato via supponendo che l' cron
avrebbe presa (a causa di questa risposta così altamente votata). Quindi, giorni dopo, il mio cliente riferisce che il cron è ancora in esecuzione sul vecchio ciclo. Quindi, onestamente, se vuoi essere al sicuro, riavvia semplicemente uno dei due sistemi cron
o il sistema e non perdere tempo a perdere tempo con i test, cosa che dovrai fare nonostante questa risposta altamente votata.
Su CentOS con cPanel sudo /etc/init.d/crond reload
fa il trucco.
Su CentOS7: sudo systemctl start crond.service
crond
, piuttosto che avviarlo sul sistema sempre più orribile, eseguire sudo systemctl reload crond.service
.
cron
su SystemD ora è considerato magia nera: sudo systemctl reload crond
fallisce con Failed to reload cron.service: Job type reload is not applicable for unit cron.service.
(Ubuntu 18.04). Leggi: A dirla tutta, siamo tutti spinti dalla sindrome: "SystemD, ce ne può essere solo uno". Se la ricarica non viene eseguita automagicamente dietro le quinte, sei sballato! Non pensare nemmeno a risolverlo, come hai fatto negli ultimi 3 (o più) decenni! Leggi: Il mondo di Windows ha finalmente ingoiato Debian: se c'è qualcosa di strano sotto il cofano, cosa farai? Ricomincia!
Ho avuto un problema simile sul 16.04 VPS Digital Ocean. Se stai cambiando crontab, assicurati di eseguire
sudo service cron restart
reload
è abbastanza. Non c'è bisogno restart
. Grazie. :)
A seconda della distribuzione, l'uso di "cron reload" potrebbe non fare nulla. Per incollare uno snippet da init.d / cron (debian squeeze):
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
Alcuni sviluppatori / manutentori si sono affidati al suo ricaricamento, ma non lo fanno, e in questo caso non c'è modo di forzare il ricaricamento. Sto generando i miei file crontab come parte di una distribuzione e, a meno che in qualche modo la lunghezza del file non cambi, le modifiche non vengono ricaricate.
Prova questo service crond restart
:, quindi crond
non lo è cron
.
crond
servizio non riconosciuto. Funziona con cron
me. il mio sistema operativo è Ubuntu 18.04
1) Se il file viene /var/spool/cron/crontabs/root
modificato tramite client SFTP, è necessario service cron restart
. Il servizio di ricarica non funziona.
2) Se si modifica il file /var/spool/cron/crontabs/root
tramite console linux (nano, mc) - non è necessario riavviare.
3) Se modifica cron tramite crontab -e
- riavvia NON è necessario.
Ubuntu 18.04 * Uso: /etc/init.d/cron {start | stop | status | restart | ricaricare | force-reload}
sudo service cron restart
non è stato testato.