更改crontable文件后是否需要重新启动cron ?


当前回答

根据发行版的不同,使用“cron reload”可能什么也做不了。从init中粘贴代码段。D /cron (debian压缩):

reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
    # cron reloads automatically
    log_end_msg 0
    ;;

一些开发人员/维护者依赖于它重新加载,但没有,在这种情况下,没有办法强制重新加载。我将生成crontab文件作为部署的一部分,除非文件的长度发生了某种变化,否则更改不会重新加载。

其他回答

在CentOS(我的版本是6.5)上编辑crontab时,必须关闭编辑器以反映CRON中的更改。

crontab -e

在该命令之后,您可以看到新的条目出现在/var/log/cron中

Sep 24 10:44:26 ***** crontab[17216]: (*****) BEGIN EDIT (*****)

但只保存crontab编辑器后,做了一些更改是不起作用的。必须离开编辑器以反映cron中的更改。退出后,新条目出现在日志中:

Sep 24 10:47:58 ***** crontab[17216]: (*****) END EDIT (*****)

从这里开始,您所做的更改对CRON是可见的。

No.

从cron手册页:

...然后Cron将检查所有crontab上的修改时间 并重新加载已更改的内容。因此,cron不需要重新启动 当crontab文件被修改时

但如果你只是想确保它完成了,

sudo service cron reload

or

/etc/init.d/cron reload

在CentOS上使用cPanel sudo /etc/init.D /crond重载就是这样。

CentOS7上:sudo systemctl start krand .service

试试这个:sudo cron重载 它适用于我的ubuntu 12.10

根据发行版的不同,使用“cron reload”可能什么也做不了。从init中粘贴代码段。D /cron (debian压缩):

reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
    # cron reloads automatically
    log_end_msg 0
    ;;

一些开发人员/维护者依赖于它重新加载,但没有,在这种情况下,没有办法强制重新加载。我将生成crontab文件作为部署的一部分,除非文件的长度发生了某种变化,否则更改不会重新加载。