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
Support a dedicated PVC for logs (separate from pgData) #1678
K8SPG-851 (and the shared tech design in K8SPXC-485 / K8SPSMDB-297) adds persistent logging so logs survive a Pod restart, but in the current implementation logs are written to the same PVC as the instance data (e.g. pgBackRest logs to the pgData volume). There's no option to give logs their own PVC.
Add an optional dedicated logs volume claim spec, following the same pattern already used for WAL
a new LogVolumeClaimSpec that, when set, mounts a separate PVC for Patroni/Postgres/pgBackRest logs instead of writing them to pgData. When unset, behavior is unchanged.
Use-Case
As a user, I don't want runaway log growth to risk filling my Postgres data volume and causing an outage.
As a user, I want to choose a cheaper/different storage class for logs than for my Postgres data.
As a user, I want log volume size to scale independently of data volume size.
Is this a feature you are interested in implementing yourself?
This builds directly on the log-path changes in #1675 (K8SPG-851), which is still open. What's the usual convention here for dependent work - do you base the branch on the open PR and open it as a draft, or wait until it's merged to main first?
@yoav-katz we usually base the new branch on open PR and open it as a draft to get early feedback. I won't be notified for draft PRs though, please mention me directly.
Activity
egegunes commentedon Jul 13, 2026
@yoav-katz I created https://perconadev.atlassian.net/browse/K8SPG-1086 for this feature request.
yoav-katz commentedon Jul 13, 2026
Hi @egegunes, thank you!
This builds directly on the log-path changes in #1675 (K8SPG-851), which is still open. What's the usual convention here for dependent work - do you base the branch on the open PR and open it as a draft, or wait until it's merged to main first?
egegunes commentedon Jul 14, 2026
@yoav-katz we usually base the new branch on open PR and open it as a draft to get early feedback. I won't be notified for draft PRs though, please mention me directly.
yoav-katz commentedon Aug 17, 2026
#1760