Re: Autovacuum breakage from a734fd5d1

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Autovacuum breakage from a734fd5d1
Дата
Msg-id CA+TgmoYgmTcKY6NSDCq=z2Qg6ds1oVTJQNMfFu8fY6b+cajoLw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Autovacuum breakage from a734fd5d1  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Autovacuum breakage from a734fd5d1  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Autovacuum breakage from a734fd5d1  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On Sun, Nov 27, 2016 at 5:45 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> So the problem seems to be confirmed to exist, but be of low probability
> and low consequences, in back branches.  I think we only need to fix it in
> HEAD.  The lock acquisition and status recheck that I proposed before
> should be sufficient.

Thanks for digging into this.  I failed to notice while reviewing that
the way we were printing the message had changed a bit in the new
code, and I just totally overlooked the existing locking hazards.
Oops.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: "Karl O. Pinc"
Дата:
Сообщение: Re: Patch to implement pg_current_logfile() function
Следующее
От: "Tsunakawa, Takayuki"
Дата:
Сообщение: Re: UNDO and in-place update