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.