Re: ERROR: found xmin from before relfrozenxid

From: Mariel Cherkassky <mariel(dot)cherkassky(at)gmail(dot)com>
To: Jerry Sievers <gsievers19(at)comcast(dot)net>
Cc: pgsql-performance(at)lists(dot)postgresql(dot)org
Subject: Re: ERROR: found xmin from before relfrozenxid
Date: 2019-01-24 14:14:21
Message-ID: CA+t6e1mHMrhWYPiL_LL3FOpc3xO+o8joJJbgutY2-hMAV2YXog@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

I'm checking the full version.
As you said I saw that in 9.6.9 there was a fix for the next bug :

Avoid spuriously marking pages as all-visible (Dan Wood, Pavan Deolasee,
Álvaro Herrera)

This could happen if some tuples were locked (but not deleted). While
queries would still function correctly, vacuum would normally ignore such
pages, with the long-term effect that the tuples were never frozen. In
recent releases this would eventually result in errors such as "found
multixact nnnnn from before relminmxid nnnnn".

So basically, he just need to upgrade in order to fix it ? Or there is
something else that need to be done?

‫בתאריך יום ד׳, 23 בינו׳ 2019 ב-21:51 מאת ‪Jerry Sievers‬‏ <‪
gsievers19(at)comcast(dot)net‬‏>:‬

> Mariel Cherkassky <mariel(dot)cherkassky(at)gmail(dot)com> writes:
>
> > Hey,
> > I'm trying to help a guy that is using pg9.6 but I'm not so familiar
> > with the error message :
> > ERROR: found xmin 16804535 from before relfrozenxid 90126924
> > CONTEXT: automatic vacuum of table db1.public.table_1"
>
> 9.6.?...
>
> That error or a very similar one was fixed in a recent point release.
>
> HTH
>
> --
> Jerry Sievers
> Postgres DBA/Development Consulting
> e: postgres(dot)consulting(at)comcast(dot)net
>

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Arne Roland 2019-01-24 14:44:41 RE: dsa_allocate() faliure
Previous Message David Rowley 2019-01-24 11:55:42 Re: Parallel stats in execution plans