Anaconda/Features/StorageFiltering

From FedoraProject

Jump to: navigation, search

Contents

Anaconda Storage Filtering

This is the main page for information about anaconda's further/continuing storage rewrite. The entire storage subsystem was rewritten from scratch in F11, this page tracks the cleanup and last bits of support.

Summary

Anaconda's storage configuration code was rewritten from scratch in F11 to address several design limitations and replace outdated chunks of code. A number of outstanding problem areas remain, and this page tracks progress. It also documents the storage device filtering design and test requirements.

Owner

  • email: dlehman AT fedoraproject DOT org

Current status

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

Detailed Description

The new storage code still needs numerous bugfixes and the addition of device filtering. This page tracks the broad categories of problem and the progress we're making.

This page does not track the UI cleanup for storage configuration.

  • Storage device filtering

At the request of many folks with lots of storage available, we plan to add the ability to prune the available storage presented as an install target. We want to provide users the ability to select which devices to use during installation, a way to specify disks by something other than the device node name for kickstart, and we're also curious if there is a way we can control which LUNs are scanned/activated by the kernel. For device identifiers, the best we have right now is sysfs path, which is rather verbose.

This is a pervasive change. Work items include:

  • Pick desired format (udev?)
  • Review code for all places where device can be specified, ensure that it will accept desired format.
  • Resolvedevice should handle all formats.
  • Probably loader change, new class for Ignoredisk, review blacklist/whitelist support.

Additional Cleanup Work Items:

  • improve handling of parted's partition renumbering
  • improve extended partition management
  • improve utilization of disk space w/ growable partition requests
  • add support for optionally-partitioned devices (disks, md)
  • improve UI handling of pre-existing devices and their formatting
  • improve handling of unusual/broken pre-existing lvm/md setups
  • update swap recommendation algorithm
  • create md devices w/ bitmap by default

See Anaconda/StorageRewrite for further details.

Benefit to Fedora

We need to complete the newly redesigned storage management module and improve the stability of installation.

Scope

All of anaconda's code for creating and configuring disk partitions, LVM, mdraid, dmraid, multipath, iSCSI, LUKS devices, and filesystems was rewritten. Several known problem areas remain.

How To Test

Testing will need to be extensive.

We will have to verify the following areas of functionality as a starting point:

  • Ideally, find a testbed with MANY LUNs
  • creation/configuration of filesystems
    • on new partitions
    • on existing partitions
    • on new LVM logical volumes
    • on preexisting LVM logical volumes
    • on new software RAID devices
    • on existing software RAID devices
  • 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
  • clearing of existing devices/partitions
  • removal of existing devices
  • reconfiguration of existing devices
  • detection of existing upgradable installations with widely varied storage configurations
  • rescue mounting of existing systems with a wide variety of storage configurations

There is more. Unit tests are being developed, and we will plan a Fedora Test Day. Before this code hits Rawhide it will be smoke-tested in a custom compose.

User Experience

This should improve the user's experience with regard to the storage configuration portion of system installation.

It additionally includes the ability to filter out unwanted storage devices as potential installation targets.

Dependencies

  • Anaconda's storage code uses general storage utilities such as mdadm, parted, dmraid. If liblvm becomes available in time it would be an optional work item to replace existing calls to the lvm command line with library references, but this is more likely to happen in F13.
  • Storage device filtering requires udev change being driven by LVM and devicemapper guys.
  • Need people with many storage devices to test as we dont have 600 luns.

Contingency Plan

Revert to previous codebase and selectively include bugfixes. Which will be difficult to unwedge from the new functionality, which is minor and intertwined with the bugfixes. Basically, this is a lousy option.

Documentation

See Anaconda/StorageRewrite for further details.

Release Notes

  • Install Guide update to reflect ability to filter devices

Comments and Discussion