人工智能学习

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

本文主要是介绍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

这篇关于alpine 镜像时区调为 Asia/Shanghai 后因 TZ 与 apk del tzdata 导致不生效的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!