Re: Re: xlog loose ends, continued

From: Justin Clift <aa2(at)bigpond(dot)net(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: xlog loose ends, continued
Date: 2001-03-14 01:10:52
Message-ID: 3AAEC51C.A24CFEB3@bigpond.net.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Maybe there should be an error message like :

"PostgreSQL has detected severe xlog corruption. Please fix this with
pg_recover (or similar) manually before restarting the database"?

Guess I'm suggesting a separate xlog recovery tool for "bad cases" of
xlog corruption, so decisions can by manually made by a DBA where
necessary. Not everything has to be automatic I'm thinking. There are
probably times where the dBA would prefer behaviour that doesn't seem
intuitive anyway.

Regards and best wishes,

Justin Clift

Tom Lane wrote:
>
> "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> writes:
> >> What I was thinking about in that last paragraph was manual
> >> analysis and recovery. I don't think it's a good idea for automatic
> >> system startup to skip over gaps in the log.
>
> > But if we'll not try to read after gap then after restart system will
> > not notice gap and valid records after it and just rewrite log space
> > with new records. Not much chance for manual analysis - ppl will
> > not report any problems.
>
> That'll be true in any case, unless we refuse to start up at all upon
> detecting xlog corruption (which doesn't seem like the way to fly).
> Not sure what we can do about that.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://www.postgresql.org/search.mpl

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2001-03-14 01:54:42 Re: Shutdown term
Previous Message Tom Lane 2001-03-14 01:02:19 XLOG reset utility available