From: | Joseph Shraibman <jks(at)selectacast(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-general(at)hub(dot)org" <pgsql-general(at)hub(dot)org> |
Subject: | Re: vacuums failing |
Date: | 2000-10-17 19:49:46 |
Message-ID: | 39ECAD5A.7125B069@selectacast.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
>
> Joseph Shraibman <jks(at)selectacast(dot)net> writes:
> > Could someone please tell me what is going wrong?
> > query: VACUUM ANALYZE
> > NOTICE: FlushRelationBuffers(message, 15): block 0 is referenced
> > (private 0, global 2)
> > FATAL 1: VACUUM (vc_repair_frag): FlushRelationBuffers returned -2
>
> This is probably an artifact of the known bug that 7.0.* forgets to
> run AbortTransaction() if a client disconnects in the middle of a
> BEGIN block.
Ah, I was torture testing my application to see how it handled
application crashes, simulated by making the program exit before it was
done.
There's no harm to your data, but buffer reference counts
> in shared memory aren't decremented before the backend exits. So,
> VACUUM gets unhappy because it fears some other backend is touching
> the table it's vacuuming.
>
> Restarting the postmaster should make the symptom go away. The bug
> itself is fixed for 7.0.3.
>
When is 7.0.3 coming out?
--
Joseph Shraibman
jks(at)selectacast(dot)net
Increase signal to noise ratio. http://www.targabot.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-10-17 20:06:37 | Re: vacuums failing |
Previous Message | Tom Lane | 2000-10-17 19:38:37 | Re: startup script for Solaris |