Linux计划任务执行结果和手动执行不一致

Linux计划任务执行结果和手动执行不一致,发生原因有三种:

以下是计划任务和脚本情况介绍,写出具体代码是为了说明第三种情况

[ 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >/dev/null 2>&1
*/1 * * * * /bin/sh /root/test03/09/02.sh  >/root/test03/09/03.txt 2>&1

[ 09]# cat 01.sh
#!/bin/bash
A=`cat /root/test03/09/03.txt`
echo $A

[ 09]# cat 02.sh
#!/bin/bash
ls /root/test03/09/*
[ 09]# cat 03.txt
/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt

1、脚本中命令未使用绝对路径

一般系统命令没有这个问题,但是一些编译安装的服务命令,如果没有写入环境变量,则会导致调用失败,这时候要么写入环境变量的配置文件,并source文件;要么写上绝对路径。
例如编译安装的mysql,可以使用绝对路径/usr/local/bin/mysql ,则可以避免这个问题,其他命令也一样。

2、crontab配置文件中未使用绝对路径

例如脚本01.sh,如果只写/1 sh 02.sh ,脚本执行一定会报错,这里有个小注意点就是02.
sh的权限问题,如果有可执行权限,可以省略写
/1 /root/test03/09/02.sh
如果没有可执行权限,则一定要这么写 /1 * /bin/sh /root/test03/09/02.sh

3、最为特殊的情况,只因为两个计划任务都是每分钟执行一次,且01.sh依赖02.sh的输出结果,导致01.sh脚本执行完结果为空

将计划任务修改如下

[ 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >> /root/test03/09/04.txt 2>&1

04.txt输出如下:

[ 09]# tail -f 04.txt

++ cat /root/test03/09/03.txt
+ A=
+ echo

此时,可以发现A的结果为空,而手动执行结果如下:

[ 09]# sh -x 01.sh
++ cat /root/test03/09/03.txt
+ A=‘/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt
/root/test03/09/04.txt‘
+ echo /root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt
/root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt

是不是很神奇,通过04.txt的输出结果,可以发现01.sh脚本中A的变量输出为空,但是所有的地方都是用了绝对路径,有的同学可以会怀疑环境变量的影响,我这边已经证明,即便source /etc/profile也没有作用,以为与此无关。不相信的可以自行尝试。

解决办法:

在01.sh脚本中,第2行加上sleep 5

原因:

因为两个脚本都是每分钟执行一次,推测可能在执行过程中,03.txt被锁定,导致无法读取内容,只要错开这个时间,就能正常读取结果。这是一种特殊情况导致的结果。

相关推荐