Re: pg_upgrade - link mode and transaction-wraparound data loss - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: pg_upgrade - link mode and transaction-wraparound data loss
Date
Msg-id 201005181657.o4IGvhk05043@momjian.us
Whole thread Raw
In response to pg_upgrade - link mode and transaction-wraparound data loss  (jesper@krogh.cc)
Responses Re: pg_upgrade - link mode and transaction-wraparound data loss
Re: pg_upgrade - link mode and transaction-wraparound data loss
List pgsql-hackers
jesper@krogh.cc wrote:
> Hi
> 
> I tried running pg_upgrade from the current snapshot of postgresql and
> upgrading from 8.4.4 to the snapshot version. Everything seem to look fine
> in the process and all that came out was only "ok's" but when I tried a
> simple query on the databse it keeps throwing these message out of the back
> side.
> 
> DETAIL:  You might have already suffered transaction-wraparound data loss.
> WARNING:  some databases have not been vacuumed in over 2 billion
> transactions
> 
> 
> The database was around 600GB and it took a couple of minutes to run
> pg_upgrade after I had all the binaries in the correct place.
> 
> It is not really an easy task to throw around 600GB of data, so I cannot
> gaurantee that the above is reproducible, but I'll see if I can get time
> and try to reproduce it.

This certainly should never have happened, so I am guessing it is a bug.
pg_upgrade tries hard to make sure all your datfrozenxid and
relfrozenxid are properly migrated from the old server, and the
transaction id is set properly.  Unfortunately this is the first time I
have heard of such a problem, so I am unclear on its cause.

The warning is issued from vacuum.c::vac_truncate_clog().  Can you run
this query and show us the output:
SELECT datname, datfrozenxid FROM pg_database;

It would be good to see these numbers on both the old and new servers.
I would also like to see:
SELECT txid_current();

on the old and new servers, but if you can only provide these values on
one of the two servers, it is still useful.  Thanks.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com


pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Documentation Bug/Misnomer?
Next
From: jesper@krogh.cc
Date:
Subject: Re: pg_upgrade - link mode and transaction-wraparound data loss