Re: vacuum error

From: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
To: Martijn van Oosterhout <kleptog(at)svana(dot)org>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-general(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Subject: Re: vacuum error
Date: 2007-03-08 02:07:45
Message-ID: 200703071907.45462.pgsql@bluepolka.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wednesday March 7 2007 3:13 am, Martijn van Oosterhout wrote:
> On Wed, Mar 07, 2007 at 02:29:08AM -0700, Ed L. wrote:
> > Perhaps my question was not clear enough. Let me rephrase:
> > Does the fix for this problem comes from a *fresh* DB
> > structure resulting from the initdb, or from a software fix
> > in 8.1.8, or both? The answer makes a big difference with a
> > 200gb database. If it's in the software alone, we can simply
> > restart. If it's in the DB structure, we have to migrate
> > 200gb of data from one PGDATA to another.
>
> In your case you could also get running by creating the
> missing file, but whether that's appropriate depends on the
> cause. I'd check the release notes to see if any related bugs
> have been fixed since then.

How would I go about correctly creating the missing file? That
sounds appealing, as if it were something I could do without
taking downtime. Is it?

In reviewing the release notes between 8.1.2 and 8.1.8, there are
a number of vacuum fixes along with many others. It is unclear
if any of them are related.

Given this error is occurring while doing a "VACUUM FREEZE" of
the template0 database, I wonder if that creates any options for
me? Frankly, I'd be happy to simply drop the template0 DB if I
could, since I'm not aware that we ever need it for anything.

Ed

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Benjamin Smith 2007-03-08 03:42:32 Re: server vendor recommendation
Previous Message Brent Wood 2007-03-08 01:43:05 Re: How to force planner to use GiST index?