diff --git a/doc/repmgrd-automatic-failover.sgml b/doc/repmgrd-automatic-failover.sgml index 217eb1ef..ff849bc7 100644 --- a/doc/repmgrd-automatic-failover.sgml +++ b/doc/repmgrd-automatic-failover.sgml @@ -193,6 +193,17 @@ applications attempting to access the replication cluster. + + + Currently repmgrd can only detect disconnections + of streaming replication standbys and cannot determine whether a standby + has disconnected and fallen back to archive recovery. + + + See section caveats below. + + + Standby disconnections monitoring process and criteria @@ -311,6 +322,42 @@ + + Standby disconnections monitoring caveats + + The follwing caveats should be considered if you are intending to use this functionality. + + + + + + If a child node is configured to use archive recovery, it's possible that + the child node will disconnect from the primary node and fall back to + archive recovery. In this case repmgrd + will nevertheless register a node disconnection. + + + + + + &repmgr; relies on application_name in the child node's + primary_conninfo string to be the same as the node name + defined in the node's repmgr.conf file. Furthermore, + this application_name must be unique across the replication + cluster. + + + If a custom application_name is used, or the + application_name is not unique across the replication + cluster, &repmgr; will not be able to reliably monitor child node connections. + + + + + + + + Standby disconnections monitoring process configuration