On Tue, Oct 26, 2010 at 6:48 AM, Ross Walker rswwal...@gmail.com wrote:
You need to exclude the LVs in the host VG from being scanned for sub-VGs.
It's actually easier to just list what SHOULD be scanned rather than what
shouldn't.
Look in /etc/lvm/lvm.conf
This worked, thanks. A couple
On Oct 27, 2010, at 3:02 PM, Iain Morris iain.t.mor...@gmail.com wrote:
On Tue, Oct 26, 2010 at 6:48 AM, Ross Walker rswwal...@gmail.com wrote:
You need to exclude the LVs in the host VG from being scanned for sub-VGs.
It's actually easier to just list what SHOULD be scanned rather
On Oct 25, 2010, at 3:31 PM, Iain Morris iain.t.mor...@gmail.com wrote:
I've been running into a reproducible problem when using default LVM volume
group names to present block devices for virtual machines in KVM, and I'm
wondering why it is happening.
On dom0 I make a default VolGroup00
I've been running into a reproducible problem when using default LVM volume
group names to present block devices for virtual machines in KVM, and I'm
wondering why it is happening.
On dom0 I make a default VolGroup00 for the operating system. I make a
second VolGroup01 for logical volumes that
On 10/25/2010 12:31 PM, Iain Morris wrote:
I then build a new virtual machine called sys1, using lv.sys1 for the
root filesystem, and lv.sys1-data for an independent data partition.
Everything works great after installation, and vgdisplay on both
systems looks great.
If I then run vgscan,
On Mon, Oct 25, 2010 at 2:18 PM, Gordon Messmer yiny...@eburg.com wrote:
Which block devices are you exporting to your guest? Post the libvirt
configuration file for it.
See below. It's specifically the second volume group that collides between
virtual and physical systems. Both dom0 and
6 matches
Mail list logo