From: | vignesh C <vignesh21(at)gmail(dot)com> |
---|---|
To: | Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Race condition in InvalidateObsoleteReplicationSlots() |
Date: | 2021-07-05 17:10:24 |
Message-ID: | CALDaNm1pdO0u0Hh5R021wO7GaxOMrRR2b1qFcMppdGOSwYiiUQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jul 5, 2021 at 10:30 PM Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>
> On 2021-Jul-05, vignesh C wrote:
>
> > On Wed, Jun 23, 2021 at 7:32 PM Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)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
Thanks for confirming, I have marked it as committed.
Regards,
Vignesh
From | Date | Subject | |
---|---|---|---|
Next Message | James Coleman | 2021-07-05 18:54:51 | Minor typo in generate_useful_gather_paths comment |
Previous Message | Justin Pryzby | 2021-07-05 17:03:33 | Re: Removed extra memory allocations from create_list_bounds |