Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION
Дата
Msg-id 1232040824.31921.76.camel@ebony.2ndQuadrant
обсуждение исходный текст
Ответ на Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-bugs
On Thu, 2009-01-15 at 11:15 -0500, Tom Lane wrote:
> Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> > Fujii Masao wrote:
> >> Only a part of backup
> >> history file (the file name including stop wal location) is changed.
> >> Currently, the file name is wrong if stop wal location indicates a boundary
> >> byte. This would confuse the user, I think.
>
> > Should we change it in HEAD? I'm leaning towards no, on the grounds that
> > tools/people would then have to know the version it's dealing with to
> > interpret the value correctly, and because pg_stop_backup() now waits
> > for the last xlog file to be archived before returning, there's little
> > need to look at that file.
>
> I agree.  It might have been better to define it the other way
> originally, but the risks of changing it now outweigh any likely
> benefit.

Agreed. It's too confusing the other way.

The manual entry wasn't changed from my original submission
unfortunately.

--
 Simon Riggs           www.2ndQuadrant.com
 PostgreSQL Training, Services and Support

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: BUG #4562: ts_headline() adds space when parsing url
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION