| 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: | Whole Thread | Raw Message | 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 |