Re: [SQL] vacuum fails

From: Thomas Good <tomg(at)admin(dot)nrnet(dot)org>
To: Frank Joerdens <frank(at)x9media(dot)com>
Cc: pgsql-sql(at)postgreSQL(dot)org
Subject: Re: [SQL] vacuum fails
Date: 1999-08-27 17:03:34
Message-ID: Pine.LNX.3.96.990827130127.30754A-100000@admin.nrnet.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Fri, 27 Aug 1999, Frank Joerdens wrote:

> vacuum fails with the following error:
>
> NOTICE: Rel beruf: Pages 18: Changed 0, Reapped 18, Empty 0, New 0; Tup
> 900: Vac 565, Crash 0, UnUsed 441, MinLen 60, .
> NOTICE: Ind idx_b: Pages 17; Tuples 900: Deleted 0. Elapsed 0/0 sec.
> NOTICE: Rel beruf: Pages: 18 --> 10.
> NOTICE: BlowawayRelationBuffers(beruf, 10): block 11 is referenced
> (private 0, last 0, global 1)
> FATAL 1: VACUUM (vc_vacheap): BlowawayRelationBuffers returned -2
>
> what exactly does that mean? how do you recover from this? would i lose
> data if i dump the data from this table and recreate it?
>
> thanks
>
> frank

Frank -

That is what I did and it was fine. But Vadim told me later
that all I really had to do was shutdown the server, restart it and
re-vacuum. You might try that first (you may also have to rm the
pesky pg_vlock in the ../data/base/whatever directory.

BlowawayRelationBuffers sounds ominous doesn't it? It turned out
not to be so bad in my case!

Cheers,
Tom

------- North Richmond Community Mental Health Center -------

Thomas Good MIS Coordinator
Vital Signs: tomg@ { admin | q8 } .nrnet.org
Phone: 718-354-5528
Fax: 718-354-5056

/* Member: Computer Professionals For Social Responsibility */

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Frank Joerdens 1999-08-27 17:56:52 Re: [SQL] vacuum fails
Previous Message Howie 1999-08-27 17:01:59 Re: [SQL] optimizer not using an index...