From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Description of problem: The kernel rpm includes vmlinuz, but not vmlinux. The latter is needed by oprofile. Version-Release number of selected component (if applicable): kernel-2.6.9-1.648_EL
its in the debuginfo package
I'm prepared to believe you, but kernel-debuginfo isn't available from RHN. Is this a packaging/similar bug?
This bug needs to be fixed somehow. There are users who need oprofile to work.
An element of the solution would be to *not* strip debug information from the kernel image and .ko modules. These unstripped binaries would have to make their way into the main kernel RPMs. Then, the -debuginfo parts would be only needed for source-level debugging.
Gee now that RHEL 4 update is out, and this re-packaging still has not happened, MIT's ability to do kernel debugging and to contribute to a more reliable Red Hat Linux is still impaired. It would be REALLY good if someone could pick this issue up, and fix it. The kernel fixes you might have received since November 2004 might have been valuable.
The problem as I (OProfile maintainer) see it is simple: we only really need the (relatively small) vmlinux; installing an RPM that approaches 1Gb in size just to get kernel-level application profiles is a real problem (in fact, I've run out of disk space and can't even do it myself!). Frank's suggestion in comment 18 (assuming he meant "not strip the symbol table") seems very reasonable to me. In fact, this is a wider issue: I'm not sure why the symbol tables were ever stripped from system libraries and the kernel.
John, oprofile users would probably also need the kernel-object symbol tables, not just that of vmlinux. I meant keeping more than just the symbol table, rather up to and including all the .debug* sections, since that is what systemtap would need. Other tools may have less sophisticated needs. :-)
REOPENED status has been deprecated. ASSIGNED with keyword of Reopened is preferred.
This is an RHN requirement as RHN is eventualy supposed to make the debug models available. Changing product to RHN. Currently, debug modules are on a Red Hat ftp site.
Ping, this request was made on 09-03-2004. Can we get some action here please!
ping -f. This request was made on 09-03-2004. Can we get some action here please!
Changing ASSIGNEE from Todd Sanders to Bret McMillan.
Resetting product to RHN Hosted. This bug deals with hosting debuginfo packages in RHN Hosted. Until such time, we will not be able to provide support to sync to Satellite. I believe this content is currently available via ftp.redhat.com. -Todd
kdump requires the kernel debuginfo package to process dumps; SystemTap requires debuginfo packages. Both are fully supported in RHEL. RHN did fix the RHN package links to the ftp.redhat.com site that were broken since RHEL5 GA (thank you) but this is still a cumbersome mechanism for customers to obtain these packages and subject to human error since updating a kernel or other package requires manual intervention to refresh any debuginfo packages currently on the system. I believe this deficiency will cause customer dissatisfaction and generate support calls. It needs to be fixed 1) temporarily by making the debuginfo packages on the ftp site available as a yum repository and 2) permanently by having RHN Hosted and Satellite support distribution and refreshing of the debuginfo packages. Raising severity to HIGH.
Comment #42 satisfied the NEEDINFO.
*** Bug 223879 has been marked as a duplicate of this bug. ***
All debuginfo packages in RHEL5 and earlier are in the ftp.redhat.com site. Beginning with RHEL6, all debuginfo packages will be available on RHN (no longer on ftp.redhat.com). This information should be sufficient to close this bug as CURRENTRELEASE once RHEL6 ships. Regardless of the release, the kernel-debuginfo packages are available and have been for several years.
Closing per #49