crontab执行sh脚本和手动执行结果不一样问题解决

最新推荐文章于 2024-07-03 14:03:30 发布

原创最新推荐文章于 2024-07-03 14:03:30 发布 · 1.5w 阅读

1 ·

CC 4.0 BY-SA版权

Linux 专栏收录该内容

8 篇文章

订阅专栏

当使用crontab执行sh脚本时，发现存到数据库的数据丢失了非常多，困惑。。。于是各种搜索，终于找到问题答案，即环境变量问题，解决方法很简单，只需要在脚本开头增加

source ~/.bash_profile 即可。

还有，如果手动执行脚本可以成功运行，但crontab却不行，并且crontab执行脚本时报 Permission denied 错误，则是crontab没有执行脚本的权限，所以可以使用chmod 755 脚本来授予crontab执行此脚本的权限。

总结下：使用crontab出现的问题基本上是在1.环境变量 2.路径这两个方面，所以以后碰到此类问题，就先解决它们。

参考1

参考2

参考3

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zjjee

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Shell脚本的直接运行和crontab的结果不同

CodeWWWCode的博客

10-07

850

在脚本中显式定义所需的工作目录，以确保脚本在crontab的执行环境中使用相同的工作目录。

crontab执行结果和手动执行结果不一致问题的一种解决思路

TAB_YLS的博客

10-28

3236

问题分析：crontab能够执行，直接手动也能够执行，但是crontab和手动出来的结果就是不一样，这个问题有很大的可能是因为两者的环境变量不一致导致的解决方案：将crontab的环境变量改成和命令行shell下的一致解决过程： 1.在crontab控制的脚本中输出当前的环境变量env （是一个命令，不用echo) 2.输出shell下的env (是一个命令不用echo) 3.对比两...

参与评论您还未登录，请先登录后发表或查看评论

命令在crontab中的行为和在命令行中的行为不一致

darknight

07-03

472

的格式定义你的任务。除此以外，也要注意crontab任务运行时使用的环境变量和在交互式shell中的不同。来执行的，而在ubuntu中，sh指向的是dash。这是因为在crontab中，所有的任务都是通过。所以为了保持一致性，可以在crontab中以。在crontab中，如果设置一个定时任务。但在bash中，如果执行。，会发现执行完成后，

crontab执行和手动执行结果不一致

Mankel

10-27

1001

1.环境变量问题在#!/bin/bash下添加 source /etc/profile source ~/.bash_profile 2.路径问题不能写相对路径，需要写绝对路径 crontab执行的默认路径是在：当前用户的根目录

crontab定时执行脚本与手动执行脚本结果不一致

wgaoqg的专栏

06-05

4551

遇到一个头疼的问题，shell脚本手工执行结果正确，但是放到crontab中执行，结果却是错误的。脚本执行的路径肯定是没有问题的，比较怀疑crontab执行和手工执行两者的环境不同，在手工执行脚本时，通过ssh登录到服务器，其间会自动执行root目录下的.bash_profile（注意前面有一个点，此文件是隐藏文件），为此，在shell脚本的最前面加上下面语句：source ~/.bash_p

crontab 执行脚本与手动执行结果不一致！

green_hunter的专栏

09-04

1650

环境变量问题，我就直接在脚本第二行加入以下代码： source /etc/profile source ~/.bashrc 执行后就正确了。目前写了一个脚本，定时执行，去检测spark中，sparkstreaming的状态，如果没有流，则用脚本拉起来。脚本如下： #! /bin/bash source /etc/profile source ~/.bash_profile func() {...

Linux下shell脚本手动执行和放在crontab中自动执行的结果不一样

热门推荐

家门口的知鸟

03-18

1万+

我感觉可能是时间读取出错了。在脚本最前面加上一句: source ~/.bash_profile http://blog.chinaunix.net/uid-20648405-id-1907334.html 先试一下再run一次看看。 http://ivan4126.blog.163.com/blog/stat

由于crontab运行的shell环境与手动shell环境不同导致的脚本运行问题

qq_15783243的博客

02-15

565

1、当使用crontab执行sh脚本时，发现手动运行正常的脚本在crontab上会提示缺少包等问题，通过各种搜索终于发现是环境变量问题，解决方法很简单，只需要在脚本开头增加 source ~/.bash_profile 2、如果手动执行脚本可以成功运行，但crontab却不行，并且crontab执行脚本时报 Permission denied 错误，则是crontab没有执...

crontab执行shell脚本和直接运行的结果不一样

Liwan_Daniel的博客

08-15

6165

crontab执行shell脚本和直接运行的结果不一样今天在写脚本用于检测服务器多个端口的运行状态，写完后直接运行没有问题，但是用crontab做定时执行的时候会导致执行的结果不一样，经过各种调试，终于明白问题的所在，就是需要配置脚本的运行环境我这里使用的是nmap(linux下网络扫描和嗅探工具包)来检测端口，看代码#判断文件python_port里面的端口是不是在服务中 for i in `ca

shell脚本用crontab执行或者system调用和手动执行结果不一致

一路奔跑94的博客

06-24

1943

shell脚本用crontab执行和手动执行结果不一致加上 PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin 这行就好了, shell首部用 #!/usr/bin/env bash 这个移植性更好。主要的原因还是两次执行时的环境不一样，可以使用 echo $PATH 看一下结果，两次的是有区别的使用C 语言...

解决linux shell用crontab定时器执行的脚本结果和手动执行脚本的结果不一致(比较字符串相等‘=’ ‘==’)...

GG8926895的博客

06-29

1216

原脚本代码 #!/bin/bash cd ~/home/work/hours RESP=`git pull` if [ "$RESP" == "Already up-to-date." ];then echo "already up-to-date" >> ~/home/logs/deploy.log else echo "no already, start re...

shell之外的地方执行脚本遇到的问题

指点江山

07-17

267

这周装服务器，系统，应用都OK后，发现有的crontab脚本中的命令无法执行，苦思了两天，还是以下提供的建议解决了我的问题。最近碰到一个问题,shell脚本直接运行和crontab设置好定时运行的结果不一样,郁闷. 脚本是向远端数据库写入记录,直接运行可以在远端写入记录,而在crontab中定时,脚本是已经执行了,可是并没有向远端数据库写入记录. 2008-1-17 11:25 ...

shell脚本直接运行和crontab结果不一样

wdsafmy468619的专栏

03-26

2289

问题描述: 案例1. 以前写了个更新svn然后cp到别外一个目录(简称目录a)的脚本，达到另外一个目录的程序定期svn同步的效果。(当然，你可能要问为啥目录a不装个svn up,这个你可以先不管) 脚本写好后，执行没有问题，结果放到crontab中定时跑，却怎么也不行。后来以为是svn权限的问题或是报提示的问题，最后还运用了expect等脚本,依然无效。最后由于需求改变,这个就搁下了，但

分享一个shell脚本的坑：grep匹配+wc取值在脚本执行后的结果与手动执行结果不一致...

weixin_33851429的博客

10-03

1646

打算在跳板机上写一个shell脚本，批量检查远程服务器上的main进程是否在健康运行中。先找出其中一台远程机器，查看main进程运行情况 [root@two002 tmp]# ps -ef|grep main root 23448 23422 0 11:40 pts/0 00:00:00 grep --color=auto main [root@two002 tmp]# ...

linux crontab执行结果不一样,crontab执行脚本与手动执行结果不一致

weixin_34096885的博客

05-26

675

IIS 注册4&period;0 Framework打开cmd ,运行如下命令 C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe-iUnable to execute dex&colon; Multiple dex files define这是一个编译错误,在ADT的编译器和SDK的工具有差异或是版...

shell执行和crontab执行结果不一样的问题

weixin_33806300的博客

07-03

355

1.查看脚本中是不是绝对路径，脚本中不能存在相对路径；2.必须在脚本中增加环境变量，否则会出现想不到的问题；在脚本中增加如下内容，以声明环境变量 source /etc/profile 转载于:https://blog.51cto.com/liuzhengwei521/2135685...

crontab 踩坑记录：手动执行脚本正常，但是 crontab 定时执行脚本异常问题探索

(ÒωÓױ)

02-23

8821

一、引言最近在工作中遇到了一个比较有趣的问题，相关背景如下：我想要在 Linux 环境中加一个定时任务，每天凌晨 3 点执行，用来发送一些数据文件给对接方我在 $HOME/shell 下写了一个脚本，然后 crontab 设置了执行计划，手动执行了下脚本，发现没有问题就快乐的下班了。谁知道第二天对接方联系我说，凌晨 3 点文件并没有收到。这是什么情况呢？我不是明明仔细检查了 crontab 的配置了吗？我再仔细查看了下我的脚本日志，惊奇的发现了一个匪夷所思的问题： crontab 执行的

python手工执行可以、定时任务不行_Crontab-手动执行python脚本没问题，用crontab定时任务未执行...

weixin_39540744的博客

02-04

916

最近系统老是出问题，写了些脚本监控cpu、磁盘空间、进程和数据库，手动执行脚本没问题，用crontab定时任务执行，要么没反应，要么没有写入文件，记录一下踩坑及解决全程。手动执行脚本没问题，用crontab不行，坑大概率在两个方面：路径和环境变量。一、查看crontab执行日志、输出执行结果1.查看crontab执行日志用root账户，tail -100f 动态刷新日志，看定时任务有没有在跑，如果...

crontab和shell跑出来的结果不一样

最新发布

08-08

在排查 `crontab` 执行命令与手动在 Shell 中执行结果不一致的问题时，需要从多个角度进行分析，尤其是环境变量、路径问题、脚本执行权限以及日志记录等方面。 ### 3.1 环境变量差异 `crontab` 执行时的环境变量与用户交互式 Shell（如 Bash）中的环境变量不同，可能导致命令无法找到或执行失败。例如，`PATH`、`JAVA_HOME` 或其他自定义环境变量可能未在 `crontab` 的上下文中定义。解决方法是在脚本开头显式声明所需的环境变量： ```bash #!/bin/bash export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 ``` 也可以在脚本中加载系统环境配置文件： ```bash source /etc/profile ``` ### 3.2 路径问题 `crontab` 执行脚本时的工作目录通常是用户的家目录，而不是脚本所在目录。因此，使用相对路径可能导致文件找不到。解决方法是： - 在脚本中使用绝对路径访问文件或执行命令。 - 或者在脚本开头切换到脚本所在目录： ```bash cd /path/to/script/ ``` ### 3.3 命令执行权限某些命令在 `crontab` 中执行时可能因权限问题失败，尤其是涉及系统服务、文件写入或网络访问的命令。解决方法包括： - 确保脚本本身具有可执行权限：`chmod +x script.sh` - 确保脚本中调用的命令在 `crontab` 环境下可用且具有执行权限。 - 若涉及系统资源访问（如 `/dev` 或网络），应考虑使用 `sudo` 或调整权限策略。 ### 3.4 日志和调试信息由于 `crontab` 不像交互式 Shell 那样提供即时反馈，因此日志记录是排查问题的关键。建议： - 查看系统日志 `/var/log/cron` 或 `/var/log/syslog`（取决于 Linux 发行版）。 - 在脚本中添加日志输出： ```bash echo "Script started at $(date)" >> /tmp/script.log ``` - 捕获标准输出和标准错误输出： ```bash * * * * * /path/to/script.sh >> /tmp/script_output.log 2>&1 ``` - 若使用 `mailx` 发送执行结果，确保 `crontab` 没有屏蔽错误信息。 ### 3.5 示例：排查 Go 程序在 crontab 中未执行当在 `crontab` 中执行如下命令时： ```bash * * * * * /usr/local/bin/go run /path/to/main.go ``` 如果手动执行 `go run main.go` 成功，但在 `crontab` 中失败，很可能是由于 `go` 命令路径未在 `crontab` 的 `PATH` 中定义，或者当前用户环境变量未加载。解决方法： ```bash * * * * * /bin/bash -c 'export PATH=/usr/local/go/bin:$PATH && go run /path/to/main.go' ``` 或者在脚本中封装上述逻辑： ```bash #!/bin/bash export PATH=/usr/local/go/bin:$PATH go run /path/to/main.go ``` 并确保该脚本被 `crontab` 正确调用： ```bash * * * * * /path/to/run_go.sh >> /tmp/go_output.log 2>&1 ``` ###