Re: 8.2.3 PANIC with "corrupted item pointer"

From: Henk - CityWEB <henka(at)cityweb(dot)co(dot)za>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: 8.2.3 PANIC with "corrupted item pointer"
Date: 2007-06-22 20:16:00
Message-ID: Pine.LNX.4.58.0706222207060.3645@isp.org.za
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 21 Jun 2007, Tom Lane wrote:

> "Henka" <henka(at)cityweb(dot)co(dot)za> writes:
> > I happened to notice this error in the log when my application was refused
> > a db connection (quite unexpectedly):
>
> > PANIC: corrupted item pointer: offset = 3308, size = 28
> > LOG: autovacuum process (PID 18165) was terminated by signal 6
>
> FWIW, the only occurrences of that specific message text are in
> PageIndexTupleDelete and PageIndexMultiDelete, so you can be pretty sure
> that this is just a corrupted-index problem. Once you've identified
> which table has the problem, a REINDEX should fix it.

I've identified the offending index, but REINDEX also causes the PANIC.
I also tried DROPping the index (and REINDEX DATABASE foo), but that too
causes a panic.

Is it possible to identify the physical file/s used by this index and
remove it manually from the filesystem (while pg is offline) and update
system tables, or is there some other way I can reindex/drop/remove it?

The only thing I haven't tried is dropping the entire table, but I suspect
that will also cause a panic.

If I can't trash the index externally, is possible to trash the entire
table/index group externally?

Any comments are appreciated.

Regards
Henry

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2007-06-22 20:29:07 Re: 8.2.3 PANIC with "corrupted item pointer"
Previous Message Charles Simard 2007-06-22 19:40:45 Re: Establishing a primary key