Re: found xmin from before relfrozenxid on pg_catalog.pg_authid

From: Andres Freund <andres(at)anarazel(dot)de>
To: Sergey Burladyan <eshkinkot(at)gmail(dot)com>
Cc: Matheus de Oliveira <matioli(dot)matheus(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Nasby, Jim" <nasbyj(at)amazon(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Maxim Boguk <maxim(dot)boguk(at)gmail(dot)com>, Peter Geoghegan <pg(at)bowt(dot)ie>, Jeremy Finzel <finzelj(at)gmail(dot)com>
Subject: Re: found xmin from before relfrozenxid on pg_catalog.pg_authid
Date: 2018-06-20 15:51:48
Message-ID: 20180620155148.7smdpcgcp4eh7rzq@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Hi,

On 2018-06-20 15:05:59 +0300, Sergey Burladyan wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
>
> > You should first make sure it's actually this problem - which tables are
> > holding back the xmin horizon? After that, yes, deleting the
> > global/pg_internal.init file is the way to go, and I can't think of a
> > case where it's problematic, even without stopping the server.
>
> Thanks for clarification! I also have this problem, BTW, autovacuum does
> not worked at all:
> # select max(last_autovacuum) from pg_stat_user_tables;
> max
> -------------------------------
> 2018-06-06 00:48:47.813841+03
>
> all it workers stoped with this messages:
> ERROR: found xmin 982973690 from before relfrozenxid 2702858737
> CONTEXT: automatic vacuum of table "avito_delta.pg_catalog.pg_authid"
> ERROR: found xmin 982973690 from before relfrozenxid 2702858761
> CONTEXT: automatic vacuum of table "avito_delta.pg_catalog.pg_auth_members"
>
> and it does not try to vacuum other tables.

Yea, that's this bug. I'd remove global/pg_internal.init, reconnect,
and manually vacuum.

Greetings,

Andres Freund

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Alban Hertroys 2018-06-20 15:54:49 Re: Is postorder tree traversal possible with recursive CTE's?
Previous Message Jonathan Marks 2018-06-20 15:40:53 Re: tsvector field length limitation

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-06-20 15:58:28 Re: PATCH: backtraces for error messages
Previous Message Alexander Kuzmenkov 2018-06-20 15:51:33 Re: PATCH: backtraces for error messages