>>> "Andreas Mock" <[email protected]> schrieb am 17.04.2013 um 09:05 in Nachricht <[email protected]>: > Hi Vladislav, > > thank you for sharing your experience with this issue. > I'll give your hint a try. Are there any negative impacts > diabling apicd? (I have to admit I never thought about its > role)
Hi! Obviously, when you want to shutdown by pressing the physical "power botton" (in fact an ACPI signalling button these days), the system won't shutdown any more. Maybe the "graceful shutdown" available from light out managemnt will also stop working, or it will hard power off instead. It may sound stupid, but have you tried to install the latest firmware upgrades on your hardware? For some Intel CPUs a new BIOS can even fix memory errors ;-) Regards, Ulrich > > A call is open. I'm very curious what we hear about that. > > Best regards > Andreas Mock > > > > -----Ursprüngliche Nachricht----- > Von: [email protected] > [mailto:[email protected]] Im Auftrag von Vladislav > Bogdanov > Gesendet: Mittwoch, 17. April 2013 08:44 > An: [email protected] > Betreff: Re: [Linux-HA] Behaviour of fence/stonith device fence_imm > > 16.04.2013 12:47, Andreas Mock wrote: > > Hi Marek, hi all, > > > > we just investigated this problem a little further while > > looking at the sources of fence_imm. > > > > It seems that the IMM device does a soft shutdown despite > > documented differently. I can reproduce this with the > > ipmitool directly and also using ssh access. > > > > The only thing which seems to work in the expected rigorous > > way is the ipmi-command 'power reset'. But with this > > command I can't shutdown the server. > > Do you have acpid running? > If yes, try to stop/disable it. iirc that should help. > Of course what you see is a bug in a BMC, it should do hard off on a > 'chassis power off' command. For graceful shutdown (with proper ACPI > signalling) there is a 'chassis power soft' command. I'd report that to > vendor (although that may be implemented that way wittingly). > > > > > I'll offer more informations when I get feedback to this > > behaviour. > > > > Best regards > > Andreas > > > > > > -----Ursprüngliche Nachricht----- > > Von: [email protected] > > [mailto:[email protected]] Im Auftrag von Marek Grac > > Gesendet: Montag, 15. April 2013 11:02 > > An: Andrew Beekhof > > Cc: General Linux-HA mailing list > > Betreff: Re: [Linux-HA] Behaviour of fence/stonith device fence_imm > > > > Hi, > > > > On 04/15/2013 04:17 AM, Andrew Beekhof wrote: > >> On 13/04/2013, at 12:21 AM, Andreas Mock <[email protected]> wrote: > >> > >>> Hi all, > >>> > >>> just played with the fence/stonith device fence_imm. > >>> (as part of pacemaker on RHEL6.x and clones) > >>> > >>> It is configured to use the action 'reboot'. > >>> This action seems to cause a graceful reboot of the node. > >>> > >>> My question. Is this graceful reboot feasible when the node > >>> gets unreliable or would it be better to power cycle the > >>> machine (off/on)? > > Yes, it will. For fence_imm the standard IPMILAN fence agent is used > > without additional options. It uses a method described by you: power > > off / check status / power on; it looks like that there are some changes > > in IMM we are not aware. Please fill a bugzilla for this issue, if you > > can do a proper non-graceful power off using ipmitools, please add it too. > > > >>> How can I achieve that the fence_imm is making a power cycle > >>> (off/on) instead of a "soft" reboot? > >>> > > Yes, you can use -M (method in STDIN/cluster configuration) with values > > 'onoff' (default) or 'cycle' (use reboot command on IPMI) > > > > m, > > _______________________________________________ > > 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 > > _______________________________________________ > 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
