Skip to content

fix(helm): allow setting a storage class for the built-in Postgres PVC - #577

Merged
jonwiggins merged 1 commit into
jonwiggins:mainfrom
ptqa:fix/helm-postgres-storage-class
Aug 8, 2026
Merged

fix(helm): allow setting a storage class for the built-in Postgres PVC#577
jonwiggins merged 1 commit into
jonwiggins:mainfrom
ptqa:fix/helm-postgres-storage-class

Conversation

@ptqa

@ptqa ptqa commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

Summary

The postgres-data PVC omitted storageClassName entirely, so it always relied on the cluster providing a default StorageClass. On clusters without one — e.g. EKS, where neither gp2 nor gp3 is marked default — the PVC stays Pending indefinitely, Postgres never starts, and the API crash-loops with no obvious cause.

Add postgresql.storage.storageClass, mirroring the existing installedSkillsCache.storageClass and agent.pvc.storageClass pattern. Leaving it empty (the default) omits the field, preserving the current cluster-default behaviour.

Testing

  • Tests pass (pnpm turbo test)
  • Typechecks pass (pnpm turbo typecheck)

The postgres-data PVC omitted storageClassName entirely, so it always
relied on the cluster providing a default StorageClass. On clusters
without one — e.g. EKS, where neither gp2 nor gp3 is marked default —
the PVC stays Pending indefinitely, Postgres never starts, and the API
crash-loops with no obvious cause.

Add postgresql.storage.storageClass, mirroring the existing
installedSkillsCache.storageClass and agent.pvc.storageClass pattern.
Leaving it empty (the default) omits the field, preserving the current
cluster-default behaviour.
@jonwiggins
jonwiggins merged commit dc613d5 into jonwiggins:main Aug 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants