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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Linux计划任务执行结果和手动执行不一致相关的知识,希望对你有一定的参考价值。

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被锁定,导致无法读取内容,只要错开这个时间,就能正常读取结果。这是一种特殊情况导致的结果。

以上是关于Linux计划任务执行结果和手动执行不一致的主要内容,如果未能解决你的问题,请参考以下文章

用计划任务运行bat脚本结果和手动运行脚本不一致,脚本内容只有一条move

linux shell 手动执行tomcat 和 计划任务重启tomcat 不一致。

linux计划任务执行脚本显示乱码

linux定时任务不执行

linux Shell 中grep+wc取值在shell中的结果与手动执行结果不一致的坑

linux Shell 中grep+wc取值在shell中的结果与手动执行结果不一致的坑