Re: [HACKERS] Undetected corruption of table files - Mailing list pgsql-general

From Decibel!
Subject Re: [HACKERS] Undetected corruption of table files
Date
Msg-id 20070827185546.GH54309@decibel.org
Whole thread Raw
In response to Re: [HACKERS] Undetected corruption of table files  ("Jonah H. Harris" <jonah.harris@gmail.com>)
List pgsql-general
On Mon, Aug 27, 2007 at 12:08:17PM -0400, Jonah H. Harris wrote:
> On 8/27/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > Indeed.  In fact, the most likely implementation of this (refuse to do
> > anything with a page with a bad CRC) would be a net loss from that
> > standpoint, because you couldn't get *any* data out of a page, even if
> > only part of it had been zapped.

I think it'd be perfectly reasonable to have a mode where you could
bypass the check so that you could see what was in the corrupted page
(as well as deleting everything on the page so that you could "fix" the
corruption). Obviously, this should be restricted to superusers.

> At least you would know it was corrupted, instead of getting funky
> errors and/or crashes.

Or worse, getting what appears to be perfectly valid data, but isn't.
--
Decibel!, aka Jim Nasby                        decibel@decibel.org
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)

Attachment

pgsql-general by date:

Previous
From: Alan Hodgson
Date:
Subject: Re: EXPLAIN ANALYZE not considering primary and unique indices!
Next
From: Jeff Amiel
Date:
Subject: Re: Out of Memory - 8.2.4