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

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调度执行的命令