Bug 546386
Summary: | ipmitool tsol dies with backtrace | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Shad L. Lords <slords> | ||||||||||||
Component: | OpenIPMI | Assignee: | Jan Safranek <jsafrane> | ||||||||||||
Status: | CLOSED ERRATA | QA Contact: | qe-baseos-daemons | ||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||
Priority: | low | ||||||||||||||
Version: | 5.4 | CC: | azelinka, kvolny, rvokal | ||||||||||||
Target Milestone: | rc | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | All | ||||||||||||||
OS: | Linux | ||||||||||||||
URL: | |||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: |
If the user called 'ipmitool tsol' on a serial console over LAN on Tyan hardware, the application terminated unexpectedly. This happened due to a mistake in serial-over-lan on Tyan hardware. Now this issue is fixed
|
Story Points: | --- | ||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2011-01-13 23:30:33 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: | |||||||||||||||
Attachments: |
|
Description
Shad L. Lords
2009-12-10 19:12:22 UTC
Created attachment 377571 [details]
Easier to read backtrace
On a side note this works fine on a EL4 box with OpenIPMI-1.4.14-1.4E.25 installed. The stack trace is not much useful without debuginfos installed... please install them! See http://kbase.redhat.com/faq/docs/DOC-9908 and install following: $ yum --enablerepo rhel-debuginfo install glibc-debuginfo OpenIPMI-debuginfo Now try to reproduce the bug with full core dump: $ ulimit -c unlimited $ ipmitool -I lan -H <ip> -P <pass> tsol ... it should dump a core file name core.<PID> Finally, analyze the core file and send me output of following: $ gdb /usr/bin/ipmitool <the core file> (gdb) bt full Thanks in advance! And out of curiosity, what HW do you use? Maybe I can find some internally... I've tried what you suggested but there is no core file created. The output with the debug packages also doesn't look any different (other than memory addresses). The hardware that I'm running is a Tyan S2881 Thunder K8SR motherboard with 2 x Opteron 280 processors and 16GB of ram. The motherboard has a Tyan M3289 IPMI card attached. The crash occurs when trying to go from one of these boxes to another one. I've also confirmed that the crash also occurs coming from a Compaq ML115 G1 so it doesn't appear to be dependent on where it is coming from. Data on the wire appears to be identical up to the point that it crashes. I'll attach packet captures in case it helps diagnose it at all. Created attachment 381591 [details]
Packet capture from a el4 box that was successful
Created attachment 381592 [details]
Packet capture from a el5 box that failed
I am still not able to reproduce the bug - I've created dummy IPMI server which sends exact packets from your traces, but ipmitool refuses to crash. Without useful stack trace (i.e. with debug symbols) I can't locate the error. So, as last resort, try to start ipmitool under debugger: $ gdb /usr/bin/ipmitool (gdb) r -I lan -H localhost -P pass tsol After it crashes, send me output of 'bt full' gdb command - it shows complete stack trace, assuming you have correct debuginfo packages installed. If you have troubles installing debuginfo, please contact your Red Hat support at redhat.com/support - that's the service you pay for. Created attachment 385698 [details]
full backtrace after crash
Here is the output of the crash. This time it gives what appears to be much more useful information.
Created attachment 385896 [details]
reproducer
Reproducer usage:
$ perl tsol.pl &
$ ipmitool -I lan -H localhost -P pass tsol
-> ipmtiool crashes spectacularly
Aehm, the wireshark logs contain "CentOS release 5.4 (Final)" console output... are you sure you do have valid RHEL subscription? Anyway, there really is a bug in our ipmitool so why not to fix it. Please remember to go through redhat.com/support next time, thanks! No I do not have a valid RHEL subscription. However I do believe that reporting bugs that exist in your release helps everyone out and makes for a better product. > No I do not have a valid RHEL subscription. However I do believe that > reporting bugs that exist in your release helps everyone out and makes for a > better product. If you believe so, please report the bugs upstream directly next time... I've just sent patches upstream: http://sourceforge.net/mailarchive/forum.php?thread_name=20100121121244.28842.26348.stgit%40dhcp-lab-211.englab.brq.redhat.com&forum_name=ipmitool-devel Thanks for the information. If it is fixed upstream will it still be pulled/incorporated into redhat? (In reply to comment #13) > Thanks for the information. If it is fixed upstream will it still be > pulled/incorporated into redhat? Dunno, not all packages are updated in every release. It depends if there is a request from support, i.e. from paying customers ;-). I can confirm that the patch fixes the issue for me. 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: If the user called 'ipmitool tsol' on a serial console over LAN on Tyan hardware, the application terminated unexpectedly. This happened due to a mistake in serial-over-lan on Tyan hardware. Now this issue is fixed 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-0096.html |