Re: Unable to explain DB error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Steven Rosenstein <srosenst(at)us(dot)ibm(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Unable to explain DB error
Date: 2005-07-28 18:19:28
Message-ID: 25774.1122574768@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Steven Rosenstein <srosenst(at)us(dot)ibm(dot)com> writes:
> Any idea why Postgres would be looking for a clog file name 0FC0 when the most recent filename is 04CE?

Corrupt data --- specifically a bad transaction number in a tuple
header. (In practice, this is the first field looked at in which
we can readily detect an error, so you tend to see this symptom for
any serious data corruption situation. The actual fault may well
be something like a corrupt page header causing the code to follow
"tuple pointers" that point to garbage.)

See the PG list archives for past discussions of dealing with corrupt
data. pgsql-performance is pretty off-topic for this.

BTW, PG 7.4 and up handle this sort of thing much more gracefully ...
they can't resurrect corrupt data of course, but they tend not to
panic.

regards, tom lane

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Luke Lonergan 2005-07-28 18:27:36 Re: Finding bottleneck
Previous Message Tom Lane 2005-07-28 18:13:51 Re: Left joining against two empty tables makes a query