Re: IndexSupportInitialize Error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Bryan Bullard" <bbullard(at)friendlymatrix(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: IndexSupportInitialize Error
Date: 2003-05-05 13:58:22
Message-ID: 27481.1052143102@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Bryan Bullard" <bbullard(at)friendlymatrix(dot)com> writes:
> Last week our server's system disk broke causing the server to die a hard d=
> eath. We run Postgres on another disk and the binaries and associated clus=
> ter seemed to have survived. However when I try to connect (psql, dumpdb, =
> dumpall) to any of the databases I get the following error:
> FATAL 1: IndexSupportInitialize: bogus pg_index tuple
> We are running RH 7.3, Postgres 7.2.1 (We were in the process of upgrading =
> our databases - this was the last). A quick search of the archives doesn't=
> uncover much in regard to this problem. Any ideas our there?

*Any* of the databases? Since pg_index isn't shared it's difficult to
imagine a failure scenario that would wipe out all the databases in an
installation in this same way.

The error itself suggests that you've got a zeroed-out row in pg_index.
You could possibly recover by manually dropping the index in question,
if it's not a critical index. What I'd try doing is starting a
standalone backend with the -P switch (ignore system indexes); if that
will let you in, then you'd be able to look through pg_index to try to
determine what's clobbered.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Haddon 2003-05-05 17:05:41 Zero length delimited identifier
Previous Message David A. Leedom 2003-05-05 12:27:22 Restore Troubles