From: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)atentus(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Database corruption? |
Date: | 2001-10-23 00:25:55 |
Message-ID: | 3705826352029646A3E91C53F7189E325183E0@sectorbase2.sectorbase.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> As I said to Denis in the earlier thread, it would be good to try to
> track down which page is corrupted and maybe then we'd understand how
> it got that way. Since you have the database tarball, you have the
> raw material to look into it --- you'd need to rebuild Postgres with
> debug symbols enabled and trace back from the failure points to learn
> more. Are you up to that, or could you grant access to your
> machine to someone who is?
I have something to report about Denis problem but had no time so far.
> As for your immediate problem, I'd counsel reducing that elog(STOP) to
> elog(DEBUG) so that you can bring the database up, and then you can
> try to pg_dump your current data. You'll probably still want to
> re-initdb and restore once you get a consistent dump.
>
> Um, Vadim? Still of the opinion that elog(STOP) is a good idea here?
> That's two people now for whom that decision has turned localized
> corruption into complete database failure. I don't think it's a good
> tradeoff.
One is able to use pg_resetxlog so I don't see point in removing elog(STOP)
there. What do you think?
Vadim
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2001-10-23 00:32:29 | Re: [GENERAL] To Postgres Devs : Wouldn't changing the select |
Previous Message | Tom Lane | 2001-10-23 00:14:49 | Re: Database corruption? |