| 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: | Whole Thread | Raw Message | 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? |