K2LL33D SHELL

 Apache/2.4.7 (Ubuntu)
 Linux sman1baleendah 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64
 uid=33(www-data) gid=33(www-data) groups=33(www-data)
 safemode : OFF
 MySQL: ON | Perl: ON | cURL: OFF | WGet: ON
  >  / usr / share / doc / lvm2 /
server ip : 104.21.89.46

your ip : 108.162.241.181

H O M E


Filename/usr/share/doc/lvm2/testing.txt
Size1.18 kb
Permissionrw-r--r--
Ownerroot : root
Create time27-Apr-2025 09:51
Last modified15-Oct-2012 22:24
Last accessed06-Jul-2025 19:35
Actionsedit | rename | delete | download (gzip)
Viewtext | code | image
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).