RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 592140 - Enabling kdump at the end of firstboot fails
Summary: Enabling kdump at the end of firstboot fails
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kexec-tools
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Neil Horman
QA Contact: Han Pingtian
URL:
Whiteboard:
Depends On:
Blocks: 524819
TreeView+ depends on / blocked
 
Reported: 2010-05-14 00:23 UTC by Brian Lane
Modified: 2010-11-10 20:59 UTC (History)
1 user (show)

Fixed In Version: kexec-tools-2.0.0-70
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-11-10 20:59:50 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
grub.conf from EFI system install (834 bytes, text/plain)
2010-05-14 17:13 UTC, Brian Lane 		no flags Details
output of parted -l on the EFI system (1.16 KB, text/plain)
2010-05-14 17:14 UTC, Brian Lane 		no flags Details
patch to look for grub.conf correctly (673 bytes, patch)
2010-05-19 10:49 UTC, Neil Horman 		no flags Details | Diff
updated patch (1.68 KB, patch)
2010-05-19 19:56 UTC, Neil Horman 		no flags Details | Diff
working patch (1.38 KB, patch)
2010-05-19 23:15 UTC, Brian Lane 		no flags Details | Diff
Show Obsolete (1) View All

Description Brian Lane 2010-05-14 00:23:20 UTC 
Description of problem:
I tried to enable kdump at the end of firstboot, it warned me that it needed to reboot, I selected ok and it displayed an error: 'Error! No bootloader config file found, aborting configuration!'

Clicked ok and it returned to the kdump page with it disabled. I completed the install successfully with it disabled.

Version-Release number of selected component (if applicable):
firstboot-1.110.2-1.el6.x86_64

How reproducible:
Unknown, I have tried once so far.



Additional info:

I couldn't find any firstboot logs related to kdump or the error. I checked the anaconda logs and they have nothing as well.
Comment 2 RHEL Program Management 2010-05-14 02:38:52 UTC 
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.
Comment 3 Martin Gracik 2010-05-14 07:39:37 UTC 
Hi Brian,

I tried to reproduce this, I installed nightly from May 11th, with firstboot-1.110.2-1. In firstboot, right after restart, I enabled kdump, in the dialog about restart needed, I pressed Yes, and got no error message, everything went fine.

So I could not reproduce it, can you try yourself again?
Comment 4 Brian Lane 2010-05-14 17:12:45 UTC 
I tried the install using the same .iso on a virt (single disk, use all space) and it enables kdump just fine.

I tried running firstboot on the EFI system and it had the same problem. I did a reinstall just to be sure and it still won't enable kdump.

I'll attach my grub.conf and parted -l output. Let me know if there are any other files to look at, as far as I can tell firstboot isn't logging anything.
Comment 5 Brian Lane 2010-05-14 17:13:36 UTC 
Created attachment 414116 [details]
grub.conf from EFI system install
Comment 6 Brian Lane 2010-05-14 17:14:06 UTC 
Created attachment 414117 [details]
output of parted -l on the EFI system
Comment 7 Brian Lane 2010-05-17 15:49:57 UTC 
More info:

/boot is mounted, but some of the files are in different locations.

/etc/grub.conf exists (attached above)
/boot/grub/ only has device.map and splash.xpm.gz in it, no grub.conf

/boot/efi is a separate partition and it has grub.conf in it:

/boot/efi/EFI/redhat/grub.conf 
/boot/efi/EFI/redhat/grub.efi

So, if firstboot/kdump is looking for /boot/grub/grub.conf it isn't going to find it.

/etc/grub.conf is a symlink to /boot/efi/EFI/redhat/grub.conf
Comment 8 Neil Horman 2010-05-19 10:48:06 UTC 
yeah, we're looking for /boot/grub/grub.conf.  I'll put together a patch
Comment 9 Neil Horman 2010-05-19 10:49:43 UTC 
Created attachment 415083 [details]
patch to look for grub.conf correctly

I think this should do it, could you please test this out and confirm that firstbook works properly for you?  Thanks!
Comment 10 Brian Lane 2010-05-19 16:34:54 UTC 
That won't work, you're adding a new grub entry pointing to the efi config, but that overwrites the previous entry in the dict.

I'd suggest either testing for /etc/grub.conf (assuming it always points to the right place -- I don't know enough to be sure of this) or making the bootloaders dict support lists of config files to test for, eg:

bootloaders = { "grub"   : [("/boot/grub/grub.conf", 16),
                            ("/boot/efi/EFI/redhat/grub.conf", 256)],
                "yaboot" : [("/boot/etc/yaboot.conf", 32)],
                "elilo"  : [("/boot/efi/EFI/redhat/elilo.conf", 256)],
              }
Comment 11 Neil Horman 2010-05-19 17:12:44 UTC 
Dang your right, its a dict not a list of lists.  I'll fix up the patch to do the latter suggestion I think.  Thanks!
Comment 12 Neil Horman 2010-05-19 19:56:51 UTC 
Created attachment 415243 [details]
updated patch

here you go.  I've not tested it yet, but I think this should make the bootloaders dictionary list aware, and let us match multiple entries for each name.
Comment 13 Brian Lane 2010-05-19 23:15:43 UTC 
Created attachment 415284 [details]
working patch
Comment 14 Brian Lane 2010-05-19 23:16:27 UTC 
Attached is a tested patch. I store the offset in the instance so that the bootloaders don't need to be scanned every time the offset is needed.
Comment 20 releng-rhel@redhat.com 2010-11-10 20:59:50 UTC 
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.
Note You need to log in before you can comment on or make changes to this bug.