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 507647 - Can't actually exit firstboot after configuring kdump
Summary: Can't actually exit firstboot after configuring kdump
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
high
Target Milestone: alpha
: ---
Assignee: Neil Horman
QA Contact:
URL:
Whiteboard:
: 507777 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-23 15:57 UTC by Jay Turner
Modified: 2015-01-08 00:16 UTC (History)
4 users (show)

Fixed In Version: kexec-tools-2.0.0-16.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-01-20 13:13:52 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Jay Turner 2009-06-23 15:57:57 UTC 
Description of problem:
Walking through firstboot-1.106-1 with kexec-tools-2.0.0-14.el6, I can configure kdump but when clicking "Finish" I end up in a continuous loop talking about needing to rebooting, acknowledging and then clicking "Finish" and getting the warning about reboot again.

Version-Release number of selected component (if applicable):
firstboot-1.106-1
kexec-tools-2.0.0-14.el6

How reproducible:
Always

Steps to Reproduce:
1. Run firstboot
2. Walk through and choose to enable kdump

Actual results:
Continuous loop

Expected results:
Firstboot actually completes
Comment 1 Neil Horman 2009-06-23 16:17:30 UTC 
Those buttons are controlled by the firstboot infrastructure.  I think the firstboot owner is going to have to take a look at this first.
Comment 2 Bill Nottingham 2009-06-23 17:13:02 UTC 
The module needs to return proper success/error code. The apply() method currently always returns failure.
Comment 3 Neil Horman 2009-06-23 18:03:56 UTC 
Very well, thanks.

fixed in 2.0.0-15.el6
Comment 4 Jay Turner 2009-06-24 11:20:21 UTC 
Looks like we're heading in the right direction.  I did the following:

1) Installed 2.0.0-15.el6.x86_64
2) Ran firstboot
3) Chose to enable firstboot, accepting the defaults
4) Clicked "Yes" to the message about needing to reboot in order for changes to take effect

firstboot CRITICAL: Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/firstboot/interface.py", line 102, in _nextClicked
    self.advance()
  File "/usr/lib64/python2.6/site-packages/firstboot/interface.py", line 165, in advance
    self.checkReboot()
  File "/usr/lib64/python2.6/site-packages/firstboot/interface.py", line 177, in checkReboot
    if module.needsReboot():
TypeError: 'bool' object is not callable
Comment 5 Jay Turner 2009-06-24 11:21:51 UTC 
I get the same behavior no matter what I select on the kdump configuration screen:

- choose to not enable kdump and click "Finish"
- choose to enable kdump, then click "No" to the question about rebooting
Comment 6 Neil Horman 2009-06-24 14:54:20 UTC 
Ok, fixed and verified on test1189.test.redhat.com this time.  Fix available in kexec-tools-2.0.0-16.el6
Comment 7 Neil Horman 2009-06-24 15:02:01 UTC 
*** Bug 507777 has been marked as a duplicate of this bug. ***
Comment 8 Jay Turner 2009-06-24 19:30:09 UTC 
I got this once with kexec-tools-2.0.0-16.el6.  Trying to figure out how that happened:

Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/firstboot/interface.py", line 274, in createScreens
    module.createScreen()
  File "/usr/share/firstboot/modules/firstboot_kdump.py", line 158, in createScreen
    self.initialState = self.kdumpEnabled
AttributeError: moduleClass instance has no attribute 'kdumpEnabled'
Comment 9 Jay Turner 2009-06-24 19:35:57 UTC 
And I have a root cause.  Will open another BZ to cover but it's a corner case . . . very far corner!

kexec-tools-2.0.0-16.el6 working well otherwise.
Comment 10 Jay Turner 2010-01-20 13:13:52 UTC 
kexec-tools-2.0.0-48.el6 included in RHEL6.0-20100116.0.
Note You need to log in before you can comment on or make changes to this bug.