summaryrefslogtreecommitdiff
path: root/firmware/qlogic
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.com>2015-07-24 09:22:16 +1000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2015-08-10 12:21:55 -0700
commit4731b65de6b30b7a8e771c51e4fb4a53846f158e (patch)
treef290d2c7d97eaf258fe7272de150dd7d08fa03b1 /firmware/qlogic
parent5c5aba569ebf67a8bad4bf258af4111e42101654 (diff)
md/raid1: fix test for 'was read error from last working device'.
commit 34cab6f42003cb06f48f86a86652984dec338ae9 upstream. When we get a read error from the last working device, we don't try to repair it, and don't fail the device. We simple report a read error to the caller. However the current test for 'is this the last working device' is wrong. When there is only one fully working device, it assumes that a non-faulty device is that device. However a spare which is rebuilding would be non-faulty but so not the only working device. So change the test from "!Faulty" to "In_sync". If ->degraded says there is only one fully working device and this device is in_sync, this must be the one. This bug has existed since we allowed read_balance to read from a recovering spare in v3.0 Reported-and-tested-by: Alexander Lyakas <alex.bolshoy@gmail.com> Fixes: 76073054c95b ("md/raid1: clean up read_balance.") Signed-off-by: NeilBrown <neilb@suse.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'firmware/qlogic')
0 files changed, 0 insertions, 0 deletions