From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Tim Allen <tim(at)proximity(dot)com(dot)au> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Database corruption in 7.0.3 |
Date: | 2001-03-15 15:25:03 |
Message-ID: | 13737.984669903@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tim Allen <tim(at)proximity(dot)com(dot)au> writes:
> Are there any known database-corrupting bugs in 7.0.3?
None that aren't also in earlier releases, AFAIR, so your report is
fairly troubling. However there's not enough here to venture a guess
about the source of the problem.
Do you see any backend crashes or other misbehavior before the VACUUM
error pops up, or is that the only symptom?
It would be a good idea to rebuild the system with assert checks on
(configure --enable-cassert), in hopes that some Assert a little closer
to the source of the problem will fire. Also, if you can spare some
disk space for logging, running the postmaster with -d2 to log all
queries might provide useful historical context when the problem
reappears.
I would like to be able to study the corrupted table, as well. Can you
see your way to either giving me access to your machine, or (if the
database isn't too large) sending me a tar dump of the whole $PGDATA
directory next time it happens?
Please contact me off-list so we can figure out how best to pursue this
problem.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-03-15 15:43:47 | Re: Sheduling in SQL |
Previous Message | Tom Lane | 2001-03-15 14:58:46 | Re: PostgreSQL on multi-CPU systems |