Re: Invalid Page Headers

From: "Thomas F(dot) O'Connell" <tfo(at)sitening(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: Invalid Page Headers
Date: 2006-04-19 22:31:14
Message-ID: mBxUdlkr.1145485874.0777790.tfo@chilco.textdrive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Apr 18, 2006, at 2:15 PM, Tom Lane wrote:

"Thomas F. O'Connell" <tfo(at)sitening(dot)com> writes:
I would've expected the RAID to protect postgres from the possibility
of data corruption, but I guess not.

Ooops :-(. It might be interesting to get pg_filedump dumps of the
corrupted pages, just to see what the failure pattern looks like.
I doubt there's much we can do about it, but you don't know till you
look. ("If we knew what it was we were doing, it wouldn't be
research.")

Any tips on turning "ERROR: invalid page header in block 34 of
relation" into a pg_filedump command that would yield something useful
or interesting? If so, I'll post the results of all three relations
known to be corrupt so far.

Also, are there any questions I could be asking vendors (Dell, LSI) that
would help sort out how the RAID contributed to corruption on disk?

--
Thomas F. O'Connell
Database Architecture and Programming
Sitening, LLC

http://www.sitening.com/
3004 B Poston Avenue
Nashville, TN 37203-1314
615-260-0005 (cell)
615-469-5150 (office)
615-469-5151 (fax)

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2006-04-19 23:35:44 Re: dblink not working in FC5
Previous Message Manish Gupta 2006-04-19 22:26:48 dblink not working in FC5