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