Bug 1103308
Summary: | ignore storage volumes in directory pools that libvirtd lacks permissions to open | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Brian Lane <bcl> |
Component: | libvirt | Assignee: | Libvirt Maintainers <libvirt-maint> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 21 | CC: | agedosier, bcl, berrange, clalancette, crobinso, dyuan, fdeutsch, itamar, jforbes, laine, libvirt-maint, veillard, virt-maint, xuzhang, yanyang |
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: | 2015-06-05 23:01:26 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Brian Lane
2014-05-30 17:06:47 UTC
Latest virt-install will always try to create a libvirt storage pool for the disk image parent directory, so we can ask libvirt to do any storage creation or probing and not have to duplicate that logic. However libvirt falls over if it doesn't have permissions for any file in that directory. Most users aren't likely to hit this with /tmp since they use the system libvirtd instance which runs as root, but you are using the user session. IMO libvirt should just not track any volumes that it can't access for directory pools, reassigning Hey, we - as a consumer of livemedia-creator / lorax - now run into this issue when we try to do out-of-/tmp builds. Is there maybe a workaround or some progress on this? We try to migrate away from livecd-tools, which makes us rely on livemedia-creator, it would be kind if this bug could be addressed. Sorry, wrong person to ask :) Ping? This is preventing libvirt from beeing used in our CI setup. Fabian, does livemedia-creator use virt-install or something? I wonder what is creating the storage pool. Can you provide the full command you are using that hits this issue, and the error output? I might be able to suggest a workaround Also I'll try to find time to look into a proper fix over the next couple weeks Hey Cole, yes it is using virt-install. And the commandline I am using is along these lines: $ livemedia-creator --make-disk --ks my.ks --iso boot.iso Also note that you have to run it as root since it needs to be able to mount filesystems, so this shouldn't be a user session problem. I simplified the problem in comment #1 What I think it boils down to is that it shouldn't even be trying to touch those other files when you've given it a path to a disk image. Sorry for never getting around to this. I'll post libvirt patches next week and get them into f21+ Patch posted upstream: https://www.redhat.com/archives/libvir-list/2015-April/msg01375.html Yey, I'm looking forward! libvirt-1.2.9.3-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libvirt-1.2.9.3-1.fc21 Package libvirt-1.2.9.3-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libvirt-1.2.9.3-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-7150/libvirt-1.2.9.3-1.fc21 then log in and leave karma (feedback). |