RE: vacuumdb failed - Mailing list pgsql-general

From Hiroshi Inoue
Subject RE: vacuumdb failed
Date
Msg-id 000101c01259$0de86fe0$2801007e@tpf.co.jp
Whole thread Raw
In response to Re: vacuumdb failed  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: vacuumdb failed  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
> -----Original Message-----
> From: Tom Lane
>
> >     Now, I'm not sure if this is related, but while trying to
> do vacuumdb
> > <dbname>, I got...
>
> > NOTICE:  FlushRelationBuffers(all_flows, 500237): block 171439 is
> > referenced (private 0, global 1)
> > FATAL 1:  VACUUM (vc_repair_frag): FlushRelationBuffers returned -2
>
> Probably not related.  We've seen sporadic reports of this error in 7.0,
> but it's been tough to get enough info to figure out the cause.  If you
> can find a reproducible way to create the block-is-referenced condition
> we'd sure like to know about it!
>

The following is an example which doesn't release the reference count.
Neither CommitTransaction() nor AbortTransaction() is called after '\q'

begin;
declare myc cursor for select * from ..;
fetch in myc;
\q

Regards.

Hiroshi Inoue
Inoue@tpf.co.jp

pgsql-general by date:

Previous
From: Stephan Richter
Date:
Subject: PL/pgSQL
Next
From: "Mayers, Philip J"
Date:
Subject: equality operator on CIDR column as primary key