diff options
| author | Michael Paquier <michael@paquier.xyz> | 2018-07-12 10:20:21 +0900 |
|---|---|---|
| committer | Michael Paquier <michael@paquier.xyz> | 2018-07-12 10:20:21 +0900 |
| commit | 19648375cc307eb5849906c0ddef737ddacf141a (patch) | |
| tree | 3ca97b0aefc3f8b9ad1cdb8d0c8645cdeb41a618 /src/backend/executor/nodeFunctionscan.c | |
| parent | 324c9554022d4403f34264598cb6e0a7d0d5873c (diff) | |
| download | postgresql-19648375cc307eb5849906c0ddef737ddacf141a.tar.gz postgresql-19648375cc307eb5849906c0ddef737ddacf141a.zip | |
Make logical WAL sender report streaming state appropriately
WAL senders sending logically-decoded data fail to properly report in
"streaming" state when starting up, hence as long as one extra record is
not replayed, such WAL senders would remain in a "catchup" state, which
is inconsistent with the physical cousin.
This can be easily reproduced by for example using pg_recvlogical and
restarting the upstream server. The TAP tests have been slightly
modified to detect the failure and strengthened so as future tests also
make sure that a node is in streaming state when waiting for its
catchup.
Backpatch down to 9.4 where this code has been introduced.
Reported-by: Sawada Masahiko
Author: Simon Riggs, Sawada Masahiko
Reviewed-by: Petr Jelinek, Michael Paquier, Vaishnavi Prabakaran
Discussion: https://postgr.es/m/CAD21AoB2ZbCCqOx=bgKMcLrAvs1V0ZMqzs7wBTuDySezTGtMZA@mail.gmail.com
Diffstat (limited to 'src/backend/executor/nodeFunctionscan.c')
0 files changed, 0 insertions, 0 deletions