Re: Transaction wraparound problem with database postgres

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Markus Wollny <Markus(dot)Wollny(at)computec(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org
Subject: Re: Transaction wraparound problem with database postgres
Date: 2010-03-08 02:26:32
Message-ID: dcc563d11003071826r510e4082x107af429d8c3d25f@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, Mar 7, 2010 at 6:06 PM, Markus Wollny <Markus(dot)Wollny(at)computec(dot)de> wrote:
> Hi!
>
> After going several months without such incidents, we now got bit by the same problem again. We have since upgraded the hardware we ran the database cluster on and currently use version 8.3.7. The general outline of the problem hasn't changed much though - we still don't use the database 'postgres' except for one lone pgagent-job which has only been configured a couple of weeks back and we do a nightly vacuum over all databases in addition the the running of the autovacuum daemon. As I expect that this might hit again in a couple of months: Any suggestions on what sort of forensic data might be required to actually find out the root of what's causing it? As I needed to get the cluster back up and running again, I used the same remedy as last time and simply dropped the database and recreated it from template1, so there's not much left to be looked into right now, but if I knew what kind of data to retain I mit be able to come up with some more useful info next time...

Do your logs show any kind of error when vacuuming about "only owner
can vacuum" a table or anything?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2010-03-08 02:49:35 Re: Avoiding duplicates (or at least marking them as such) in a "cumulative" transaction table.
Previous Message Dmitry Litvintsev 2010-03-08 02:20:49 psql uses default user from kerberos ticket not the current user