Bug 725784 - mkdumprd can fail for some /etc/mdadm.conf files
Summary: mkdumprd can fail for some /etc/mdadm.conf files
Keywords:
Status: CLOSED DUPLICATE of bug 707805
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kexec-tools
Version: 6.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Cong Wang
QA Contact: Kernel Dump QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-26 14:36 UTC by Joe Lawrence
Modified: 2013-09-30 02:26 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, the mkdumprd utility failed to parse the /etc/mdadm.cof configuration file. As a consequence, mkdumprd failed to create an initial ramdisk for kdump crash recovery and the kdump service failed to start. With this update, mkdumprd has been modified so that it now parses the configuration file and builds initrd correctly. The kdump service now starts as expected.
Clone Of:
Environment:
Last Closed: 2011-07-27 00:08:11 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Joe Lawrence 2011-07-26 14:36:16 UTC 
Description of problem:
If /etc/mdadm.conf does not contain "level=", mkdumprd parses the file incorrectly, looking for an "ARRAY" module.

Version-Release number of selected component (if applicable):
2.0.0.188.el6

How reproducible:
100%

Steps to Reproduce:
1. /etc/mdadm.conf:
ARRAY /dev/md1 metadata=1.2 name=elliot.mno.stratus.com:1 UUID=b0371fff:5f24c046:90f04bf0:dbf53e43
2. (Re)start the kdump service

Actual results:
No module ARRAY found for kernel 2.6.32-131.0.15.el6.exp10.bz16586.x86_64, aborting.
Failed to run mkdumprd

Additional info:
This is a regression, bz490818 fixed this in release 5.3 by running /sbin/mdadm --examine instead of relying upon the /etc/mdadm.conf file.
Comment 2 Qian Cai 2011-07-27 00:08:11 UTC 

*** This bug has been marked as a duplicate of bug 707805 ***
Comment 3 Miroslav Svoboda 2011-10-19 09:35:36 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Previously, the mkdumprd utility failed to parse the /etc/mdadm.cof configuration file. As a consequence, mkdumprd failed to create an initial ramdisk for kdump crash recovery and the kdump service failed to start. With this update, mkdumprd has been modified so that it now parses the configuration file and builds initrd correctly. The kdump service now starts as expected.
Note You need to log in before you can comment on or make changes to this bug.