Subject:  ANNOUNCE: mdadm 3.2 - A tool for managing Soft RAID under Linux (DEVEL ONLY)

I am pleased to announce the availability of
   mdadm version 3.2

It is available at the usual places:
   countrycode=xx.
   http://www.${countrycode}kernel.org/pub/linux/utils/raid/mdadm/
and via git at
   git://neil.brown.name/mdadm devel-3.2
   http://neil.brown.name/git?p=mdadm

This is a "Developers only" release.  Please don't consider using it
or making it available to others without reading the following.


By far the most significant change in this release related to the
management of reshaping arrays.  This code has been substantially
re-written so that it can work with 'externally managed metadata' -
Intel's IMSM in particular.  We now support level migration and
OnLine Capacity Expansion on these arrays.

However, while the code largely works it has not been tested
exhaustively so there are likely to be problems.  As the reshape code
for native metadata arrays was changed as part of this rewrite these
problems could also result in regressions for reshape of native
metadata.

It is partly to encourage greater testing that this release is being
made.  Any reports of problem - particular reproducible recipes for
triggering the problems - will be gratefully received.

It is hopped that a "3.2.1" release will be available in early March
which will be a bugfix release over this and can be considered
suitable for general use.

Other changes of note:

 - Policy framework.
   Various policy statements can be made in the mdadm.conf to guide
   the behaviour of mdadm, particular with regards to how new devices
   are treated by "mdadm -I".
   Depending on the 'action' associated with a device (identified by
   its 'path') such need devices can be automatically re-added to and
   existing array that they previously fell out off, or automatically
   added as a spare if they appear to contain no data.

 - mdadm now has a limited understanding of partition tables.  This
   allows the policy framework to make decisions about partitioned
   devices as well.

 - --incremental --remove can be told what --path the device was on,
   and this info will be recorded so that another device appearing at
   the same physical location can be preferentially added to the same
   array (provides the spare-same-slot action policy applied to the
   path).

 - A new flags "--invalid-backup" flag is available in --assemble
   mode.  This can be used to re-assemble an array which was stopping
   in the middle of a reshape, and for which the 'backup file' is no
   longer available or is corrupted.  The array may have some
   corruption in it at the point where reshape was up to, but at least
   the rest of the array will become available.
   

 - Various internal restructuring - more is needed.


Any feed back and bug reports are always welcomed at:
    linux-raid@vger.kernel.org

And please:  don't use this in production - particularly not the
--grow functionality.

NeilBrown 1st February 2011