generated from bisco/codex-bootstrap
1.8 KiB
1.8 KiB
Runbook
Site shows fallback content
- Check
docker compose psand the backend health status. - Request
http://azionelab.org:8080/api/site/home/through NGINX. - Inspect
docker compose logs backend postgres. - Verify
PUBLIC_CMS_API_URLresolves from the frontend container. - Restart the frontend after recovery so its static page is rebuilt from CMS data.
Wagtail does not start
- Confirm PostgreSQL is healthy.
- Check
DATABASE_URLand allowed hosts without printing secret values in shared logs. - Run
docker compose exec backend python manage.py migrate. - Review backend logs for a specific migration or configuration error.
Images are missing
- Verify the
media_datavolume is mounted at/app/media. - Check
WAGTAILADMIN_BASE_URLuses a URL reachable by the browser. - Confirm the image still exists in Wagtail and has not been removed from the volume.
A service is unhealthy
- Run
docker compose psand inspectdocker compose logs --tail=200 SERVICE. - For PostgreSQL, check volume capacity and database/user configuration.
- For the backend, check
/health/, migrations, and database connectivity. - For the frontend, request port
4321, then check the API separately because fallback content can mask a CMS outage.
NGINX returns 404 or 502
- Confirm the request host is exactly
azionelab.org; unknown hosts intentionally receive 404. - Run
docker compose exec nginx nginx -t. - Check
docker compose psand verify both backend and frontend are healthy. - Inspect
docker compose logs --tail=200 nginx backend frontend. - Verify local DNS or
/etc/hostsmapsazionelab.orgto the proxy address.
Rollback
Revert the application commit and rebuild containers. Preserve database/media volumes. Before reversing migrations or deleting volumes, make and validate coordinated backups.