使用crontab的一些问题
展开全部
在服务器上经常使用crontab来定时处理一些任务,但是总会出现这样或那样的问题,这里做下总结
crontab 在执行指令时,和你直接在 shell里面执行指令所处的环境不一样所以我们需要额外的处理,对每个指令建立一个sh文件,并在头部指令环境信息
crontab 日志位于 /var/log/cron* 文件,一般需要root才可以查看
在crontab中任务被执行后,发现有生成日志文件,但是日志文件内容为空,则需要在后面增加 2>&1 ,那么 2>&1 时什么意思呢?
> 用于重定向
/dev/null 是任何发送数据的黑洞,都将被丢弃
2 是标准错误的文件描述符
> 用于重定向
& 是文件描述符的符号(没有它,以下 1 将被视为文件名)
1 是标准输出的文件描述符
因此 >/dev/null 2>&1 将程序的输出重定向到 /dev/null 。包含 Standard Error 和 Standard Out 。Linux文档项目的 I / O重定向 页面提供了更多信息。
cron 只会在你的工作有输出时发给你。随着一切重定向到 null ,没有输出,因此 cron 不会给你发邮件。
服务器中可能存在多个python环境,在shell去执行指令用
python3 /.../.../.../.../py
是没有问题,但是同样的指令在crontab中就会出现里面引用的包不存在这需要我们需要把python3的地址写全才行(也是环境导致的)
/usr/local/bin/python3 /.../.../.../.../py 。
crontab 在执行指令时,和你直接在 shell里面执行指令所处的环境不一样所以我们需要额外的处理,对每个指令建立一个sh文件,并在头部指令环境信息
crontab 日志位于 /var/log/cron* 文件,一般需要root才可以查看
在crontab中任务被执行后,发现有生成日志文件,但是日志文件内容为空,则需要在后面增加 2>&1 ,那么 2>&1 时什么意思呢?
> 用于重定向
/dev/null 是任何发送数据的黑洞,都将被丢弃
2 是标准错误的文件描述符
> 用于重定向
& 是文件描述符的符号(没有它,以下 1 将被视为文件名)
1 是标准输出的文件描述符
因此 >/dev/null 2>&1 将程序的输出重定向到 /dev/null 。包含 Standard Error 和 Standard Out 。Linux文档项目的 I / O重定向 页面提供了更多信息。
cron 只会在你的工作有输出时发给你。随着一切重定向到 null ,没有输出,因此 cron 不会给你发邮件。
服务器中可能存在多个python环境,在shell去执行指令用
python3 /.../.../.../.../py
是没有问题,但是同样的指令在crontab中就会出现里面引用的包不存在这需要我们需要把python3的地址写全才行(也是环境导致的)
/usr/local/bin/python3 /.../.../.../.../py 。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询