20 lines
1.3 KiB
YAML
20 lines
1.3 KiB
YAML
# cc-ci deploy overlay (NOT a recipe change) — raises ONLY the app healthcheck start_period.
|
||
#
|
||
# Discourse (bitnamilegacy/discourse) is a slow-booting Rails app: its first cold boot does DB
|
||
# migrate + asset precompile + bootstrap, which on cc-ci's single node regularly takes 15-25min. The
|
||
# upstream recipe healthcheck on the `app` service uses `start_period: 5m` (+ 6×30s retries ≈ 8min
|
||
# grace); on cc-ci the boot exceeds that, so swarm marks the still-booting task unhealthy and KILLS
|
||
# it mid-boot, it restarts, and the deploy never converges within the timeout (observed: deploy timed
|
||
# out at 1800s with the app task still Running).
|
||
#
|
||
# Raising the START_PERIOD (failures ignored during it; a PASS still marks healthy immediately) lets
|
||
# the cold boot finish, after which discourse serves /srv/status and the (unchanged) check passes.
|
||
# This is DEPLOY/infra tuning, not a test change — no assertion is weakened, and the app's real
|
||
# healthcheck still gates readiness. Applied via recipe_meta COMPOSE_FILE. The `app` service name is
|
||
# verified against the PR-head compose (ci/bitnamilegacy-repin: services.app holds the healthcheck).
|
||
version: "3.8" # MUST match compose.yml's version — abra lint R011/R012 FATAs on a mismatch
|
||
services:
|
||
app:
|
||
healthcheck:
|
||
start_period: 1200s
|