Re: Detecting corrupted pages earlier

From: Andrew Sullivan <andrew(at)libertyrms(dot)info>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Detecting corrupted pages earlier
Date: 2003-04-02 20:39:36
Message-ID: 20030402203936.GL16181@libertyrms.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Apr 02, 2003 at 03:25:58PM -0500, Tom Lane wrote:

> the current session. This is kind of an ugly wart on the GUC mechanism,
> but I think not difficult to do with an assign_hook (it just has to
> refuse non-interactive settings).

It may be an ugly wart, but I think it's only prudent. I'd be
willing to bet a fair amount that there is a significant overlap
between the population which uses Bob's Discount Hardware for 10
million row, ultra-critical databases and the population which likes
to twiddle postgresql.conf settings without reading the fine
manual. Those folks are going to get burned by this setting unless
it is very hard to turn on. (I think the setting is an excellent
idea, though, for emergency cases.)

I don't usually like making servers totally idiot-proof, but I can
just imagine the Slashdot conversations after 7.4 comes out (and for
at least 60 or 70 years thereafter): "PostgreSQL just randomly zeroes
a page of data! It sucks! Use MySQL instead. It can recover from
bad pages on your disk by randomly making up data for you, instead of
just writing zeros."

A

--
----
Andrew Sullivan 204-4141 Yonge Street
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M2P 2A8
+1 416 646 3304 x110

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Brown 2003-04-02 20:44:47 Re: Detecting corrupted pages earlier
Previous Message Tom Lane 2003-04-02 20:37:16 Re: Detecting corrupted pages earlier