shaba/lvm2
1
0
Fork 0
mirror of git://sourceware.org/git/lvm2.git synced 2024-12-22 17:35:59 +03:00
Code Releases Activity
fdc8670327
lvm2/test/t-vgcfgbackup-usage.sh

55 lines
1.8 KiB
Bash
Raw Normal View History

Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
#!/bin/sh
# Copyright (C) 2008 Red Hat, Inc. All rights reserved.
#
# This copyrighted material is made available to anyone wishing to use,
# modify, copy, or redistribute it subject to the terms and conditions
# of the GNU General Public License v.2.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software Foundation,
# Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
Substantial rework of the functional test support code. Some new features: - somewhat neater, more consistent and more readable output - possible to set any lvm.conf value: aux lvmconf "section/key = value" - LVM_TEST_NODEBUG to suppress the (lengthy) "## DEBUG" output - back-substitution on test output ($TESTDIR/$PREFIX -> @TESTDIR@/@PREFIX@) - support code moved from test/ to test/lib/ --> less clutter
2011-01-05 03:16:18 +03:00
. lib/test
Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
aux prepare_pvs 4
Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
# vgcfgbackup handles similar VG names (bz458941)
vg1=${PREFIX}vg00
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
vg2=${PREFIX}vg01
Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
vgcreate $vg1 $dev1
vgcreate $vg2 $dev2
Do not pollute /tmp with testing byproducts.
2010-04-12 23:00:23 +04:00
vgcfgbackup -f $TESTDIR/bak-%s >out
Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
grep "Volume group \"$vg1\" successfully backed up." out
grep "Volume group \"$vg2\" successfully backed up." out
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
vgremove -ff $vg1
vgremove -ff $vg2
Import a bunch of new tests by jstava. Mostly everything pass, they however tend to expose the lvremove -ff vg ordering bug.
2008-11-11 18:29:24 +03:00
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
# vgcfgbackup correctly stores metadata with missing PVs
# and vgcfgrestore able to restore them when device reappears
pv1_uuid=$(pvs --noheadings -o pv_uuid $dev1)
pv2_uuid=$(pvs --noheadings -o pv_uuid $dev2)
Substantial rework of the functional test support code. Some new features: - somewhat neater, more consistent and more readable output - possible to set any lvm.conf value: aux lvmconf "section/key = value" - LVM_TEST_NODEBUG to suppress the (lengthy) "## DEBUG" output - back-substitution on test output ($TESTDIR/$PREFIX -> @TESTDIR@/@PREFIX@) - support code moved from test/ to test/lib/ --> less clutter
2011-01-05 03:16:18 +03:00
vgcreate $vg $(cat DEVICES)
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
lvcreate -l1 -n $lv1 $vg $dev1
lvcreate -l1 -n $lv2 $vg $dev2
lvcreate -l1 -n $lv3 $vg $dev3
vgchange -a n $vg
pvcreate -ff -y $dev1
pvcreate -ff -y $dev2
vgcfgbackup -f "$(pwd)/backup.$$" $vg
sed 's/flags = \[\"MISSING\"\]/flags = \[\]/' "$(pwd)/backup.$$" > "$(pwd)/backup.$$1"
Require --restorefile when using pvcreate --uuid. Introduce --norestorefile to allow user to override the new requirement. This can also be overridden with "devices/require_restorefile_with_uuid" in lvm.conf -- however the default is 1. Signed-off-by: Mike Snitzer <snitzer@redhat.com>
2010-08-12 08:08:59 +04:00
pvcreate -ff -y --norestorefile -u $pv1_uuid $dev1
pvcreate -ff -y --norestorefile -u $pv2_uuid $dev2
Use PV UUID in hash for device name when exporting metadata. Currently code uses pv_dev_name() for hash when getting internal "pvX" name. This produce corrupted metadata if PVs are missing, pv->dev is NULL and all these missing devices returns one name (using "unknown device" for all missing devices as hash key).
2009-05-19 13:48:32 +04:00
vgcfgrestore -f "$(pwd)/backup.$$1" $vg
Fix handling of partial VG for lvm1 format metadata If some lvm1 device is missing, lvm fails on all operations # vgcfgbackup -f bck -P vg_test Partial mode. Incomplete volume groups will be activated read-only. 3 PV(s) found for VG vg_test: expected 4 PV segment VG free_count mismatch: 152599 != 228909 PV segment VG extent_count mismatch: 152600 != 228910 Internal error: PV segments corrupted in vg_test. Volume group "vg_test" not found Allow loading of lvm1 partial VG by allocating "new" missing PV, which covers lost space. Also this fake mising PV inform code that it is partial VG. https://bugzilla.redhat.com/show_bug.cgi?id=501390
2010-09-22 17:45:21 +04:00
vgremove -ff $vg
# vgcfgbackup correctly stores metadata LVM1 with missing PVs
Restrict lvm1 partial mode. Current lvm1 allocation code seems to not properly map segments on missing PVs. For now disable this functionality. (It never worked and previous commit just introduced segfault here.) So the partial mode in lvm1 can only process missing PVs with no LV segments only. Also do not use random PV UUID for missing part but use fixed string derived from VG UUID (to not confuse clvmd tests).
2010-10-04 22:59:01 +04:00
# FIXME: clvmd seems to have problem with metadata format change here
# fix it and remove this vgscan
vgscan
Substantial rework of the functional test support code. Some new features: - somewhat neater, more consistent and more readable output - possible to set any lvm.conf value: aux lvmconf "section/key = value" - LVM_TEST_NODEBUG to suppress the (lengthy) "## DEBUG" output - back-substitution on test output ($TESTDIR/$PREFIX -> @TESTDIR@/@PREFIX@) - support code moved from test/ to test/lib/ --> less clutter
2011-01-05 03:16:18 +03:00
pvcreate -M1 $(cat DEVICES)
vgcreate -M1 -c n $vg $(cat DEVICES)
Fix handling of partial VG for lvm1 format metadata If some lvm1 device is missing, lvm fails on all operations # vgcfgbackup -f bck -P vg_test Partial mode. Incomplete volume groups will be activated read-only. 3 PV(s) found for VG vg_test: expected 4 PV segment VG free_count mismatch: 152599 != 228909 PV segment VG extent_count mismatch: 152600 != 228910 Internal error: PV segments corrupted in vg_test. Volume group "vg_test" not found Allow loading of lvm1 partial VG by allocating "new" missing PV, which covers lost space. Also this fake mising PV inform code that it is partial VG. https://bugzilla.redhat.com/show_bug.cgi?id=501390
2010-09-22 17:45:21 +04:00
lvcreate -l1 -n $lv1 $vg $dev1
pvremove -ff -y $dev2
not lvcreate -l1 -n $lv1 $vg $dev3
vgcfgbackup -f "$(pwd)/backup.$$" $vg
Copy Permalink