From Fedora Project Wiki
Line 10: Line 10:


== Owner ==
== Owner ==
* Name: [[User:wangcong| Cong Wang]]
* Name: [[User:wangcong| Cong Wang]] Dave Young


<!-- Include you email address that you can be reached should people want to contact you about helping with your feature, status is requested, or  technical issues need to be resolved-->
<!-- Include you email address that you can be reached should people want to contact you about helping with your feature, status is requested, or  technical issues need to be resolved-->
* Email: <xiyou.wangcong at gmail.com> or <amwang at redhat dot com>
* Email: <xiyou.wangcong at gmail.com> or <amwang at redhat dot com> / ruyang@redhat.com


== Current status ==
== Current status ==

Revision as of 12:10, 20 January 2012


New mkdumprd for kdump

Summary

This is a replacement for mkdumprd of kexec-tools, to switch to dracut to generate the initrd for kdump kernel.

Owner

  • Email: <xiyou.wangcong at gmail.com> or <amwang at redhat dot com> / ruyang@redhat.com

Current status

  • Targeted release: Fedora 17
  • Last updated: 2011-01-10
  • Percentage of completion: 60%

Working:

  • Dump to root filesystem
  • Dump to local filesystem (including multiple targets)
  • Part of configs in /etc/kdump.conf work:
    • <fs type> <partition>
    • path <path>
    • core_collector <core_collector>
    • extra_bins <bins>
    • extra_modules <module(s)>
    • default <reboot | halt | shell>
  • Obsolete:
    • disk_timeout <seconds>
    • link_delay <seconds>
    • options <module> <option list>

TODO:

  • Dump to remote host via ssh
  • Dump to remote host via nfs
  • Dump to raw block device
  • Implement full functionality of /etc/kdump.conf
  • Dump to multiple targets


Detailed Description

Currently in kexec-tools we use our own /sbin/mkdumprd to generate an initrd for kdump kernel. However, due to the natural complexity of making a new initrd, we have lots of burdens to maintain the mkdumprd code, we decide to switch to using dracut to generate kdump initrd. And hopefully, we can provide a distro-independent mkdumprd to upstream, as dracut itself is cross-distribution.

Benefit to Fedora

The main source of kexec-tools bugs is in mkdumprd, with this change, hopefully we will reduce the number of bugs of kexec-tools.

Scope

All functionality of /sbin/mkdumprd has to be implemented and tested in this new mkdumprd.

How To Test

Enable some of the following config lines in /etc/kdump.conf

  • Dump to local file system

ext3 LABEL=/boot

ext3 /dev/sda1

ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937

  • Dump to remote machines

net my.server.com:/path

net user@remote.server.com

  • Dump to raw block device

raw /dev/sda5

  • Other configs

core_collector makedumpfile -c --message-level 1

core_collector cp

kdump_post /var/crash/scripts/kdump-post.sh

extra_bins /bin/cp

disk_timeout 30

extra_modules gfs2

options modulename options

default shell/reboot/shutdown

Trigger a crash and see if the vmcore is dumped to the right place.


User Experience

Users should not notice the replacement, because we plan to provide full backward compatibility.

Dependencies

Dracut

Contingency Plan

Fallback to old /sbin/mkdumprd.

Documentation

Release Notes

  • /sbin/mkdumprd has been replaced by new code, which uses dracut to generate the initrd for kdump kernel.

Comments and Discussion

https://fedoraproject.org/wiki/Talk:Features/NewMkdumprd