Re: base backup client as auxiliary backend process
Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
From: Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: Sergei Kornilov <sk@zsrv.org>, Michael Paquier <michael@paquier.xyz>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2020-01-15T00:40:38Z
Lists: pgsql-hackers
On Tue, 14 Jan 2020 at 22:58, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > On 2020-01-14 07:32, Masahiko Sawada wrote: > > - <entry>Replication slot name used by this WAL receiver</entry> > > + <entry> > > + Replication slot name used by this WAL receiver. This is only set if a > > + permanent replication slot is set using <xref > > + linkend="guc-primary-slot-name"/>. Otherwise, the WAL receiver may use > > + a temporary replication slot (determined by <xref > > + linkend="guc-wal-receiver-create-temp-slot"/>), but these are not shown > > + here. > > + </entry> > > > > Now that the slot name is shown even if it's a temp slot the above > > documentation changes needs to be changed. Other changes look good to > > me. > > committed, thanks Thank you for committing these patches. Could you rebase the main patch that adds base backup client as auxiliary backend process since the previous version patch (v3) conflicts with the current HEAD? Regards, -- Masahiko Sawada http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Factor out InitControlFile() from BootStrapXLOG()
- 79c2385915dd 13.0 landed
-
Reformat code comment
- 9745f93afc56 13.0 landed
-
pg_resetwal: Rename function to avoid potential conflict
- 5f1b8260af96 13.0 landed
-
Expose PQbackendPID() through walreceiver API
- ee4ac46c8eb2 13.0 landed
-
walreceiver uses a temporary replication slot by default
- 329730827848 13.0 landed
-
Make lsn argument of walrcv_create_slot() optional
- c67a55da4ea0 13.0 landed
-
More precise errors from initial pg_control check
- b85e43feb3e8 13.0 landed