Re: Re: Vaccuuming every db in cluster fails to eliminate "execute a full-database VACUUM in..." - Mailing list pgsql-admin

From Tom Lane
Subject Re: Re: Vaccuuming every db in cluster fails to eliminate "execute a full-database VACUUM in..."
Date
Msg-id 12329.1286725954@sss.pgh.pa.us
Whole thread Raw
In response to Re: Vaccuuming every db in cluster fails to eliminate "execute a full-database VACUUM in..."  (Robert Burgholzer <rburghol@vt.edu>)
Responses Re: Re: Vaccuuming every db in cluster fails to eliminate "execute a full-database VACUUM in..."
List pgsql-admin
Robert Burgholzer <rburghol@vt.edu> writes:
> So, as I mentioned, I have tried to get this straightened out by
> vacuuming all in --single mode, but to no avail.  I executed the
> following command, to see which tables were in trouble:

> SELECT relname, age(relfrozenxid) FROM pg_class WHERE relkind = 'r';

> And found a table listed, that DOES NOT exist any longer.

Yeah?  What happens if you try to select from that table?

If there is a row in pg_class that for some reason didn't get deleted
when the table was dropped, you could just manually remove that row
(ie, DELETE FROM pg_class WHERE ... as superuser).  You'd still need
another VACUUM to get the database's datfrozenxid updated, but
after that things should be OK.

            regards, tom lane

pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: build from Source: 9.0.1 / 9.1-alpha1 cannot build modules
Next
From: Robert Burgholzer
Date:
Subject: Re: Re: Vaccuuming every db in cluster fails to eliminate "execute a full-database VACUUM in..."