¿Tengo que reiniciar cron después de cambiar el archivo crontable?
Respuestas:
No.
Desde la página de manual de cron :
... cron luego examinará el tiempo de modificación en todos los crontabs y volverá a cargar los que hayan cambiado. Por lo tanto, no es necesario reiniciar cron cada vez que se modifica un archivo crontab
Pero si solo quieres asegurarte de que se haga de todos modos,
sudo service cron reload
o
/etc/init.d/cron reload
sudo service cron restart.
/etc/init.d/cron reload
crondlugar de cron.
sudo crontab -e, guardé el cambio Ctrl + Xy me fui asumiendo que cronlo recogería (debido a que esta respuesta está muy votada). Luego, días después, mi cliente informa que el cron todavía se está ejecutando en el ciclo anterior. Entonces, honestamente, si quieres estar seguro, solo reinicia uno crono el sistema, y no juegues con las pruebas de tiempo perdido, lo que tendrás que hacer a pesar de esta respuesta altamente votada.
En CentOS con cPanel sudo /etc/init.d/crond reloadhace el truco.
En CentOS7: sudo systemctl start crond.service
crond, en lugar de simplemente iniciarlo en el sistemad cada vez más horrible, ejecuta sudo systemctl reload crond.service.
cronen SystemD ahora se considera magia negra: sudo systemctl reload crondfalla con Failed to reload cron.service: Job type reload is not applicable for unit cron.service.(Ubuntu 18.04). Leer: Se va, todos estamos afectados por el síndrome: "SystemD, solo puede haber uno". Si la recarga no se realiza automáticamente detrás de escena, ¡estás en quiebra! ¡Ni siquiera piense en arreglarlo, como lo hizo durante las últimas 3 (o más) décadas! Leer: El mundo de Windows finalmente se tragó a Debian: si hay algo extraño debajo del capó, ¿qué vas a hacer? ¡Reiniciar!
Tuve un problema similar en 16.04 VPS Digital Ocean. Si está cambiando crontabs, asegúrese de ejecutar
sudo service cron restart
reloades suficiente. No hay necesidad restart. Gracias. :)
Dependiendo de la distribución, el uso de "recarga cron" podría no hacer nada. Para pegar un fragmento de 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
;;
Algunos desarrolladores / mantenedores confiaron en su recarga, pero no lo hacen, y en este caso no hay una manera de forzar la recarga. Estoy generando mis archivos crontab como parte de una implementación y, a menos que la longitud del archivo cambie, los cambios no se vuelven a cargar.
Pruebe esto: service crond restartPor lo tanto, crondno lo es cron.
crondservicio no reconocido. Funciona cronconmigo. mi sistema operativo es Ubuntu 18.04
1) Si la /var/spool/cron/crontabs/rootedición del archivo se realiza a través del cliente SFTP, es necesario service cron restart. El servicio de recarga no funciona.
2) Si edita el archivo a /var/spool/cron/crontabs/roottravés de la consola de Linux (nano, mc), reinicie NO es necesario.
3) Si edita cron vía crontab -e- reiniciar NO es necesario.
Ubuntu 18.04 * Uso: /etc/init.d/cron {start | stop | status | restart | reload | force-reload}
sudo service cron restartNo fue probado.