Bug 491709
Summary: | refuses to start newly-created guests | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
Component: | virt-manager | Assignee: | Daniel Berrangé <berrange> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | berrange, crobinso, hbrock, jforbes, quintela, rvokal, 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-03-23 21:56:57 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
Bill Nottingham
2009-03-23 17:36:38 UTC
virt logs show: qemu: could not load kernel '/home/notting/.virtinst/boot/virtinst-vmlinuz.KQDTlP' And, ausearch yields gems like: type=AVC msg=audit(1237829513.064:2400): avc: denied { open } for pid=3292 comm="libvir td" name="kvm" dev=tmpfs ino=7738 scontext=system_u:system_r:virtd_t:s0-s0:c0.c1023 tconte xt=system_u:object_r:kvm_device_t:s0 tclass=chr_file and: type=AVC msg=audit(1237829478.894:2395): avc: denied { getattr } for pid=3293 comm="lib virtd" scontext=system_u:system_r:virtd_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_ r:unconfined_t:s0-s0:c0.c1023 tclass=process and: type=AVC msg=audit(1237829613.856:2406): avc: denied { read } for pid=2982 comm="qemu-k vm" name="virtinst-vmlinuz.b_MwkR" dev=dm-0 ino=12056 scontext=system_u:system_r:svirt_t:s 0:c261,c919 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=file So, I turn off enforcing. Now I get: Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 272, in show_details details = vmmDetails(self.get_config(), con.get_vm(uuid), self) File "/usr/share/virt-manager/virtManager/details.py", line 337, in __init__ self.update_widget_states(self.vm, self.vm.status()) File "/usr/share/virt-manager/virtManager/details.py", line 783, in update_widget_states self.set_migrate_menu() File "/usr/share/virt-manager/virtManager/details.py", line 730, in set_migrate_menu self.engine.populate_migrate_menu(menu, self.control_vm_migrate) File "/usr/share/virt-manager/virtManager/engine.py", line 578, in populate_migrate_menu conns = self.get_available_migrate_hostnames() File "/usr/share/virt-manager/virtManager/engine.py", line 601, in get_available_migrate_hostnames driver = self.windowManager.current_connection().get_driver() AttributeError: 'NoneType' object has no attribute 'get_driver' where the qemu messages in the libvirtd log are just: qemu: loading initrd (0x97a469 bytes) at 0x000000003f675000 ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection ref used HOME environment variable not set? info cpus * CPU #0: pc=0x00000000000ffff0 thread_id=3324 cont Ah, note that in the last case, it manages to create it despite the error. (As in 491052). But there are definitely SELinux issues creating it in the first place. Also also, it seems rather slow. But I can't quantify that to anything in particular. I know mark pointed you to open a different a bug, but I'm pretty sure this is all the same issues being tracked in 491052 (see Comment #11 in that bug). *** This bug has been marked as a duplicate of bug 491052 *** |