Red Hat Bugzilla – Bug 139767
kernel-debuginfo is not shipped (was: kernel rpm doesn't include vmlinux)
Last modified: 2010-11-19 14:34:50 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
The kernel rpm includes vmlinuz, but not vmlinux. The latter is needed
Version-Release number of selected component (if applicable):
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!
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.
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
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