Re: pgsql: pg_stop_backup wascallingXLogArchiveNotify() twice for the

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: pgsql: pg_stop_backup wascallingXLogArchiveNotify() twice for the
Дата
Msg-id 1163579254.27956.127.camel@silverbirch.site
обсуждение исходный текст
Ответ на Re: pgsql: pg_stop_backup was  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-committers
On Tue, 2006-11-14 at 17:40 -0500, Bruce Momjian wrote:
> Simon Riggs wrote:
> > On Thu, 2006-06-22 at 17:43 -0300, Tom Lane wrote:
> > > Log Message:
> > > -----------
> > > pg_stop_backup was calling XLogArchiveNotify() twice for the newly created
> > > backup history file.  Bug introduced by the 8.1 change to make pg_stop_backup
> > > delete older history files.  Per report from Masao Fujii.
> > >
> > > Tags:
> > > ----
> > > REL8_1_STABLE
> > >
> > > Modified Files:
> > > --------------
> > >     pgsql/src/backend/access/transam:
> > >         xlog.c (r1.222.2.3 -> r1.222.2.4)
> > >
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/access/transam/xlog.c.diff?r1=1.222.2.3&r2=1.222.2.4)
> >
> >
> > This doesn't seem to be mentioned in the 8.1.5 release notes, so people
> > would not be aware they should upgrade to fix this.
>
> We don't mention every fix for every minor release.  People should
> upgrade anyway, as we state in the FAQ.  Is there a reason this item was
> significant?

archiving doesn't work without this fix, but there's no message to
indicate why not.

If we don't mention it in the release notes then it becomes an
unexplained bug, which then makes people lose confidence, since when
they report it nobody can explain the bug (as just happened on -admin).

--
  Simon Riggs
  EnterpriseDB   http://www.enterprisedb.com



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

Предыдущее
От: momjian@postgresql.org (Bruce Momjian)
Дата:
Сообщение: pgsql: Improve broadcast wording for failover/clustering documentation.
Следующее
От: petere@postgresql.org (Peter Eisentraut)
Дата:
Сообщение: pgsql: String fix