Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM - Mailing list pgsql-hackers

From Ryan Kirkpatrick
Subject Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM
Date
Msg-id Pine.LNX.4.21.0103272031180.12181-100000@excelsior.rkirkpat.net
Whole thread Raw
In response to Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, 26 Mar 2001, Tom Lane wrote:

> Ryan Kirkpatrick <pgsql@rkirkpat.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/   |
---------------------------------------------------------------------------



pgsql-hackers by date:

Previous
From: Lamar Owen
Date:
Subject: Re: Re: 7.1 RC1 RPM
Next
From: "Mark Knox"
Date:
Subject: Re: Re: Call for platforms