summaryrefslogtreecommitdiff
path: root/lib/metadata
diff options
context:
space:
mode:
authorDavid Teigland <teigland@redhat.com>2022-01-06 10:15:16 -0600
committerDavid Teigland <teigland@redhat.com>2022-01-13 10:01:24 -0600
commit18f451e09e943eb3d51f8394f6fe8967e1e9f565 (patch)
treedb8b031cd581f8cfe00b96a36ff8674d54db25db /lib/metadata
parentcb798ee1c102aadde93965a894c5aa59d4e76e4a (diff)
downloadlvm2-18f451e09e943eb3d51f8394f6fe8967e1e9f565.tar.gz
handle duplicate vgids
The approach to duplicate VGIDs has been that it is not possible or not allowed, so the behavior has been undefined. The actual result was unpredictable and/or broken, and generally unhelpful. Improve this by recognizing the problem, displaying the VGs, and printing a warning to fix the problem. Beyond this, using VGs with duplicate VGIDs remains undefined, but should work well enough to correct the problem with vgchange -u. It's possible to create this condition without too much difficulty by cloning PVs, followed by an incomplete attempt at making the two VGs unique (vgrename and pvchange -u, but missing vgchange -u.)
Diffstat (limited to 'lib/metadata')
0 files changed, 0 insertions, 0 deletions