Bug 221272
Summary: | "service kdump start" fails on rawhide | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | William Cohen <wcohen> | ||||
Component: | kexec-tools | Assignee: | Neil Horman <nhorman> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | triage | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | bzcl34nup | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-05-07 01:04:14 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
William Cohen
2007-01-03 14:31:42 UTC
appears the problem is that the kernel load routine is different for PAE kernels than for regular kernels (PAE kernels are being detected as bzImage kernels, while non PAE kernels are being detected as elf-x86 kernels. The underlying cause of the problem is that the option parser for bzimage kernels doesn't know about the --args-linux options (or several others for that matter). I can patch that pretty quick, but first I want to understand why the PAE/non-PAE kernels are getting detected differently. It seems to me like PAE shouldn't have an effect on that sort of thing. Does the x86_64 use the same code? This problem also occurs on x86_64 rawhide. Created attachment 144834 [details]
patched version of kexec-tools to account for extra arch args
so, it turns out this is happening because of an apparent kernel change, and
kexec is at least trying to do the right thing. RHEL5 vmlinuz binaries are
detected as ELF files (the first three bytes of the file are "\177ELF"(this
applies to all kernels). All rawhide kernel vmlinuz images are bzImages, and
are not marked as ELF files. Not sure how or why this change was made, but
regardless, its causing a different load method (comon to all x86 and x86_64
arches) to be used. This load method is unaware of the args-linux kernel
argument, and as such, fails to operate properly. The attached RPM fixes that
problem. Unfortunately on the x86 test system, it still fails to load due to
an inabilty to find sufficient memory to load the kernel. I'm concerned
however, that this may be due to the limited amount of memory on that system.
So Will, could you please test this kexec-tools package out on a rawhide system
of yours with more memory available to a() ensure the unrecognized argument
problem is gone and (b) to ensure that given sufficient memory, the vmlinz file
can be loaded into memory. Thanks!
I tried updated kexec-tools on the x86_64 machine. It failed in a different way than before. The /etc/init.d/kdump calls kexec and gets farther than it did before. Looked at what the command line is when the kexec runs and get the following: # /sbin/kexec --args-linux -p '--command-line=ro root=/dev/VolGroup00/LogVol00 rhgb quiet irqpoll maxcpus=1' --initrd=/boot/initrd-2.6.19-1.2904.fc7kdump.img /boot/vmlinuz-2.6.19-1.2904.fc7 Could not find a free area of memory of 9000 bytes... locate_hole failed So there is still a problem. yes, I told you there might be. What is your crashdump line set to on your x86_64 box and how much total system memory do you have in it? The machine has 1GB of memory. The /boot/grub/grub.conf has the following: title Fedora Core (2.6.19-1.2904.fc7) root (hd0,1) kernel /vmlinuz-2.6.19-1.2904.fc7 ro root=/dev/VolGroup00/LogVol00 rhgb quiet crashkernel=128M@16M $ free total used free shared buffers cached Mem: 883436 200496 682940 0 23788 87344 -/+ buffers/cache: 89364 794072 Swap: 2031608 0 2031608 found the upstream patch that fixes the ability to load relocatable bzimages. fixed in -56.fc7 Happens to me on Rawhide on the i386/i686 kernels. How to fix it? See comment #7. You need to run at least kexec-tools-1.101-56.fc7 Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp |