Bug 749796 - Bad performance for ipmitool sdr in verbose mode
Summary: Bad performance for ipmitool sdr in verbose mode
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: OpenIPMI
Version: 5.6
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Jan Safranek
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-28 12:57 UTC by Olivier BONHOMME
Modified: 2013-01-08 04:52 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
same as #671059
Clone Of:
Environment:
Last Closed: 2013-01-08 04:52:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
ipmitool sdr verbose bad performance fix (646 bytes, patch)
2011-10-28 12:57 UTC, Olivier BONHOMME
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2013:0123 0 normal SHIPPED_LIVE Low: OpenIPMI security, bug fix, and enhancement update 2013-01-08 09:10:13 UTC

Description Olivier BONHOMME 2011-10-28 12:57:56 UTC
Created attachment 530662 [details]
ipmitool sdr verbose bad performance fix

Description of problem:

Context : This bug has been detected with a DELL BMC Board on server PowerEdge 1950 and PowerEdge 2950.

When using the verbose mode for getting the extended sensor informations with the command "ipmitool -v sdr", the command takes a very long time to retrieve the sensors data.

A similar bug has been corrected for the non verbose mode (Command ipmitool sdr) upstream and in RedHat (https://bugzilla.redhat.com/show_bug.cgi?id=722462).

However, in the verbose mode calls the functions "ipmi_sdr_get_sensor_event_status" and "ipmi_sdr_get_sensor_event_enable" in which the correction has not been reported and it seems that it is also needed in these functions.

Version-Release number of selected component (if applicable): ipmitool 1.8.11

How reproducible:

Execute the command ipmitool -v sdr on a PowerEdge Server 1950 or 2950.

Actual results:

The execution time is more than 10 minutes !

Expected results:

The execution time should be about 2 seconds.

Additional info: The bug has been raised upstream. Please see the bug report here : https://sourceforge.net/tracker/?func=detail&aid=3429710&group_id=95200&atid=610550.

You'll find an attachement specfic for the RHEL RPM.

Comment 2 RHEL Program Management 2012-05-15 19:17:51 UTC
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux release.  Product Management has
requested further review of this request by Red Hat Engineering, for
potential inclusion in a Red Hat Enterprise Linux release for currently
deployed products.  This request is not yet committed for inclusion in
a release.

Comment 3 Jan Safranek 2012-05-31 12:38:39 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:
same as #671059

Comment 11 errata-xmlrpc 2013-01-08 04:52:29 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-0123.html


Note You need to log in before you can comment on or make changes to this bug.