Re: pgsql: Resolve timing issue with logging locks for Hot Standby.

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: pgsql: Resolve timing issue with logging locks for Hot Standby.
Дата
Msg-id CA+U5nMJZOYLq00gbn2TV7iN_P70HqSZjym15_N4wTt6T+zOztg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pgsql: Resolve timing issue with logging locks for Hot Standby.  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pgsql: Resolve timing issue with logging locks for Hot Standby.  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-committers
On Mon, Jan 30, 2012 at 12:30 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Simon Riggs <simon@2ndQuadrant.com> writes:
>> Resolve timing issue with logging locks for Hot Standby.
>> We log AccessExclusiveLocks for replay onto standby nodes,
>> but because of timing issues on ProcArray it is possible to
>> log a lock that is still held by a just committed transaction
>> that is very soon to be removed. To avoid any timing issue we
>> avoid applying locks made by transactions with InvalidXid.
>
>> Simon Riggs, bug report Tom Lane, diagnosis Pavan Deolasee
>
> I see this was only applied to HEAD.  Wouldn't back-patching be in
> order?  The problem is in 9.1 as well, no?

Yes, it is. I prefer to give a little time before backpatching to
avoid mistakes (of my own making), especially since we're busy enough
not to want to divert energy to other releases right now. The patch
will make it in before next minor release.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

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

Предыдущее
От: marian@pgfoundry.org (User Marian)
Дата:
Сообщение: jsonpath - postgresql-json: Fix bug: json_check not crash if json is
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: pgsql: Accept a non-existent value in "ALTER USER/DATABASE SET ..." com