Skip site navigation (1) Skip section navigation (2)

Re: postgres crash. HELP

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Oscar Serrano" <oserra(at)fondos(dot)net>
Cc: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: postgres crash. HELP
Date: 2000-05-07 16:17:33
Message-ID: 18362.957716253@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-interfaces
"Oscar Serrano" <oserra(at)fondos(dot)net> writes:
> Suddenly in the directory where I have all the tables, now there is about
> 1000 files with names like this:
> [ and a bunch of apparently-duplicated entries in system catalogs ]

Looks pretty messy :-(.  What version are you running?

I hope you have a fairly recent pg_dumpall backup, because otherwise
you are likely to be in trouble.  If the backup is new enough that you
can just restore from it without losing much, then I'd recommend just
initdb and restore.  If you have newer data than what is in the backup,
but the schema is still the same, you could probably use pg_upgrade to
recover the system tables from the backup and then move your current
user data into the database.  (It looks like the trouble is just in the
system tables, so your user tables are most likely OK.)

If you want to try the pg_upgrade method, make sure you have the latest
pg_upgrade script (from 7.0RC5, current nightly snapshot, or direct from
CVS server) --- previous versions are known to have problems in
multi-user databases.  Then, follow the man page's directions for
pg_upgrade, except don't bother trying to make a "pg_dumpall -s" dump
from your corrupted database; instead use your last good backup file
as the input script for pg_upgrade.

			regards, tom lane

In response to

Responses

pgsql-interfaces by date

Next:From: Ken J. WrightDate: 2000-05-07 18:48:34
Subject: Re: postgres crash. HELP
Previous:From: Alexey V. MeledinDate: 2000-05-06 18:57:53
Subject: How to abstract fully from database with JDBC?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group