You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
api-proxy healthcheck flaps during startup, causing Docker Compose to fail #2154
The api-proxy container healthcheck can flap during startup, causing Docker Compose to mark it as unhealthy. Since the agent container has depends_on: api-proxy: service_healthy, this cascades into a full startup failure with:
dependency failed to start: container awf-api-proxy is unhealthy
This is an intermittent failure — the api-proxy Node.js server may not have fully bound to port 10000 before the healthcheck fires, or transient resource contention on CI runners causes a brief unresponsiveness window.
The start_period: 2s gives only 2 seconds of grace before failures count. Combined with interval: 1s, timeout: 1s, and only retries: 5, a slow Node.js startup can exhaust retries quickly.
Impact
This causes intermittent failures in gh-aw agentic workflows that use --enable-api-proxy. A workaround PR was opened in gh-aw to add a retry wrapper around AWF startup, but the root cause should be fixed here.
Possible fixes
Increase start_period — give the Node.js server more time to bind (e.g., 5s or 10s)
Increase retries — allow more attempts before marking unhealthy (e.g., 10 or 15)
Increase timeout — give each health probe more time (e.g., 2s or 3s)
Add startup readiness signal — have the api-proxy write a ready file after all ports are bound, and check for that in the healthcheck instead of (or in addition to) curling the endpoint
AWF-level retry — if Docker Compose reports an unhealthy dependency, AWF itself could retry startup (similar to what the gh-aw PR does externally)
Activity