I've asked this before, you should be able to search the question. Essentially if pacemaker is shut down gracefully the remaining nodes are happy to leave it be.<div><br></div><div>Generally I standby the node and then stop openais ... I have been caught out once bringing a node back online which was in standby. The logical volumes were some how active on the node coming back into the cluster, the monitor operations detected this (key here: monitor operations fire even in standby I believe) and shut down resources on the active node as part of the recovery process.<span></span><br>
<br>On Wednesday, 23 January 2013, Dan Frincu  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Wed, Jan 23, 2013 at 5:21 AM, Brian J. Murrell <<a href="javascript:;" onclick="_e(event, 'cvml', 'brian@interlinx.bc.ca')">brian@interlinx.bc.ca</a>> wrote:<br>
> OK.  So you have a corosync cluster of nodes with pacemaker managing<br>
> resources on them, including (of course) STONITH.<br>
><br>
> What's the best/proper way to shut down a node, say, for maintenance<br>
> such that pacemaker doesn't go trying to "fix" that situation and<br>
> STONITHing it to try to bring it back up, etc.?<br>
><br>
> Currently my practice for STONITH is to have it reboot.  Maybe it's a<br>
> better practice to have STONITH configured to just power a node down and<br>
> not try to power it back up for this exact reason?<br>
><br>
> Any other suggestions welcome.<br>
<br>
I usually put the node in standby, which means it can no longer run<br>
any resources on it. Both Pacemaker and Corosync continue to run, node<br>
provides quorum.<br>
<br>
For global cluster maintenance, such as when upgrading to a major<br>
software version, maintenance-mode is needed.<br>
<br>
HTH,<br>
Dan<br>
<br>
><br>
> Cheers,<br>
> b.<br>
><br>
><br>
> _______________________________________________<br>
> Pacemaker mailing list: <a href="javascript:;" onclick="_e(event, 'cvml', 'Pacemaker@oss.clusterlabs.org')">Pacemaker@oss.clusterlabs.org</a><br>
> <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
><br>
> Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
> Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
> Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
><br>
<br>
<br>
<br>
--<br>
Dan Frincu<br>
CCNA, RHCE<br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="javascript:;" onclick="_e(event, 'cvml', 'Pacemaker@oss.clusterlabs.org')">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div>