Re: [HACKERS] Failed recovery with new faster 2PC code - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: [HACKERS] Failed recovery with new faster 2PC code
Date
Msg-id CAB7nPqQUzRQrSxycnFsWX8=ztyQrt_MXTPjN=R-864Yhe8M=Ww@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Failed recovery with new faster 2PC code  (Jeff Janes <jeff.janes@gmail.com>)
List pgsql-hackers
On Wed, Apr 19, 2017 at 11:09 AM, Jeff Janes <jeff.janes@gmail.com> wrote:
> Would this bug have been seen in a replica server in the absence of crashes,
> or was it only vulnerable during crash recovery rather than streaming
> replication?

This issue could have been seen on a streaming standby as well,
letting around a TwoPhaseState impacts as well their linked PGPROC so
CLOG truncation would have been messed up as well. That's also the
case of the first issue involving as well incorrect XID updates,
though the chances to see it are I think lower as only the beginning
of recovery was impacted.
-- 
Michael



pgsql-hackers by date:

Previous
From: Petr Jelinek
Date:
Subject: [HACKERS] Use sync commit for logical replication apply in TAP tests
Next
From: David Rowley
Date:
Subject: Re: [HACKERS] Should pg_current_wal_location() become pg_current_wal_lsn()