Bug 722462
| Summary: | bad performance of ipmitool sdr by update to 2.0.16 | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | RHEL Program Management <pm-rhel> |
| Component: | OpenIPMI | Assignee: | Jan Safranek <jsafrane> |
| Status: | CLOSED ERRATA | QA Contact: | qe-baseos-daemons |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 5.5 | CC: | ashish, azelinka, cww, jsafrane, jwest, kvolny, leonardo.cult, mmatsuya, msvoboda, ovasik, pm-eus, rick.beldin, rvokal |
| Target Milestone: | rc | Keywords: | Regression, ZStream |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
When IPMI-enabled devices reported SDR (sensor data record) records under a different owner than the BMC (Baseboard Management Controller), the IPMItool utility tried to retrieve these SDR records from the IPMI bus instead of the BMC bus. Due to timeout setting for the SDR read attempt, serious performance issues occurred and no sensor data was shown. This issue has been fixed and IPMItool now correctly reads these SDR records from the BMC and shows the correct sensor data on these platforms.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-08-01 02:15:48 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: | 671059 | ||
| Bug Blocks: | |||
|
Description
RHEL Program Management
2011-07-15 12:36:29 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:
When IPMI-enabled devices reported SDR (sensor data record) records under a different owner than the BMC (Baseboard Management Controller), the IPMItool utility tried to retrieve these SDR records from the IPMI bus instead of the BMC bus. Due to timeout setting for the SDR read attempt, serious performance issues occurred and no sensor data was shown. This issue has been fixed and IPMItool now correctly reads these SDR records from the BMC and shows the correct sensor data on these platforms.
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/RHBA-2011-1107.html *** Bug 723048 has been marked as a duplicate of this bug. *** That does not fix on the Dell boxes of 1950/2950. It is still taking 3 minutes to complete as opposed to 2-3 seconds prior. (In reply to comment #9) > That does not fix on the Dell boxes of 1950/2950. It is still taking 3 minutes > to complete as opposed to 2-3 seconds prior. I've checked today that Dell PE 2950 works fine with OpenIPMI-tools-2.0.16-11.el5_7.2, released few days ago. I do not understand the fix very well...
if ((strncmp(intf->name, "ipmb", 4)) != 0)
return ipmi_sdr_get_sensor_reading(intf, sensor);
I went thru the source code and looked for interfaces definitions, but there's no 'ipmb' interface name defined. That means that it simply forces to go in ipmi_sdr_get_sernsor_reading in any case.
This will definitely results in getting incorrect values in case the IPMB address is used instead of Onwer ID.
|