Re: Template0 datfrozenxid age is 160million and progressing

From: Rijo Roy <rjo_roy(at)yahoo(dot)com>
To: "tgl(at)sss(dot)pgh(dot)pa(dot)us" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Template0 datfrozenxid age is 160million and progressing
Date: 2018-08-01 14:15:23
Message-ID: 1786421786.471176.1533132923796@mail.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Tom, 
Thanks for the advice. Autovacuum is disabled in the environment and I cannot take a call on enabling it back. I can only run manual vacuum on the database as the dev team fears autoanalyze changing the query performance. Do you still think we don't need to take any actions. 
Thanks, Rijo Roy 

Sent from Yahoo Mail on Android

On Wed, 1 Aug 2018 at 7:38 pm, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote: Rijo Roy <rjo_roy(at)yahoo(dot)com> writes:
> I am observing a steady increase in age(datfrozenxid) of template0 database in my Postgresql 10 running in a RHEL 6.9Currently, it is at 166846989 and I am not able to vacuum the same as datallowconn is false. Thought of setting it to true and perform a vacuum freeze on the same. Before doing that, I wanted to check whether I should be worrying for something here or can I just go ahead with my plan. 

I would leave well enough alone.  Unless you've changed the default
values of autovacuum parameters, that behavior is perfectly normal
and not worrisome.  autovacuum should kick in and do something
about it at 200 million xacts (autovacuum_freeze_max_age).

            regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2018-08-01 14:24:24 Re: Template0 datfrozenxid age is 160million and progressing
Previous Message Vick Khera 2018-08-01 14:11:21 Re: Settings for fast restores