Re: Synchronous Log Shipping Replication

From: "Fujii Masao" <masao(dot)fujii(at)gmail(dot)com>
To: "Markus Wanner" <markus(at)bluegap(dot)ch>
Cc: "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "Bruce Momjian" <bruce(at)momjian(dot)us>, "ITAGAKI Takahiro" <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Synchronous Log Shipping Replication
Date: 2008-09-10 04:56:28
Message-ID: 3f0b79eb0809092156w38348c6fveed9e3249b23d00a@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 9, 2008 at 8:42 PM, Markus Wanner <markus(at)bluegap(dot)ch> wrote:
>> In the viewpoint of detection of a network failure, this feature is
>> necessary.
>> When the network goes down, WAL sender can be blocked until it detects
>> the network failure, i.e. WAL sender keeps waiting for the response which
>> never comes. A timeout notification is necessary in order to detect a
>> network failure soon.
>
> That's one of the areas I'm missing from the overall concept. I'm glad it
> comes up. You certainly realize, that such a timeout must be set high enough
> so as not to trigger "false negatives" every now and then?

Yes.
And, as you know, there is trade-off between the false detection of the network
failure and how long WAL sender is blocked.

I'll provide not only that timeout but also keepalive for the network between
the master and the slave. I expect that keepalive eases that trade-off.

regards

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2008-09-10 06:15:29 Re: Synchronous Log Shipping Replication
Previous Message Fujii Masao 2008-09-10 04:28:10 Re: Synchronous Log Shipping Replication