Linux计划任务执行结果和手动执行不一致,发生原因有三种:
以下是计划任务和脚本情况介绍,写出具体代码是为了说明第三种情况
[root@salt-master 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
[root@salt-master 09]# cat 01.sh
#!/bin/bash
A=`cat /root/test03/09/03.txt`
echo $A
[root@salt-master 09]# cat 02.sh
#!/bin/bash
ls /root/test03/09/*
[root@salt-master 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脚本执行完结果为空
将计划任务修改如下
[root@salt-master 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh >> /root/test03/09/04.txt 2>&1
04.txt输出如下:
[root@salt-master 09]# tail -f 04.txt
++ cat /root/test03/09/03.txt
+ A=
+ echo
此时,可以发现A的结果为空,而手动执行结果如下:
[root@salt-master 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被锁定,导致无法读取内容,只要错开这个时间,就能正常读取结果。这是一种特殊情况导致的结果。