Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown
| От | Amit Kapila |
|---|---|
| Тема | Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown |
| Дата | |
| Msg-id | 006c01cdac68$5dd5a070$1980e150$@kapila@huawei.com обсуждение исходный текст |
| Ответ на | Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown (Amit Kapila <amit.kapila@huawei.com>) |
| Список | pgsql-hackers |
On Wednesday, October 17, 2012 5:16 PM Amit Kapila wrote: > > On Monday, October 15, 2012 3:43 PM Heikki Linnakangas wrote: > > On 13.10.2012 19:35, Fujii Masao wrote: > > > On Thu, Oct 11, 2012 at 11:52 PM, Heikki Linnakangas > > > <hlinnakangas@vmware.com> wrote: > > >> Ok, thanks. Committed. > > > > > > I found one typo. The attached patch fixes that typo. > > > > Thanks, fixed. > > > > > ISTM you need to update the protocol.sgml because you added > > > the field 'replyRequested' to WalSndrMessage and > StandbyReplyMessage. > > > > > > > Is it worth adding the same mechanism (send back the reply > immediately > > > if walsender request a reply) into pg_basebackup and pg_receivexlog? > > > > Good catch. Yes, they should be taught about this too. I'll look into > > doing that too. > > If you have not started and you don't have objection, I can pickup this > to > complete it. > > For both (pg_basebackup and pg_receivexlog), we need to get a timeout > parameter from user in command line, as > there is no conf file here. New Option can be -t (parameter name can be > recvtimeout). > > The main changes will be in function ReceiveXlogStream(), it is a common > function for both > Pg_basebackup and pg_receivexlog. Handling will be done in same way as > we > have done in walreceiver. Some more functions where it receives the data files also need similar handling in pg_basebackup. With Regards, Amit Kapila.
В списке pgsql-hackers по дате отправления: