(GH-198) Fix race condition on postgresql startup

This patch is a fix for the race condition that keeps occuring during
postgresql setup. Its very rare on its own, but when you are using this
module in a CI environment it happens quite frequently.

Basically what happens is that sometimes the service will announce the
database has started, but really it is still working in the background.
Sometimes the unix socket may not be listening, and sometimes the
system is still loading and you get a weird client error.

The fix itself is a modification to postgresql::validate_db_connection
so that it is able to connect on the local unix socket, plus retry
until the database is available.

This new and improved validate_db_connection can then be put into the
build pipeline (in the service class in particular) to ensure the
database is started before continuing on with the remaining steps.

This in effect blocks the puppet module from continuing until the
postgresql database is fully started and able to receive connections
which is perfect.

Tests and documentation provided.

Signed-off-by: Ken Barber <ken@bob.sh>
Remove concat::setup for include

Since the class is now throwing an error when you use the class directly,
I'm just removing it.

We left this in from the last rewrite as someone reported an issue a long
time ago, but alas we have been unable to prove its a problem.

Signed-off-by: Ken Barber <ken@bob.sh>
postgresql not puppetdb

Signed-off-by: Ken Barber <ken@bob.sh>
Provide a greater timeout for slower systems

Signed-off-by: Ken Barber <ken@bob.sh>
Use main psql path and cleanup old packages properly

Signed-off-by: Ken Barber <ken@bob.sh>
Merge pull request #292 from kbarber/ticket/master/GH-198-race_condition_on_startup

(GH-198) Fix race condition on startup