Bug 172263
Summary: | kdump error is logged when installing FC5 from network, which leads to kernel-kdump not being installed | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Reshat Sabiq <sabiq> |
Component: | kernel | Assignee: | Thomas Graf <tgraf> |
Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | davej, jmoyer, rkhan, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 1.101 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-11-30 22:49:40 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: |
Description
Reshat Sabiq
2005-11-02 02:16:10 UTC
Until this is taken care of, would you recommend to install the kdump kernel, or rename S20kdump files to K99kdump? I've done anything w/ kdump, and i'd rather not have stuff that could introduce fragility. Not sure if kdump would be in fragile or anti-fragile category, despite its apparent value in debugging kernel panics. Would kdump kernel make file system corruption recoveries easier, for instance, or would it just tell me "This is why file system is now corrupted: ..."? The init script is part of the kexec-tools package. Running the init script when the kdump kernel isn't found is not going to destabilize your machine. The init script will eventually go away, replaced by logic in mkinitrd. As such, just chkconfig off kdump and you should be fine. I'll let Thomas decide whether to change the default to off. kexec-tools 1.101 resolves this issue by now reporting a warning instead of an error in case the kdump kernel image cannot be found. |