Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown
От | Fujii Masao |
---|---|
Тема | Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown |
Дата | |
Msg-id | CAHGQGwHV=CS=sNXj9z7v_QLyjKYLQfw9LU6Cr6y-VtbA3uiDGQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #9118: WAL Sender does not disconnect replication clients during shutdown (Andres Freund <andres@2ndquadrant.com>) |
Ответы |
Re: BUG #9118: WAL Sender does not disconnect replication
clients during shutdown
|
Список | 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 по дате отправления: