[ClusterLabs] Pacemaker not always selecting the right stonith device

Klaus Wenninger kwenning at redhat.com
Tue Jul 19 11:24:54 EDT 2016

On 07/19/2016 04:17 PM, Ken Gaillot wrote:
> On 07/19/2016 09:00 AM, Andrei Borzenkov wrote:
>> On Tue, Jul 19, 2016 at 4:52 PM, Ken Gaillot <kgaillot at redhat.com> wrote:
>> ...
>>>> primitive p_ston_pg1 stonith:external/ipmi \
>>>>  params hostname=pg1 ipaddr= userid=root
>>>> passwd="/var/vcap/data/packages/pacemaker/ra-tmp/stonith/PG1-ipmipass"
>>>> passwd_method=file interface=lan priv=OPERATOR
>> ...
>>> These constraints prevent each device from running on its intended
>>> target, but they don't limit which nodes each device can fence. For
>>> that, each device needs a pcmk_host_list or pcmk_host_map entry, for
>>> example:
>>>    primitive p_ston_pg1 ... pcmk_host_map=pg1:pg1.ipmi.example.com
>>> Use pcmk_host_list if the fence device needs the node name as known to
>>> the cluster, and pcmk_host_map if you need to translate a node name to
>>> an address the device understands.
>> Is not pacemaker expected by default to query stonith agent instance
>> (sorry I do not know proper name for it) for a list of hosts it can
>> manage? And external/ipmi should return value of "hostname" patameter
>> here? So the question is why it does not work?
> You're right -- if not told otherwise, Pacemaker will query the device
> for the target list. In this case, the output of "stonith_admin -l"
> suggests it's not returning the desired information. I'm not familiar
> with the external agents, so I don't know why that would be. I
> mistakenly assumed it worked similarly to fence_ipmilan ...

guess it worked at the times when pacemaker did fencing via
A grep for "gethosts" doesn't return much for current pacemaker-sources
from some leftovers in cts.
Which pacemaker-version are you using?

> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> http://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

More information about the Users mailing list