Linux定时任务crontab无法执行
今天碰到了个诡异的问题,自己写的Python脚本,手工可以执行,放在定时任务crontab中,却无法执行,下面讲述了解决过程。
1、首先看crontab的进程是否启动:/sbin/service crond status ,有Active: active (running) 字样,表明运行正常
2、使用需要执行定时任务的用户登录,执行命令:crontab -l,查看当前用户的crontab文件内容(或者直接在root用户执行:crontab -u trnuser -l ,其中trnuser为用户名),发现一切正常。 曾经出现过用户密码过期的情况,会提示:You are not allowed to access to (crontab) because of pam configuration. 这个是用户密码过期了。
3、看脚本里面,有没有相对路径,以免脚本无法找到路径而不去执行。于是手工执行下自己的命令,发现也正常。
4、检查crond是否被限制:cat /etc/cron.deny,文件为空,正常。
5、检查crond的日志:tail -f /var/log/cron,发现里面提示:Jul 28 10:59:01 dcr-app001 crond[26294]: (trnuser) BAD FILE MODE (/var/spool/cron/trnuser) ,初步判断或许是文件权限的原因,查看其权限,发现给的权限是774
-rwxrwxr-- 1 trnuser trnuser 435 Jul 26 20:59 trnuser
对比了root和其他用户的权限,发现这个权限太大了,修改为644解决
通过这个问题,找到了解决crontab不能用的办法:查看日志:/var/log/cron,根据日志提示逐步解决。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
2020-07-28 python查找文本文档中特定间隔位置的字符并替换