CrontJob 的时区问题

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

今天发现一台新的服务器( ubuntu 18.04 )的计划任务异常,但非常有规律,就是所有任务都比预设时间晚了 8 个小时执行。自然而言猜测是时区设置问题。

奇怪的是date -R里显示的时区是上海+8 时区,符合预期。有人说这是因为用户 bash 环境设置了TZ环境变量,而计划任务并不会初始化 bash 环境导致的。但我们并没有设置过TZ变量,echo $TZ的结果是空。

然后检查了/etc/localtime/etc/timezone两个文件,发现前者显示CST+8时区,但后者里面是UTC时区,不符合预期。但为什么date -R能得到争取的时区,但cronjob却不能,却不得而知。

最后修改方式:

sudo dpkg-reconfigure tzdata

这时候date -Rmore /etc/localtimemore /etc/timezone都显示正确的时区了。

设置时区之后,最好手工重启cron服务:

sudo /etc/init.d/cron restart

Q. E. D.

类似文章:
新服务器上遇到一个问题, CronJob 计划任务突然不执行,所有用户的任务都失效,之前定时任务执行时发送的邮件也没了。而且间续发作,准确说,每天白天有 14 小时左右不执行,比如从早上 8 点到晚上 10 点,但有时候是从早上 7 点到晚上 9 点。
导出:
IT » cronjob
第一步,在当前服务器导出计划任务:
IT » Linux系统配置
查看当前 DNS :
相似度: 0.092
boost是除std外最常用的 C++库,覆盖很多常用操作。目前最新的版本是1.85.0http://boost.org/上可以查看最新版本号,将下面的 59 换成最新的即可)。
一定要先座这一几步,否则直接用pypyodbc会爆下面错误:
最近在配置 matrix synapse 时,才注意到现在配置一个 https 网站已经非常简单,而且 nginx 也非常好用。
IT » Ubuntu
最近一台 ubuntu 服务器经常出现磁盘不足的情况,删除部分空间后,过一段时间空间又会不足。粗略估计每小时降低 4G。
IT » ubuntu, 网络代理
下面命令设置环境变量http_proxyhttps_proxyhttp://127.0.0.1:7890,分别用于访问非加密和加密网址。目前大部分网址都是加密网址。
IT » Linux系统配置
查看当前 DNS :
新服务器上遇到一个问题, CronJob 计划任务突然不执行,所有用户的任务都失效,之前定时任务执行时发送的邮件也没了。而且间续发作,准确说,每天白天有 14 小时左右不执行,比如从早上 8 点到晚上 10 点,但有时候是从早上 7 点到晚上 9 点。