From: | Sergey Burladyan <eshkinkot(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
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 12:05:59 |
Message-ID: | 87a7rp1x3s.fsf@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
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.
--
Sergey Burladyan
From | Date | Subject | |
---|---|---|---|
Next Message | Łukasz Jarych | 2018-06-20 12:43:16 | Using DSN Connection and knowing windows username |
Previous Message | Janning Vygen | 2018-06-20 11:51:25 | Suggestion about logging only every n-th statement |
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2018-06-20 12:25:03 | Re: Excessive CPU usage in StandbyReleaseLocks() |
Previous Message | Bruce Momjian | 2018-06-20 12:03:45 | Re: documentation is now XML |