Re: Re: Probable bug with CreateFakeRelcacheEntry (now with reproducible test case)

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Re: Probable bug with CreateFakeRelcacheEntry (now with reproducible test case)
Дата
Msg-id 1347558334.24686.27.camel@jdavis
обсуждение исходный текст
Ответ на Re: Re: Probable bug with CreateFakeRelcacheEntry (now with reproducible test case)  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Re: Probable bug with CreateFakeRelcacheEntry (now with reproducible test case)  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-bugs
On Thu, 2012-09-13 at 12:39 -0400, Robert Haas wrote:
> On Wed, Sep 12, 2012 at 7:19 PM, Jeff Davis <pgsql@j-davis.com> wrote:
> > This bug seems particularly troublesome because the right fix would be
> > to include the relpersistence in the WAL records that need it. But that
> > can't be backported (right?).
>
> No, because if a WAL record was written at all, then by definition the
> table is RELPERSISTENCE_PERMANENT.  So there's probably a localized
> fix.

Oh, of course (I was worried there for some reason). I suppose we just
need to set the relpersistence to permanent in CreateFakeRelcacheEntry,
kind of like ReadBufferWithoutRelcache.

And we should probably assert that both functions are only called during
recovery (though perhaps redundant for CreateFakeRelcacheEntry, which is
in xlogutils.c).

Trivial patch attached.

Regards,
    Jeff Davis

Вложения

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: BUG #7534: walreceiver takes long time to detect n/w breakdown
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #7516: PL/Perl crash