Re: [HACKERS] Broken hint bits (freeze) - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] Broken hint bits (freeze)
Date
Msg-id CA+TgmoY9DGeoAvRGjVFurYUUnGqXtEKi6-nScr0BkSeLKxovBg@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Broken hint bits (freeze)  (Dmitriy Sarafannikov <dsarafannikov@yandex.ru>)
Responses Re: [HACKERS] Broken hint bits (freeze)  (Vladimir Borodin <root@simply.name>)
List pgsql-hackers
On Wed, May 24, 2017 at 7:27 AM, Dmitriy Sarafannikov
<dsarafannikov@yandex.ru> wrote:
> It seems like replica did not replayed corresponding WAL records.
> Any thoughts?

heap_xlog_freeze_page() is a pretty simple function.  It's not
impossible that it could have a bug that causes it to incorrectly skip
records, but it's not clear why that wouldn't affect many other replay
routines equally, since the pattern of using the return value of
XLogReadBufferForRedo() to decide what to do is widespread.

Can you prove that other WAL records generated around the same time as
the freeze record *were* replayed on the master?  If so, that proves
that this isn't just a case of the WAL never reaching the standby.
Can you look at the segment that contains the relevant freeze record
with pg_xlogdump?  Maybe that record is messed up somehow.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] wal_level > WAL_LEVEL_LOGICAL
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] Is it possible to get query_string value in an event trigger?