From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | alexondi <alexondi(at)rambler(dot)ru> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: replication_timeout does not seem to be working |
Date: | 2011-08-24 04:22:14 |
Message-ID: | CAHGQGwECxW=J49D3BL7dPmvGt+K34y=caM8tjYZaceZ1EoiQ=A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Tue, Aug 23, 2011 at 5:49 PM, alexondi <alexondi(at)rambler(dot)ru> wrote:
>>If no reply is returned from the standby in replication_timeout, the master
> thinks
>>that the connected standby is inactive, and terminates the replication
> connection.
>>This is useful for the master to detect a standby crash or network outage.
>
> After that master commit current transaction with "local" synchronous_commit
> or rollback?
Even after the timeout terminates replication connection, a transaction on the
master waits for its WAL to be replicated to at least one standby. If you want
to finish such a transaction, you have to disable synchronous replication (by
changing synchronous_commit or synchronous_standby_names), or start new
standby and wait for WAL to be replicated to that new standby.
> And why I setup this parameter replication_timeout = 2s and my wal's thread
> (on master and server are restarted within 2s)?
You are asking whether the master and standby are automatically restarted
within 2s after they crash? If so, No.
Regards,
--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | c k | 2011-08-24 06:10:19 | Re: postgresql server crash on windows 7 when using plpython |
Previous Message | alexondi | 2011-08-23 08:49:42 | Re: replication_timeout does not seem to be working |