Linux 在更改crontab文件后重新启动cron？

更改crontable文件后是否必须重新启动cron？

否

从：

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

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

sudo service cron reload

或

---

在CentOS上，使用cPanel

sudo/etc/init.d/crond reload

可以实现这一功能

---

在CentOS7上：

sudo-systemctl启动crond.service

尝试以下操作：

sudo-cron-reload

---

我在ubuntu 12.10上可以使用它，这取决于发行版，使用“cron-reload”可能什么也做不了。要从init.d/cron（debian压缩）中粘贴代码片段，请执行以下操作：

---

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

我在16.04 VPS Digital Ocean上遇到了类似问题。如果要更改crontab，请确保运行

sudo service cron restart 

---

在centos 7上试试这个：service crond reload

试试这个：

service crond restart

，因此它是

crond

而不是

cron
有些实例需要重新启动cron才能使启动脚本工作。重新启动cron没有什么问题

sudo服务cron重启
1）如果文件
/var/spool/cron/crontab/root
通过SFTP客户端编辑-需要
服务cron重启
。
重新加载服务不工作

2） 如果通过控制台linux（nano，mc）编辑文件
/var/spool/cron/crontab/root
，则无需重新启动

3） 如果通过crontab-e编辑cron，则无需重新启动。
Ubuntu 18.04
*用法：/etc/init.d/cron{start | stop | status | restart | reload | force reload}
在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是可见的。
用于RHEL/Fedora/CentOS/Scientific Linux用户的命令
启动cron服务


要启动cron服务，请使用：
/etc/init.d/crond start


或RHEL/CentOS 5.x/6.x用户：
service crond start


或RHEL/Centos Linux 7.x用户：
systemctl start crond.service




停止cron服务


要停止cron服务，请使用：
/etc/init.d/crond stop


或RHEL/CentOS 5.x/6.x用户：
service crond stop


或RHEL/Centos Linux 7.x用户：
systemctl stop crond.service




重新启动cron服务


要重新启动cron服务，请使用：
/etc/init.d/crond restart


或RHEL/CentOS 5.x/6.x用户：
service crond restart


或RHEL/Centos Linux 7.x用户：
systemctl重新启动crond.service




用于基于Ubuntu/Mint/Debian的Linux发行版的命令
Debian启动cron服务


要启动cron服务，请使用：
/etc/init.d/cron start


或者
sudo/etc/init.d/cron start


或
sudo服务cron start




Debian停止cron服务


要停止cron服务，请使用：
/etc/init.d/cron stop


或
sudo/etc/init.d/cron-stop


或
sudo服务cron-stop




Debian重新启动cron服务


要重新启动cron服务，请使用：
/etc/init.d/cron restart


或者
sudo/etc/init.d/cron restart


或
sudo服务cron重启




来源：
如果使用cron.d文件夹，则不会重新加载符号链接的crontab。我怎样才能强制重新加载？啊，很简单。现在是
sudo服务cron restart
。更好的选择是重新加载-它可以由非root用户启动：
/etc/init.d/cron reload
@cmcdragokai可能是
cron
而不是
cron
。这个答案的唯一问题是它并不总是正确的。参见问题下方的geotheory评论。一、 我也被这个咬了一口。我通过
sudo crontab-e
对crontab文件进行了更改，并通过
Ctrl+X
保存了更改，然后假设
cron
会选择它（因为这个答案的投票率很高）。然后，几天后，我的客户机报告说cron仍在旧周期上运行。所以-老实说-如果你想安全-只需重新启动
cron
或系统，不要浪费时间进行测试，尽管这个答案很高，但你必须这样做。不要忽略@leonbloy的答案，但我发现实现我的linux的第一个cron作业（每分钟正确格式化的作业）在系统重新启动之前未执行任何操作
sudo服务cron restart
未经测试。@geotheory yikes我当然希望在更新crontab时不必重新启动prod服务器（我没有）。感谢CentOs 7行/，重新加载
crond
，而不仅仅是在越来越糟糕的systemd上启动它，在SystemD上运行
sudo systemctl reload crond.service
@NathanBasanese重新加载
cron
现在被认为是黑魔法：
sudo systemctl reload crond
失败，无法重新加载cron.service:Job type reload不适用于单元cron.service.

（Ubuntu 18.04）。读：当心点，我们都被综合症困扰着：“系统D，只能有一个”。如果未完成重新加载，则自动标记

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

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