Re: drive failre, corrupt data...

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jeff Amiel <becauseimjeff(at)yahoo(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: drive failre, corrupt data...
Date: 2007-01-18 23:43:42
Message-ID: 7884.1169163822@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jeff Amiel <becauseimjeff(at)yahoo(dot)com> writes:
> ran fsck

> PARTIALLY TRUNCATED INODE I=612353
> SALVAGE? yes

> INCORRECT BLOCK COUNT I=612353 (544 should be 416)
> CORRECT? yes

> root(at)back-app-1# find /db -inum 612353
> /db/pg_clog/0952

Yech. So much for RAID reliability ... maybe you need to reconfigure
the array for more redundancy?

> So....am I screwed here...just I just re-init-db and restore the entire kit and kaboodle from scratch?

Given that it's just a backup machine, it's probably not worth heroics
to try to recover. I'm not sure that you could trust any data you got
out of it, anyway --- corrupted pg_clog is likely to lead to
inconsistency in the form of partially-applied transactions, which can
be hard to detect.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David Fetter 2007-01-18 23:52:21 Re: PG not rejecting bad dates (was Re: Finding bogus dates)
Previous Message Ron Johnson 2007-01-18 23:42:54 PG not rejecting bad dates (was Re: Finding bogus dates)