From Fedora Project Wiki

Revision as of 21:36, 5 November 2010 by Dcantrel (talk | contribs) (→‎Current status)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Anaconda User Interface Cleanup

The anaconda user interface needs several changes to accommodate storage additions and changes from the Storage Rewrite, as well as additional support for discovery of hardware such as FCoE, iSCSI, etc. This page tracks those work items.

Over time (F13) we will rewrite additional portions of the user interface to be more intuitive and to better match the underlying implementation.

Summary

The anaconda user interface needs several changes to accommodate storage additions and changes from the Storage Rewrite, as well as additional support for discovery of hardware such as FCoE, iSCSI, etc. This page tracks those work items.

Owner

  • email: jgranados AT fedoraproject DOT org

Current status

  • Targeted release: Fedora 13
  • Last updated: 2010-11-05
  • Percentage of completion: 100%

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.

UI cleanup for storage configuration.

  • Storage device filtering - present list of devices detected and the ability to (de)select them as install targets
  • Change lvm dialog so it is not nested
  • Include ability to detect and configure iSCSI, FCoE, DASD targets

Also add repo configuration and progress bar, see yuminstall.py worklist

Benefit to Fedora

We need to accommodate the newly redesigned storage management code in the UI and improve the ease of installation.

Scope

As minimal as we can make it; this is NOT the "Big UI Change"

How To Test

Testing will need to cover the altered interfaces for detecting, configuring and selecting devices

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


User Experience

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


Dependencies

  • Must be coordinated with other anaconda storage work

Contingency Plan

No good option; we need to allow people to configure their storage correctly in order to install.

Documentation

See Anaconda/StorageRewrite for further details.

Release Notes

  • Install Guide update to reflect ability to filter devices, maybe new screenshots

Comments and Discussion