容器里时间总差8小时,定时任务跟着跑偏的一次排查
【摘要】 前段时间,我在容器里跑了一个每天凌晨两点跑一次的定时任务,结果连续几天都是上午十点左右才跑,整整晚了八个小时。一开始,我以为是 cron 表达式写错了。我把分钟、小时、日期、月份、星期对了好几遍,还改了几次执行时间测试。结果任务还是准时晚八个小时,一分钟不多,一分钟不少。差值这么固定,我才觉得不像写错表达式,更像是时间基准不一样。我又去看了宿主机时间,执行 date 显示的是北京时间,没有问...
前段时间,我在容器里跑了一个每天凌晨两点跑一次的定时任务,结果连续几天都是上午十点左右才跑,整整晚了八个小时。
一开始,我以为是 cron 表达式写错了。我把分钟、小时、日期、月份、星期对了好几遍,还改了几次执行时间测试。结果任务还是准时晚八个小时,一分钟不多,一分钟不少。差值这么固定,我才觉得不像写错表达式,更像是时间基准不一样。
我又去看了宿主机时间,执行 date 显示的是北京时间,没有问题。那时我还以为容器时间应该和宿主机同步,毕竟容器就跑在这台机器上。后来又查了一圈日志,日志时间同样晚了八个小时,线索还是对不上。
后来,我直接进了容器,这一步其实应该更早做:
docker exec -it my-job date
结果很清楚,容器显示 UTC 时间,带着 +0000,宿主机是 +0800,正好差八个小时。容器默认用 UTC,并不会因为宿主机是北京时间就自动跟着改,cron 也是按容器自己的时间跑的。
找到原因后,改法也不复杂。把宿主机时区文件挂载进容器,同时设置 TZ 环境变量,让容器明确使用 Asia/Shanghai。旧容器要重新创建才生效,直接改运行中容器的环境变量是不够的。
docker run -d --name my-job -v /etc/localtime:/etc/localtime:ro -e TZ=Asia/Shanghai my-image
用 Compose 也差不多,在服务下加上 environment 和 volumes,把 TZ 写清楚,时区文件只读挂载。改完重启容器,再进容器执行 date,看到 +0800 和北京时间,时间才算真正对上。
services:
my-job:
image: my-image
environment:
- TZ=Asia/Shanghai
volumes:
- /etc/localtime:/etc/localtime:ro
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)