chore(deps): update dependency cloudnative-pg/cloudnative-pg to v1.28.1 #3745
Reference in New Issue
Block a user
Delete Branch "renovate/unified-cloudnative-pgcloudnative-pg"
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?
This PR contains the following updates:
1.28.0→1.28.1Release Notes
cloudnative-pg/cloudnative-pg (cloudnative-pg/cloudnative-pg)
v1.28.1Compare Source
Release date: Feb 5, 2026
Enhancements
Added support for Azure's
DefaultAzureCredentialauthentication mechanism for backup and recovery operations. This can be enabled by settingazureCredentials.useDefaultAzureCredentials: truein the backup configuration, simplifying authentication in Azure environments without requiring explicit storage account keys or SAS tokens. (#9468)Added support for PostgreSQL extension names containing underscores (e.g.,
pg_ivm,pg_stat_statements). Extension names with underscores are automatically sanitized to use hyphens for Kubernetes volume names while preserving the original name in mount paths. Webhook validation prevents naming conflicts after sanitization. Contributed by @shusaan. (#9386)Fixes
Fixed a critical issue where the
TimelineIDin the cluster status was not reset to 1 after a major version upgrade. Becausepg_upgradeinitializes a new timeline, keeping the old ID (e.g., timeline 2) caused replicas to attempt to restore incompatible history files from object storage, leading to fatal "requested timeline is not a child of this server's history" errors. (#9830)Fixed an issue where stale TLS status fields in the
Poolerwere not cleared after being removed from the specification. This was particularly critical when upgrading to v1.28.0, where theServerTLSfield was repurposed, causing PgBouncer to use incorrect certificates and resulting in "unsupported certificate" errors that blocked all application connectivity. The operator now explicitly clearsServerCA,ClientCA,ClientTLS, andServerTLSstatus fields when they are no longer configured. (#9397)Fixed a bug where replicas could enter a crash-loop by attempting to download timeline history files from future timelines. This occurred when stale files remained in the WAL archive from a previous cluster life, and replicas would incorrectly try to fetch them during recovery. (#9650)
Fixed a race condition in
replica_clustersetups during designated primary transitions, preventing transient "no primary" states in the replica cluster. (#9601)The backup controller now uses the unique instance session ID to detect instance manager restarts. This prevents the operator from incorrectly assuming a backup is still progressing if the underlying container has crashed and restarted, which previously led to orphaned backup objects. (#9370)
Fixed a validation gap in Azure object store configurations where the
storageAccountwas not required when using explicit credentials (such as a storage key or SAS token). The operator now enforces that a storage account name is provided in these cases and thatconnectionStringis mutually exclusive with other authentication parameters. (#9604)Optimized the deletion path so the operator begins cleaning up resources immediately when a cluster is marked for deletion. This significantly reduces the time a cluster remains in
Terminatingstatus while waiting for internal reconciliation loops. (#9555)Fixed an issue where replication slots were not properly dropped from replicas when the feature was disabled or the cluster was reconfigured. This ensures that unused slots do not cause WAL build-up on the primary. (#9381)
Fixed an issue where
imagePullSecretswere not added to theServiceAccountcreated for thePooler. Previously, these secrets were applied to the Deployment but not the SA, which caused image pull failures in restricted environments using certain security policies. (#9427)Added a check to verify ownership before the operator deletes a
PodMonitor. This prevents the operator from accidentally deleting manually managed monitoring resources that happen to share a name with expected CNPG resources. Contributed by @juliamertz. (#9340)Fixed a bug where
pg_stat_archivermetrics would continue to report stale data on standby instances after a switchover. The exporter now skips these metrics on standbys, as PostgreSQL only provides valid archiver stats on the primary. (#9411)Clarified the interpretation of timestamp formats for recovery
targetTime. Timestamps provided without an explicit timezone are now consistently interpreted as UTC. Contributed by @pchovelon. (#8937)Fixed backup status updates to prevent "resource has been modified" errors during concurrent updates. (#9551)
Fixed event reporting to use the correct pod name when a backup pod is not found. (#9552)
Improved performance of scheduled backup operations for clusters with a very high number of historical backups. (#9489)
Fixed error handling when removing finalizers on
Databaseobjects. (#9431)cnpgplugin:Updated the
statuscommand to display "Disabled" when theskipWalArchivingannotation is present on a cluster. This replaces confusing "starting up" or "unknown" states when WAL archiving is intentionally bypassed. (#9709)Fixed the
logs --followcommand to continue polling for new pods instead of exiting prematurely when all current log streams complete. (#9599)Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.