From 7b85cb9f12182045d65a390c295a839bd5e019d0 Mon Sep 17 00:00:00 2001 From: Ian Barwick Date: Tue, 12 Feb 2019 16:36:54 +0900 Subject: [PATCH] doc: update "standby follow" reference Add note about handling of timeline forks etc. --- doc/repmgr-standby-follow.sgml | 35 +++++++++++++++++++++++++++++++++- 1 file changed, 34 insertions(+), 1 deletion(-) 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.