Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken - Mailing list pgsql-hackers

From Andres Freund
Subject Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken
Date
Msg-id 20170918175829.dyujv4leisqhein4@alap3.anarazel.de
Whole thread Raw
In response to [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Hi,

On 2017-09-18 11:50:06 -0400, Tom Lane wrote:
> The reason seems to be that its method of waiting for replication
> to happen is completely inapropos.  It's watching for the master
> to say that the slave has received all the WAL, but that does not
> ensure that the logicalrep apply workers have caught up, does it?

To my knowledge here's not really any difference between the two in
logical replication. Received changes are immediately applied, there's
no equivalent to a walreceiver queing up "logical wal" onto disk.

So I'm not sure that theory holds.

Greetings,

Andres Freund


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: [HACKERS] Boom filters for hash joins (was: A design for amcheckheapam verification)
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] src/test/subscription/t/005_encoding.pl is broken