diff options
author | Jonathan Brassow <jbrassow@redhat.com> | 2012-09-27 16:51:22 -0500 |
---|---|---|
committer | Jonathan Brassow <jbrassow@redhat.com> | 2012-09-27 16:51:22 -0500 |
commit | 886656e4ac5e5c932d9fbe60d18c063136288a38 (patch) | |
tree | 7bd496bc66029364f2c11194e7557a80e5f826b5 /WHATS_NEW | |
parent | 662a2122f6224b5404d9f1276868bc3069766c49 (diff) | |
download | lvm2-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_NEW | 1 |
1 files changed, 1 insertions, 0 deletions
@@ -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. |