Re: Error on vacuum: xmin before relfrozenxid

From: Paolo Crosato <paolo(dot)crosato(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Error on vacuum: xmin before relfrozenxid
Date: 2018-05-23 19:55:55
Message-ID: CAKMFJud2Vt1x0Kd2=K9NuomdWzJpZTpKWkBZ+iVs0j7sxfPb0g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

2018-05-23 20:32 GMT+02:00 Andres Freund <andres(at)anarazel(dot)de>:

> On 2018-05-22 16:39:58 -0700, Andres Freund wrote:
> > Hi,
> >
> > On 2018-05-23 00:04:26 +0200, Paolo Crosato wrote:
> > > I managed to recover the log of the first time we run into the issue,
> the
> > > error was the same but on template1:
> > >
> > > May 8 11:26:46 xxx postgres[32543]: [1154-1] user=,db=,client= ERROR:
> > > found xmin 2600758304 from before relfrozenxid 400011439
> > > May 8 11:26:46 xxx postgres[32543]: [1154-2] user=,db=,client=
> CONTEXT:
> > > automatic vacuum of table "template1.pg_catalog.pg_authid"
> >
> > pg_authid (along with a few other tables) is shared between
> > databases. So that's just hte same error. At which rate are you
> > creating / updating database users / roles?
>
> Other questions:
> - did you ever use VACUUM FULL or CLUSTER on pg_authid (or just on all
> tables)?
> - Did you have any failovers?
> - Do you use logical replication?
>

1) VACUUM FULL was issued after the first time the error occurred, and a
couple of times later. CLUSTER was never run.
2) Several failovers tests were perfomed before the cluster was moved to
production. However, before the move, the whole cluster was wiped,
including all the application and monitoring users. After the db was moved
to production, a couple of users were added without any problem.
3) No, even if the replication level is set to logical in postgresql.conf,
we only use streaming replication.

Best Regards,

Paolo Crosato

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tiffany Thang 2018-05-23 22:10:49 Re: pg_multixact/members growing
Previous Message Adrian Klaver 2018-05-23 19:35:57 Re: Insert data if it is not existing

Browse pgsql-hackers by date

  From Date Subject
Next Message Robbie Harwood 2018-05-23 20:00:16 Re: [PATCH v14] GSSAPI encryption support
Previous Message Matthew Stickney 2018-05-23 19:29:29 Re: [PATCH] (Windows) psql echoes password when reading from pipe