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 */
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... |