Joe*_*nte 326
这是一个不使用/要求新作业在文件中的单行程序:
(crontab -l 2>/dev/null; echo "*/5 * * * * /path/to/job -with args") | crontab -
这2>/dev/null很重要,这样no crontab for username如果当前没有crontab条目,您就不会收到某些*nix产生的消息.
Pau*_*ce. 55
对于用户crontabs(包括root),您可以执行以下操作:
crontab -l -u user | cat - filename | crontab -u user -
名为"filename"的文件包含要追加的项目.您也可以使用sed或使用其他工具进行文本操作cat.您应该使用该crontab命令而不是直接修改该文件.
类似的操作是:
{ crontab -l -u user; echo 'crontab spec'; } | crontab -u user -
如果要修改或创建系统crontabs,则可以像处理普通文本文件一样对其进行操作.它们存储在/etc/cron.d,/etc/cron.hourly,/etc/cron.daily,/etc/cron.weekly,/etc/cron.monthly目录和文件/etc/crontab和/etc/anacrontab.
cle*_*oux 16
Crontab文件只是文本文件,因此可以像任何其他文本文件一样对待.该crontab命令的目的是使编辑crontab文件更安全.通过此命令编辑时,将检查文件是否存在错误,仅在没有错误时才保存.
crontab [path to file]可用于指定存储在文件中的crontab.就像crontab -e,这只会安装文件,如果它没有错误.
因此,脚本可以直接写入cron选项卡文件,也可以将它们写入临时文件并使用该crontab [path to temp file]命令加载它们.直接写入可以节省写入临时文件的时间,但也避免了安全检查.
小智 16
更简单的回答你的问题是:
echo "0 1 * * * /root/test.sh" | tee -a /var/spool/cron/root
您可以在远程服务器上设置cronjobs,如下所示:
#!/bin/bash
servers="srv1 srv2 srv3 srv4 srv5"
for i in $servers
do
echo "0 1 * * * /root/test.sh" | ssh $i " tee -a /var/spool/cron/root"
done
在Linux中,crontab文件的默认位置是/var/spool/cron/.在这里,您可以找到crontab所有用户的文件.您只需将cronjob条目附加到相应用户的文件即可.在上面的示例中,root用户的crontab文件附加了一个cronjob,/root/test.sh每天凌晨1点运行.
小智 13
Cron作业通常存储在每个用户文件下 /var/spool/cron
最简单的事情可能就是创建一个配置了作业的文本文件,然后将其复制到cron spool文件夹并确保它具有正确的权限.
那么/etc/crontab只是一个 ascii 文件，所以最简单的就是
echo "*/15 * * * * root date" >> /etc/crontab
这将添加一个工作，该工作将每 15 分钟向您发送电子邮件。根据口味进行调整，并通过grep或其他方式测试是否已添加该行以使您的脚本具有幂等性。
在 Ubuntu 等上，您还可以删除/etc/cron.*更容易执行和测试的文件---此外，您不会弄乱（系统）配置文件，例如/etc/crontab.
作为对这些建议的更正crontab -l | crontab -：并非在所有系统上都有效。例如，我不得不在数十台运行旧版本SUSE的服务器上的根crontab中添加作业（不要问为什么）。旧的SUSE会将注释行添加到的输出之前crontab -l，从而使其成为crontab -l | crontab -非幂等的（Debian在crontab联机帮助页中识别了此问题，并对其Vixie Cron版本进行了修补以更改的默认行为crontab -l）。
要在crontab -l添加注释的系统上以编程方式编辑crontabs ，可以尝试以下操作：
EDITOR=cat crontab -e > old_crontab; cat old_crontab new_job | crontab -
EDITOR=cat告诉crontab cat用作编辑器（不是通常的默认vi），该编辑器不会更改文件，而是将其复制到stdout。如果crontab -期望输入的格式与crontab -e输出的格式不同，这可能仍然会失败。不要尝试更换最后crontab -用crontab -e-这是行不通的。
（我没有足够的声誉来发表评论，所以我在这里添加一个答案：随时在他的答案旁边添加它作为评论）
Joe Casadonte的单行代码是完美的，除非您使用运行set -e，即，如果脚本设置为因错误而失败，并且还没有cronjobs。在这种情况下，单行将不会创建cronjob，但不会停止脚本。无声的失败可能会引起很大的误导。
原因是crontab -l返回时返回了一个1返回码，导致后续命令（echo）不被执行...因此，不会创建cronjob。但是由于它们是作为子进程执行的（由于括号），因此它们不会停止脚本。
（有趣的是，如果再次运行相同的命令，它将起作用：一旦执行crontab -一次，crontab -l仍然不输出任何内容，但不再返回错误（不再收到该no crontab for <user>消息）。因此echo执行后续命令并创建crontab）
无论如何，如果使用运行set -e，则该行必须是：
(crontab -l 2>/dev/null || true; echo "*/5 * * * * /path/to/job -with args") | crontab -