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

最新推荐文章于 2024-07-03 14:03:30 发布
最新推荐文章于 2024-07-03 14:03:30 发布
阅读量2.8k 收藏
点赞数
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/TAB_YLS/article/details/102780412
版权

问题分析：crontab能够执行，直接手动也能够执行，但是crontab和手动出来的结果就是不一样，这个问题有很大的可能是因为两者的环境变量不一致导致的

解决方案：将crontab的环境变量改成和命令行shell下的一致

解决过程：

1.在crontab控制的脚本中输出当前的环境变量env （是一个命令，不用echo)

2.输出shell下的env (是一个命令不用echo)

3.对比两者的不同之处，逐个排查调试

Shell脚本的直接运行和crontab的结果不同
CodeWWWCode的博客
10-07 592
在脚本中显式定义所需的工作目录，以确保脚本在crontab的执行环境中使用相同的工作目录。
Linux应急响应入侵排查思路
10-28 1362
0x00 前言 ​ 当企业发生黑客入侵、系统崩溃或其它影响业务正常运行的安全事件时，急需第一时间进行处理，使企业的网络信息系统在最短时间内恢复正常工作，进一步查找入侵来源，还原入侵事故过程，同时给出解决方案与防范措施，为企业挽回或减少经济损失。 针对常见的攻击事件，结合工作中应急响应事件分析和解决的方法，总结了一些Linux服务器入侵排查的思路。 0x01 入侵排查思路 一、账号安全 基...
crontab执行和手动执行结果不一致
Mankel
10-27 852
1.环境变量问题 在#!/bin/bash下添加 source /etc/profile source ~/.bash_profile 2.路径问题 不能写相对路径，需要写绝对路径 crontab执行的默认路径是在：当前用户的根目录
crontab执行sh脚本和手动执行结果不一样问题解决
热门推荐
zjjee的专栏
11-12 1万+
当使用crontab执行sh脚本时，发现存到数据库的数据丢失了非常多，困惑。。。于是gezhong
crontab定时执行脚本与手动执行脚本结果不一致
wgaoqg的专栏
06-05 4352
遇到一个头疼的问题，shell脚本手工执行结果正确，但是放到crontab中执行，结果却是错误的。 脚本执行的路径肯定是没有问题的，比较怀疑crontab执行和手工执行两者的环境不同，在手工执行脚本时，通过ssh登录到服务器，其间会自动执行root目录下的.bash_profile（注意前面有一个点，此文件是隐藏文件），为此，在shell脚本的最前面加上下面语句：source ~/.bash_p
命令在crontab中的行为和在命令行中的行为不一致
最新发布
darknight
07-03 273
的格式定义你的任务。除此以外，也要注意crontab任务运行时使用的环境变量和在交互式shell中的不同。来执行的，而在ubuntu中，sh指向的是dash。这是因为在crontab中，所有的任务都是通过。所以为了保持一致性，可以在crontab中以。在crontab中，如果设置一个定时任务。但在bash中，如果执行。，会发现执行完成后，
java定时任务在linux上失效,linux定时任务生产java服务无法执行问题案例
weixin_42109732的博客
05-08 1107
我写了一个重启resin的脚本，由于业务原因，需要定时在某一个时间重启下resin服务器于是就在crontab里配置了如下内容：* * - root /usr/local/bin/resin_restart.sh其中，resin_restart.sh内容如下：#!/bin/sh/usr/local/bin/xxresin_stop.sh/usr/local/bin/xxresin_start.sh...
jvm回收mysql连接_数据库连接池内存泄漏问题的分析和解决方案
weixin_39624716的博客
01-20 612
一、问题描述上周五晚上主营出现部分设备掉线，经过查看日志发现是由于缓存系统出现长时间gc导致的。这里的gc日志的特点是：1．gc时间都在2s以上，部分节点甚至出现12s超长时间gc。2．同一个节点距离上次gc时间间隔为普遍为13～15天。然后紧急把剩余未gc的一个节点内存dump下来，使用mat工具打开发现，com.mysql.jdbc.NonRegisteringDriver 对象占了堆内存的大...
用Webhook+Python+Shell 编写一套 Unix 类系统监控工具
GitChat
07-03 4212
告警系统是系统运维必须掌握的技能、不管是用 Zabbix、Cacti 等监控平台还是其他的监控工具，都需要有一个实时的监控与反馈机制，能让问题、故障实时的通知到工程师的手里，及时得到解决；以最大化的保障业务的正常。 这次总结部署监控是为了更好的学习、经验的总结、也希望能给各位带来一点帮助，在大家刚好需要的时候，这篇文章或许会给你不一样的方便！ Webhook+Python+Shell 编写一套强大...
Redis原理和高可用场景实践总结
击水三千里的专栏
12-26 3779
redis必知必会
crontab执行脚本和手动执行脚本输出结果不一致的问题处理
11-16 602
　　背景：huskiesir最近用公司给分配的账户写了脚本去检测某应用状态并发送到企业邮箱，写完脚本之后去执行了一下，发现效果还不错，在邮箱显示效果如下： 　　10.11.116.6 检查结果OK,检查时间:2018-11-16_15:26:04 　　但是呢，经过crontab自动执行以后才发现，显示效果是这样的： 　　检查结果OK,检查时间:2018-11-16_13:17:0...
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
linux crontab执行结果不一样,crontab执行脚本与手动执行结果不一致
weixin_34096885的博客
05-26 561
IIS 注册4.0 Framework打开cmd ,运行如下命令 C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe-iUnable to execute dex: Multiple dex files define这是一个编译错误,在ADT的编译器和SDK的工具有差异或是版...
手动运行脚本执行正常而放入crontab后不正常
章鱼哥的笔记本
11-17 1402
在crontab -e编辑时加入. /etc/profile;/bin/sh #主要"."后要有个空格 #例子 0 12 * * * . /etc/profile;/bin/sh /your/sh/your_sh.sh
crontab执行脚本报错手动执行正确
江上清风山间明月的博客
04-24 439
当我们用户登录的时候，我自己的 .profile 文件自行添加了 PATH="$HOME/bin:$PATH" 的环境变量定义，而 crontab 并没有。原来是因为 crontab 的 环境的问题，在 crontab 自动执行时，它不会加载 PATH 全部路径，我们必须在脚本里面声明出来。因为 crontab 缺少一些环境变量的初始化，导致了脚本中调用的一些可执行程序在 $PATH 中寻找不到，故而脚本执行异常。还有一种粗暴的方式，直接把运行正常的PTAH变量export到当前环境。
crontab执行和shell执行的差异
weixin_48163535的博客
10-14 838
先插播一条shell小知识，直接shell运行命令时，标准错误和标准输出都会显示在终端上，但是用>重定向到文件时，只有标准输出，所以需要加上 2>&1才能把标准错误也加上，方便debug 写了个脚本，shell手动运行没问题，但是写到crontab里面就报错： ./auto_test.sh: line 16: kubectl: command not found 首先crontab也是以root用户运行，应该不会时用户权限的问题。 经过实验，发现： 在另一台机器上是可以通过crontab
crontab 踩坑记录：手动执行脚本正常，但是 crontab 定时执行脚本异常问题探索
(ÒωÓױ)
02-23 8318
一、引言 最近在工作中遇到了一个比较有趣的问题，相关背景如下： 我想要在 Linux 环境中加一个定时任务，每天凌晨 3 点执行，用来发送一些数据文件给对接方 我在 $HOME/shell 下写了一个脚本，然后 crontab 设置了执行计划，手动执行 了下脚本，发现没有问题就快乐的下班了。 谁知道第二天对接方联系我说，凌晨 3 点文件并没有收到。 这是什么情况呢？我不是明明仔细检查了 crontab 的配置了吗？ 我再仔细查看了下我的脚本日志，惊奇的发现了一个匪夷所思的问题： crontab 执行的
crontab 每周日 1点执行 crontab 手动执行一次
05-16
要在 crontab 中设置每周日 1 点执行任务，可以使用以下命令： ``` 0 1 * * 7 command ...如果您想手动执行一次 crontab，可以使用以下命令： ``` crontab -e ``` 然后编辑您的 crontab 文件，保存退出即可。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值