Re: Race condition in InvalidateObsoleteReplicationSlots()

Поиск
Список
Период
Сортировка
От Álvaro Herrera
Тема Re: Race condition in InvalidateObsoleteReplicationSlots()
Дата
Msg-id 202107051700.ufepxx37udrt@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: Race condition in InvalidateObsoleteReplicationSlots()  (vignesh C <vignesh21@gmail.com>)
Ответы Re: Race condition in InvalidateObsoleteReplicationSlots()
Список pgsql-hackers
On 2021-Jul-05, vignesh C wrote:

> On Wed, Jun 23, 2021 at 7:32 PM Álvaro Herrera <alvherre@alvh.no-ip.org> wrote:
> >
> > On 2021-Jun-20, Tom Lane wrote:
> >
> > > Actually ... isn't there a second race, in the opposite direction?
> > > IIUC, the point of this is that once we force some WAL to be sent
> > > to the frozen sender/receiver, they'll be killed for failure to
> > > respond.  But the advance_wal call is not the only possible cause
> > > of that; a background autovacuum for example could emit some WAL.
> > > So I fear it's possible for the 'to release replication slot'
> > > message to come out before we capture $logstart.  I think you
> > > need to capture that value before the kill not after.
> >
> > I accounted for all those things and pushed again.
> 
> I saw that this patch is pushed. If there is no pending work left for
> this, can we change the commitfest entry to Committed.

There is none that I'm aware of, please mark it committed.  Thanks

-- 
Álvaro Herrera         PostgreSQL Developer  —  https://www.EnterpriseDB.com/
"Siempre hay que alimentar a los dioses, aunque la tierra esté seca" (Orual)



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

Предыдущее
От: vignesh C
Дата:
Сообщение: Re: simplifying foreign key/RI checks
Следующее
От: Justin Pryzby
Дата:
Сообщение: Re: Removed extra memory allocations from create_list_bounds