Clarify requirements for passwordless SSH access

This is already effectively optional; in 3.2 we will ensure it becomes
fully optional (mainly by deprecating --ignore-external-config-files
and replacing it with --copy-external-config-files).
This commit is contained in:
Ian Barwick
2016-09-21 08:43:45 +09:00
parent 03911488aa
commit e043d5c9a9
2 changed files with 11 additions and 4 deletions

View File

@@ -145,10 +145,17 @@ The `repmgr` tools must be installed on each server in the replication cluster.
A dedicated system user for `repmgr` is *not* required; as many `repmgr` and A dedicated system user for `repmgr` is *not* required; as many `repmgr` and
`repmgrd` actions require direct access to the PostgreSQL data directory, `repmgrd` actions require direct access to the PostgreSQL data directory,
it should be executed by the `postgres` user. these commands should be executed by the `postgres` user.
Additionally, we recommend installing `rsync` and enabling passwordless Passwordless `ssh` connectivity between all servers in the replication cluster
`ssh` connectivity between all servers in the replication cluster. is not required, but is necessary in the following cases:
* if you need `repmgr` to copy configuration files from outside the PostgreSQL
data directory
* to perform switchover operations
* when using `rsync` to clone a standby
In these cases `rsync` is required on all servers too.
* * * * * *

View File

@@ -4329,7 +4329,7 @@ do_standby_switchover(void)
{ {
/* /*
* For 9.3/9.4, if pg_rewind is not available on the remote server, * For 9.3/9.4, if pg_rewind is not available on the remote server,
* we'll need to force a reclone of the standby sing rsync - this may * we'll need to force a reclone of the standby using rsync - this may
* take some time on larger databases, so use with care! * take some time on larger databases, so use with care!
* *
* Note that following this clone we'll be using `repmgr standby follow` * Note that following this clone we'll be using `repmgr standby follow`