fix(helm-prereqs): make Patroni synchronous mode values-driven - #5096
Conversation
Hardcoded synchronous_mode_strict deadlocks single-instance postgres clusters: with no standby to acknowledge commits, all writes block -- including the operator's own CREATE DATABASE, so the chart's databases are never created. Expose it as postgresql.synchronousMode (default true, production behavior unchanged). The default lives in values.yaml rather than '| default true' in the template: Go templates treat an explicit false as empty, which would silently coerce it back to true. Fixes NVIDIA#5095
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (2)
Included review availability: Your plan includes up to 12 reviews per rolling hour; 11 remain after this review. Summary by CodeRabbit
WalkthroughThe Helm chart adds ChangesPatroni synchronous mode configuration
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to The change makes Patroni synchronous mode configurable while preserving the existing production default, with no actionable merge-blocking risk remaining after normal checks and review. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Hardcoded synchronous_mode_strict deadlocks single-instance postgres clusters: with no standby to acknowledge commits, all writes block -- including the operator's own CREATE DATABASE, so the chart's databases are never created. Expose it as postgresql.synchronousMode (default true, production behavior unchanged).
The default lives in values.yaml rather than '| default true' in the template: Go templates treat an explicit false as empty, which would silently coerce it back to true.
Fixes #5095
Related issues
Type of Change
Breaking Changes
Testing