Re: pg_upgrade - link mode and transaction-wraparound data loss

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_upgrade - link mode and transaction-wraparound data loss
Дата
Msg-id 201005181657.o4IGvhk05043@momjian.us
обсуждение исходный текст
Ответ на pg_upgrade - link mode and transaction-wraparound data loss  (jesper@krogh.cc)
Ответы Re: pg_upgrade - link mode and transaction-wraparound data loss  (jesper@krogh.cc)
Re: pg_upgrade - link mode and transaction-wraparound data loss  (Jesper Krogh <jesper@krogh.cc>)
Список 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 по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Documentation Bug/Misnomer?
Следующее
От: jesper@krogh.cc
Дата:
Сообщение: Re: pg_upgrade - link mode and transaction-wraparound data loss