Re: Fwd: index corruption in PG 8.3.13
Alvaro Herrera <alvherre@commandprompt.com>
From: Alvaro Herrera <alvherre@commandprompt.com>
To: Nikhil Sontakke <nikhil.sontakke@enterprisedb.com>
Cc: Greg Stark <gsstark@mit.edu>, Robert Haas <robertmhaas@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2011-03-16T13:26:29Z
Lists: pgsql-hackers
Excerpts from Nikhil Sontakke's message of mié mar 16 08:51:00 -0300 2011: > Hi, > > > To summarize, as I see it - the zeroed out block 523 should have been > > the second left-most leaf and should have pointed out to 522. Thus > > re-establishing the index chain > > > > 524 -> 523 -> 522 -> 277 -> ... > > > >> Was there a machine restart in the picture as well? > > > > It seems there might have been a machine restart involved too. So I > guess even WAL writing could have been impacted. Maybe the filesystem decided to fill a couple of FS pages (one PG page) with zeroes on recovery due to believing that it wasn't fsynced at the time of the crash. -- Álvaro Herrera <alvherre@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support