Re: data corruption hazard in reorderbuffer.c - Mailing list pgsql-hackers

From Mark Dilger
Subject Re: data corruption hazard in reorderbuffer.c
Date
Msg-id 711C5922-BAFA-44D1-98EE-1F0FA442AF67@enterprisedb.com
Whole thread Raw
In response to Re: data corruption hazard in reorderbuffer.c  (Mark Dilger <mark.dilger@enterprisedb.com>)
Responses Re: data corruption hazard in reorderbuffer.c  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
List pgsql-hackers

> On Jul 15, 2021, at 1:51 PM, Mark Dilger <mark.dilger@enterprisedb.com> wrote:
>
> one common error I see

Another common error is of the form

    ERROR:  could not map filenode "base/16384/16413" to relation OID

resulting from a ddl statement having not been written correctly, I think.  This, too, has shown up in [1] fairly
recentlyagainst a 12.3 database.  A similar looking bug was reported a couple years earlier in [2], for which Andres
pushedthe fix e9edc1ba0be21278de8f04a068c2fb3504dc03fc and backpatched as far back as 9.2.  Postgres 12.3 was released
quitea bit more recently than that, so it appears the bug report from [1] occurred despite having the fix from [2]. 

[1] https://www.postgresql-archive.org/BUG-16812-Logical-decoding-error-td6170022.html
[2] https://www.postgresql.org/message-id/flat/20180914021046.oi7dm4ra3ot2g2kt%40alap3.anarazel.de





—
Mark Dilger
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company






pgsql-hackers by date:

Previous
From: Mark Dilger
Date:
Subject: Re: data corruption hazard in reorderbuffer.c
Next
From: John Naylor
Date:
Subject: Re: speed up verifying UTF-8