mirror of
https://github.com/torvalds/linux.git
synced 2026-06-08 22:52:35 +02:00
md/raid5: fix bug that could result in reads from a failed device.
commit355840e7a7upstream. commita847627709in linux-3.0.9 attempted to backport this to 3.0 but only made one change were two were necessary. This add the second change. This bug was introduced in415e72d034which was in 2.6.36. There is a small window of time between when a device fails and when it is removed from the array. During this time we might still read from it, but we won't write to it - so it is possible that we could read stale data. We didn't need the test of 'Faulty' before because the test on In_sync is sufficient. Since we started allowing reads from the early part of non-In_sync devices we need a test on Faulty too. This is suitable for any kernel from 2.6.36 onwards, though the patch might need a bit of tweaking in 3.0 and earlier. Signed-off-by: NeilBrown <neilb@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
This commit is contained in:
parent
bf3673c5e3
commit
d8091fda78
|
|
@ -3078,7 +3078,7 @@ static void handle_stripe5(struct stripe_head *sh)
|
|||
/* Not in-sync */;
|
||||
else if (test_bit(In_sync, &rdev->flags))
|
||||
set_bit(R5_Insync, &dev->flags);
|
||||
else {
|
||||
else if (!test_bit(Faulty, &rdev->flags)) {
|
||||
/* could be in-sync depending on recovery/reshape status */
|
||||
if (sh->sector + STRIPE_SECTORS <= rdev->recovery_offset)
|
||||
set_bit(R5_Insync, &dev->flags);
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user