-
Notifications
You must be signed in to change notification settings - Fork 27
Open
Labels
bugSomething isn't working as expectedSomething isn't working as expected
Description
Steps to reproduce
- juju deploy postgresql --channel 16/edge postgresql1
- juju deploy postgresql --channel 16/edge 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 behavior
A blocked status message telling that the same table cannot be defined on both sides of the relation for the logical replication.
Actual behavior
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: 867
LXD: 5.21/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.
taurus-forever
Metadata
Metadata
Assignees
Labels
bugSomething isn't working as expectedSomething isn't working as expected