cron 任务

 相关文件

 /etc/crontab
 /etc/cron.deny                设置哪个用户有权限运行 cron 任务
 /var/spool/cron/root
 /var/spool/cron/user
 /var/log/cron                只要在这个 log 里面出现的命令就说明 cron 任务执行了，执行失败会向相应的用户发送邮件

 任务不执行及 cron 相关问题

 开机自动运行 cron 的命令“ systemctl enable crond.service ”。

 新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行，使用 systemctl restart crond.service 重启 cron 。

 环境变量

 Crontab任务的执行环境与手动执行时的执行环境不同，编码时，尽量通过全路径名引用文件或调用命令，或者将引用的文件或者命令的路径添加到环境变量中，其默认环境变量如下
 SHELL=/bin/sh
 USER=root
 PATH=/usr/bin:/bin
 PWD=/root
 SHLVL=
 HOME=/root
 LOGNAME=root
 _=/usr/bin/env

 我修改的环境变量如下
 SHELL=/bin/bash
 PATH=/bin:/lib64:/sbin:/usr/bin:/usr/lib64:/usr/sbin:/usr/local/bin:/usr/local/lib64:/usr/local/sbin
 MAILTO=root
 LANG=zh_CN.UTF-
 HOME=/root
 USER=root
 LOGNAME=root
 DISPLAY=:

 需要图形化桌面的程序需要指定桌面环境

 任务是“ firefox ”，不执行，也不发邮件给此用户，而是发给了 root ，邮件报告是“ no display specified ”。
 解决方法是添加环境变量“ DISPLAY=: ”，重启cron任务。
 "export DISPLAY=:0" and then I did a "xhost +" and now its working fine. I also did a "/usr/bin/firefox $myHost". Now its working fine. Thank you        ==============http://askubuntu.com/questions/417111/open-firefox-from-bash-file-error-no-display-specified

 确定用户是否可以创建 cron 任务

 在 /etc/cron.deny 里设置用户权限。

 Crontab任务的输出重定向文件无写权限

 通常情况下，在添加crontab任务之前，都会手动执行一下待添加的crontab任务，此时，通过重定向产生的文件，只执行该任务的用户有写权限，由sudo -u指定的用户并没有写权限。本质原因是sudo –u对重定向符不起作用。如此，在添加crontab任务，以sudo –u中指定的用户身份运行时，由于对重定向文件无写权限，crontab任务会安静的失败

 Crontab 任务配置文件 owner 不是 root

 在添加crontab任务时，如果配置文件owner不是root，任务会失败（志遥以前也提起过），不过这种失败，可以在cron日志中看到如下错误信息：
 (*system*)WRONG FILE OWNER

 Crontab 任务配置文件为单行

 Crontab 任务都是单行，可如果配在配置文件中，任务字符串后没有换行符，这个任务就有可能也会静悄悄地失败。为安全起见，建议多一下按下回车键。

 cron 会忽略点系统的i18n，默认使用posix的来decode，导致awk识别错误。

 cron 配置文件从其他机器复制时没有更新文件的创建时间，这个cron任务的时间属性不变，这个cron任务有可能不执行，需要用 touch 更新下时间“ sudo touch /var/spool/cron/user ”。

 crontab中“%”要转义

 在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\%Y\%m\%d’`。

 当crontab突然失效时，可以尝试重启 cron 解决问题，或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。

 不要乱运行“ crontab -r ”。它从 Crontab 目录（ /var/spool/cron ）中删除用户的 Crontab 文件，删除了该用户的所有crontab都没了。

 每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/>& 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件。

 示例

 # .---------------- minute ( - )
 # |  .------------- hour ( - )
 # |  |  .---------- day of month ( - )
 # |  |  |  .------- month ( - ) OR jan,feb,mar,apr ...
 # |  |  |  |  .---- day of week ( - ) (Sunday= or )  OR
 #sun,mon,tue,wed,thu,fri,sat
 # |  |  |  |  |
 # *  *  *  *  *  command [args]

   * * * SHELL=/bin/bash PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/Wizard/.local/bin:/home/Wizard/bin MAILTO=root command

   * * * /usr/local/etc/rc.d/lighttpd restart    每晚的21:30重启apache

 */ * * * * root hwclock --hctosys            每隔1分钟同步系统时钟和硬件时钟

 * */ * * * /usr/local/etc/rc.d/lighttpd restart    每一小时重启apache

 * -/ * * * /usr/local/etc/rc.d/lighttpd restart    晚上11点到早上7点之间，每隔一小时重启apache

   ,, * * /usr/local/etc/rc.d/lighttpd restart    每月1、、22日的4 : 45重启apache

   * * , /usr/local/etc/rc.d/lighttpd restart    每周六、周日的1 : 10重启apache

 , - * * * /usr/local/etc/rc.d/lighttpd restart    在每天18 : 00至23 : 00之间每隔30分钟重启apache

   * *  /usr/local/etc/rc.d/lighttpd restart        每星期六的11 :  pm重启apache

    * mon-wed /usr/local/etc/rc.d/lighttpd restart    每月的4号与每周一到周三的11点重启apache

    jan * /usr/local/etc/rc.d/lighttpd restart    一月一号的4点重启apache

 参考

 http://askubuntu.com/questions/417111/open-firefox-from-bash-file-error-no-display-specified            图形桌面