summaryrefslogtreecommitdiffstats
path: root/tools/vgmerge.c
diff options
context:
space:
mode:
authorDave Wysochanski <dwysocha@redhat.com>2010-06-28 20:38:56 +0000
committerDave Wysochanski <dwysocha@redhat.com>2010-06-28 20:38:56 +0000
commita09a8efb66e28492f680017015181d9f91b5a993 (patch)
tree998ec0d7ef9f9fac427b5f98907452511e67093f /tools/vgmerge.c
parentf61cd7b2490b9718108b8e20c6288190ee0e2c2b (diff)
downloadlvm2-a09a8efb66e28492f680017015181d9f91b5a993.tar.gz
lvm2-a09a8efb66e28492f680017015181d9f91b5a993.tar.xz
lvm2-a09a8efb66e28492f680017015181d9f91b5a993.zip
Update check in vg_split_mdas to account for ignored mdas list.
The check in vg_split_mdas will trigger an error if the 'from' vg list is empty. However, this might be ok in some instances now that we have ignored mdas. Relax this check so an error is triggered only in the case where there's truly no more mdas in the 'from' vg. One example of where this makes a difference is with vgreduce. If we try to vgreduce a PV with un-ignored mdas, this should trigger the balancing function to un-ignore mdas on another PV in the VG. However, we don't get to vg_write() before we fail because this list size check fails, and we see an error message indicating: "Cannot remove final metadata area ..." Another example is with vgsplit into a new VG, where the PVs being moved contain all ignored mdas. We must move the mdas on fid->metadata_areas_ignored from 'vg_from' to 'vg_to'. Signed-off-by: Dave Wysochanski <dwysocha@redhat.com>
Diffstat (limited to 'tools/vgmerge.c')
0 files changed, 0 insertions, 0 deletions