Re: loss of transactions in streaming replication
| От | Fujii Masao |
|---|---|
| Тема | Re: loss of transactions in streaming replication |
| Дата | |
| Msg-id | CAHGQGwGqLHMF_k1hbp7s5+C4yhbyuxKNuYXVdmtoRnjiQJBZdg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: loss of transactions in streaming replication (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: loss of transactions in streaming replication
|
| Список | pgsql-hackers |
On Thu, Oct 20, 2011 at 1:05 AM, Robert Haas <robertmhaas@gmail.com> wrote: > OK, so this is an artifact of the changes to make libpq communication > bidirectional. But I'm still confused about where the error is coming > from. In your OP, you wrote "In 9.2dev and 9.1, when walreceiver > detects an error while sending data to WAL stream, it always emits > ERROR even if there are data available in the receive buffer." So > that implied to me that this is only going to trigger if you have a > shutdown together with an awkwardly-timed error. But your scenario > for reproducing this problem doesn't seem to involve an error. Yes, my scenario doesn't cause any real error. My original description was misleading. The following would be closer to the truth: "In 9.2dev and 9.1, when walreceiver detects the termination of replication connection while sending data to WAL stream,it always emits ERROR even if there are data available in the receive buffer." Regards, -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: