Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave - Mailing list pgsql-general

From Samba
Subject Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave
Date
Msg-id CAKgWO9+NhOjAguwib8MNAxs8SAN7Da4dqnswK8DMwMbbF4TeaA@mail.gmail.com
Whole thread Raw
Responses Re: Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave  (Jaime Casanova <jaime@2ndquadrant.com>)
List pgsql-general
Hi all,

I read in pg mail archives that postgresql-9.1 release added support or pausing and resuming  (or disabling and enabling) streaming replication but could not find any relevant configuration settings for achieving the same.

the closest that i could find so far are:

replication_timeout (integer) that stops replication connections that are inactive (perhaps due to standby failure)
replication_timeout_action(enum) was mentioned in some mail archives but not present in the current documentation.
pg_xlog_replay_pause() and pg_xlog_replay_resume() which just pauses the recovery (or application of WAL contents) on the Standby but still let the streaming replication continue (accumulate the WAL files on the Standby with out applying those)

Interestingly, even in the documentation for pg_xlog_replay_pause, it was written that
"If streaming replication is disabled, the paused state may continue indefinitely without problem. While streaming replication is in progress WAL records will continue to be received, which will eventually fill available disk space, depending upon the duration of the pause, the rate of WAL generation and available disk space"

But how do I disable streaming replication, with the effect that both WAL sender on master and WAL receiver on slave gets stopped? Similarly, when I enable streaming replication, the WAL sender and WAL receiver processes would need to be started.

Could some one please explain the GUC settings or the SQL function calls that help achieving this?

Thanks and Regards,
Samba

pgsql-general by date:

Previous
From: patrick keshishian
Date:
Subject: Re: FATAL: the database system is starting up
Next
From: Alan Hodgson
Date:
Subject: Re: Server move using rsync