fix(deploy): drop compose_default join from web (postgres collision on shared host) #55
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/web-drop-compose-default-join"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What
Remove the
compose_defaultnetwork join from thewebservice indeploy/docker-compose.yml(web's membership + thecopilotexternal-network alias).Why (regression from #54)
#54 joined
webto externalcompose_defaultto resolvescrum4me-copilotby container name. But the in-app/api/s4mproxy reaches the copilot viaS4M_COPILOT_URL(the scrum4me-srv tailnet IP), not docker DNS — so the join is unused.On the max2 deploy host,
compose_defaultalready exists and owns its ownpostgresservice. Joining it madewebresolve hostnamepostgrestoscrum4me-postgres(nomediarole) instead ofmedia-organizer-postgres→ silent Prisma P1000/28P01 at runtime. Themigratecontainer sits only on the projectdefaultnetwork, so it authenticated fine and the deploy looked green while the live app could not reach its own DB.Fix
Drop the join.
webnow uses the projectdefaultnetwork alongsidepostgres/migrate; the copilot stays reachable viaS4M_COPILOT_URLon any host (host-agnostic, no shared docker network needed).Status
DATABASE_URLpinned tomedia-organizer-postgres); this PR is the clean upstream fix so a future from-scratch redeploy can't reintroduce the collision.🤖 Generated with Claude Code