Re: [HACKERS] Logical replication in the same cluster - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [HACKERS] Logical replication in the same cluster
Date
Msg-id 8dac43a3-3d0d-ceeb-7dd1-7fb67db3826f@2ndquadrant.com
Whole thread Raw
In response to Re: [HACKERS] Logical replication in the same cluster  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: [HACKERS] Logical replication in the same cluster  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 4/26/17 19:18, Michael Paquier wrote:
>> If that's a predictable deadlock, I think a minimum expectation is that
>> the system should notice it and throw an error, not just hang.  (Then
>> the error could give a hint about how to work around it.)  But the case
>> Bruce has in mind doesn't seem like a crazy use-case to me.  Can't we
>> make it "just work"?
> 
> Perhaps using some detection with the replication origins? Just an
> instinctive idea.. The current behavior is confusing for users, I have
> fallen into this trap a couple of times already.

We had some discussions early on about detecting connections to the same
server, but it's not entirely clear how to do that and it didn't seem
worth it at the time.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Fix a typo in worker.c
Next
From: Amit Langote
Date:
Subject: Re: [HACKERS] Declarative partitioning - another take