<div dir="ltr"><br><div class="gmail_extra">I did not enable fencing. I observe the process running and see that when the node is up, I will see the following processes:</div><div class="gmail_extra"><br></div><div class="gmail_extra">
Corosync</div><div class="gmail_extra">--------------</div><div class="gmail_extra">/usr/sbin/corosync</div><div class="gmail_extra"><br></div><div class="gmail_extra">Pacemaker</div><div class="gmail_extra">-----------------</div>
<div class="gmail_extra">/usr/libexec/pacemaker/lrmd</div><div class="gmail_extra">/usr/libexec/pacemaker/pengine</div><div class="gmail_extra">pacemakerd</div><div class="gmail_extra">/usr/libexec/pacemaker/stonith</div>
<div class="gmail_extra">/usr/libexec/pacemaker/cib</div><div class="gmail_extra">/usr/libexec/pacemaker/crmd</div><div class="gmail_extra"><br></div><div class="gmail_extra">If I were to shutdown the network connection of any node and then list out the processes, I will see that "/usr/sbin/corosync" is no longer running  and for Pacemaker, the following processes are left:</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Pacemaker</div><div class="gmail_extra">-----------------</div><div class="gmail_extra">/usr/libexec/pacemaker/lrmd</div><div class="gmail_extra">/usr/libexec/pacemaker/pengine</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">If there is no network connectivity loss and I perform a clean shutdown, I do not see any of the processes listed for Corosync and Pacemaker. I tried to kill the remaining process after network connection is lost but that does not prevent the fallen node from getting back the resource if it used to be holding it before going down. </div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Is there a way to perform a clean shutdown if pacemaker was shutdown improperly? </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 24, 2013 at 8:21 AM, Andrew Beekhof <span dir="ltr"><<a href="mailto:andrew@beekhof.net" target="_blank">andrew@beekhof.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On 24/07/2013, at 9:54 AM, Tan Tai hock <<a href="mailto:taihock@gmail.com">taihock@gmail.com</a>> wrote:<br>
<br>
> No I did not. It seems like corosync and pacemaker stop running when the network connection is lost.<br>
<br>
</div>Do you have fencing enabled?<br>
If not, I'd be surprised if corosync or pacemaker stopped running.<br>
<div class="im"><br>
> I am trying to simulate a scenario whereby a node which started the resource loses network connection and observe how it reacts upon joining back the cluster. Is there any proper way to shutdown both corosync and pacemaker in such scenario?<br>

<br>
</div>They are not supposed to stop running just because connectivity was lost.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Jul 24, 2013 6:55 AM, "Andrew Beekhof" <<a href="mailto:andrew@beekhof.net">andrew@beekhof.net</a>> wrote:<br>
><br>
> On 23/07/2013, at 11:28 AM, Tan Tai hock <<a href="mailto:taihock@gmail.com">taihock@gmail.com</a>> wrote:<br>
><br>
> > Hi,<br>
> ><br>
> > I have currently set up 3 machines with Pacemaker 2.3 with Corosync 1.19. I have tested some scenarios and have encountered some problem which I hope to get some advice on.<br>
> ><br>
> > My scenario is as follows:<br>
> ><br>
> > The 3 machines, name A,B,C are all running with A being the node which started the resource as seen in cm_mon. If I were to cut off the network connection for A, B will take over as the node which started the resource. I then resume the network connection and start both corosync and pacemaker on A again<br>

><br>
> Did you stop it there first?<br>
><br>
> > and the node which started the resource now returns to node A.<br>
> > I have set stickness and perform an identical test but with proper shutdown of pacemaker and corosync and it is working fine.<br>
> > Is there anyway to perform a clean shutdown in the event that a node loses network connection so that it will not attempt to take back the resource it used to be holding before it was uncleanly shutdown?<br>
> ><br>
> > Thanks<br>
> > _______________________________________________<br>
> > Pacemaker mailing list: <a href="mailto: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>
> Pacemaker mailing list: <a href="mailto: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>
> Pacemaker mailing list: <a href="mailto: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>
Pacemaker mailing list: <a href="mailto: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>
</div></div></blockquote></div><br></div></div>