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
Tip: To avoid unnecessary service downtime, always use non-primary units for the action create-backup
However:
Keep in mind that:
When TLS is enabled, create-backup can only run on replicas (non-primary)
When TLS is not enabled, create-backup can only run in the primary unit
Why is it that when TLS is not enabled, we can't trigger the backups on the non-primary unit? This limitation means we can't try to avoid unnecessary service downtime by running backups on the non-primary per the Tip.
The text was updated successfully, but these errors were encountered:
This will let us have a more consistent backup story where with our various Discourse deployments, they're only consumed and used by units within the same Juju model so TLS is not enabled. Whereas with other places where we offer the database for consumption via cross-model relations and from other Juju models, TLS is enabled.
Steps to reproduce
juju deploy postgresql --channel 14/stable
juju add-unit postgresql -n 2
Expected behavior
Backup successfully runs
Actual behavior
Action id 68 failed: Unit cannot perform backups as TLS is not enabled
Versions
Operating system: Ubuntu
Juju CLI: 3.6.1-ubuntu-amd64
Juju agent: 3.6.1
Charm revision: 468
Additional context
Per the docs - https://charmhub.io/postgresql/docs/h-create-backup
However:
Why is it that when TLS is not enabled, we can't trigger the backups on the non-primary unit? This limitation means we can't try to avoid unnecessary service downtime by running backups on the non-primary per the
Tip
.The text was updated successfully, but these errors were encountered: