Re: 3rd time is a charm.....right sibling is not next child crash. - Mailing list pgsql-general

From Alvaro Herrera
Subject Re: 3rd time is a charm.....right sibling is not next child crash.
Date
Msg-id 1276023532-sup-387@alvh.no-ip.org
Whole thread Raw
In response to 3rd time is a charm.....right sibling is not next child crash.  (Jeff Amiel <becauseimjeff@yahoo.com>)
Responses Re: 3rd time is a charm.....right sibling is not next child crash.
Re: 3rd time is a charm.....right sibling is not next child crash.
List pgsql-general
Excerpts from Jeff Amiel's message of mar jun 08 09:26:25 -0400 2010:
> Not looking for help...just putting some data out there.
>
> 2 previous crashes caused by corrupt slony indexes
>
> http://archives.postgresql.org/pgsql-general/2010-02/msg00022.php
>
> http://archives.postgresql.org/pgsql-general/2009-12/msg01172.php
>
> New one yesterday.
>
> Jun  7 15:05:01 db-1 postgres[9334]: [ID 748848 local0.crit] [3989781-1] 2010-06-07 15:05:01.087 CDT    9334PANIC:
rightsibling 169 of block 168 is not next child of 249 in index "sl_seqlog_idx" 

I've seen this problem (and others) in a high-load environment.  Not
Slony related though.

I wrote a small tool to check btree index files for consistency problems
such as this one, by parsing pg_filedump output.  I've seen strange
things such as index pointers pointing to pages that shouldn't have been
pointed to; mismatching sibling pointers; and others.

Do you have a copy of the broken index file?

--
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

pgsql-general by date:

Previous
From: Andy Colson
Date:
Subject: Re: Queues Problem
Next
From: Peter Hunsberger
Date:
Subject: Re: Queues Problem