Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown - Mailing list pgsql-bugs

From Fujii Masao
Subject Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown
Date
Msg-id CAHGQGwHV=CS=sNXj9z7v_QLyjKYLQfw9LU6Cr6y-VtbA3uiDGQ@mail.gmail.com
Whole thread Raw
In response to Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-bugs
On Wed, Mar 19, 2014 at 2:20 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2014-03-19 02:16:00 +0900, Fujii Masao wrote:
>> > Comments of WalSndWaitForWal would need an update as well in this
>> > case. It is written on top of this function that it waits "until WAL <
>> > loc is flushed to disk".
>>
>> I don't think that comment needs to be updated because it means that
>> "until WAL < loc is flushed to the *master local* disk". It's not related to
>> the flush location that the standby returns. Anyway, I attached the patch.
>> Barring objection, I will commit this.
>
> I object on behalf of WalSndWaitForWal(). We really need the flush
> location there because otherwise we can't remove old WAL.

MyWalSnd->flush < sentPtr condition in WalSndWaitForWait() is always
true if the flush location that the client returns is invalid. Is this OK?

Regards,

--
Fujii Masao

pgsql-bugs by date:

Previous
From: Andres Freund
Date:
Subject: Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown
Next
From: Andres Freund
Date:
Subject: Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown