Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM

From: Ryan Kirkpatrick <pgsql(at)rkirkpat(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM
Date: 2001-03-28 03:32:02
Message-ID: Pine.LNX.4.21.0103272031180.12181-100000@excelsior.rkirkpat.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, 26 Mar 2001, Tom Lane wrote:

> Ryan Kirkpatrick <pgsql(at)rkirkpat(dot)net> writes:
> > On Mon, 12 Mar 2001, Ryan Kirkpatrick wrote:
> >> While testing some existing database applications on 7.1beta4 on
> >> my Sparc 20 running Debian GNU/Linux 2.2, I got the following error on
> >> attempting to do a vacuum of a table:
> >>
> >> NOTICE: FlushRelationBuffers(jobs, 1399): block 953 is referenced (private 0, global 1)
> >> ERROR! Can't vacuum table Jobs! ERROR: VACUUM (repair_frag): FlushRelationBuffers returned -2
>
> This is probably explained by the problem we found a few days ago with
> BufferSync acquiring locks it shouldn't.

Yea, it was. I just tried RC1 on the Sparc with my application,
with the data directory NFS mounted, and it ran without errors
now. Thanks. :)

---------------------------------------------------------------------------
| "For to me to live is Christ, and to die is gain." |
| --- Philippians 1:21 (KJV) |
---------------------------------------------------------------------------
| Ryan Kirkpatrick | Boulder, Colorado | http://www.rkirkpat.net/ |
---------------------------------------------------------------------------

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Knox 2001-03-28 03:45:22 Re: Re: Call for platforms
Previous Message Lamar Owen 2001-03-28 02:53:57 Re: Re: 7.1 RC1 RPM