Bug 523009

Summary:	Cannot create domain with LVM storage
Product:	[Fedora] Fedora	Reporter:	Geert Jansen <gjansen>
Component:	libvirt	Assignee:	Daniel Veillard <veillard>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	high
Version:	rawhide	CC:	berrange, bugzilla, clalance, crobinso, itamar, markmc, veillard, virt-maint
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-09-14 11:44:05 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Geert Jansen 2009-09-13 10:12:12 UTC

Description of problem:

Creating a new domain with storage on an LVM volume is not possible. Virt-manager is reporting the following error passed onto it by libvirt and qemu:

qemu: could not open disk image /dev/vg_master/vm_rhevm

Version-Release number of selected component (if applicable):

libvirt-0.7.1-0.1.git3ef2e05.fc12.x86_64
qemu-system-x86-0.10.92-1.fc12.x86_64
virt-manager-0.8.0-2.fc12.noarch

How reproducible:

Always

Steps to Reproduce:

1. Using virt-manager, create a new domain using LVM storage

Actual results:

The error above.

Expected results:

The domain should be created.
'
Additional info:

I did some debugging and the problem appears that the directory /dev/vg_master has the permissions of root:root 750 and with qemu running as qemu:qemu this will now allow access. I assume, but have not checked, that the directory /dev/vg_master is created by vgscan. Once i change the mode of the directory, i can create a domain with this volume without problem.

However, at each reboot, the permissions on /dev/vg_master are reset again. So we need some kind of permanent fix. As libvirt is already changing device ownerships before running qemu, it should probably just include this directory too.

Comment 1 Mark McLoughlin 2009-09-14 11:44:05 UTC

Thanks for the report and sorry for the pain in debugging it

It's a known issue, we're waiting since June for lvm2 to switch to using udev so that this can be fixed

*** This bug has been marked as a duplicate of bug 507397 ***