/usr/share/doc/lvm2
NameSizeModeActions
changelog.Debian.gz20930644editdlrm
copyright46500644editdlrm
lvm-disk-reading.txt.gz36080644editdlrm
lvm2-raid.txt.gz85520644editdlrm
lvmetad_design.txt.gz44830644editdlrm
lvmpolld_overview.txt32930644editdlrm
lvm_fault_handling.txt.gz41460644editdlrm
pvmove_outline.txt17560644editdlrm
refactoring.txt.gz16450644editdlrm
tagging.txt.gz19950644editdlrm
testing.txt12040644editdlrm
udev_assembly.txt40620644editdlrm
unit-tests.txt.gz25100644editdlrm
Edit: /usr/share/doc/lvm2/testing.txt (1204B)
Here's how I test new LVM2 builds without interfering with the stable LVM2 that is running the LV's on my development box. 1) Create a set of loopback devices. 2) Create a new directory to contain the LVM2 configuration files for this setup. (I use /etc/lvm_loops) 3) Write a suitable lvm.conf file, this goes in the directory you just created. eg, my /etc/lvm_loops/lvm.conf looks like: log { file="/tmp/lvm2_loop.log" level=9 verbose=0 overwrite=1 } devices { scan = "/dev" filter = ["a/loop/", "r/.*/"] } The important thing to note is the devices section which makes sure that only the loopback devices are considered for LVM2 operations. 4) When you want to use this test setup just set the environment variable LVM_SYSTEM_DIR to point to your config directory (/etc/lvm_loops in my case). 5) It's a good idea to do a vgscan to initialise the filters: export LVM_SYSTEM_DIR=/etc/lvm_loops ./lvm vgscan where ./lvm is the new build of LVM2 that I'm trying out. 7) Test away. Make sure that you are explicit about which lvm executable you want to execute (eg, ./lvm if you are in LVM2/tools).