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
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 |