diff --git a/doc/repmgr-standby-follow.sgml b/doc/repmgr-standby-follow.sgml index 95dbb22f..fecf7d24 100644 --- a/doc/repmgr-standby-follow.sgml +++ b/doc/repmgr-standby-follow.sgml @@ -146,6 +146,39 @@ + + Execution + + + Execute with the --dry-run option to test the follow operation as + far as possible, without actually changing the status of the node. + + + + Note that &repmgr; will first attempt to determine whether the standby + ("follow candidate") is capable of following the + new upstream node ("follow target"). + + + If, for example, the new upstream node has diverged from this node's timeline, + for example if the new upstream node was promoted to primary while this node + was still attached to the original primary, it will not + be possible to follow the new upstream node, and &repmgr; will emit an error + message like this: + +ERROR: this node cannot attach to follow target node 3 +DETAIL: follow target server's timeline 2 forked off current database system timeline 1 before current recovery point 0/6108880 + + + In this case, it may be possible to have this node follow the new upstream + using repmgr node rejoin + with the to execute pg_rewind. + This does mean that transacations which exist on this node, but not the new upstream, + will be lost. + + + + Exit codes @@ -210,7 +243,7 @@ A standby_follow event notification will be generated. - If provided, &repmgr; will substitute the placeholders %p with the node ID of the primary + If provided, &repmgr; will substitute the placeholders %p with the node ID of the node being followed, %c with its conninfo string, and %a with its node name.