crontab java job_crontab 命令行执行成功，定时任务报错

最新推荐文章于 2024-01-30 21:52:52 发布

weixin_39548193

最新推荐文章于 2024-01-30 21:52:52 发布

阅读量253

点赞数

文章标签： crontab java job

本文链接：https://blog.csdn.net/weixin_39548193/article/details/114492129

版权

本文主要介绍了如何解决Crontab定时任务无法自动执行的问题，关键在于脚本中正确引用环境变量和设置全局路径。通过在脚本中使用source命令引入环境变量，确保脚本能在crontab环境下正常工作。同时，提到了crontab的一些注意事项，如任务执行延迟、日志重定向、避免误删crontab文件以及输出配置。最后，文章提供了环境变量配置和脚本修正的实例。

摘要由CSDN通过智能技术生成

crontab的定时任务不能自动执行，但是手动执行脚本一直能成功。查到最后，发现是脚本里用了系统的环境变量。

1.因为我只有普通用户(sh用户)的权限，首先自己可以写一个简单的脚本测试一下自己计划任务能否使用。(我的可以)

2.手动执行你的脚本(确认脚本没有问题)

1)脚本中涉及文件路径时写全局路径；

[sh@sh yoon]$ cat

start.sh

$SPARK_HOME/bin/spark-submit \

--driver-class-path /home/shdxspark/yoon/ojdbc6.jar \

--class

com.human.hr.LoadDate \

--driver-memory 40G \

--jars /home/shdxspark/yoon/commons-discovery-0.2.jar,/home/shdxspark/yoon/jaxrpc.jar,/home/shdxspark/yoon/wsdl4j-1.5.1.jar,/home/shdxspark/yoon/axis.jar,/home/shdxspark/yoon/ojdbc6.jar \human.jar valid=yoon &

2)脚本执行要用到java或其他环境变量时，通过source命令引入环境变量，如：

[sh@sh yoon]$ cat

jps-m.sh

#!/bin/shsource /home/sh/.bash_profilestdout=`jps -m | grep 'class

com.human.hr.LoadDate'`

if [ -n "$stdout" ];

then

echo "--class

com.human.hr.LoadDate exists" &> /dev/null

else

/bin/sh /home/sh/yoon/start.sh &>> /home/sh/yoon/wwa(查看此文件)

3.执行计划任务

*/1 * * * * /bin/sh/home/sh/yoon/

jps-m.sh >/dev/null 2>&1

例：/bin/sh /home/sh/yoon/

start.sh &>> /home/sh/yoon/wwa将你需要验证的结果输入到一个特定文件。查看计划任务时报错信息，没有加source /home/sh/.bash_profile之前提示找不到java类。加上之后提示找不到/home/sh/human.jar 原来我的jar没有放在在家目录下。就把human.jar移动到了/home/sh/human.jar ，计划任务成功

参考了以下文档：

http://xiachaofeng.iteye.com/blog/1405184

今天遇见一个问题，crontab的定时任务不能自动执行，但是手动执行脚本一直能成功。查到最后，发现是脚本里用了系统的环境变量。下面开始解释：

1.crontab与环境变量不要假定cron知道所需要的特殊环境，它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量，除了一些自动设置的全局变量。所以注意如下3点：

1)脚本中涉及文件路径时写全局路径；

2)脚本执行要用到java或其他环境变量时，通过source命令引入环境变量，如：cat start_cbp.sh#!/bin/shsource /etc/profileexport RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf/usr/local/jboss-4.0.5/bin/run.sh -c mev &3)当手动执行脚本OK，但是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸，并可以尝试在crontab中直接引入环境变量解决问题。如：0 * * * * . /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh

2.其他应该注意的问题1)新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。2)每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件。3)当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。4)千万别乱运行crontab -r。它从Crontab目录(/var/spool/cron)中删除用户的Crontab文件。删除了该用户的所有crontab都没了。5)在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\%Y\%m\%d’`。

3.rontab中的输出配置

crontab中经常配置运行脚本输出为：>/dev/null 2>&1，来避免crontab运行中有内容输出。

shell命令的结果可以通过‘> ’的形式来定义输出

/dev/null 代表空设备文件

> 代表重定向到哪里，例如：echo "123" > /home/123.txt

1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null"

2 表示stderr标准错误

& 表示等同于的意思，2>&1，表示2的输出重定向等同于1

那么重定向输出语句的含义：

1>/dev/null 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，不显示任何信息。

2>&1 表示标准错误输出重定向等同于标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。