diff options
author | NeilBrown <neilb@suse.de> | 2009-03-31 07:27:02 +0400 |
---|---|---|
committer | NeilBrown <neilb@suse.de> | 2009-03-31 07:27:02 +0400 |
commit | d0a4bb492772ce5c4bdfba3744a99ed6f6fb238f (patch) | |
tree | a76356c2051e6f225c31989dbf278689554dfcbf /drivers/md | |
parent | 1187cf0a3c8b647d08bc86e043563c8d2a327adc (diff) | |
download | linux-d0a4bb492772ce5c4bdfba3744a99ed6f6fb238f.tar.xz |
md: never clear bit from the write-intent bitmap when the array is degraded.
It is safe to clear a bit from the write-intent bitmap for a raid1
if we know the data has been written to all devices, which is
what the current test does.
But it is not always safe to update the 'events_cleared' counter in
that case. This is because one request could complete successfully
after some other request has partially failed.
So simply disable the clearing and updating of events_cleared whenever
the array is degraded. This might end up not clearing some bits that
could safely be cleared, but it is safest approach.
Note that the bug fixed here did not risk corrupting data by letting
the array get out-of-sync. Rather it meant that when a device is
removed and re-added to the array, it might incorrectly require a full
recovery rather than just recovering based on the bitmap.
Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'drivers/md')
-rw-r--r-- | drivers/md/bitmap.c | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/drivers/md/bitmap.c b/drivers/md/bitmap.c index 8fa3277f72dc..2ef497d1848c 100644 --- a/drivers/md/bitmap.c +++ b/drivers/md/bitmap.c @@ -1307,6 +1307,9 @@ void bitmap_endwrite(struct bitmap *bitmap, sector_t offset, unsigned long secto PRINTK(KERN_DEBUG "dec write-behind count %d/%d\n", atomic_read(&bitmap->behind_writes), bitmap->max_write_behind); } + if (bitmap->mddev->degraded) + /* Never clear bits or update events_cleared when degraded */ + success = 0; while (sectors) { int blocks; |