Two complementary fixes for the deploy that just landed: 1. Pod was 0/1 Running because the readiness probe sends `Host: shower.ops.eblu.me` and the app's hardcoded ALLOWED_HOSTS only includes `shower.eblu.me`. settings.py exposes a DJANGO_ALLOWED_HOSTS env-var extras hook for exactly this case — wired into the configmap. 2. `kubectl exec deploy/shower -- python -m django <cmd>` returned "No module named django" because PYTHONPATH lived only inside the entrypoint script. Moved PYTHONPATH, DJANGO_SETTINGS_MODULE, PATH, and HOME into the image's Env block so exec'd shells inherit them. The entrypoint now just runs the boot sequence; the exports are redundant (image Env covers them) and gone. FOD inputs are unchanged so outputHash stays valid; no fakeHash dance. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| alloy | ||
| authentik | ||
| authentik-redis | ||
| forgejo-runner | ||
| frigate-notify | ||
| grafana | ||
| grafana-sidecar | ||
| homepage | ||
| kingfisher | ||
| kiwix-serve | ||
| kube-state-metrics | ||
| kubectl | ||
| loki | ||
| mealie | ||
| miniflux | ||
| navidrome | ||
| ntfy | ||
| paperless | ||
| prometheus | ||
| prowler | ||
| runner-job-image | ||
| shower | ||
| tailscale | ||
| tempo | ||
| teslamate | ||
| transmission | ||
| transmission-exporter | ||
| unpoller | ||
| valkey | ||