Node level failure is detected on the communications layer, ie hearbeat or corosync. That software is run with realtime priority. So it keeps working just fine (use tcpdump on the healthy node to verify). So pacemaker on the healthy node does now know that the other node has a problem and therefore does not initiate failover.
We had this discussion back in 2010, maybe you also want to refer to that: http://oss.clusterlabs.org/pipermail/pacemaker/2010-February/004739.html Regards Dominik On 07/08/2011 03:23 PM, Warnke, Eric E wrote: > > If the fork bomb is preventing the system from spawning a health check, it > would seem like the most intelligent course of action would be to presume > that it failed and act accordingly. > > -Eric > > > On 7/8/11 8:38 AM, "Lars Marowsky-Bree"<[email protected]> wrote: > >> On 2011-07-08T14:10:09, Gianluca Cecchi<[email protected]> wrote: >> >>> So that each node has to write to its dedicated part of it and read >>> from the other ones. >>> If one node doesn't update its portion it is then detected by the >>> others and it is fenced after a configurable number of misses... >>> Does pacemaker provide some sort of this configuration? >> >> external/sbd as a fencing mechanism provides this, but that is not the >> same as a load& system health check at all. >> >> Though tieing into that would make sense, yes. >> >> >> Regards, >> Lars >> >> -- >> Architect Storage/HA, OPS Engineering, Novell, Inc. >> SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix >> Imendörffer, HRB 21284 (AG Nürnberg) >> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde >> >> _______________________________________________ >> 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 _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
