Re: SELECT returning too many rows (?)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: rob <rob(at)dsvr(dot)net>
Cc: pgsql-bugs(at)postgresql(dot)org, Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
Subject: Re: SELECT returning too many rows (?)
Date: 2005-02-08 16:12:30
Message-ID: 6965.1107879150@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

rob <rob(at)dsvr(dot)net> writes:
> processing=# select oid, ctid, xmin, cmin, xmax, cmax from q_certs
> where oid = 15282219 ;
> oid | ctid | xmin | cmin | xmax | cmax
> ----------+-------+-----------+-----------+-----------+-----------
> 15282219 | (3,5) | 174011432 | 1 | 1 | 174214469
> 15282219 | (5,5) | 174011432 | 1 | 1 | 174214469
> 15282219 | (7,5) | 174011432 | 174700216 | 174700216 | 1

This looks to me like malfeasance of a VACUUM FULL: the reason there
are multiple copies is that VACUUM FULL was trying to move the row
around, and somehow you ended up with all three copies marked "good",
when there should have been only one "good" copy at any instant.

So: (1) have you had any system crashes recently? (2) what sort of
disk hardware is this running on? I'm wondering about IDE drives
with write caching enabled :-(

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2005-02-08 16:14:00 Re: SELECT returning too many rows (?) [7.4.2]
Previous Message Tom Lane 2005-02-08 15:57:48 Re: bug: erroronous ret-value for system() call in 2.6-kernel