Re: Transaction ID wrap limit is log entries

From: Armand du Plessis <adp(at)bank(dot)io>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Transaction ID wrap limit is log entries
Date: 2013-05-20 13:21:50
Message-ID: CANf99sXWSJFXP=7UY0UG=FLivGL-nbHBg6W4qc1hs5qEP6tOgw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Mon, May 20, 2013 at 3:11 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Armand du Plessis <adp(at)bank(dot)io> writes:
> > The autovacuum completed (after many hours) however it didn't seem to
> have
> > frozen any old pages as it just kicks off again right away with the same
> > reason (VACUUM ANALYZE public.messages (to prevent wraparound))
>
> I suspect it's unable to move the table's min XID forward at all because
> there is some old open transaction preventing cleanup of very old dead
> tuples. Look for old xact_start times in pg_stat_activity. Also look
> for old entries in pg_prepared_xacts. If you find any, get rid of them.
>

Thanks Tom, that sounds like it possibly could've caused it. I've since
restarted the cluster (kicking myself) so there's no old transactions left
in either table. (pg_prepared_xacts is actually empty). Will check there
first if this happens again.

> regards, tom lane
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Armand du Plessis 2013-05-20 17:24:48 pg_buffer_cache - dependencies
Previous Message Tom Lane 2013-05-20 13:11:43 Re: Transaction ID wrap limit is log entries