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
>
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 |