Bug 580482
| Summary: | virt-install: Warn if disk permissions may cause qemu to fail | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Petr Beňas <pbenas> |
| Component: | python-virtinst | Assignee: | Cole Robinson <crobinso> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | berrange, bloch, braden, champk007, crobinso, jan, jforbes, michael.monreal, pstehlik, rjones, virt-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-25 18:44:41 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
Petr Beňas
2010-04-08 11:31:37 UTC
In order to use existing storage with default F13 settings, a couples things need to be in order: - Storage needs proper selinux label (virt_image_t is sufficient). You can avoid this step by temporarily disabling selinux with 'setenforce 0' - The directories need to be globally searchable, so that libvirt can change the file ownership to 'qemu' before launching the emulator. We take care of warning about these issues and trying to correct them in virt-manager, we should do something similar for virt-install. I think I am running into a similar problem, using virt-manager. Could you point me to the "correct" set of changes needed in order to enable virt-manager/qemu to read the iso from my home directory?
Error output:
Unable to complete install '<class 'libvirt.libvirtError'> internal error Process exited while reading console log output: char device redirected to /dev/pts/2
qemu: could not open disk image /home/monreal/CentOS-5.4-i386-Live.iso: Permission denied
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 1553, in do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 981, in start_install
return self._do_install(consolecb, meter, removeOld, wait)
File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1046, in _do_install
"install")
File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1017, in _create_guest
dom = self.conn.createLinux(start_xml, 0)
File "/usr/lib/python2.6/site-packages/libvirt.py", line 1147, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: internal error Process exited while reading console log output: char device redirected to /dev/pts/2
qemu: could not open disk image /home/monreal/CentOS-5.4-i386-Live.iso: Permission denied
'
Bug#574241 & Bug 580482 Solved!!! # virsh start TFS02 Bug#574241 Error Message: Can't open domain TFS02 internal error Process exited while reading console log output: char device redirected to /dev/pts/1 qemu: could not open disk image /root/201012/TFS02.qcow2: Permission denied Bug 580482 - virt-install: Warn if disk permissions may cause qemu to fail Solved Process:You need to activate the permission by change the configure file at /etc/libvirt/qemu.conf. for example: # nano /etc/libvirt/qemu.conf ......... # The user ID for QEMU processes run by the system instance # user = "root" # The group ID for QEMU processes run by the system instance # group = "root" Delete the mark "#" in front of user and group then save it and reboot the node(Host Machine) please see the reporter's website: http://www.plugboot.com/index.php?option=com_content&task=view&id=239&Itemid=66 Since this isn't upstream yet, it's unlikely to be fixed in f13. Reassigning to rawhide. I am still unable to install an image to a mounted disk. The modification of /etc/libvirt/qemu.conf didn't help me, neither am I running selinux. Also, 'chmod /media/400G' doesn't work (permissions don't change). F14 here *** This bug has been marked as a duplicate of bug 598175 *** |