blob: 9e282bc68e51f75babc079cf59701ac4b937c982 (plain
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:
and via git at
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
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
- 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:
And please: don't use this in production - particularly not the
NeilBrown 1st February 2011