Re: Lost rows/data corruption?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Andrew Hall" <temp02(at)bluereef(dot)com(dot)au>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Lost rows/data corruption?
Date: 2005-02-03 23:12:12
Message-ID: 5928.1107472332@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Andrew Hall" <temp02(at)bluereef(dot)com(dot)au> writes:
> We have a long running DB application using PG7.4.6. We do a VACUUM FULL
> every night and a normal 'maintenance' VACUUM every hour. We do nothing with
> any indexes. Every now and then we get errors from the database whereby an
> update will fail on a table saying that there is duplicate violation on a
> primary keyed row. Theoretically this is impossible as the constraint should
> prevent any duplication, ever. When the next vacuum is run, we see an error
> saying that there are more rows than the database can account for (or words
> to that effect) and we should either REINDEX or TRUNCATE the table.

Could we see the exact log trace, rather than handwaving? Also the
schemas of the table(s)/index(es) involved might be useful.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Philippe Schmid 2005-02-03 23:22:47 Start problem on OSX
Previous Message Tom Lane 2005-02-03 22:52:08 Re: errors while restoring data.