Hi, On Wed, Apr 16, 2008 at 11:34:34AM +0200, Alt, Martin wrote: > Hi, > > > -----Urspr?ngliche Nachricht----- > > On Wed, Apr 16, 2008 at 9:20 AM, Alt, Martin > > <[EMAIL PROTECTED]> wrote: > > > ... > > > At this point, bladed1 has not actually been fenced! > > > > The PE logs only indicate (roughly) what will happen and don't imply > > any ordering (for that you need to look at the tengine logs). > > > > That said, you're right, the stonith agent will be started on the > > second machine before the node is shot. > > However this is for a very good reason - what if that agent was the > > one that was needed to do the shooting? > Of course you are right... > > Just for a better understanding of how heartbeat works: what exactly > happens when a stonith agent is "started" on a node (stonith agents > do not have a start operation and there is no "stonith process" to > start). I would think that heartbeat just checks the stonith agent's > status operation on the new host. Is that correct?
Stonith start is a kind of meta-operation. It doesn't translate to any operation of the agent. What happens is that stonithd asks the agent for a list of hosts it can manage and then invokes it with status to check if it's functional. If both succeed (hostlist shouldn't return empty list) then the stonith resource is considered started. "enable" would have been a better fit. Likewise, stop effectively does nothing but disable the resource. Thanks, Dejan > > Having said that, we should still be able to perform the necessary > > stonith actions. > > Can you use hb_report to create an archive of the situation and attach > > it to a bug? > Done... > http://developerbugs.linux-foundation.org/show_bug.cgi?id=1876 > > Thanks for your help and best regards, > Martin > > > -- > Dr. Martin Alt > System und Softwarearchitektur > Plath GmbH > Gotenstrasse 18 > D - 20097 Hamburg > Tel: +49 40/237 34-361 > Fax: +49 40/237 34-173 > Email: [EMAIL PROTECTED] > http://www.plath.de > > Hamburg HRB7401 > Gesch?ftsf?hrer: Dipl.-Kfm. Nico Scharfe > > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
