mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-05-22 16:14:20 -05:00
[PR #2996] [CLOSED] Make container get to a healthy state faster (60s -> 10s) #21407
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/dani-garcia/vaultwarden/pull/2996
Author: @spantaleev
Created: 12/16/2022
Status: ❌ Closed
Base:
main← Head:speed-up-health-check📝 Commits (1)
d59197dMake container get to a healthy state faster (60s -> 10s)📊 Changes
1 file changed (+1 additions, -1 deletions)
View changed files
📝
docker/Dockerfile.j2(+1 -1)📄 Description
The way Docker health checks work is:
intervalThe problem is that (as described in 2.), Docker always waits a full interval before doing the first check. The
intervalconfiguration serves 2 purposes:This annoyance is also described in: https://github.com/moby/moby/issues/33410
The way this manifests as a problem is when reverse-proxying with Traefik, like we do by default in https://github.com/spantaleev/vaultwarden-docker-ansible-deploy
Traefik refuses to reverse-proxy to containers which are unhealthy (Health Status=starting is also considered unhealthy).
This means that Vaultwarden, with its current 60 second healthcheck interval will take a full minute to become healthy and to be reachable by Traefik.
In vaultwarden-docker-ansible-deploy, we currently work around this by overriding the default health check interval:
015c459970/roles/custom/devture_vaultwarden/templates/vaultwarden.service.j2 (L15-L36)With our workaround (which this patch also applies), it only takes 10 seconds after Vaultwarden startup and until Traefik would reverse-proxy to it.
This PR only updates
docker/Dockerfile.j2. I haven't executedmakeindocker/, but I could do it and push that too if you'd like. Feel free to also do it yourself though!🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.