[Pacemaker] Starting openais one legged, STONITH activates

Andrew Beekhof andrew at beekhof.net
Mon Feb 28 07:34:11 UTC 2011


On Mon, Feb 28, 2011 at 1:58 AM, David Morton <davidmorton78 at gmail.com> wrote:
> I'm pretty sure the behavior outlined below is by design (and it does make
> sense logically) but I am wondering if there are additional checks that can
> be put in place to change the behavior.
> Situation:
> - Two node cluster with IPMI STONITH configured
> - Both servers running but with openais / pacemaker shutdown
> - Start openais on one server only
> - Server that starts executes a STONITH reset of the other node
> I imagine this is due to an indeterminate state / no comms between nodes,
> the only way to move to a known state is then to bounce the other node. Is
> this correct ?

Correct - but it will only do this if it has quorum (which it doesn't)
or if you've set no-quorum-policy=ignore.

> Is there any way to configure alternate means of confirming the openais /
> pacemaker service is not started and avoid a hard reset on the 'other' node
> ? ie: log in via ssh and enquire on service state, maybe even check key
> resources etc ?

No

> Is the preferred method to always run openais / pacemaker on all nodes and
> manipulate rules to determine where resources run ?

yes.  see crm_standby

> typically i would just
> shutdown openais to force all resources to one node or the other to simplify
> config creation and testing etc.
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs:
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>
>




More information about the Pacemaker mailing list