crontab系统使用雷区（为什么cron任务没运行）

为什么80%的码农都做不了架构师？>>>   

1.        写好的程序，手动执行没问题，上crontab就报错

Crontab任务的执行环境与手动执行时的执行环境不同。

手动执行时，任务的执行环境为当前用户或指定用户的执行环境，典型的执行环境是环境变量，此时环境变量可以用env查看。Crontab调度时，执行环境的环境变量大为缩减，如下为用root用户执行crontab任务时的环境变量

SHELL=/bin/sh

USER=root

PATH=/usr/bin:/bin

PWD=/root

SHLVL=1

HOME=/root

LOGNAME=root

_=/usr/bin/env

所以，编码时，尽量通过全路径名引用文件或调用命令，或者将引用的文件或者命令的路径添加到环境变量中，或者脚本开始处切换一下当前目录

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

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

3.        Crontab任务配置文件owner不是root

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

(*system*) WRONG FILE OWNER

4.        Crontab任务配置文件为单行

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

5.        crontab 任务配置文件中的"%"需转义

建议：写好的crontab任务，最好用下面的方式手动运行一次，如果可以成功，放到crontab应该就没啥问题

env -i sudo -u user cmd

说明：

env -i：忽略所有环境变量

user：将以什么用户运行

cmd：cron调度执行的命令

转载于:https://my.oschina.net/panzhc/blog/191263