how to debug no audio in guest?
Hello, I'm testing video and audio capacity inside a guest. Guest chosen is CentOS 6 with latest updates. oVirt is 3.6.6 on an intel NUC6i5SYH with CentOS 7.2 OS BTW: is it of any importance audio adapter on the host? In case lspci on host gives 00:1f.3 Audio device: Intel Corporation Device 9d70 (rev 21) Client connecting from user portal is Fedora 23 on an Asus laptop U36SD where audio works and lspci gives 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05) On CentOS 6 guest the audio adapter detected by OS with lspci is 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01) It seems all ok, apart that on guest actually I don't get any audio, also from test speakers page ;-) Both on guest and on client the volume bar is near the maximum. Any hints about debugging?
From host point of view the qemu-kvm command line is this one below
I don't understand the env variable QEMU_AUDIO_DRV=none ??? If it can be of any importance, I initially configured the guest without sound card and in fact in gnome I saw the audio card as "dummy". Then I powered off the guest and enabled sound card from user portal edit vm (I see it enabled also from admin portal btw...) and then powered on the VM. Now the sound card seems to be present but no audio Thanks in advance, Gianluca 2016-06-11 09:22:13.698+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS BuildSystem <http://bugs.centos.org>, 2016-03- 31-16:56:26, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name c6desktop -S -machine pc-i440 fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell-noTSX -m size=3145728k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 1,maxcpus=16,socket s=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=3072 -uuid 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios type=1,manufacturer=oVirt,produ ct=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=AC1EDDD3-CAF1-2711-EE16-B8AEED7F1711,uuid=68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -no-user -config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-c6desktop/monitor.sock,server,nowait -mon chardev=charmo nitor,id=monitor,mode=control -rtc base=2016-06-11T09:22:13,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boo t menu=on,strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x9.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x 9.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x9.0x1 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0, multifunction=on,addr=0x9 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x3 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pc i.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-000000000343/572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561eae18f3/ f520473e-8fbe-4886-bb64-921b42edf499,if=none,id=drive-virtio-disk0,format=raw,serial=aff55e62-6a41-4f75-bbd3-78561eae18f3,cache=none,werror=s top,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev t ap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x7 -chardev soc ket,id=charserial0,path=/var/run/ovirt-vmconsole-console/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.soc k,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -vnc 0:3,password -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x8 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on 2016-06-11T09:22:13.748410Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2016-06-11T09:22:13.748524Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config main_channel_link: add main channel client main_channel_handle_parsed: net test: latency 21.910000 ms, bitrate 51635025 bps (49.242997 Mbps) inputs_connect: inputs channel client create red_dispatcher_set_cursor_peer: main_channel_handle_parsed: agent start main_channel_handle_parsed: agent start
On 11 Jun 2016, at 05:42, Gianluca Cecchi <gianluca.cecchi@gmail.com> = wrote: =20 Hello, I'm testing video and audio capacity inside a guest. Guest chosen is CentOS 6 with latest updates. oVirt is 3.6.6 on an intel NUC6i5SYH with CentOS 7.2 OS =20 BTW: is it of any importance audio adapter on the host? In case lspci on host gives 00:1f.3 Audio device: Intel Corporation Device 9d70 (rev 21) =20 Client connecting from user portal is Fedora 23 on an Asus laptop = U36SD where audio works and lspci gives 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset = Family High Definition Audio Controller (rev 05) =20 On CentOS 6 guest the audio adapter detected by OS with lspci is 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 = Family) High Definition Audio Controller (rev 01) =20 It seems all ok, apart that on guest actually I don't get any audio, = also from test speakers page ;-) Both on guest and on client the volume bar is near the maximum. =20 Any hints about debugging? =46rom host point of view the qemu-kvm command line is this one below =20 I don't understand the env variable QEMU_AUDIO_DRV=3Dnone ??? =20 If it can be of any importance, I initially configured the guest = without sound card and in fact in gnome I saw the audio card as "dummy". Then I powered off the guest and enabled sound card from user portal = edit vm (I see it enabled also from admin portal btw...) and then =
--Apple-Mail=_C49B3ADA-F4A5-46A0-9919-9539105F5C72 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii powered on the VM.
Now the sound card seems to be present but no audio
=20 Thanks in advance, Gianluca =20 2016-06-11 09:22:13.698+0000: starting up libvirt version: 1.2.17, =
31-16:56:26, worker1.bsys.centos.org = <http://worker1.bsys.centos.org/>), qemu version: 2.3.0 = (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin = QEMU_AUDIO_DRV=3Dnone /usr/libexec/qemu-kvm -name c6desktop -S -machine =
fx-rhel7.2.0,accel=3Dkvm,usb=3Doff -cpu Broadwell-noTSX -m = size=3D3145728k,slots=3D16,maxmem=3D4294967296k -realtime mlock=3Doff = -smp 1,maxcpus=3D16,socket s=3D16,cores=3D1,threads=3D1 -numa node,nodeid=3D0,cpus=3D0,mem=3D3072 = -uuid 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios = type=3D1,manufacturer=3DoVirt,produ ct=3DoVirt = Node,version=3D7-2.1511.el7.centos.2.10,serial=3DAC1EDDD3-CAF1-2711-EE16-B= 8AEED7F1711,uuid=3D68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -no-user -config -nodefaults -chardev = socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/domain-c6desktop/moni= tor.sock,server,nowait -mon chardev=3Dcharmo nitor,id=3Dmonitor,mode=3Dcontrol -rtc =
t menu=3Don,strict=3Don -device = ich9-usb-ehci1,id=3Dusb,bus=3Dpci.0,addr=3D0x9.0x7 -device = ich9-usb-uhci3,masterbus=3Dusb.0,firstport=3D4,bus=3Dpci.0,addr=3D0x 9.0x2 -device = ich9-usb-uhci2,masterbus=3Dusb.0,firstport=3D2,bus=3Dpci.0,addr=3D0x9.0x1 = -device ich9-usb-uhci1,masterbus=3Dusb.0,firstport=3D0,bus=3Dpci.0, multifunction=3Don,addr=3D0x9 -device = virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x3 -device = virtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpc i.0,addr=3D0x4 -drive if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format= =3Draw -device ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide= 0-1-0 -drive=20 = file=3D/rhev/data-center/00000001-0001-0001-0001-000000000343/572eabe7-15d= 0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561eae18f3/ = f520473e-8fbe-4886-bb64-921b42edf499,if=3Dnone,id=3Ddrive-virtio-disk0,for= mat=3Draw,serial=3Daff55e62-6a41-4f75-bbd3-78561eae18f3,cache=3Dnone,werro= r=3Ds top,rerror=3Dstop,aio=3Dthreads -device = virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x5,drive=3Ddrive-virtio-disk= 0,id=3Dvirtio-disk0,bootindex=3D1 -netdev t ap,fd=3D28,id=3Dhostnet0,vhost=3Don,vhostfd=3D29 -device = virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:16:01:51,bus=3Dp= ci.0,addr=3D0x7 -chardev soc = ket,id=3Dcharserial0,path=3D/var/run/ovirt-vmconsole-console/68a82ada-a1d2= -44d0-85b0-f3a08cc2f579.soc k,server,nowait -device isa-serial,chardev=3Dcharserial0,id=3Dserial0 = -chardev = socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/68a82ada-a1= d2-44d0-85b0-f3a08cc2f579.com.redhat.rhevm.vdsm,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dc= hannel0,name=3Dcom.redhat.rhevm.vdsm -chardev = socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/channels/68a82ada-a1= d2-44d0-85b0-f3a08cc2f579.org.qemu.guest_agent.0,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dc= hannel1,name=3Dorg.qemu.guest_agent.0 -chardev = spicevmc,id=3Dcharchannel2,name=3Dvdagent -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dc= hannel2,name=3Dcom.redhat.spice.0 -spice =
Sorry for late response:/ This would be best answered by spice guys I guess Latest virt-viewer? package: 13.el7_2.4 (CentOS BuildSystem <http://bugs.centos.org = <http://bugs.centos.org/>>, 2016-03- pc-i440 base=3D2016-06-11T09:22:13,driftfix=3Dslew -global = kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -boo port=3D5901,tls-port=3D5902,addr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spic= e,seamless-migration=3Don -vnc 0:3,password -device = qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D8388608,vgamem_mb=3D16= ,bus=3Dpci.0,addr=3D0x2 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0= x8 -device hda-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -chardev = spicevmc,id=3Dcharredir0,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir0,id=3Dredir0 -chardev = spicevmc,id=3Dcharredir1,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir1,id=3Dredir1 -chardev = spicevmc,id=3Dcharredir2,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir2,id=3Dredir2 -chardev = spicevmc,id=3Dcharredir3,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir3,id=3Dredir3 -device = virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x6 -msg = timestamp=3Don
2016-06-11T09:22:13.748410Z qemu-kvm: warning: CPU(s) not present in = any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2016-06-11T09:22:13.748524Z qemu-kvm: warning: All CPU(s) up to = maxcpus should be described in NUMA config main_channel_link: add main channel client main_channel_handle_parsed: net test: latency 21.910000 ms, bitrate = 51635025 bps (49.242997 Mbps) inputs_connect: inputs channel client create red_dispatcher_set_cursor_peer:=20 main_channel_handle_parsed: agent start main_channel_handle_parsed: agent start =20 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_C49B3ADA-F4A5-46A0-9919-9539105F5C72 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 11 Jun 2016, at 05:42, Gianluca Cecchi <<a = href=3D"mailto:gianluca.cecchi@gmail.com" = class=3D"">gianluca.cecchi@gmail.com</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><div dir=3D"ltr" = class=3D""><div class=3D""><div class=3D""><div class=3D""><div = class=3D""><div class=3D"">Hello,<br class=3D""></div>I'm testing video = and audio capacity inside a guest.<br class=3D""></div>Guest chosen is = CentOS 6 with latest updates.<br class=3D""></div>oVirt is 3.6.6 on an = intel NUC6i5SYH with CentOS 7.2 OS<br class=3D""><br class=3D""></div>BTW:= is it of any importance audio adapter on the host?<br class=3D""></div>In= case lspci on host gives<br class=3D"">00:1f.3 Audio device: Intel = Corporation Device 9d70 (rev 21)<br class=3D""><div class=3D""><div = class=3D""><div class=3D""><br class=3D""></div><div class=3D"">Client = connecting from user portal is Fedora 23 on an Asus laptop U36SD where = audio works and lspci gives<br class=3D"">00:1b.0 Audio device: Intel = Corporation 6 Series/C200 Series Chipset Family High Definition Audio = Controller (rev 05)<br class=3D""><br class=3D""></div><div class=3D"">On = CentOS 6 guest the audio adapter detected by OS with lspci is<br = class=3D"">00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW = (ICH6 Family) High Definition Audio Controller (rev 01)<br class=3D""><br = class=3D""></div><div class=3D"">It seems all ok, apart that on guest = actually I don't get any audio, also from test speakers page ;-)<br = class=3D""></div><div class=3D"">Both on guest and on client the volume = bar is near the maximum.<br class=3D""><br class=3D""></div><div = class=3D"">Any hints about debugging?<br class=3D""></div><div = class=3D"">=46rom host point of view the qemu-kvm command line is this = one below<br class=3D""><br class=3D""></div><div class=3D"">I don't = understand the env variable<br class=3D"">QEMU_AUDIO_DRV=3Dnone<br = class=3D"">???<br class=3D""></div><div class=3D""><br = class=3D""></div><div class=3D"">If it can be of any importance, I = initially configured the guest without sound card and in fact in gnome I = saw the audio card as "dummy".<br class=3D""></div><div class=3D"">Then = I powered off the guest and enabled sound card from user portal edit vm = (I see it enabled also from admin portal btw...) and then powered on the = VM.<br class=3D""></div><div class=3D"">Now the sound card seems to be = present but no audio<br = class=3D""></div></div></div></div></div></blockquote><div><br = class=3D""></div>Sorry for late response:/</div><div>This would be best = answered by spice guys I guess</div><div>Latest = virt-viewer?</div><div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div class=3D""><div class=3D""><br class=3D""></div><div = class=3D"">Thanks in advance,<br class=3D""></div><div = class=3D"">Gianluca<br class=3D""></div><div class=3D""><br = class=3D"">2016-06-11 09:22:13.698+0000: starting up libvirt version: = 1.2.17, package: 13.el7_2.4 (CentOS BuildSystem <<a = href=3D"http://bugs.centos.org/" = class=3D"">http://bugs.centos.org</a>>;, 2016-03-<br = class=3D"">31-16:56:26, <a href=3D"http://worker1.bsys.centos.org/" = class=3D"">worker1.bsys.centos.org</a>), qemu version: 2.3.0 = (qemu-kvm-ev-2.3.0-31.el7_2.10.1)<br class=3D"">LC_ALL=3DC = PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin = QEMU_AUDIO_DRV=3Dnone /usr/libexec/qemu-kvm -name c6desktop -S -machine = pc-i440<br class=3D"">fx-rhel7.2.0,accel=3Dkvm,usb=3Doff -cpu = Broadwell-noTSX -m size=3D3145728k,slots=3D16,maxmem=3D4294967296k = -realtime mlock=3Doff -smp 1,maxcpus=3D16,socket<br = class=3D"">s=3D16,cores=3D1,threads=3D1 -numa = node,nodeid=3D0,cpus=3D0,mem=3D3072 -uuid = 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios = type=3D1,manufacturer=3DoVirt,produ<br class=3D"">ct=3DoVirt = Node,version=3D7-2.1511.el7.centos.2.10,serial=3DAC1EDDD3-CAF1-2711-EE16-B= 8AEED7F1711,uuid=3D68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -no-user<br = class=3D"">-config -nodefaults -chardev = socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/domain-c6desktop/moni= tor.sock,server,nowait -mon chardev=3Dcharmo<br = class=3D"">nitor,id=3Dmonitor,mode=3Dcontrol -rtc = base=3D2016-06-11T09:22:13,driftfix=3Dslew -global = kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -boo<br = class=3D"">t menu=3Don,strict=3Don -device = ich9-usb-ehci1,id=3Dusb,bus=3Dpci.0,addr=3D0x9.0x7 -device = ich9-usb-uhci3,masterbus=3Dusb.0,firstport=3D4,bus=3Dpci.0,addr=3D0x<br = class=3D"">9.0x2 -device = ich9-usb-uhci2,masterbus=3Dusb.0,firstport=3D2,bus=3Dpci.0,addr=3D0x9.0x1 = -device ich9-usb-uhci1,masterbus=3Dusb.0,firstport=3D0,bus=3Dpci.0,<br = class=3D"">multifunction=3Don,addr=3D0x9 -device = virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x3 -device = virtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpc<br = class=3D"">i.0,addr=3D0x4 -drive = if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format=3Draw -device = ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive = <br = class=3D"">file=3D/rhev/data-center/00000001-0001-0001-0001-000000000343/5= 72eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561ea= e18f3/<br = class=3D"">f520473e-8fbe-4886-bb64-921b42edf499,if=3Dnone,id=3Ddrive-virti= o-disk0,format=3Draw,serial=3Daff55e62-6a41-4f75-bbd3-78561eae18f3,cache=3D= none,werror=3Ds<br class=3D"">top,rerror=3Dstop,aio=3Dthreads -device = virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x5,drive=3Ddrive-virtio-disk= 0,id=3Dvirtio-disk0,bootindex=3D1 -netdev t<br = class=3D"">ap,fd=3D28,id=3Dhostnet0,vhost=3Don,vhostfd=3D29 -device = virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:16:01:51,bus=3Dp= ci.0,addr=3D0x7 -chardev soc<br = class=3D"">ket,id=3Dcharserial0,path=3D/var/run/ovirt-vmconsole-console/68= a82ada-a1d2-44d0-85b0-f3a08cc2f579.soc<br class=3D"">k,server,nowait = -device isa-serial,chardev=3Dcharserial0,id=3Dserial0 -chardev = socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/68a82ada-a1= d2-44d0-85b0-f3a08cc2f579.com.redhat.rhevm.vdsm,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dc= hannel0,name=3Dcom.redhat.rhevm.vdsm -chardev = socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/channels/68a82ada-a1= d2-44d0-85b0-f3a08cc2f579.org.qemu.guest_agent.0,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dc= hannel1,name=3Dorg.qemu.guest_agent.0 -chardev = spicevmc,id=3Dcharchannel2,name=3Dvdagent -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dc= hannel2,name=3Dcom.redhat.spice.0 -spice = port=3D5901,tls-port=3D5902,addr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spic= e,seamless-migration=3Don -vnc 0:3,password -device = qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D8388608,vgamem_mb=3D16= ,bus=3Dpci.0,addr=3D0x2 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0= x8 -device hda-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -chardev = spicevmc,id=3Dcharredir0,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir0,id=3Dredir0 -chardev = spicevmc,id=3Dcharredir1,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir1,id=3Dredir1 -chardev = spicevmc,id=3Dcharredir2,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir2,id=3Dredir2 -chardev = spicevmc,id=3Dcharredir3,name=3Dusbredir -device = usb-redir,chardev=3Dcharredir3,id=3Dredir3 -device = virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x6 -msg = timestamp=3Don<br class=3D"">2016-06-11T09:22:13.748410Z qemu-kvm: = warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 = 12 13 14 15<br class=3D"">2016-06-11T09:22:13.748524Z qemu-kvm: warning: = All CPU(s) up to maxcpus should be described in NUMA config<br = class=3D"">main_channel_link: add main channel client<br = class=3D"">main_channel_handle_parsed: net test: latency 21.910000 ms, = bitrate 51635025 bps (49.242997 Mbps)<br class=3D"">inputs_connect: = inputs channel client create<br class=3D"">red_dispatcher_set_cursor_peer:= <br class=3D"">main_channel_handle_parsed: agent start<br = class=3D"">main_channel_handle_parsed: agent start<br class=3D""><br = class=3D""></div></div></div></div> _______________________________________________<br class=3D"">Users = mailing list<br class=3D""><a href=3D"mailto:Users@ovirt.org" = class=3D"">Users@ovirt.org</a><br = class=3D"">http://lists.ovirt.org/mailman/listinfo/users<br = class=3D""></div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_C49B3ADA-F4A5-46A0-9919-9539105F5C72--
Hi Gianluca, QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to set "QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure that the "Optimize for" attribute is set to "Desktop" (in Edit VM dialog) and try to shutdown and start the VM again. If the QEMU process will still have QEMU_AUDIO_DRV=none set, you can try to set the variable in /etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart the libvirtd service. Jakub ----- Original Message -----
From: "Michal Skrivanek" <michal.skrivanek@redhat.com> To: "Gianluca Cecchi" <gianluca.cecchi@gmail.com> Cc: "users" <users@ovirt.org> Sent: Wednesday, August 24, 2016 4:43:43 PM Subject: Re: [ovirt-users] how to debug no audio in guest?
On 11 Jun 2016, at 05:42, Gianluca Cecchi < gianluca.cecchi@gmail.com > wrote:
Hello, I'm testing video and audio capacity inside a guest. Guest chosen is CentOS 6 with latest updates. oVirt is 3.6.6 on an intel NUC6i5SYH with CentOS 7.2 OS
BTW: is it of any importance audio adapter on the host? In case lspci on host gives 00:1f.3 Audio device: Intel Corporation Device 9d70 (rev 21)
Client connecting from user portal is Fedora 23 on an Asus laptop U36SD where audio works and lspci gives 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
On CentOS 6 guest the audio adapter detected by OS with lspci is 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01)
It seems all ok, apart that on guest actually I don't get any audio, also from test speakers page ;-) Both on guest and on client the volume bar is near the maximum.
Any hints about debugging? From host point of view the qemu-kvm command line is this one below
I don't understand the env variable QEMU_AUDIO_DRV=none ???
If it can be of any importance, I initially configured the guest without sound card and in fact in gnome I saw the audio card as "dummy". Then I powered off the guest and enabled sound card from user portal edit vm (I see it enabled also from admin portal btw...) and then powered on the VM. Now the sound card seems to be present but no audio
Sorry for late response:/ This would be best answered by spice guys I guess Latest virt-viewer?
Thanks in advance, Gianluca
2016-06-11 09:22:13.698+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS BuildSystem < http://bugs.centos.org >, 2016-03- 31-16:56:26, worker1.bsys.centos.org ), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name c6desktop -S -machine pc-i440 fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell-noTSX -m size=3145728k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 1,maxcpus=16,socket s=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=3072 -uuid 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios type=1,manufacturer=oVirt,produ ct=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=AC1EDDD3-CAF1-2711-EE16-B8AEED7F1711,uuid=68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -no-user -config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-c6desktop/monitor.sock,server,nowait -mon chardev=charmo nitor,id=monitor,mode=control -rtc base=2016-06-11T09:22:13,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boo t menu=on,strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x9.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x 9.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x9.0x1 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0, multifunction=on,addr=0x9 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x3 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pc i.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-000000000343/572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561eae18f3/ f520473e-8fbe-4886-bb64-921b42edf499,if=none,id=drive-virtio-disk0,format=raw,serial=aff55e62-6a41-4f75-bbd3-78561eae18f3,cache=none,werror=s top,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev t ap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x7 -chardev soc ket,id=charserial0,path=/var/run/ovirt-vmconsole-console/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.soc k,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -vnc 0:3,password -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x8 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on 2016-06-11T09:22:13.748410Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2016-06-11T09:22:13.748524Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config main_channel_link: add main channel client main_channel_handle_parsed: net test: latency 21.910000 ms, bitrate 51635025 bps (49.242997 Mbps) inputs_connect: inputs channel client create red_dispatcher_set_cursor_peer: main_channel_handle_parsed: agent start main_channel_handle_parsed: agent start
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jniederm@redhat.com> wrote:
Hi Gianluca,
QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to set "QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure that the "Optimize for" attribute is set to "Desktop" (in Edit VM dialog) and try to shutdown and start the VM again. If the QEMU process will still have QEMU_AUDIO_DRV=none set, you can try to set the variable in /etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart the libvirtd service.
Jakub
So, some revamping of information as some time has passed and new guests have been nstalled on the same system: Engine version (self hosted) : oVirt Engine Version: 3.6.6.2-1.el7.centos Host OS : CentOS 7.2 with kernel 3.10.0-327.18.2.el7.x86_64 Host oVirt version is 3.6.6 as in ovirt-release36-3.6.6-1.noarch Host libvirt/vdsmd components: [g.cecchi@ovirt01 ~]$ rpm -qa|grep -E "libvirt|vdsm" libvirt-daemon-driver-network-1.2.17-13.el7_2.4.x86_64 libvirt-python-1.2.17-2.el7.x86_64 vdsm-cli-4.17.28-0.el7.centos.noarch libvirt-lock-sanlock-1.2.17-13.el7_2.4.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.4.x86_64 libvirt-daemon-config-network-1.2.17-13.el7_2.4.x86_64 vdsm-xmlrpc-4.17.28-0.el7.centos.noarch libvirt-glib-0.1.9-1.el7.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.4.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.4.x86_64 libvirt-client-1.2.17-13.el7_2.4.x86_64 vdsm-hook-vmfex-dev-4.17.28-0.el7.centos.noarch libvirt-daemon-driver-storage-1.2.17-13.el7_2.4.x86_64 vdsm-infra-4.17.28-0.el7.centos.noarch vdsm-jsonrpc-4.17.28-0.el7.centos.noarch libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.4.x86_64 vdsm-python-4.17.28-0.el7.centos.noarch libvirt-gobject-0.1.9-1.el7.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.4.x86_64 vdsm-yajsonrpc-4.17.28-0.el7.centos.noarch libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.4.x86_64 libvirt-gconfig-0.1.9-1.el7.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.4.x86_64 vdsm-4.17.28-0.el7.centos.noarch libvirt-daemon-1.2.17-13.el7_2.4.x86_64 Host hw : intel NUC6i5SYH Client is Fedora 23 with virt-viewer-3.0-1.fc23.x86_64 With a Fedora 24 guest accessed using firefox, user portal and remote-viewer, sounds are ok (test speakers). The Fedora 24 guest is configured as "Optimized for Desktop", in its console options, advanced parameters, I have "soundcard enabled" And in web admin portal I see this line in f24 VM bottom pane, label "Vm devices": https://drive.google.com/file/d/0BwoPbcrMv8mvU0tQZTNBVmZVcTg/view?usp=sharin... Also for a CentOS 7.2 guest, with same config, sound is ok (test speakers) Instead for a CentOS 6.8 guest with same config I see the device inside the OS, but no sound: https://drive.google.com/file/d/0BwoPbcrMv8mvbHRLSDBueVZObTA/view?usp=sharin... In CentOS 6.8 the audio device is seen as: 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01) and it seems the same in CentOS 7.2 guest OS: 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01) Under /var/log/libvirt/qemu of host I indeed see C6 c6desktop.log: 2016-08-25 23:00:37.668+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS Build System <http://bugs.centos.org>, 2016-03-31-16:56:26, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qem u-kvm -name c6desktop ... C7 c7desktop.log : 2016-08-25 22:59:02.531+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS Build System <http://bugs.centos.org>, 2016-03-31-16:56:26, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qe mu-kvm -name c7desktop ... Apparently all is the same in qemu-kvm command lines, comparing c6 with c7 one, but I don't understand who drives instead the QEMU_AUDIO_DRV=XXX in log file that is different between the two guests (none vs spice) and btw also in f24 it is spice: 2016-07-31 23:00:44.778+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS Build System <http://bugs.centos.org>, 2016-03-31-16:56:26, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qe mu-kvm -name f24 ... Could it be that initially c6 was created as optimized for server and then even if changing it to optimized for desktop, it doesn't get actually some parts of the change? Or something related to ich6 drivers in CentOS 6? In messages of C6 guest I see: Aug 26 01:00:58 localhost kernel: snd_hda_intel 0000:00:08.0: PCI INT A -> Link[LNKD] -> GSI 10 (level, high) -> IRQ 10 Aug 26 01:00:58 localhost kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5 Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: autoconfig for ID 22: line_outs=1 (0x3/0x0/0x0/0x0/0x0) type:line Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: mono: mono_out=0x0 Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: inputs: Aug 26 01:00:58 localhost kernel: sound hdaudioC0D0: Line=0x5 and related to kernel modules: [g.cecchi@localhost ~]$ sudo lsmod | grep snd snd_hda_codec_generic 64356 1 snd_hda_intel 56602 1 snd_hda_codec 144814 2 snd_hda_codec_generic,snd_hda_intel snd_hwdep 6972 1 snd_hda_codec snd_seq 60769 0 snd_seq_device 7277 1 snd_seq snd_pcm 93697 2 snd_hda_intel,snd_hda_codec snd_timer 22747 2 snd_seq,snd_pcm snd 73783 10 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer soundcore 7958 2 snd_hda_codec,snd snd_page_alloc 8856 2 snd_hda_intel,snd_pcm In dmesg for C7 guest (messages is less verbose): [ 3.406940] snd_hda_intel 0000:00:08.0: irq 35 for MSI/MSI-X [ 3.451694] snd_hda_codec_generic hdaudioC0D0: autoconfig for ID 22: line_outs=1 (0x3/0x0/0x0/0x0/0x0) type:line [ 3.451697] snd_hda_codec_generic hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 3.451699] snd_hda_codec_generic hdaudioC0D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 3.451700] snd_hda_codec_generic hdaudioC0D0: mono: mono_out=0x0 [ 3.451701] snd_hda_codec_generic hdaudioC0D0: inputs: [ 3.451703] snd_hda_codec_generic hdaudioC0D0: Line=0x5 and related to kernel modules: [g.cecchi@c7plone ~]$ sudo lsmod|grep snd snd_hda_codec_generic 74126 1 snd_hda_intel 35779 4 snd_hda_codec 137386 2 snd_hda_codec_generic,snd_hda_intel snd_hda_core 57760 3 snd_hda_codec_generic,snd_hda_codec,snd_hda_intel snd_hwdep 13608 1 snd_hda_codec snd_seq 66691 0 snd_seq_device 14356 1 snd_seq snd_pcm 105835 3 snd_hda_codec,snd_hda_intel,snd_hda_core snd_timer 29639 2 snd_pcm,snd_seq snd 83425 16 snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device soundcore 15047 1 snd Thanks in advance Gianluca
On Fri, Aug 26, 2016 at 1:37 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jniederm@redhat.com> wrote:
Hi Gianluca,
QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to set "QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure that the "Optimize for" attribute is set to "Desktop" (in Edit VM dialog) and try to shutdown and start the VM again. If the QEMU process will still have QEMU_AUDIO_DRV=none set, you can try to set the variable in /etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart the libvirtd service.
Jakub
[snip]
Apparently all is the same in qemu-kvm command lines, comparing c6 with c7 one, but I don't understand who drives instead the QEMU_AUDIO_DRV=XXX in log file that is different between the two guests (none vs spice) and btw also in f24 it is spice:
[snip] Understood! Actually CentOS 6 guest graphics protocol was configured as "SPICE + VNC" and this was the reason of "QEMU_AUDIO_DRV=none" Changing it to "SPICE", now I have "QEMU_AUDIO_DRV=spice" in guest logfile and also test speakers working inside guest. Is this expected? I thought that the "+" would have given an aggregate of functionalities, not a limitation... because initialy I wanted to test both spice and vnc access... If this is the case, probably a note or tool-tip could be useful for the final user because it is not so immediate to correlate video with audio... Gianluca
Hi, it is not an expected behavior and filed a bug for that (https://bugzilla.redhat.com/show_bug.cgi?id=1371243). Please feel free to add any details. Jakub ----- Original Message -----
From: "Gianluca Cecchi" <gianluca.cecchi@gmail.com> To: "Jakub Niedermertl" <jniederm@redhat.com> Cc: "users" <users@ovirt.org>, "Michal Skrivanek" <michal.skrivanek@redhat.com> Sent: Friday, August 26, 2016 1:58:03 AM Subject: Re: [ovirt-users] how to debug no audio in guest?
On Fri, Aug 26, 2016 at 1:37 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jniederm@redhat.com> wrote:
Hi Gianluca,
QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to set "QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure that the "Optimize for" attribute is set to "Desktop" (in Edit VM dialog) and try to shutdown and start the VM again. If the QEMU process will still have QEMU_AUDIO_DRV=none set, you can try to set the variable in /etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart the libvirtd service.
Jakub
[snip]
Apparently all is the same in qemu-kvm command lines, comparing c6 with c7 one, but I don't understand who drives instead the QEMU_AUDIO_DRV=XXX in log file that is different between the two guests (none vs spice) and btw also in f24 it is spice:
[snip]
Understood! Actually CentOS 6 guest graphics protocol was configured as "SPICE + VNC" and this was the reason of "QEMU_AUDIO_DRV=none" Changing it to "SPICE", now I have "QEMU_AUDIO_DRV=spice" in guest logfile and also test speakers working inside guest.
Is this expected? I thought that the "+" would have given an aggregate of functionalities, not a limitation... because initialy I wanted to test both spice and vnc access... If this is the case, probably a note or tool-tip could be useful for the final user because it is not so immediate to correlate video with audio...
Gianluca
participants (3)
-
Gianluca Cecchi -
Jakub Niedermertl -
Michal Skrivanek