linux crontab 定时任务 计划任务 不执行 原因

前言

最近在工作中遇到了一些问题,crontab定时任务居然不执行,后来我在网上找的时候发现网上主要说了这几个原因:

1 crond服务未启动

crontab不是Linux内核的功能,而是依赖一个crond服务,这个服务可以启动当然也可以停止。如果停止了就无法执行任何定时任务了,解决的方法是打开它:

crond
# 或
service crond start

如果提示crond命令不存在,可能被误删除了,CentOS下可以通过这个命令重新安装:

yum -y install crontabs

 

2 权限问题

比如:脚本没有x执行权限,解决方法:

增加执行权限,或者用bash abc.sh的方法执行

也有可能crontab任务所属的用户对某个目录没有写权限,也会失败

 

3 路径问题

有的命令在shell中执行正常,但是在crontab执行却总是失败。有可能是因为crontab使用的sh未正确识别路径,比如:以root身份登录shell后执行一个/root/test.sh,只要执行

./test.sh

就可以了。但是在crontab中,就会找不到这个脚本,比如写完整:

/root/test.sh

另外一个例子,我的定时脚本test.sh不执行,脚本就一句话:

#!/bin/bash
echo 123 >> testFile

我希望通过这种方式来测试 我设置的定时脚本起作用了,于是我设置了该脚本每分钟执行一次,但是死活在脚本所在目录看不到这个文件,我手动执行

sh test.sh

却能看到在脚本所在目录能看到这个文件

我怀疑是crontab根本没有执行,于是我在crontab中直接添加了

*/1 * * * * echo 123 >> /home/denglinjie/testFile

testFile文件生成了,说明crontab是执行了的,那看来是我脚本自身存在问题

最后发现,原来是testFile这里必须写完整的路径,我天真的以为testFile会生成在脚本所在的目录,所以改成了如下形式

#!/bin/bash
echo 123 >> /data/denglinjie/testFile

然后就可以了。

其实路径是个非常容易出问题的地方,假设在/home/denglinjie目录下有一个脚本文件test1.sh,然后在该目录下还有一个脚本文件test2.sh

在test1.sh中执行了test2.sh,而且用的是相对路径,即相对test1.sh所在的路径。

如果在crontab -e中编辑的时候,执行的方式是

sh /home/denglinjie/test1.sh,当执行到调用sh test2.sh的时候,系统会认为是从crontab文件所在的目录去找test2.sh,但是其实是找不到的,造成执行失败

最开始我想的方法是,我要将我写的待执行的脚本文件以及被调用的其他的脚本和crontab文件放到一个地方,这样就可以拉,但是失败了,可能是因为权限问题,我进不去/var/spool/cron目录。

所以另外一个解决方法就是在执行脚本之前先通过 cd   /home/denglinjie 命令进入到脚本所在目录

 

4 时差问题

因为服务器与客户端时差问题,所以crontab的时间以服务器时间为准。

时差这个问题还真是搞人,这个我亲身体验了,现象如下:

(1) 我设置了一个定时脚本,用date命令观察服务器的时间到了脚本执行的时间点,发现没有执行

(2) 但是我把脚本设置成每分钟执行一次,就是OK的

见鬼了,服务器时间是对的啊?莫非是要加个什么时区?于是把脚本的时间减10或者12或者8个小时都尝试了下,发现都不行。

但是很明显是时间不一致导致的不执行。

最后用如下两行解决了问题:

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
service crond restart

 

5 变量问题

有时候命令中含有变量,但crontab执行时却没有,也会造成执行失败。

 

6.环境问题

这里我要执行的是python脚本,我python脚本的目录为:

/data/denglinjie/work/UpdateModuleSwitch

一开始我的定时任务是这样写的:

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

发现到了时间点居然没有执行,其中update_switch.py的部分内容如下:

import pymongo

就是我的脚本中引入了自己安装的pymongo, 注意,这个pymongo是安装到了指定的python版本上的

不执行原因:crontab定时任务执行的时候,使用的python不是我的那个python,使用的这个python没有安装pymongo,导致import失败

解决办法,改成如下形式:

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;/data/zhoumi/install_evn/bin/python update_switch.py

指定运行使用的python,这个python已经安装绑定了pymongo,或者用如下形式:

0 * * * * export PATH=/data/zhoumi/install_evn/bin/:$PATH;cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

因为我的这个python是安装在我自己的用户目录下,所以系统找不到这个python,所以只要将我的python也加入到系统PATH环境变量中就可以了

 

 

  • 9
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
Linux crontab 定时任务不起作用的原因可能有多种可能性。根据您提供的信息,我可以给出以下几种可能的原因和解决方法: 1. Crond服务未启动:crontab是依赖于crond服务的,如果crond服务未启动,定时任务无法执行。您可以使用以下命令来启动crond服务: ``` service crond start ``` 或者: ``` systemctl start crond ``` 2. 定时任务语法错误:请确保您的定时任务语法正确无误。使用`crontab -e`命令编辑crontab定时任务,确保每行任务设置都有正确的时间设定和命令路径。可以使用`crontab -l`命令来查看当前用户的定时任务列表,使用`crontab -r`命令删除所有定时任务。 3. 环境变量问题:在定时任务,有时需要指定特定的环境变量或工作目录。如果您的定时任务使用了特定的环境变量或工作目录,请确保在定时任务正确设置这些环境变量或工作目录。您可以在定时任务的命令前面添加环境变量的设置,例如: ``` * * * * * PATH=/usr/local/bin:/usr/bin:/bin /path/to/your/command ``` 4. 权限问题:定时任务运行时,会以crontab的所有者身份运行。请确保定时任务对所需文件和目录具有足够的访问权限。可以使用`crontab -u <username> -e`命令编辑其他用户的定时任务。 5. 日志查看:如果以上步骤都没有解决问题,您可以查看系统日志以获取更多详细信息。系统日志通常位于/var/log目录下,例如/var/log/cron或/var/log/syslog。使用以下命令查看系统日志: ``` tail -f /var/log/cron ``` 或者: ``` tail -f /var/log/syslog ``` 希望以上解决方法可以帮助您解决问题。如果问题仍然存在,请提供更多详细信息,以便我能够提供更准确的帮助。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值