Alpine image does not respect TZ environment variable #842

New Issue

OVERLORD · 2026-02-04T22:59:12+03:00

OVERLORD commented

2026-02-04 22:59:12 +03:00

Originally created by @snevas on GitHub (Oct 22, 2020).

Alpine image does not respect TZ environment variable

When starting the latest alpine image, UTC time is used. This breaks fail2ban

Your environment

Bitwarden_rs version: 1.17.0

Install method: Docker image
Clients used: Web
Reverse proxy and version: nginx 1.14.2-2+deb10u3
Other relevant information: TZ=Europe/Amsterdam

Steps to reproduce

Only changed image: 'bitwardenrs/server' to image: 'bitwardenrs/server:alpine'

Expected behaviour

Would respect TZ-variable

Actual behaviour

Was UTC time (-2 hours)

Relevant logs

'bitwardenrs/server':

bitwarden | [2020-10-22 15:10:34.092][start][INFO] Rocket has launched from http://0.0.0.0:80

'bitwardenrs/server:alpine':

bitwarden | [2020-10-22 13:15:00.005][start][INFO] Rocket has launched from http://0.0.0.0:80

Originally created by @snevas on GitHub (Oct 22, 2020).   ### Alpine image does not respect TZ environment variable When starting the latest alpine image, UTC time is used. This breaks fail2ban ### Your environment   * Bitwarden_rs version: 1.17.0  * Install method: Docker image * Clients used: Web * Reverse proxy and version: nginx 1.14.2-2+deb10u3 * Other relevant information: TZ=Europe/Amsterdam ### Steps to reproduce Only changed image: 'bitwardenrs/server' to image: 'bitwardenrs/server:alpine' ### Expected behaviour Would respect TZ-variable ### Actual behaviour Was UTC time (-2 hours) ### Relevant logs  'bitwardenrs/server': > bitwarden | [2020-10-22 15:10:34.092][start][INFO] Rocket has launched from http://0.0.0.0:80 'bitwardenrs/server:alpine': > bitwarden | [2020-10-22 13:15:00.005][start][INFO] Rocket has launched from http://0.0.0.0:80

OVERLORD added the bug low priority labels 2026-02-04 22:59:12 +03:00

OVERLORD closed this issue

2026-02-04 22:59:17 +03:00

OVERLORD commented

2026-02-04 22:59:26 +03:00

@snevas commented on GitHub (Oct 22, 2020):

Also adding the following volume did not work:

'/etc/localtime:/etc/localtime:ro'

@snevas commented on GitHub (Oct 22, 2020): Also adding the following volume did not work: > '/etc/localtime:/etc/localtime:ro'

OVERLORD commented

2026-02-04 22:59:36 +03:00

@davidkna commented on GitHub (Oct 22, 2020):

/etc/localtime might be a symlink. You could try /usr/share/zoneinfo/Europe/Amsterdam:/etc/localtime:ro instead. With podman you could also use either --tz=local or --tz=Europe/Amsterdam.

@davidkna commented on GitHub (Oct 22, 2020): `/etc/localtime` might be a symlink. You could try `/usr/share/zoneinfo/Europe/Amsterdam:/etc/localtime:ro` instead. With podman you could also use either `--tz=local ` or `--tz=Europe/Amsterdam`.

OVERLORD commented

2026-02-04 22:59:41 +03:00

@snevas commented on GitHub (Oct 22, 2020):

@davidkna still does not work. The alpine dockerfile is missing the tz package and hard sets UTC. See: https://quaded.com/docker-apline-configure-timezone/
and
https://github.com/dani-garcia/bitwarden_rs/blob/master/docker/amd64/Dockerfile.alpine

@snevas commented on GitHub (Oct 22, 2020): @davidkna still does not work. The alpine dockerfile is missing the tz package and hard sets UTC. See: https://quaded.com/docker-apline-configure-timezone/ and https://github.com/dani-garcia/bitwarden_rs/blob/master/docker/amd64/Dockerfile.alpine

OVERLORD commented

2026-02-04 22:59:48 +03:00

@briffle commented on GitHub (Nov 11, 2020):

By default, alpine does not include the tzdata package. ( https://gitlab.alpinelinux.org/alpine/aports/-/issues/5543 ) It adds 3.5MB of space to the image, which is rather significant compared to the bare alpine image

To use the timezones, you would need to use apk to install tzdata.

@briffle commented on GitHub (Nov 11, 2020): By default, alpine does not include the tzdata package. ( https://gitlab.alpinelinux.org/alpine/aports/-/issues/5543 ) It adds 3.5MB of space to the image, which is rather significant compared to the bare alpine image To use the timezones, you would need to use apk to install tzdata.

OVERLORD commented

2026-02-04 22:59:51 +03:00

@snevas commented on GitHub (Nov 11, 2020):

I think the 3.5MB would justify timezone support. But that's up to @dani-garcia .

Adding the package manually would break my auto-updating and I won't use this image without timezone support because it breaks fail2ban.

@snevas commented on GitHub (Nov 11, 2020): I think the 3.5MB would justify timezone support. But that's up to @dani-garcia . Adding the package manually would break my auto-updating and I won't use this image without timezone support because it breaks fail2ban.

OVERLORD commented

2026-02-04 22:59:57 +03:00

@polyzen commented on GitHub (Nov 11, 2020):

Making a read-only bind mount to the host's /etc/localtime seems to have worked for me. -v /etc/localtime:/etc/localtime:ro should be the option -- I had manually edited my container's config.v2.json to add the mount.

@polyzen commented on GitHub (Nov 11, 2020): Making a read-only bind mount to the host's `/etc/localtime` seems to have worked for me. `-v /etc/localtime:/etc/localtime:ro` should be the option -- I had manually edited my container's `config.v2.json` to add the mount.

OVERLORD commented

2026-02-04 23:00:02 +03:00

@snevas commented on GitHub (Nov 12, 2020):

Retested and confirmed working! No need to add anything to the alpine image 👍

@snevas commented on GitHub (Nov 12, 2020): Retested and confirmed working! No need to add anything to the alpine image :+1:

OVERLORD commented

2026-02-04 23:00:08 +03:00

@polyzen commented on GitHub (Nov 13, 2020):

Seems like using the logtimezone = UTC option for your jail might be cleaner.

@polyzen commented on GitHub (Nov 13, 2020): Seems like using the `logtimezone = UTC` option for your jail might be cleaner.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/vaultwarden#842