Shipped · Databases

What cloudnative-pg/cloudnative-pg shipped

The public repository of Cloudnative-pg · github.com/cloudnative-pg/cloudnative-pg

Written by FoxPlug from the repository's own releases; not affiliated with Cloudnative-pg. Paste your own repository in the box below and FoxPlug writes the same weekly update for your product. This page is an automatic summary of the releases, pull requests and commits in github.com/cloudnative-pg/cloudnative-pg; Cloudnative-pg did not write it and does not use or endorse FoxPlug. Every line links to the change it describes.

Get a weekly update like this for your product, free

Or Use it as a GitHub Action

See the update FoxPlug writes for cloudnative-pg, free

Week of November 2, 2026

What shipped

Why it matters

This week improves backup and recovery behaviour and failover handling, which are the areas users depend on most when running clusters in production. It also gives more control over certificate lifetimes and schema privileges and cuts noise in metrics, logs and status writes.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: online backups skip the separate WAL volume when the archive is complete, SSE-C customer keys work for backup and recovery, stale-lease step-downs now use a fast shutdown, and DatabaseRole certificates can set their own duration.

Post for LinkedIn

Changes this week include online volume snapshot backups that leave out the separate WAL volume when the archive is guaranteed to hold the needed WAL files, and SSE-C customer-provided keys for backup, WAL archiving and recovery. A primary stepping down on a stale lease now uses a fast shutdown so unstreamed WAL can reach the new primary, and the lease window starts at the pending marker to shorten failovers. DatabaseRole client certificates can set duration and renewBefore, Database schemas accept USAGE and CREATE grants, replicas from online snapshots start from the stored backup label, and WAL metrics no longer count partial files.

Week of October 26, 2026

What shipped

Why it matters

This week fixes behavior users hit in real clusters: follower parameters removed from the spec are now still enforced, and on-demand backups keep the cluster online configuration when only one option is set. It also adds documented read-only DBA access with a dedicated viewer role, so operators no longer need cluster-admin for routine inspection.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: a read-only viewer role for DBAs, follower hot standby parameters enforced even after removal from the spec, and on-demand backups keeping the cluster online configuration. Plus bootstrap safety on recreated Pods and steadier E2E tests.

Post for LinkedIn

This week's changes for CloudNativePG users: a new cnpg-viewer-role ClusterRole and read-only DBA persona docs give humans operational access without cluster-admin. Hot standby sensitive parameters removed from the Cluster spec are now still enforced for followers, and on-demand backups keep the cluster online configuration when only one of the checkpoint or archive options is set. The bootstrap-instance init container now leaves volumes that already hold the instance untouched when a Pod is recreated with its PVCs. E2E work resolves the csi-hostpath deploy directory at runtime, retries read-only psql checks that hit dropped exec streams on AKS, and dumps cnpg-system and cert-manager objects on failed upgrades.

Week of October 19, 2026

What shipped

Why it matters

This week tightens the failure paths that leave a cluster without a working primary: lease renewal, the liveness probe and connection handling all changed. Role passwords can now be generated by the operator, and restore and status handling are more robust. The docs also set expectations for the end of native Barman Cloud support in 1.32.0.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: DatabaseRole can generate its own password. The liveness probe now restarts truly stuck Pods, and a replica that stops being target primary stops renewing the lease. Local connections get a connect timeout, plus timeline-aware WAL restore markers.

Post for LinkedIn

This week in CloudNativePG: DatabaseRole can now generate its own password and store it in a basic-auth Secret. The instance-manager liveness probe now fails so the kubelet can restart Pods stuck in states the lease and fencing logic cannot recover from, and a replica that stops being target primary no longer keeps renewing the primary lease. Local superuser and metrics connections now have a connect timeout. WAL restore uses timeline-scoped end-of-WAL markers, kubectl cnpg status handles a missing exec permission, and the docs announce 1.31 as the last release with native Barman Cloud support.

Week of October 12, 2026

What shipped

Why it matters

This week reduces operator-side surprises: backups are guarded against duplicate starts, system ID reporting survives PostgreSQL being down, and exec retries behave as expected. Bootstrap gains knobs for sources with a different tablespace layout and for tuning pg_basebackup, while primary self-fencing moves onto the lease. CI also shifts to short-lived Google Cloud credentials and more reliable downloads.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

Weekly update: primary self-fencing now uses the primary lease, pg_basebackup bootstrap gains additionalArgs and tablespaceMapping, Backup start is guarded against duplicate reconciliations, and requeue without a delay works again.

Post for LinkedIn

This week in CloudNativePG: primary self-fencing on network isolation moved from the liveness probe to the primary lease. pg_basebackup bootstrap gained additionalArgs for tuning the copy and tablespaceMapping for sources that do not follow the CloudNativePG tablespace layout. Backup status patches are now conditional on resourceVersion so a second reconciliation cannot start or reset a backup. A hook returning BEHAVIOR_REQUEUE without requeue_after now requeues the Cluster, replica clusters report the system ID while PostgreSQL is down, and the exec timeout applies per attempt. Image extensions skip directories missing from the image, GitHub downloads retry on connection reset, and the GKE job uses Workload Identity Federation.

Week of October 5, 2026

What shipped

Why it matters

This week the project closed three security and CI hygiene gaps and made two end-to-end tests reliable. Dependencies were bumped to clear govulncheck findings, the threat assessment artifacts were brought to Gemara v1.6.0, and the OpenShift job no longer leaves a kubeadmin user with a password printed in logs. The replica switchover tests no longer fail from a full disk or from querying the primary mid-restart.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

Dependency bumps clear govulncheck findings, threat assessment artifacts move to Gemara v1.6.0, and OpenShift CI drops the kubeadmin user after install. Replica switchover e2e tests now stop running out of disk and wait for the rollout.

Post for LinkedIn

This week in CloudNativePG: updated golang.org/x modules to fix govulncheck findings, bumped threat assessment artifacts to Gemara v1.6.0 with SECURITY_INSIGHTS.yml aligned to the same version, and removed the kubeadmin user after the OpenShift installation while hiding its password in installer output. The replica switchover end-to-end tests got two fixes: inserts are paused and max_wal_size is capped at 256MB with WAL on its own 1Gi volume so the disk no longer fills, and the spec waits for the second cluster to be ready before querying it, avoiding mid-restart reads.

Week of September 28, 2026

What shipped

Why it matters

This week addresses critical restore issues that were blocking deployments, resolves licensing compliance concerns, and improves CI reliability by increasing timeouts and making infrastructure configuration more flexible. These changes enhance stability for users relying on backup and restore workflows.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: fixed restore hangs with backup tools, resolved licensing flags, improved CI reliability with longer timeouts, and made GKE configuration more flexible for different environments.

Post for LinkedIn

This week's updates focus on reliability and compliance. We fixed an issue where restore operations would hang when backup tools recreate Pods with PVCs, replaced a licensing-flagged test dependency with a standards-based approach, increased CI timeouts to prevent false failures on slower cloud runs, and made GKE infrastructure configuration more flexible. These changes strengthen backup/restore workflows and improve test reliability.

Week of September 21, 2026

What shipped

Why it matters

Two minor releases ship with recovery improvements for Barman Cloud backups. Several fixes address monitoring false positives, object deletion ordering, and replica cluster reliability. PostgreSQL 18 compatibility receives attention with data checksums handling.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

V1.30.1 and v1.29.3 released. v1.29 is now end-of-life. Fixes include Barman Cloud recovery args, PVC label handling, monitoring alert latching, and replica cluster sort order.

Post for LinkedIn

CloudNativePG v1.30.1 and v1.29.3 are now available. v1.29 reaches end-of-life; users should upgrade. This week's releases include enhanced Barman Cloud recovery parameter forwarding, fixes for monitoring alerts that latch forever, corrected replica cluster designated primary sorting, and improved PostgreSQL 18 compatibility with data checksums handling.

Week of September 14, 2026

What shipped

Why it matters

This week addresses critical failover and recovery scenarios that can leave clusters unavailable or stuck in deadlock. Fixes to fencing, primary lease acquisition, and restore operations ensure the cluster can reliably handle failures and maintenance events. These changes make the controller more resilient when instances are unreachable or the cluster needs to reorganize.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: failover no longer stalls, fencing affects only the target instance, restore deadlocks are fixed, and primary startup is safer. Critical reliability improvements for PostgreSQL on Kubernetes.

Post for LinkedIn

This week we fixed several critical reliability issues in CloudNativePG: failover operations no longer stall or revert, fencing now correctly isolates only the target instance, restore from orphan PVCs no longer deadlocks, and primary startups now properly acquire the lease first. These changes ensure clusters can reliably recover from failures and maintenance events.

Weeks with too little public activity are left out rather than filled in. Last updated 2026-11-10.

Is this your repo? Ask us to remove this page.