CronJob 计划任务异常不执行的问题

作者: , 共 820 字 , 共阅读 0

新服务器上遇到一个问题, CronJob 计划任务突然不执行,所有用户的任务都失效,之前定时任务执行时发送的邮件也没了。而且间续发作,准确说,每天白天有 14 小时左右不执行,比如从早上 8 点到晚上 10 点,但有时候是从早上 7 点到晚上 9 点。

一开始以为是时区或者对时任务造成的,但改了之后还是不行。当任务不执行之后,停止或重启cron service也不起作用。

执行命令systemctl status cron发现一个有趣的问题,它的结果类似于下面这个:

 cron.service - Regular background program processing daemon
   Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-07-24 09:34:46 CST; 23h ago
     Docs: man:cron(8)
 Main PID: 1336 (cron)
    Tasks: 11058 (limit: 11059)
    CGroup: /system.slice/cron.service
           └─1336 /usr/sbin/cron -f

我们发现Tasks后面的数据已经接近于 11059 的限制。然后我们检查其他的服务器,任务数都是个位数。

同时我们发现在CGroup下面有几个执行了好几天没有退出的僵尸任务。手工强行杀死这几个僵尸任务,再次检查systemctl status cron,发现Tasks的个数已经是 1 ,而且计划任务开始正常执行了!

还有检查 cron log :

sudo grep -i cron /var/log/syslog*

Q. E. D.

类似文章:
今天发现一台新的服务器( ubuntu 18.04 )的计划任务异常,但非常有规律,就是所有任务都比预设时间晚了 8 个小时执行。自然而言猜测是时区设置问题。
导出:
IT » cronjob
第一步,在当前服务器导出计划任务:
IT » Linux系统配置
查看当前 DNS :
IT » gitlab, git
重启了一台服务器,发现配置的 gitlab 没有启动。手动启动sudo gitlab-ctl start提示一堆runsv not running的信息。
IT » Ubuntu
最近一台 ubuntu 服务器经常出现磁盘不足的情况,删除部分空间后,过一段时间空间又会不足。粗略估计每小时降低 4G。
相似度: 0.085
IT » crontab, linux
1、查看当前状态
相似度: 0.082
boost是除std外最常用的 C++库,覆盖很多常用操作。目前最新的版本是1.59.0http://boost.org/上可以查看最新版本号,将下面的 59 换成最新的即可)。
最近在配置 matrix synapse 时,才注意到现在配置一个 https 网站已经非常简单,而且 nginx 也非常好用。
今天发现一台新的服务器( ubuntu 18.04 )的计划任务异常,但非常有规律,就是所有任务都比预设时间晚了 8 个小时执行。自然而言猜测是时区设置问题。