| Type: | integer |
| Default: | 60000 (1min) |
| Min: | 0 (0ms) |
| Max: | 2147483647 (2147483647ms) |
| Unit: | milliseconds (ms) |
| Context: | sighup |
| Restart: | false |
| Since: | 9.3 |
Terminate replication connections that are inactive for longer than this amount of time. This is useful for the receiving standby server to detect a primary node crash or network outage. If this value is specified without units, it is taken as milliseconds. The default value is 60 seconds. A value of zero disables the timeout mechanism. This parameter can only be set in the postgresql.conf file or on the server command line.
On StackOverflow
- how to resolve ERROR: could not start WAL streaming: ERROR: replication slot "xxx" is active for PID 124563
- Getting Exception : "replication slot "XXX" is active for PID XXX`" on deploying service on kubernetes with RollingUpdate deployment strategy
- What causes data on a read-replica to be an old_snapshot and cause conflict?
- Postgresql WalReceiver process waits on connecting master regardless of "connect_timeout"
- First time doing postgres replication -- not working
On pgsql-hackers
- outdated references to replication timeout
- Re: Subscription test 013_partition.pl fails under CLOBBER_CACHE_ALWAYS
- Re: Logical Replication - behavior of ALTER PUBLICATION .. DROP TABLE and ALTER SUBSCRIPTION .. REFRESH PUBLICATION
- Re: Recent eelpout failures on 9.x branches
- Subscription test 013_partition.pl fails under CLOBBER_CACHE_ALWAYS