Re: Bug in ginRedoRecompress that causes opaque data on page to be overrun

From: "R, Siva" <sivasubr(at)amazon(dot)com>
To: Peter Geoghegan <pg(at)bowt(dot)ie>, Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Bug in ginRedoRecompress that causes opaque data on page to be overrun
Date: 2018-09-04 22:45:17
Message-ID: 1536101117759.63175@amazon.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Alexander!
On Tue, Sep 4, 2018 at 09:16 PM, Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru> wrote:
> Do you have a test scenario for reproduction of this issue? We need
> it to ensure that fix is correct.

Unfortunately, I do not have a way of reproducing this issue.
So far I have tried a workload consisting of inserts (of the
same attribute value that is indexed), batch deletes of rows
and vacuum interleaved with engine crash/restarts.

Hi Peter!
On Tue, Sep 4, 2018 at 09:55 PM, Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> I wonder how you managed to detect it in the first place. Were you
> using something like wal_consistency_checking=all, with a custom
> stress-test?

We observed this corruption during stress testing and were
able to isolate the corrupted page and WAL record changes
leading up to the corruption using some internal diagnostic
tools.

Best
Siva

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-09-04 22:59:29 Re: Bug fix for glibc broke freebsd build in REL_11_STABLE
Previous Message Andres Freund 2018-09-04 22:44:36 Re: Bug fix for glibc broke freebsd build in REL_11_STABLE