]> sourceware.org Git - lvm2.git/commit
Better fix for bug 737125 - unable to create mirror on 1K extent size VG
authorJonathan Earl Brassow <jbrassow@redhat.com>
Tue, 13 Sep 2011 18:11:38 +0000 (18:11 +0000)
committerJonathan Earl Brassow <jbrassow@redhat.com>
Tue, 13 Sep 2011 18:11:38 +0000 (18:11 +0000)
commit2d8a2f35c77fdeef1dbe0ef791db8530d07826eb
treed0a0a40ce2394a9a5172e31612a0ad0829aabba7
parentd954a7f99111ebe6b44bc6d6baa2f56344a8b349
Better fix for bug 737125 - unable to create mirror on 1K extent size VG

WHATS_NEW entry:
Fix log size calculation when only a log is being added to a mirror.

The original fix pass the mirror LV to allocate_extents (rather than
passing NULL) so that _alloc_init could correctly determine the necessary
size of the mirror log.  In the previous check-in, I noted:
    In order to get a decent value computed, we need to pass in the 'lv' argument
    to allocate_extents.  This would normally imply a desire for cling/contiguous
    allocation to the given LV, but since we are not allocating any parallel
    extents and only log extents, it works fine.
However, passing in the LV did have unintended consequences on the placement of
the log.  The better solution is to pass in the number of extext that are in
the mirror LV instead of the LV itself.  This will not cause the allocator to
reserve that number of extents, because 'stripes' and 'mirrors' are specified
as 0.  Thus, 'extents' is used to calculate the size of the log, but won't
affect how much is allocated.
lib/metadata/mirror.c
This page took 0.0325299999999999 seconds and 5 git commands to generate.