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
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 |