summaryrefslogtreecommitdiff
path: root/src/interfaces/ecpg/ecpglib/execute.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2018-07-12 10:20:27 +0900
committerMichael Paquier <michael@paquier.xyz>2018-07-12 10:20:27 +0900
commit98e2c298c2f5fef158a6bf0d543a84098671ae7d (patch)
tree96e20b332f1a91d5dde6df9bac38776b80c3bdec /src/interfaces/ecpg/ecpglib/execute.c
parentd80ec868fa3aa61a8f2566ec0244c45a87a62e20 (diff)
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/interfaces/ecpg/ecpglib/execute.c')
0 files changed, 0 insertions, 0 deletions