Resurrected - Re: [Linux-ha-dev] [RFC] STONITH in the new framework
lists at beekhof.homeip.net
Tue Jun 22 10:31:20 MDT 2004
On Jun 22, 2004, at 4:26 PM, Lars Marowsky-Bree wrote:
> On 2004-06-22T15:41:31,
> Andrew <lists at beekhof.homeip.net> said:
>> Just wondering if there are still lingering doubts over the "fencing
>> as a resource" approach as the time for implementing something is fast
> I'm still fine with the approach, though we need to figure out how to
> appropriately tag resources which need node-level fencing in the CIB.
> This could be something as simple as a "needs_node_fencing" attribute
> the <resources> section, of course.
That would seem to make sense.
> Writing a STONITH_Controller-style resource then shouldn't be too
I'm thinking that has start/stop and shoot operations. Normal "you can
only run here" constraints would be used to limit the resource to nodes
that had access to the switch (or whatever the method of performing the
STONITH is) and the list of possible nodes it can shoot could be
It would then be the role of the PE to find the right
STONITH_Controller and supply the node UUID for it to shoot.
But thats just me talking...
> However, this adds new fuel to the off-list discussion we had about how
> to determine the nodes where a resource could run. Basically, we need
> shot all nodes where it _could_, whether they are present or not. This
> makes the node filtering a little bit more complex, but otherwise it's
It should not be required to shoot any CRM member node "just in case".
Each node has a section for the status of all its resources so its
mostly trivial to determine if it has the offending resource.
Nodes not in the CRM layer but in the CIB and capable of running the
resource of course need to be shot as a precaution. Just wanted to
make the distinction.
> Lars Marowsky-Brée <lmb at suse.de>
> High Availability & Clustering \ ever tried. ever failed. no
> SUSE Labs, Research and Development | try again. fail again. fail
> SUSE LINUX AG - A Novell company \ -- Samuel Beckett
> Linux-HA-Dev: Linux-HA-Dev at lists.linux-ha.org
> Home Page: http://linux-ha.org/
More information about the Linux-HA-Dev