Re: Vacuum Full (PG 8.1) - Urgent help needed - Cancel & transaction "liberation"

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: <jd(at)commandprompt(dot)com>
Cc: "Alexandre Leclerc" <aleclerc(at)ipso(dot)ca>, <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Vacuum Full (PG 8.1) - Urgent help needed - Cancel & transaction "liberation"
Date: 2010-04-16 19:19:37
Message-ID: 4BC871F90200002500030A0D@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:

> if you actually managed to start two services against the
> same data directory, I hope you have a backup, you can restore
> from.

This is 8.1 under Windows, and he connected to a different database
with each backend. He got errors writing the WAL files, and it
apparently wouldn't let him start a second VACUUM on the other
database. I'm hoping that the initial VACUUM (of the big database)
can continue and the WAL problems will cycle out without corrupting
anything. Is that overly optimistic?

It did occur to me that maybe the manual (and maybe event the
error's hint) should say right up front that once the service stops
a file-based copy of the database should be made (if at all
possible) before proceeding to attempt recovery. Also, the
"full-database vacuum" terminology seems too likely to be
interpreted as VACUUM FULL for best results. Perhaps it's worth
changing that to just "database vacuum" or "vacuum of the entire
database"?

-Kevin

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Marlowe 2010-04-16 19:20:54 Re: Vacuum Full (PG 8.1) - Urgent help needed - Cancel & transaction "liberation"
Previous Message Joshua D. Drake 2010-04-16 19:05:25 Re: Vacuum Full (PG 8.1) - Urgent help needed - Cancel & transaction "liberation"