alpine 镜像时区调为 Asia/Shanghai 后因 TZ 与 apk del tzdata 导致不生效

现象:

设置 TZ 环境变量,并且最后删除 tzdata,创建出来的镜像运行时执行 date 后显示日期还是 UTC 时间。

FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add tzdata && cp /usr/share/zoneinfo/${TZ} /etc/localtime \
    && echo ${TZ} > /etc/timezone && apk del tzdata

解决方案

  1. 不删除 tzdata
FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add tzdata && cp /usr/share/zoneinfo/${TZ} /etc/localtime \
    && echo ${TZ} > /etc/timezone
  1. 不设置 TZ 环境变量
FROM alpine AS runtime
RUN apk add tzdata && cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime \
    && echo Asia/Shanghai > /etc/timezone && apk del tzdata
  1. 用官方脚本设置(suggest

alpine 官方文档 可以看到 timezone 是根据 setup-timezone 指定的,而在 alpine 镜像上可以发现没有这个命令,所以可以用 alpine-conf 安装。

FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add alpine-conf && \
    /sbin/setup-timezone -z Asia/Shanghai && \
    apk del alpine-conf

现在可以看到是 CST 时间了(又熬夜的一天)

# date
Sun Jan 16 04:44:07 CST 2022

推测

推测是 date 在有 TZ 环境变量时会去 /usr/share/zoneinfo/ 目录下取时区信息,而我们删掉的 tzdata 就是这个目录,导致找不到信息就 fallback 到 UTC 时间了。没有 TZ 时大概就直接从 /etc/timezone 取时区,再从 /etc/localtime 读时区信息。而 alpine 本身可能没有 TZ 指定环境变量的机制,像 debian 镜像就自带 /usr/share/zoneinfo/,就不会有这个问题。

相关链接

https://github.com/gliderlabs/docker-alpine/issues/136

上一篇:apache2 – 升级php和apache后如何解决phpmyadmin未发现的问题?


下一篇:linux – 使用/ bin / date更改系统时间