[ClusterLabs] Opt-in cluster shows resources stopped where no nodes should be considered

Martin Schlegel martin at nuboreto.org
Fri Mar 4 10:51:45 UTC 2016


Hello all

While our cluster seems to be working just fine I have noticed something in the
crm_mon output that I don't quite understand and that is throwing off my
monitoring a bit as stopped resources could mean something is wrong. I was
hoping somebody could help me to understand what it means. It seems this might
have something to do with the fact I am using remote nodes, but I cannot wrap my
head around it.

What I am seeing are 3 additional, unexpected lines in the crm_mon -1rR output
listing my "p_pgcPgbouncer_test" resources as stopped even though there should
not be any more nodes to be considered in my mind (opt-in cluster, see location
rules). At the same time this is not happening to my p_pgsqln resources as shown
at the top of the crm_mon output.

The important crm_mon -1rR output lines further below are marked with arrows ->
  <---.  


Some background on the policy:
We are running an asymmetric / opt-in cluster (property symmetric-cluster=false.


The cluster's main purpose is to take care of a 3+-nodes replicating master /
slave database running strictly on nodes pg1, pg2 and pg3 per location rule
l_pgs_resources.

We also have 2 remote nodes pagalog1 & pgalog2 defined to control database
connection pooler resources (p_pgcPgbouncer_test) to facilitate client
connection reroute as per location rule l_pgc_resources.


crm_mon -1rR output:

Last updated: Fri Mar  4 09:56:02 2016          Last change: Fri Mar  4 09:55:47
2016 by root via cibadmin on pg1
Stack: corosync
Current DC: pg1 (1) (version 1.1.14-70404b0) - partition with quorum
5 nodes and 29 resources configured

Online: [ pg1 (1) pg2 (2) pg3 (3) ]
RemoteOnline: [ pgalog1 pgalog2 ]

Full list of resources:

 Master/Slave Set: ms_pgsqln [p_pgsqln]
                                                                                                                                                       
     p_pgsqln   (ocf::heartbeat:pgsqln):        Master pg3
                                                                                                                                                          
     p_pgsqln   (ocf::heartbeat:pgsqln):        Started pg1
                                                                                                                                                             
     p_pgsqln   (ocf::heartbeat:pgsqln):        Started pg2
-> NO additional lines here <---
     Masters: [ pg3 ]
     Stopped: [ pg1 pg2 ]
[...]
 pgalog1        (ocf::pacemaker:remote):        Started pg1
 pgalog2        (ocf::pacemaker:remote):        Started pg3
 Clone Set: cl_pgcPgbouncer [p_pgcPgbouncer_test]
     p_pgcPgbouncer_test        (ocf::heartbeat:pgbouncer):     Started pgalog1
     p_pgcPgbouncer_test        (ocf::heartbeat:pgbouncer):     Started pgalog2
->   p_pgcPgbouncer_test        (ocf::heartbeat:pgbouncer):     Stopped
    <----
->   p_pgcPgbouncer_test        (ocf::heartbeat:pgbouncer):     Stopped
    <----
->   p_pgcPgbouncer_test        (ocf::heartbeat:pgbouncer):     Stopped
    <----
     Started: [ pgalog1 pgalog2 ]
<! End of Output !>


Here are the most important parts of the configuration as shown in "crm
configure show":

[...]
primitive pgalog1 ocf:pacemaker:remote \
	params server=pgalog1 port=3121 \
	meta target-role=Started
primitive pgalog2 ocf:pacemaker:remote \
	params server=pgalog2 port=3121 \
	meta target-role=Started
[...]
location l_pgc_resources { cl_pgcPgbouncer } resource-discovery=exclusive \
	rule #uname eq pgalog1 \
	rule #uname eq pgalog2

location l_pgs_resources { cl_pgsServices1 ms_pgsqln p_pgsBackupjob pgalog1
pgalog2 } resource-discovery=exclusive \
	rule #uname eq pg1 \
	rule #uname eq pg2 \
	rule #uname eq pg3

[...]
property cib-bootstrap-options: \
	symmetric-cluster=false \
[...]


Regards,
Martin Schlegel




More information about the Users mailing list