> Andrew Snow wrote:
> >
> > > > > what is the relative safety of doing a vacuum verbose analyze
> > > on a 24Gb
> > > > > table while there are selects and updates/inserts happening on it?
> > > >
> > > > As far as I know, the table is locked completely during a Vacuum.
Any
> > > > transactions attempting to do inserts/updates will be paused
> > > safely. So go
> > > > ahead and schedule your vacuums for whenever you need to.
> >
> > > There have been reports of problems (corruption, etc.) when trying to
do
> > > this. See the archive for a discussion along these lines a few
> > > months ago.
> >
> > You've got to be joking.
> >
> > Is the table locking mechanism in Postgresql broken??
>
> I have no idea (but I doubt it). I simply recall this question being
asked
> a few months back and a couple folks said something like "Hey, we tried
> this and had problems." That was with 6.5.* or earlier. Maybe one of
> those folks can pipe up again. I couldn't find them in the archive...
>
> Regards,
> Ed Loehr
>
I've had problems with vacuum on postgres 6.5.3
The didn't occur in 6.3.2 or 7.0beta1.
The problems occured after many revoke and grant statements on the database.
And after and/or during that running a vacuum twice. The second would start
saying something like:
NOTICE: Rel pg_class: TID 294/3: InsertTransactionInProgress 20065 - can't
shrink relation
NOTICE: Rel pg_class: TID 294/4: InsertTransactionInProgress 20065 - can't
shrink relation
NOTICE: Index pg_class_relname_index: NUMBER OF INDEX' TUPLES (1615) IS NOT
THE SAME AS HEAP' (1587)
NOTICE: Index pg_class_oid_index: NUMBER OF INDEX' TUPLES (1615) IS NOT THE
SAME AS HEAP' (1587)
VACUUM
But it works in 7.0
Cheers Wim.
