summaryrefslogtreecommitdiff
path: root/kernel
diff options
context:
space:
mode:
authorLukasz Dorau <lukasz.dorau@intel.com>2013-10-24 12:55:17 +1100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-11-13 12:01:48 +0900
commit268417aeea96a1941c2cd14f0f8b5b39c374ad25 (patch)
tree1ecf8a31d004e68f12040642dde8a31ddd9beb50 /kernel
parent49028693152b88ae7ab2d444df7f73d2f0e3bbfd (diff)
md: Fix skipping recovery for read-only arrays.
commit 61e4947c99c4494336254ec540c50186d186150b upstream. Since: commit 7ceb17e87bde79d285a8b988cfed9eaeebe60b86 md: Allow devices to be re-added to a read-only array. spares are activated on a read-only array. In case of raid1 and raid10 personalities it causes that not-in-sync devices are marked in-sync without checking if recovery has been finished. If a read-only array is degraded and one of its devices is not in-sync (because the array has been only partially recovered) recovery will be skipped. This patch adds checking if recovery has been finished before marking a device in-sync for raid1 and raid10 personalities. In case of raid5 personality such condition is already present (at raid5.c:6029). Bug was introduced in 3.10 and causes data corruption. Signed-off-by: Pawel Baldysiak <pawel.baldysiak@intel.com> Signed-off-by: Lukasz Dorau <lukasz.dorau@intel.com> Signed-off-by: NeilBrown <neilb@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions