Adding upstream version 4.2.
Signed-off-by: Daniel Baumann <daniel@debian.org>
This commit is contained in:
parent
16732c81e5
commit
4fd4995b67
279 changed files with 77998 additions and 0 deletions
77
ANNOUNCE-3.2
Normal file
77
ANNOUNCE-3.2
Normal file
|
@ -0,0 +1,77 @@
|
|||
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
|
||||
|
||||
|
Loading…
Add table
Add a link
Reference in a new issue