Description of problem: system-config-kdump fails to activate kdump. Version-Release number of selected component (if applicable): system-config-kdump-2.0.5-6.fc16.noarch How reproducible: Default F16 install from liveCD, updated. Steps to Reproduce: 1. run system-config-kdump 2. enable 3. apply Actual results: 1) cannot read /etc/grub.conf (default install uses grub2) a. manually dummy up a grub.conf to keep it happy 2) dbus timeout waiting for mkdumprd (mkdumprd works normally and takes less than a minute, system-config-kdump is just impatient) Expected results: kdump is activated without errors Additional info: A page somewhere with Fedora 16 specific instructions for enabling kdump would be helpful. I have a repeatable kernel oops I want to report.
I can reproduce the 2nd problem. I have a /etc/grub.conf from a previous Fedora version, but of course I'm on F16 as well so I also use grub 2. Maybe it needs to be changed to use grub 2?
Workaround: 1. manually edit /etc/grub2.conf, /etc/kdump.conf, and maybe /etc/sysconfig/kdump 2. dummy up /etc/grub.conf to match grub2.conf 3. /etc/systemctl start kdump.service (runs mkdumprd) 4. test with sysrq Crash [http://www.mjmwired.net/kernel/Documentation/sysrq.txt] Re comment#1: while Fedora 16 defaults to grub2, it is possible to install grub after install. So it needs to be able to handle either. I would suggest testing whether /etc/grub.conf exists to decide which to do.
Thanks for the report. s-c-kdump uses grubby to edit grub configuration. But it needed few changes to support grub2. Yes, it searches for /etc/grub.conf. Timeout was unset, meaning it uses default timeout for dbus calls. I've changed it to 120 seconds. I'm closing this bug as clone of bug #816230. Please test the updated package and eventualy reopen bug #816230 with comments. *** This bug has been marked as a duplicate of bug 816230 ***