From: | "Florian G(dot) Pflug" <fgp(at)phlo(dot)org> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Database corruption using 7.4.1 |
Date: | 2004-06-21 18:41:47 |
Message-ID: | 20040621184147.GA2159@foobar.solution-x.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Jun 18, 2004 at 02:32:16PM -0400, Tom Lane wrote:
> > Since that 7.4.2 release-note only talked about crashing queries due to the
> > 7.4.1 bug, but not about data-corruption occuring, I wondered if the
> > symptoms I have seen are related to the alignment bug in 7.4.1 or not.
>
> No, I don't think so. The alignment bug could cause the planner to
> crash while retrieving statistics about a table, but it would not have
> any effect on fetching the data in a table. In particular I don't
> believe it could have any effect at all on a COPY command, which is what
> I think you are saying was failing?
Yes - but also selects on the broken tables where failing (causing the
backend to crash) - that's how we noticed to problem in the first place.
> > I finally fixed the problem by dumping all relevant tables "by hand", and
> > restoring them into a clean install of 7.4.2.
>
> How exactly did you do the "by hand" dump?
"by hand" was a rather stupid explaination ;-) I used the regular pg_dump
app, but I dumped only the tables which contain valueable data, not the ones
which could be recreated from files outside of the database. Luckily all the
important tables could still be dumped.
greetings, Florian Pflug
From | Date | Subject | |
---|---|---|---|
Next Message | Eric Dahnke | 2004-06-21 18:43:34 | Data modelling contract position |
Previous Message | Chris Ochs | 2004-06-21 18:35:35 | Re: Possible SET SESSION AUTHORIZATION bug |