[ClusterLabs] Antw: Re: Pacemaker not always selecting the right stonith device

Klaus Wenninger kwenning at redhat.com
Thu Jul 21 17:22:23 EDT 2016


On 07/21/2016 06:39 PM, Andrei Borzenkov wrote:
> 21.07.2016 09:49, Ulrich Windl пишет:
>>>>> Ken Gaillot <kgaillot at redhat.com> schrieb am 19.07.2016 um 16:17 in Nachricht
>> <d82b1b0b-cfde-d478-4287-36b4a81631ac at redhat.com>:
>>
>> [...]
>>> 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"
>> In sles11 SP4 I see the following (surprising) output:
>> "stonith_admin -l" shows the usage message
> That's correct.
>
>> "stonith_admin -l any" shows the configured devices, independently
>> whether the given name is part of the cluster or no. Even if that
>> host does not exist at all the same list is displayed:
>>  prm_stonith_sbd:0
>>  prm_stonith_sbd
>>
>> Is that the way it's meant to be?
>>
> Well, SBD can in principle fence any node, so yes, I'd say it is. In my
> case (stonith:external/ipmi) it returns correct information. I am a bit
> surprised that it also does it for non-existing node, but as far as I
> understand if agent returns nothing host is not even checked and it is
> assumed agent can fence anything.
>

When using multicast a node can show up dynamically and
become a part of the cluster. So the node you are asking for
might not have shown up at the time of asking ... so maybe
not the worst decision to behave like that ...

>
> _______________________________________________
> 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