Re: Vacuum/visibility is busted - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Vacuum/visibility is busted
Date
Msg-id 20130207145805.GB5172@alvh.no-ip.org
Whole thread Raw
In response to Re: Vacuum/visibility is busted  (Pavan Deolasee <pavan.deolasee@gmail.com>)
Responses Re: Vacuum/visibility is busted
List pgsql-hackers
Pavan Deolasee escribió:
> On Thu, Feb 7, 2013 at 2:25 PM, Pavan Deolasee <pavan.deolasee@gmail.com> wrote:
>
> >
> > Will look more into it, but thought this might be useful for others to
> > spot the problem.
> >
>
> And here is some more forensic info about one of the pages having
> duplicate tuples.
>
> jjanes=# select *, xmin, xmax, ctid from foo where index IN (select
> index from foo group by index having count(*) > 1 ORDER by index)
> ORDER by index LIMIT 3;
>  index | count |    xmin    | xmax |   ctid
> -------+-------+------------+------+-----------
>    219 |   353 | 2100345903 |    0 | (150,98)
>    219 |   354 | 2100346051 |    0 | (150,101)
>    219 |   464 | 2101601086 |    0 | (150,126)
> (3 rows)

Hm, if the foreign key patch is to blame, this sounds like these tuples
had a different set of XMAX hint bits and a different Xmax, and they
were clobbered by something like vacuum or page pruning.

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services



pgsql-hackers by date:

Previous
From: Миша Тюрин
Date:
Subject: Re[2]: [HACKERS] standby, pg_basebackup and last xlog file
Next
From: "MauMau"
Date:
Subject: Re: backend hangs at immediate shutdown (Re: Back-branch update releases coming in a couple weeks)