Re: pgsql: pg_stop_backup wascallingXLogArchiveNotify() twice for the - Mailing list pgsql-committers

From Simon Riggs
Subject Re: pgsql: pg_stop_backup wascallingXLogArchiveNotify() twice for the
Date
Msg-id 1163579254.27956.127.camel@silverbirch.site
Whole thread Raw
In response to Re: pgsql: pg_stop_backup was  (Bruce Momjian <bruce@momjian.us>)
List 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 by date:

Previous
From: momjian@postgresql.org (Bruce Momjian)
Date:
Subject: pgsql: Improve broadcast wording for failover/clustering documentation.
Next
From: petere@postgresql.org (Peter Eisentraut)
Date:
Subject: pgsql: String fix