]> git.ipfire.org Git - thirdparty/mdadm.git/commit - monitor.c
mdadm: Introduce new array state 'broken' for raid0/linear
authorGuilherme G. Piccoli <gpiccoli@canonical.com>
Tue, 3 Sep 2019 19:49:01 +0000 (16:49 -0300)
committerJes Sorensen <jsorensen@fb.com>
Mon, 30 Sep 2019 19:08:09 +0000 (15:08 -0400)
commit43ebc9105e9dafe5145b3e801c05da4736bf6e02
tree3ed9256dfed95360b986210d39b9c6f84dea93b4
parentfd5b09c9a9107f0393ce194c4aac6e7b8f163e85
mdadm: Introduce new array state 'broken' for raid0/linear

Currently if a md raid0/linear array gets one or more members removed while
being mounted, kernel keeps showing state 'clean' in the 'array_state'
sysfs attribute. Despite udev signaling the member device is gone, 'mdadm'
cannot issue the STOP_ARRAY ioctl successfully, given the array is mounted.

Nothing else hints that something is wrong (except that the removed devices
don't show properly in the output of mdadm 'detail' command). There is no
other property to be checked, and if user is not performing reads/writes
to the array, even kernel log is quiet and doesn't give a clue about the
missing member.

This patch is the mdadm counterpart of kernel new array state 'broken'.
The 'broken' state mimics the state 'clean' in every aspect, being useful
only to distinguish if an array has some member missing. All necessary
paths in mdadm were changed to deal with 'broken' state, and in case the
tool runs in a kernel that is not updated, it'll work normally, i.e., it
doesn't require the 'broken' state in order to work.
Also, this patch changes the way the array state is showed in the 'detail'
command (for raid0/linear only) - now it takes the 'array_state' sysfs
attribute into account instead of only rely in the MD_SB_CLEAN flag.

Cc: Jes Sorensen <jes.sorensen@gmail.com>
Cc: NeilBrown <neilb@suse.de>
Cc: Song Liu <songliubraving@fb.com>
Signed-off-by: Guilherme G. Piccoli <gpiccoli@canonical.com>
Signed-off-by: Jes Sorensen <jsorensen@fb.com>
Detail.c
Monitor.c
maps.c
mdadm.h
mdmon.h
monitor.c