首页 > 文章列表 > 解决Linux下crontab的常见问题及解决方案

解决Linux下crontab的常见问题及解决方案

linux crontab
202 2024-02-22

linux计划任务格式_linux计划任务整点执行_linux任务计划不生效

linux计划任务整点执行_linux计划任务格式_linux任务计划不生效

免费加入嵌入式项目实战群(送开发板),

请加良许微信:coderliangxu-8

来源:运维漫谈

实际工作中,crontab出现的问题是多种多样的,下边就深入介绍下crontab在具体工作中容易出现的问题和解决问题的办法。

一、crontab能干啥

crond是linux下拿来周期性的执行某种任务或等待处理个别风波的一个守护进程,与windows下的计划任务类似,当安装完成操作系统后,默认会安装此服务工具,而且会手动启动crond进程,crond进程每分钟会定期检测是否有要执行的任务,假如有要执行的任务,则手动执行该任务。

Linux下的任务调度分为两类,系统任务调度和用户任务调度。

关于crontab的用途,在企业实际应用中十分广泛,常见的有定时数据备份、定时系统检查、定时数据搜集、定时更新配置、定时生成报表等等。

二、crontab应用实例

1、crontab使用格式

crontab常用的使用格式有如下两种:

crontab [-u user] [file]
crontab [-u user] [-e|-l|-r |-i]

选项涵义如下:

2、crontab文件句型

用户所构建的crontab文件中,每一行都代表一项任务,每行的每位数组代表一项设置,它的格式共分为六个数组,前五段是时间设定段,第六段是要执行的命令段,格式如下:

minute hour day month week command

其中:

?minute:表示分钟,可以是从0到59之间的任何整数。

?hour:表示小时,可以是从0到23之间的任何整数。

?day:表示日期,可以是从1到31之间的任何整数。

?month:表示月份,可以是从1到12之间的任何整数。

?week:表示礼拜几,可以是从0到7之间的任何整数,这儿的0或7代表礼拜日。

?command:要执行的命令,可以是系统命令,也可以是自己编撰的脚本文件。

在以上各个数组中,还可以使用以下特殊字符:

?星号():代表所有可能的值,比如month数组若果是星号,则表示在满足其它数组的阻碍条件后每月都执行该命令操作。

?冒号(,):可以用冒号隔开的值指定一个列表范围,比如,“1,2,5,7,8,9”

?中杠(-):可以用整数之间的中杠表示一个整数范围,比如“2-6”表示“2,3,4,5,6”

?正斜线(/):可以用正斜线指定时间的间隔频度,比如“0-23/2”表示每两小时执行一次。同时正斜线可以和星号一起使用,比如/10,假如用在minute数组,表示每十分钟执行一次。

3、几个crontab事例

0 /3 /usr/local/apache2/apachectl restart

表示每隔3个小时重启apache服务一次。

30 3 6 /webdata/bin/backup.sh

表示每周六的3点30分执行/webdata/bin/backup.sh脚本的操作。

0 0 1,20 fsck /dev/sdb8

表示每位月的1号和20号检测/dev/sdb8c盘设备。

10 5 /5 * echo "">/usr/local/apache2/log/access_log

表示每位月的5号、10号、15号、20号、25号、30号的5点10分执行清除apache日志操作。

三、系统级任务调度/etc/crontab

在/etc目录下有一个crontab文件,这个就是系统任务调度的配置文件。

/etc/crontab文件包括下边几行:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

从前面的示例文件可看出,crontab的任务列表主要由两部份组成:环境变量配置与定时任务配置。可能你们在工作中更多是只用到了任务配置部份。

前四行是拿来配置crond任务运行的环境变量,第一行SHELL变量指定了系统要使用那个shell,这儿是bash,第二行PATH变量指定了系统执行命令的路径,第三行MAILTO变量指定了crond的任务执行信息将通过电子短信发送给root用户,假如MAILTO变量的值为空,则表示不发送任务执行信息给用户linux视频,第四行的HOME变量指定了在执行命令或则脚本时使用的主目录。第六至九行就是crontab执行格式的具体写法。

四、crontab调试解析利器

一般在使用crontab添加任务时,我们会借助自己已有知识编撰定时句子。当须要测试句子是否正确时,还须要在服务器上不断调试,,这些方法太不高效了。有没有一款工具,只要我们给出词句,能够告诉具体执行时间以及对错呢?还真有,下边介绍一款鬼佬开发的crontab在线解析工具。

工具地址:

linux任务计划不生效_linux计划任务格式_linux计划任务整点执行

给出这个工具的截图如下:

linux任务计划不生效_linux计划任务整点执行_linux计划任务格式

好用不好用,你试试就晓得。

五、crontab使用的各类坑

1、环境变量问题

当我们刚使用crontab时,运维老手们通常会告知所有命令尽量都使用绝对路径,以防错误。这是为何?这就和我们下边要谈的环境变量有关了。

首先,获取shell终端环境变量,内容如下:

[root@SparkWorker1 dylogs]# env
XDG_SESSION_ID=1629
HOSTNAME=SparkWorker1
TERM=linux
SHELL=/bin/bash
HISTSIZE=1000
SSH_CLIENT=172.16.213.132 50080 22
HADOOP_PREFIX=/opt/hadoop/current
CATALINA_BASE=/opt/hadoop/current/share/hadoop/httpfs/tomcat
SSH_TTY=/dev/pts/1
QT_GRAPHICSSYSTEM_CHECKED=1
USER=root
MAIL=/var/spool/mail/root
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/java/default/bin:/opt/hadoop/current/bin:/opt/hadoop/current/sbin:/root/bin
PWD=/data/dylogs
LANG=zh_CN.UTF-8
HOME=/root

要获取crontab环境变量信息,可以设置如下计划任务:

* * * * * /usr/bin/env > /tmp/env.txt

等待片刻,env.txt输出内容如下:

[root@SparkWorker1 dylogs]# cat /tmp/env.txt
XDG_SESSION_ID=1729
SHELL=/bin/sh
USER=root
PATH=/usr/bin:/bin
PWD=/root
LANG=zh_CN.UTF-8
SHLVL=1
HOME=/root
LOGNAME=root
XDG_RUNTIME_DIR=/run/user/0
_=/usr/bin/env

从里面输出结果可知,shell命令行的PATH值为

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/java/default/bin:/opt/hadoop/current/bin:/opt/hadoop/current/sbin:/root/bin

而crontab中的PATH值为:

PATH=/usr/bin:/bin

对比crontab环境变量与shell终端环境变量的输出,可以发觉二者的差别很大。你们可能碰到过,在shell命令行执行脚本都没有问题,而放在crontab后却执行异常,或则执行失败,此时,我们就须要考虑是否命令涉及的环境变量在crontab和shell命令行间存在差别。

比如,我们在crontab中执行了如下定时任务:

20 16 * * * php autosave.php

而假如我们的php是安装在/usr/local/bin/目录下的话,这么前面这个定时任务因为未能找到php命令,会运行失败。

这么,晓得了环境变量问题,可能造成计划任务未能正常执行,如何能够避开这个问题呢,这个交给你们一个终极大招,可以在crontab中加入如下配置,保证你的计划任务执行不会出现环境变量问题:

* * * * * source /$HOME/.bash_profile && command

linux计划任务整点执行_linux计划任务格式_linux任务计划不生效

这个似乎是在执行计划任务命令之前,先加载了用户环境变量信息,由此可保证所有环境变量都可正常加载。

2、定时时间配置误区

时间是crontab的核心,稍稍配置不当,才会出现问题,先看在整点时间设置时可能出现的错误,比如,设定每晚2点执行一次任务,好多同学可能如此写过:

* 2 * * * command

很显著linux计划任务整点执行linux 删除文件夹,这个时间写法是错误的,当我们看到每晚2点执行一次某任务时,好多人会把重点放到2点,而忽视了执行一次的需求。前面这个定时任务他会在2点开始执行,每分钟执行一次,总共执行60次。

正确的写法应当是这样的:

0 2 * * * command

这个才表示每晚2点0分执行command对应的任务。

3、特殊符号%问题

%在crontab中是特殊符号,具体涵义如下:

第一个%表示标准输入的开始,其余%表示换行符,看下边两个反例:

* * * * * cat >> /tmp/cat.txt 2>&1 % stdin out

查看/tmp/cat.txt的内容为:

stdin out

再看下边这个事例:

* * * * * cat >> /tmp/cat1.txt 2>&1 % stdin out 1 % stdin out 2 % stdin out 3

查看/tmp/cat1.txt的内容如下:

stdin out 1
stdin out 2
stdin out 3

有输出内容可知,第一个%表示标准输入的开始,其余%表示换行符。

既然"%"是特殊字符,这么在crontab中使用时,就要非常注意,如何使用这种特殊字符呢,很显著,使用转移字符即可linux计划任务整点执行,比如:

* * * * * cat >> /tmp/cat2.txt 2>&1 % Special character escape %.

查看输出/tmp/cat2.txt输出内容如下:

linux任务计划不生效_linux计划任务整点执行_linux计划任务格式

Special character escape %.

可以看见,执行成功了,并成功避免这个坑了。

4、关于crontab的输出重定向

在crontab执行的计划任务中,有些任务若果不做输出重定向,这么本来会输出到屏幕的信息,会以短信的方式输出到某个文件中,比如,执行下边这个计划任务:

* * * * * /bin/date

这个计划任务是没有做输出重定向的,他的主要用途是输出时间,因为没有配置输出重定向,这么这个时间信息默认将以短信的方式输出到/var/spool/mail/$USER(这个$USER对应的是系统用户,这儿是root用户)文件中,大致内容如下:

From [email protected] Fri Sep 21 12:58:02 2022
Return-Path:
X-Original-To: root
Delivered-To: [email protected]
Received: by SparkWorker1.localdomain (Postfix, from userid 0)
id F2745192AE; Fri, 21 Sep 2022 12:58:01 +0800 (CST)
From: "(Cron Daemon)"
To: [email protected]
Subject: Cron /bin/date
Content-Type: text/plain; charset=UTF-8
Auto-Submitted: auto-generated
Precedence: bulk
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
Message-Id:
Date: Fri, 21 Sep 2022 12:58:01 +0800 (CST)
2022 09 21 星期五 12:58:01 CST

由此可见,输出内容还是好多的,如遇见任务有大量输出的话,会占用大量c盘空间,其实,这个电邮输出最好关掉,如何关掉呢,只需设置MAILTO环境变量为空即可,里面的计划任务,可做如下更改:

MAILTO=""
* * * * * /bin/date

这样,就不会发短信信息到/var/spool/mail/$USER下了,而且问题并没有彻底解决,关掉mail功能后,输出内容将继续写入到/var/spool/clientmqueue中,常年下去,可能占满分区的inode资源,造成任务未能执行。

为了防止这种问题发生,建议任务都加上输出重定向,比如,可以在crontab文件中设置如下方式,忽视日志输出:

0 */3 * * * /usr/local/apache2/apachectl restart >/dev/null 2>&1

其中,“/dev/null2>&1”表示先将标准输出重定向到/dev/null,之后将标准错误重定向到标准输出,因为标准输出早已重定向到了/dev/null,因而标准错误也会重定向到/dev/null,这样日志输出问题就解决了。

5、调试crontab问题的通常思路

要解决crontab相关异常问题,可根据如下思路进行调试:

(1)、通过/var/log/cron日志确认任务是否执行

(2)、如未执行则剖析定时句子,是否是环境变量问题、特殊字符问题、时间配置问题、权限问题等。

(3)、确认crond服务开启,假如定时句子也正确,检测crond服务是否开启。

Systemd形式(centos7及以上)

[root@SparkWorker1 spool]# systemctl status crond.service

SysVinit形式(centos7以下)

[root@SparkWorker1 spool]# service crond status

(4)确认定时任务中命令是否执行成功

这个问题可通过输出获取错误信息进行调试,技巧就是借助重定向获取输出,之后进行剖析。举例如下:

* * * * * python /usr/local/dyserver/dypos.py >> /tmp/dypos.log 2>&1

通过加上“/tmp/dypos.log2>&1”,就可以很快定位问题,由于这个dypos.py脚本在执行的时侯会把错误信息都输出到dypos.log中,接着查看dypos.log文件,问题一目了然:

[root@SparkWorker1 spool]# cat /tmp/dypos.log
/bin/sh: python: 未找到命令
/bin/sh: python: 未找到命令

显示python命令没有找到,很显著的就可以确定是环境变量的问题。这些方法定位问题十分有效。

良许花了一个半月的时间研制了一门Linux命令课程,欢迎订购学习!

课程特色:

详尽总结150个高频使用命令,学完可应对工作中95%命令需求;

答疑群提供无限次答疑服务,答疑群气氛挺好;

总时长超10小时,抗衡大课时长。

长按下方卡片订购

强烈推荐一位腾讯大鳄录制的Shell实战案例课程(已获授权):

大鳄在腾讯工作6年,在大厂工作十几年,经验丰富;

大鳄依据自己在大厂工作经验总结了100个案例,超级实用!

学完这100个案例,肯定对自己的Shell编程有很大的提高;

答疑群提供无限次答疑服务,答疑群气氛挺好。

长按下方卡片订购

linux任务计划不生效_linux计划任务整点执行_linux计划任务格式

来源:https://www.itcool.net/2186.html