-
Notifications
You must be signed in to change notification settings - Fork 29
Open
Labels
bugSomething isn't working as expectedSomething isn't working as expected
Description
Steps to reproduce
- juju deploy postgresql-k8s --channel 16/edge --trust postgresql1
- juju deploy postgresql-k8s --channel 16/edge --trust postgresql2
- juju deploy data-integrator di1 --config database-name=testdb
- juju deploy data-integrator di2 --config database-name=testdb
- juju integrate postgresql1 di1
- juju integrate postgresql2 di2
- juju integrate postgresql1:logical-replication-offer postgresql2:logical-replication
- juju integrate postgresql1:logical-replication postgresql2:logical-replication-offer
- juju run di1/leader get-credentials
- psql
PSQL URI FROM ABOVE - create table asd (message int);\q
- juju run di2/leader get-credentials
- psql
PSQL URI FROM ABOVE - create table asd (message int);\q
- juju config postgresql1 logical_replication_subscription_request='{"testdb": ["public.asd"]}'
- juju config postgresql2 logical_replication_subscription_request='{"testdb": ["public.asd"]}'
Expected behaviour
A blocked status message telling that the same table cannot be defined on both sides of the relation for the logical replication.
Actual behaviour
An infinite loop of inserts happens due to the cyclic replication that was configured by configuring the same table on both sides of the relation.
Versions
Operating system: Ubuntu 24.04
Juju CLI: 3.6.8
Juju agent: 3.6.8
Charm revision: 638
microk8s: 1.32-strict/stable
Log output
Juju debug log: no relevant logs.
Additional context
The table needs to be empty in both clusters; otherwise, the charm will properly set a blocked status indicating the table is not empty in one of the clusters.
This is the same situation as reported at canonical/postgresql-operator#1085.
Metadata
Metadata
Assignees
Labels
bugSomething isn't working as expectedSomething isn't working as expected