shell脚本 手动执行成功,crontab执行缺少数据

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了shell脚本 手动执行成功,crontab执行缺少数据相关的知识,希望对你有一定的参考价值。

执行的代码
#! /bin/bash

# 监控cpu使用情况
cpu_idle=`top -n2 | grep 'Cpu' | tail -n 1 | awk ' print $8'`
cpu_usage=`echo "100 - $cpu_idle" | bc`

if [ $cpu_usage -gt 90 ]
then
echo "CPU used $cpu_usage % WARNNING" >>/opt/tivoli.txt
else
echo $cpu_usage >>/opt/tivoli.txt
fi

# sh ./cpu.sh 手动执行时的返回的结果

CPU used 12.0%

设置crontab 定时任务(间隔为一分钟执行一次)执行时的返回的结果

CPU used %

求大神帮忙看看是什么原因

sh /usr/local/sbin/gdas/start.sh
改为
source /usr/local/sbin/gdas/start.sh
用sh方式去执行就是另开一个shell去跑,相当于是异步的,不等start.sh执行完就执行下面的判断了。用source在当前shell执行该脚本,就是阻塞方式,就不存在此问题了。
建议先手动执行脚本,检验无误了再加入crontab
参考技术A 根据你的情况判断,可能是某个命令需要完整的路径,因为你的脚本里面所有命令都是直接使用的命令名称,但是在crontab环境下,可能会找不到这个命令,但是具体哪一个,可能需要你自己去测试。例如将里面的top改为/usr/bin/top

crontab 命令行执行成功,定时任务报错

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

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

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

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

[[email protected] 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命令引入环境变量,如:

[[email protected] yoon]$ cat 技术分享jps-m.sh 
#!/bin/sh
source  /home/sh/.bash_profile 
stdout=`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(查看此文件)

fi

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/sh
source /etc/profile
export 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 表示标准错误输出重定向等同于标准输出,因为之前标准输出已经重定向到了空设备文件,所以标准错误输出也重定向到空设备文件。



本文出自 “11571765” 博客,谢绝转载!

以上是关于shell脚本 手动执行成功,crontab执行缺少数据的主要内容,如果未能解决你的问题,请参考以下文章

Bash脚本手动运行,但在crontab上失败

Crontab定时任务中python3脚本无法运行问题解决

解决命令行执行shell脚本成功,但crontab执行失败

crontab 命令行执行成功,定时任务报错

Linux下使用crontab执行一个shell脚本

shell 脚本手动执行能成功,但是放在定时任务执行不成功