Skip site navigation (1) Skip section navigation (2)

Re: Close open transactions soon to avoid wraparound problems

From: Brian Staszewski <brian(dot)staszewski(at)farheap(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Close open transactions soon to avoid wraparound problems
Date: 2007-09-11 16:31:46
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
Tom Lane wrote:
> Brian Staszewski <brian(dot)staszewski(at)farheap(dot)com> writes:
>> WARNING:  oldest xmin is far in the past
>> HINT:  Close open transactions soon to avoid wraparound problems.
> Hmm ... which PG version is this?  I think 8.2 will start to complain
> about this much earlier than older versions (~ 100M transactions by
> default, instead of 1000M).  Though you've probably got a problem
> here in any case.
Yep, 8.2.4.
>> What's been done so far:
>> -Cluster-wide vacuum (these are done nightly, I ran one again just for gp)
> Not relevant
>> -Ran the following query looking for old/suspicious 
>> connections/transactions, didn't find anything useful:
>> select procpid, datname, client_addr, usename, current_query, 
>> query_start from pg_stat_activity order by query_start asc;
> Most likely the problem transaction is sitting idle and hence has null
> query_start.  Try "ps auxww" or local equivalent and look for postgres
> processes that are very old and are in "idle in transaction" state.
> 			regards, tom lane
"ps auxww | grep trans " did in fact reveal three processes that were 2, 
3, and 4 days old that the query above didn't show. The connections were 
from three different application servers and restarting the pools on 
those servers corrected the problem.


Attachment: brian.staszewski.vcf
Description: text/x-vcard (251 bytes)

In response to

pgsql-admin by date

Next:From: Tom LaneDate: 2007-09-11 19:57:00
Subject: Re: Postmaster Question
Previous:From: Tino SchwarzeDate: 2007-09-11 14:13:44
Subject: Re: Idle transactions

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group