Selfhosted

40717 readers

417 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago

MODERATORS

HybridSarcasm@lemmy.world

HybridSarcasm@lemmy.hybridsarcasm.xyz

Why mount /etc/timezone and /etc/localtime in containers? (lemmy.world)

submitted 2 weeks ago by talkingpumpkin@lemmy.world to c/selfhosted@lemmy.world

5 comments fedilink hide all child comments

A lot of selfhosted containers instructions contain volume mounts like:

docker run ...
  -v /etc/timezone:/etc/timezone:ro \
  -v /etc/localtime:/etc/localtime:ro \
  ...

but all the times I tried to skip those mounts everything seemed to work perfectly.

Are those mounts only necessary in specific cases?

PS:

Bonus question: other containers instructions say to define the TZ variable. Is that only needed when one wants a container to use a different timezone than the host?

top 5 comments

sorted by: hot top controversial new old

[–] mbirth@lemmy.ml 36 points 2 weeks ago

If the container instructions say to set the TZ variable, this means that they bring all the necessary timezone information (for all timezones around the world) with them inside the container. For Alpine Linux, this would be the 1.5 MB (uncompressed) tzdata package.

If you are instructed to link to those files on the host system, the container usually doesn't come with the tzdata package and the only way for it to use your timezone is to use the information from the host system by mounting the 2 files.

However, if you don't mount these files, the container will usually run in UTC and won't observe DST. So, all the times in log files and everything regarding time will be in UTC.

[–] ptz@dubvee.org 17 points 2 weeks ago

Most containers default to UTC, and depending what you're running, that may be fine.

I only mount /etc/timezone / /etc/localtime if I'm running a container where it needs to be on the same timezone as the host (DB containers, anything where I want the logs in local time, etc). Not all containers use the TZ env var, so bind mounting the timezone files from the host is a guaranteed way to sync them.

[–] BCsven@lemmy.ca 15 points 2 weeks ago

For a lot of applications the correct time may not matter but for something like homeassstant or syncthing you want your container time to be correct on a restart

[–] DaGeek247@fedia.io 10 points 2 weeks ago

It's so the container has the correct local time. It doesn't matter unless you're trying to schedule things in the container and don't want to calculate the offset every time you do.

[–] Coelacanthus@lemmy.kde.social 3 points 2 weeks ago

Without it, the program just fallback to UTC. /etc/localtime and $TZ are two ways to specify timezone for programs. The program look up the later first, if it's empty and then use /etc/localtime. In theory, $TZ has better performance because of the glibc will not look up the last modified time of /etc/localtime when every calling of localtime lookup.