fix(glitchtip): healthcheck via python3 /_health/ — image has no wget (#644)
glitchtip/glitchtip:6.1.6 ships neither wget nor curl (only python3), so the existing `wget --spider http://localhost:8080/api/0/` healthcheck failed on a missing binary → container reported unhealthy forever. (wget --spider also HEADs /api/0/, which GlitchTip 405s — "Method Not Allowed" in logs.) Replace with the canonical /_health/ endpoint (GET → 200) probed via the built-in python3. Verified live: the exact CMD exits 0 in the running container. Nothing depends_on glitchtip-web's health, so this only fixes the false-unhealthy status (no startup gating change).
This commit is contained in:
parent
af6278eaee
commit
00b88ca2ba
1 changed files with 5 additions and 2 deletions
|
|
@ -160,10 +160,13 @@ services:
|
|||
ENABLE_ORGANIZATION_CREATION: "false"
|
||||
restart: always
|
||||
mem_limit: 512m
|
||||
# Образ glitchtip:6.1.6 НЕ содержит wget/curl (только python3) → старый
|
||||
# wget-healthcheck падал на missing-binary → контейнер вечно unhealthy (#644).
|
||||
# Пробуем канонический /_health/ (GET → 200) через встроенный python3.
|
||||
healthcheck:
|
||||
test: ["CMD", "wget", "-q", "--spider", "http://localhost:8080/api/0/"]
|
||||
test: ["CMD", "python3", "-c", "import urllib.request,sys; sys.exit(0 if urllib.request.urlopen('http://localhost:8080/_health/', timeout=8).status == 200 else 1)"]
|
||||
interval: 30s
|
||||
timeout: 5s
|
||||
timeout: 10s
|
||||
retries: 5
|
||||
start_period: 60s
|
||||
networks: [default]
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue