Fix scenario where xlog locations differ but apply_lag has returned 0

In this case we don't know how far we are behind time-wise, so just set to 1 week;
this is where using a lag value as bytes rather than seconds would be better.

Add some basic support for binary/WAL replicas.

Would be nice to also alter this to support replication slots.

Add support for auth_user and ensure nodes currently being cloned are never used.

Mark experimental smartmach feature as enabled to suppress warnings in perl 5.18+.

This doesn't mitigate the fact that smartmatch is now considered experimental,
but use of smartmatch in this script is limited to simple given/when with string literals.

Add an initial state to cluster hash, this way we can tell the difference between a cluster that has no suitable target nodes and where the previous cluster state has not yet been initialized.
We also want to register that things have changed and there is now no suitable node, that way we can write nothing and effectively shut off the pool.

When we repoint an rw server it is perhaps better to force clients to reconnect with a restart

Changes:
- Ensure we always read Slony configuration from the origin node when possible
- Add max_ro_lag=<n> seconds parameter to allow forced reconfiguration of read-only pools when subscribers start to lag

Add in an example template file for a read only slave pool

Minor changes:
- We should detect changes to server conninfo
- Fixed bug when checking csv sets where we were looking at the wrong value

Fix regression of commit d6f52cf8280c4f740170bf1f93d31de2e0fd162

A couple of minor changes:

- Added extra configuration parameter 'only_follow_origins' to only repoint pgbouncer configuration if the origin of the monitored sets changes, which is what we usually want.
- Only write cluster status information file when cluster status has actually changed.

Don't attempt to fix undefined status file

Format README.md

Initial commit