From: | Thomas Bamesberger <bames(at)bms-austria(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: ERROR: fixrdesc: no pg_class entry for pg_class |
Date: | 2003-07-03 12:51:10 |
Message-ID: | 1057236669.4954.18.camel@screwdriver.bms-austria.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Am Mit, 2003-07-02 um 16.55 schrieb Tom Lane:
> Thomas Bamesberger <bames(at)bms-austria(dot)com> writes:
> > My PostgreSQL Database has been up and running exactly for one year, but
> > last week after rebooting the error message "fixrdesc: no pg_class entry
> > for pg_class" appeared on the screen. So is there any way to solve this
> > problem or to recover the data at least?
>
> Ouch. You have a problem :-(
>
> Are you seeing this failure when you connect to any database in the
> cluster, or just one?
There is only one DB...
> If the former, I'd guess that you've been
> ignoring messages about needing a cluster-wide VACUUM for a little too
> long, and you're now hosed due to transaction wraparound. If the
> latter, it's probably localized data corruption in that database's
> system catalog. Which is not necessarily any better news, but there
> are a couple of desperation measures you can try:
>
> 1. Remove the "pg_internal.init" file in the broken database, then see
> if you can start a backend.
>
> 2. Try to start a standalone backend and reindex the system catalogs.
> (See the REINDEX man page for details on this rather arcane procedure.)
Thx for your hints, but neither of them did anything else than:
"fixrdesc: no pg_class entry for pg_class"
:(
Any other idea? I really would appreciate it...
Thx in advance
--
Thomas Bamesberger <bames(at)bms-austria(dot)com>
From | Date | Subject | |
---|---|---|---|
Next Message | Bruno BAGUETTE | 2003-07-03 12:58:10 | [REPOST] Problem for dumping a 6.5.2 database |
Previous Message | Bruno Wolff III | 2003-07-03 11:28:00 | Re: Synchronising multiple common fields among tables |