From: | Mike Mascari <mascarm(at)mascari(dot)com> |
---|---|
To: | Shaun Thomas <sthomas(at)townnews(dot)com> |
Cc: | shan(at)ceedees(dot)com, pgsql-jdbc(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Regarding Vacuumdb |
Date: | 2001-08-31 20:11:34 |
Message-ID: | 3B8FEF76.37B64157@mascari.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-jdbc |
Shaun Thomas wrote:
>
> On Tue, 28 Aug 2001, Bhuvaneswari wrote:
>
> > hi,
> > I am getting the following error while doing vacuumdb,
> >
> > ERROR: mdopen: couldn't open test1: No such file or directory
> > vacuumdb: database vacuum failed on db1.
>
> We got this error a lot in 6.5. Usually it means your table has somehow
> been corrupted, and postgres doesn't want anything to do with it. It'll
> show up, and you can even select from it, but doing so will crash the
> back-end, and you can't run a vacuum or pg_dump on that database
> successfully.
Yes. This error was caused in older versions by doing something
like:
BEGIN;
DROP TABLE test1;
ABORT;
The 6.5 version of PostgreSQL would remove the underlying file from
the file system when DROP TABLE was executed, not when the
transaction performed a commit, so the file was gone, but the
entries in the system cataloge remained. This is fixed in newer
versions.
Hope that helps,
Mike Mascari
mascarm(at)mascari(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Susan Lane | 2001-08-31 20:34:50 | PgAdmin question - superuser |
Previous Message | Jason Earl | 2001-08-31 19:27:13 | Re: Deployment of PostgreSQL Applications |
From | Date | Subject | |
---|---|---|---|
Next Message | Stephan Szabo | 2001-08-31 20:37:40 | Re: Regarding Vacuumdb |
Previous Message | Dave Cramer | 2001-08-31 19:00:27 | Re: Read transactions don't work on 7.0.x db's |