Re: Database corruption?

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

Responses

Browse pgsql-general by date

  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?