From Fedora Project Wiki
(Created page with '= Anaconda MDRaid Support = == Summary == Add MDRaid support to anaconda's storage code. == Owner == * Name: Hans De Goede * email: jwrdegoede AT fedoraprojec...')
 
No edit summary
Line 1: Line 1:
= Anaconda MDRaid Support =
= Anaconda use mdraid for certain BIOS-RAID types =


== Summary ==
== Summary ==
Add MDRaid support to anaconda's storage code.
Use mdraid instead of dmraid for certain BIOS-RAID types
(currently only Intel BIOS-RAID using imsm meta-data).


== Owner ==
== Owner ==
Line 10: Line 11:
== Current status ==
== Current status ==
* Targeted release: [[Releases/12 | Fedora 12 ]]  
* Targeted release: [[Releases/12 | Fedora 12 ]]  
* Last updated: 2009-06-26
* Last updated: 2009-07-09
* Percentage of completion: 70%
* Percentage of completion: 70%


== Detailed Description ==
== Detailed Description ==
MDRaid devices can be correctly configured and added from the advanced storage menu and then used to install onto. Raid 0, 1, 5, 6 and 10 support. Devices with Intel ISW metadata will be recognized as mdraid NOT dmraid after this change, which will cause them to have different names. (We can't help this; no way to determine from the metadata format)
Anaconda will use mdraid instead of dmraid to get access to BIOS-RAID sets using the imsm metadata format. Supporting imsm
Raid 0, 1, 5, and 10 sets.


== Benefit to Fedora ==
== Benefit to Fedora ==
Improved hardware support
mdraid offers a number of features over dmraid, and mdraid is where all future development for Intel BIOS-RAID will happen,
the most direct visible benefit is support for raid5 sets.


== Scope ==
== Scope ==
Line 24: Line 27:


== How To Test ==
== How To Test ==
Testing will require MDRaid hardware.
Testing will require Intel BIOS-RAId capable hardware.


We will have to verify the following areas of functionality:
We will have to verify the following areas of functionality:
Line 33: Line 36:
** on new LVM logical volumes
** on new LVM logical volumes
** on preexisting LVM logical volumes
** on preexisting LVM logical volumes
* creation of encrypted block devices at various levels in the device stack (partition, PV, LV, mdarray, &c)
* detection of arbitrarily complex device configurations (luks, mdraid, lvm, &c)
* management and configuration of existing encrypted block devices
* automatic partitioning of systems
* automatic partitioning of systems
* clearing of existing devices/partitions
* clearing of existing devices/partitions
* removal of existing devices
* boot successfully after install
* reconfiguration of existing devices
** grub needs to be installed correctly
** dracut needs to handle imsm metadata raid sets correctly
* detection of existing upgradable installations with widely varied storage configurations
* detection of existing upgradable installations with widely varied storage configurations
* rescue mounting of existing systems with a wide variety of storage configurations
* rescue mounting of existing systems with a wide variety of storage configurations


== User Experience ==
== User Experience ==
This should improve the user's experience with regard to the storage configuration portion of system installation.
No impact unless you have this hardware but current users of Intel ISW hardware and dmraid will find their device names changed.
No impact unless you have this hardware but current users of Intel ISW hardware and dmraid will find their device names changed.


== Dependencies ==
== Dependencies ==
* mdadm  
* mdadm 3.0 final (in rawhide now)
 


== Contingency Plan ==
== Contingency Plan ==
 
Fall back to using dmraid for imsm metadata, the dmraid code will be kept around for handling other metadata formats.


== Documentation ==
== Documentation ==
Line 60: Line 57:


== Release Notes ==
== Release Notes ==
Fedora 12 includes support for installation onto MDRaid devices, which should be detected automatically.
Fedora 12 now uses mdraid instead of dmraid for installation onto Intel BIOS-RAID sets, which should be detected automatically.
Devices with Intel ISW metadata will be recognized as mdraid NOT dmraid after this change, which will cause them to have different device node names.
 
This means that special precautions must be taken when upgrading systems with Intel BIOS-RAID sets, by default Fedora does not
refer to these device by their device node name, but uses UUID, so default installations can be upgraded without problems.  


Before upgrading installations with local modifications to /etc/fstab or /etc/crypttab, or to other configurationfiles which refer to device node names, the affected files need to be manually edited to refer to the devices by UUID instead of by device node path,
see the output of the "blkid" command for the UUID's for your devices.


== Comments and Discussion ==
== Comments and Discussion ==
* See [[Talk:Features/AnacondaStorageRewrite]]or conversation without bogging down the main feature page -->
* See [[Talk:Features/AnacondaStorageRewrite]] for conversation without bogging down the main feature page


[[Category:FeaturePageIncomplete]]
[[Category:FeatureReadyForWrangler]]

Revision as of 07:59, 9 July 2009

Anaconda use mdraid for certain BIOS-RAID types

Summary

Use mdraid instead of dmraid for certain BIOS-RAID types (currently only Intel BIOS-RAID using imsm meta-data).

Owner

Current status

  • Targeted release: Fedora 12
  • Last updated: 2009-07-09
  • Percentage of completion: 70%

Detailed Description

Anaconda will use mdraid instead of dmraid to get access to BIOS-RAID sets using the imsm metadata format. Supporting imsm Raid 0, 1, 5, and 10 sets.

Benefit to Fedora

mdraid offers a number of features over dmraid, and mdraid is where all future development for Intel BIOS-RAID will happen, the most direct visible benefit is support for raid5 sets.

Scope

The code is mostly written and is currently being tested, still todo:

  • dracut support

How To Test

Testing will require Intel BIOS-RAId capable hardware.

We will have to verify the following areas of functionality:

  • recognize Raid 0,1, 5, 6, 10 devices and install correctly
    • on new partitions
    • on existing partitions
    • on new LVM logical volumes
    • on preexisting LVM logical volumes
  • automatic partitioning of systems
  • clearing of existing devices/partitions
  • boot successfully after install
    • grub needs to be installed correctly
    • dracut needs to handle imsm metadata raid sets correctly
  • detection of existing upgradable installations with widely varied storage configurations
  • rescue mounting of existing systems with a wide variety of storage configurations

User Experience

No impact unless you have this hardware but current users of Intel ISW hardware and dmraid will find their device names changed.

Dependencies

  • mdadm 3.0 final (in rawhide now)

Contingency Plan

Fall back to using dmraid for imsm metadata, the dmraid code will be kept around for handling other metadata formats.

Documentation

  • FIXME: Will need to include in Installation Guide.

Release Notes

Fedora 12 now uses mdraid instead of dmraid for installation onto Intel BIOS-RAID sets, which should be detected automatically. Devices with Intel ISW metadata will be recognized as mdraid NOT dmraid after this change, which will cause them to have different device node names.

This means that special precautions must be taken when upgrading systems with Intel BIOS-RAID sets, by default Fedora does not refer to these device by their device node name, but uses UUID, so default installations can be upgraded without problems.

Before upgrading installations with local modifications to /etc/fstab or /etc/crypttab, or to other configurationfiles which refer to device node names, the affected files need to be manually edited to refer to the devices by UUID instead of by device node path, see the output of the "blkid" command for the UUID's for your devices.

Comments and Discussion