On 02/19/2013 10:58 PM, Andrew Beekhof wrote: > On Tue, Feb 19, 2013 at 11:26 PM, Bernd Schubert > <[email protected]> wrote: >> On 02/19/2013 06:53 AM, Andrew Beekhof wrote: >>> On Mon, Feb 18, 2013 at 7:34 PM, Bruce Ford <[email protected]> wrote: >>>> Lukas, >>>> >>>> thanks for the quick reply. >>>> >>>> On Fri, Feb 15, 2013 at 4:54 PM, Lukas Grossar >>>> <[email protected]> wrote: >>>>> On 15.02.2013 16:43, Bruce Ford wrote: >>>>>> Hi, >>>>>> >>>>>> I'm running pacemaker 1.1.7 on RedHat 6.3 using the fence_ipmilan >>>>>> fence agent from the "fence-agents" 3.1.5 package. >>>>>> >>>>>> I found that although I have chosen the action "off", this doesn't >>>>>> power off the target node but reboots it with a graceful shutdown. So >>>>>> I investigated on the commandline: >>>>> >>>>> I ran into the same problem when setting up a cluster using CentOS 6.3 >>>>> and sent a mail to the mailing list about a week ago and got the >>>>> following reaction from Andrew Beekhof: >>>>> >>>>>> Prior to 6.4 there was some inconsistency between the various agents >>>>>> and whether they supported "action" or "option". >>>>>> An upgrade to 6.4 in the next few weeks should solve this for you. >>>> >>>> Does 6.4 mean RedHat/Centos 6.4? What a pity, this is currently not an >>>> option. >>>> Will we face serious problems trying to backport the new fence-agents >>>> package? >>> >>> No, should be pretty straightforward >> >> So that will introduce another serious change of behaviour in RHEL 6.4? > > No. All agents now support "action". Anything that used to support > "option" will continue to do so.
Hmm, I'm still not sure if I understand it correctly. So with 6.4 one has to set (in crm syntax): property stonith-action="reboot" ? Right now we have: property stonith-action="poweroff" and the fence_ipmilan option: action=off And that leads to a reboot, as it is supposed to do for this installation. I definitely remember that my colleague who did this installation had some trouble to get fence_ipmilan to do what we intended to do. Thanks, Bernd _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
