Bug 524499
Summary: | libvirt should not enable qemu's audio backend, even with selinux disabled | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom Horsley <horsley1953> |
Component: | libvirt | Assignee: | Daniel Veillard <veillard> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | rawhide | CC: | berrange, clalance, crobinso, dwmw2, gcosta, itamar, jaswinder, jforbes, markmc, quintela, 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-10-02 15:21:39 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: | |||
Bug Depends On: | |||
Bug Blocks: | 498968 |
Description
Tom Horsley
2009-09-20 20:22:28 UTC
(In reply to comment #0) > Sep 20 15:59:18 zooty kernel: BUG: MAX_LOCK_DEPTH too low! Nothing to be concerned about, see bug #507500 (In reply to comment #0) > I then tried a Windows XP machines which is setup as a qcow2 image > based on another qcow2 image: > > [root@zooty images]# qemu-img info winxppro.img > image: winxppro.img > file format: qcow2 > virtual size: 20G (21474836480 bytes) > disk size: 48M > cluster_size: 4096 > backing file: winxpsp3-acpi-base.img (actual path: winxpsp3-acpi-base.img) > [root@zooty images]# qemu-img info winxpsp3-acpi-base.img > image: winxpsp3-acpi-base.img > file format: qcow2 > virtual size: 20G (21474836480 bytes) > disk size: 5.4G > cluster_size: 4096 See bug #497131 about an svirt bug with using qcow2 copy-on-write files > > It won't even start booting, it just says: > > qemu: could not open disk image /var/lib/libvirt/images/winxppro.img qemu now runs as the qemu user now Try chmod o+x /var/lib/libvirt/images ? OK, changing permissions works for the Windows XP image. Thanks! I assume the ubuntu problem won't be fixed till a kernel update shows up. Actually my ubuntu problem was a different permission problem: Due to bug 524732 I was running virt-manager as root, and apparently the VM hung up trying to initialize the audio device because qemu couldn't connect to pulseaudio running as the wrong user with wrong home directory for current pulse daemon. Hanging forever seems pretty draconian - maybe just making it look like the sound hardware is busted and continuing would be better behavior? The ubuntu machine boots fine once I remove the sound hardware. (In reply to comment #3) > I was running virt-manager as root, and apparently the VM hung up trying to > initialize the audio device because qemu couldn't connect to pulseaudio > running as the wrong user with wrong home directory for current pulse daemon. Could you confirm that that you had SELinux disabled when doing this? We do not enable audio devices when SELinux is enabled (see bug #508317) However, now that we are running qemu as an unprivileged user, we should never enable the pulseaudio/SDL backend It just so happens that danpb pushed a change upstream to do this recently: http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=b08e6d38ae I've just pulled this into F-12: * Thu Oct 1 2009 Mark McLoughlin <markmc> - 0.7.1-8 - Disable sound backend, even when selinux is disabled (#524499) I'll build it later on today Yes, selinux is definitely disabled, both in /etc/selinux/config and with selinux=0 in grub.conf (belt and suspenders :-). This is in rawhide now |