pmlogger scripts: really use default pmcd timeouts by default
commit35f5ca1f80ef72b03afd77418e108fd0c9953e11
authorNathan Scott <nathans@redhat.com>
Tue, 3 May 2016 01:43:19 +0000 (3 11:43 +1000)
committerNathan Scott <nathans@redhat.com>
Tue, 3 May 2016 01:43:19 +0000 (3 11:43 +1000)
treef10964b5d2e46b6b9622084af3c6cd48d6fceb00
parenta6cfa75bed4597d2f53e1af571a71c6004ad559a
pmlogger scripts: really use default pmcd timeouts by default

Somehow, at some point in the distant past, the "far-away" pmcd
timeouts became enabled by default in the pmlogger control file.
Make these match the pmie control file, which uses the correct
defaults and has a helpful comment about non-default values.

Add a one-trip guard to pmlogconf so that it will fail-fast in
the mode where a remote pmcd takes ages to respond (otherwise,
it will iteratively call pmprobe, and each separate invocation
is subject to the pmcd connection timeout).

While investigating, found pmcd_wait could mis-report timeouts
in its verbose/diagnostic mode, so cleaned that up here too.
src/pmcd_wait/pmcd_wait.c
src/pmlogconf/pmlogconf.sh
src/pmlogger/control