| 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: | Whole Thread | Raw Message | 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
| 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 |