summaryrefslogtreecommitdiffstats
path: root/WHATS_NEW
diff options
context:
space:
mode:
authorJonathan Brassow <jbrassow@redhat.com>2012-09-27 16:51:22 -0500
committerJonathan Brassow <jbrassow@redhat.com>2012-09-27 16:51:22 -0500
commit886656e4ac5e5c932d9fbe60d18c063136288a38 (patch)
tree7bd496bc66029364f2c11194e7557a80e5f826b5 /WHATS_NEW
parent662a2122f6224b5404d9f1276868bc3069766c49 (diff)
downloadlvm2-886656e4ac5e5c932d9fbe60d18c063136288a38.tar.gz
lvm2-886656e4ac5e5c932d9fbe60d18c063136288a38.tar.xz
lvm2-886656e4ac5e5c932d9fbe60d18c063136288a38.zip
RAID: Fix problems with creating, extending and converting large RAID LVs
MD's bitmaps can handle 2^21 regions at most. The RAID code has always used a region_size of 1024 sectors. That means the size of a RAID LV was limited to 1TiB. (The user can adjust the region_size when creating a RAID LV, which can affect the maximum size.) Thus, creating, extending or converting to a RAID LV greater than 1TiB would result in a failure to load the new device-mapper table. Again, the size of the RAID LV is not limited by how much space is allocated for the metadata area, but by the limitations of the MD bitmap. Therefore, we must adjust the 'region_size' to ensure that the number of regions does not exceed the limit. I've added code to do this when extending a RAID LV (which covers 'create' and 'extend' operations) and when up-converting - specifically from linear to RAID1.
Diffstat (limited to 'WHATS_NEW')
-rw-r--r--WHATS_NEW1
1 files changed, 1 insertions, 0 deletions
diff --git a/WHATS_NEW b/WHATS_NEW
index 448f3064..dc62d77d 100644
--- a/WHATS_NEW
+++ b/WHATS_NEW
@@ -1,5 +1,6 @@
Version 2.02.98 -
=================================
+ Fix inability to create, extend or convert to a large (> 1TiB) RAID LV.
Add (p)artial attribute to lvs.
Don't try to issue discards to a missing PV to avoid segfault.
Prevent lvremove from removing LVs that have any part missing.