Re: BUG #7648: Momentary index corruption while in hot standby

From: Daniel Farina <daniel(at)heroku(dot)com>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #7648: Momentary index corruption while in hot standby
Date: 2012-11-09 23:57:06
Message-ID: CAAZKuFaVU1Z_WQt+YOTmpBzZFHLDso7WDZubdQ2HZ=TCBD0YRQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Nov 9, 2012 at 3:35 PM, Jeff Davis <pgsql(at)j-davis(dot)com> wrote:
> On Fri, 2012-11-09 at 22:49 +0000, daniel(at)heroku(dot)com wrote:
>> PGError: ERROR: could not read block 556642 in file "base/16385/2904143.4":
>> read only 0 of 8192
>
> Does that seem wildly off to you, or a little off? Do you think that
> block may have existed in the past, but was truncated by a VACUUM or
> something?

A little off. I think that Tom Lane posted a pretty good mechanism in
-hackers: http://archives.postgresql.org/pgsql-hackers/2012-11/msg00409.php

> Just to clarify, that file belongs to the index in question, right? It's
> not the heap pointed to by the index?

Yes.

>> Immediately thereafter, no occurrences of the error resurfaced and any
>> attempts to reproduce the issue with an identical query were met with
>> failure.
>
> Or a lack of failure, I presume.

Yup.

>> This is reading from a 9.0.8 Postgres.
>
> Any indication whether it's present on other versions or does it appear
> to be isolated to 9.0.X?

This is the only known occurrence to me, ever, but given it's
incredibly ephemeral nature probably glossed over most of the time, I
can't say "it's the only time it's ever happened".

--
fdr

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andres Freund 2012-11-10 00:16:26 Re: BUG #7648: Momentary index corruption while in hot standby
Previous Message Jeff Davis 2012-11-09 23:35:58 Re: BUG #7648: Momentary index corruption while in hot standby