On Mon, 09 Apr 2018 10:26:34 -0600
Casey & Gina <caseyandg...@icloud.com> wrote:

> > The PAF resource agent need to connect to your local PostgreSQL instance to
> > check its status in various situations. Parameters "pgport" and "pghost"
> > are by default "5432" and "/tmp" (same defaults than PostgreSQL policy).
> > The "/tmp" value is the directory where PostgreSQL creates its unix socket
> > on startup where local clients can connect through. The unix socket will be
> > eg. "/tmp/.s.PGSQL.5432".
> > 
> > However, the Debian policy is overwrite the "pghost" default value with
> > "/var/run/postgresql", not "/tmp".  
> 
> Since I'm installing PAF using `apt-get install resource-agents-paf`, I would
> expect that it being packaged for Debian/Ubuntu would follow the standard of
> that platform.  Would it be possible for the APT packager to add a patch to
> change this default?

Good idea. I created a feature request issue to track this suggestion. See:
https://github.com/ClusterLabs/PAF/issues/133

> > However, your problem doesn't comes from the start operation here. Right
> > after the start occurs, PAF connects to PostgreSQL to check if it is
> > started as expected and report the real status to Pacemaker. Because it
> > couldn't connect to your instance using the wrong pghost, PAF was reporting
> > an error to Pacemaker.  
> 
> It would be great if there were a way for it to log more information back to
> Pacemaker about what exactly it's executing as it does so, even if this
> required a non-default debug configuration.  I guess either way that
> Pacemaker doesn't have any direct awareness of what commands are being
> executed through the resource agent so it's not a job that Pacemaker could do
> itself.

You can setup Pacemaker in debug mode in /etc/default/pacemaker.conf if my
memory is good. See the very first variable and comments above.
_______________________________________________
Users mailing list: Users@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org

Reply via email to