fix: add pal-e-docs namespace to postgres NetworkPolicy #284
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/pal-e-platform#284
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Type
Bug
Lineage
Discovered during CORS fix deployment. pal-e-docs API pods cannot connect to postgres after restart.
Repo
forgejo_admin/pal-e-platformWhat Broke
The postgres
default-deny-ingressNetworkPolicy interraform/network-policies.tfallows ingress frompal-e-production,basketball-api,cnpg-system, andmonitoring— but NOT frompal-e-docs. The pal-e-docs API pod was surviving on a 14-day-old persistent TCP connection. When the pod restarted with the CORS fix, new connections were refused. Patched manually withkubectl patch.Repro Steps
alembic upgrade headat startup, tries to connect to postgresExpected Behavior
pal-e-docs pods can connect to postgres after restart.
Environment
terraform/network-policies.tfline 172kubectl patch networkpolicy— will be reverted by nexttofu applyAcceptance Criteria
pal-e-docsnamespace added to postgres NetworkPolicy ingress rules innetwork-policies.tftofu plan -lock=falseshows the expected changetofu apply, pal-e-docs pods can connect to postgresRelated
project-pal-e-platform— platform projectforgejo_admin/pal-e-api #258— CORS fix that triggered the pod restart