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
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. |