Bug 576036

Summary: ipmi fence failed
Product: [Retired] Red Hat Cluster Suite Reporter: Perry Myers <pmyers>
Component: fenceAssignee: Chris Feist <cfeist>
Status: CLOSED ERRATA QA Contact: Cluster QE <mspqa-list>
Severity: medium Docs Contact:
Priority: urgent    
Version: 4CC: ccaulfie, cfeist, cluster-maint, djansa, fedoraflo, ffotorel, iannis, jha, liko, pbrobinson, phil, rlerch
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: fence-1.32.68-5.el4 Doc Type: Bug Fix
Doc Text:
Cause: ======= Strange behavior of some HW IPMI implementations (for example IBM x3550, brand new supermicro motherboard). Consequence: ============ Old behavior: perhaps (chassis power status) chassis power off chassis power status (wait for this to return "off") chassis power on chassis power status (wait for this to return "on") and the BMC controller for some difficult to understand reason shuts itself down after the "chassis power off", so it will be not able to power on machine. Fix: ==== Add support for power cycle command, which doesn't shut BMC controller. Result: ======= Old behavior is default, so nothing change without reconfiguration. But now, there is new method option, which can have value cycle, what will cause a new behavior (use ipmi power cycle command). Example of usage:... <fencedevices> <fencedevice agent="fence_ipmilan_new" ipaddr="1.2.3.4" login="root" name="ipmifd1" passwd="password" method="cycle" /> ...
Story Points: ---
Clone Of: 482913 Environment:
Last Closed: 2011-02-16 16:15:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 482913    
Bug Blocks: 522529, 541103, 564012    
Attachments:
Description Flags
Backported patch none

Comment 1 Jan Friesse 2010-03-23 15:26:53 UTC
Created attachment 402083 [details]
Backported patch

Patch adding power cycle:

Default behaviour (off/get status/on) doesn't work on
some IPMI implementations, because chasiss power off will
turn off IPMI management card. Next power on cannot be
done automatically. But it looks, like chassis power cycle
is supported and do what we need -> reset machine.

Patch add support for -M (method) option, which can have
values:
- onoff - default old behaviour
- cycle - use new power cycle

Comment 2 Jan Friesse 2010-03-23 15:27:16 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.

New Contents:
Cause:
=======
Strange behavior of some HW IPMI implementations (for example IBM x3550, brand new supermicro motherboard).

Consequence:
============
Old behavior:
perhaps (chassis power status)
chassis power off
chassis power status (wait for this to return "off")
chassis power on
chassis power status (wait for this to return "on")

and the BMC controller for some difficult to understand reason shuts itself
down after the "chassis power off", so it will be not able to power on machine.

Fix:
====
Add support for power cycle command, which doesn't shut BMC controller.

Result:
=======
Old behavior is default, so nothing change without reconfiguration. But now, there is new method option, which can have value cycle, what will cause a new behavior (use ipmi power cycle command).

Example of usage:...

  <fencedevices>
                <fencedevice agent="fence_ipmilan_new" ipaddr="1.2.3.4"
login="root" name="ipmifd1" passwd="password" method="cycle" />
...

Comment 5 Peter Robinson 2010-04-13 08:15:41 UTC
Is there an ETA as to when this will be released?

Comment 9 errata-xmlrpc 2011-02-16 16:15:26 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0266.html