4:42 a.m.
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
9:43 a.m.
--Apple-Mail=_C49B3ADA-F4A5-46A0-9919-9539105F5C72
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
On 11 Jun 2016, at 05:42, Gianluca Cecchi
<gianluca.cecchi(a)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 =
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?
=20
Thanks in advance,
Gianluca
=20
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 =
<http://bugs.centos.org/>>;, 2016-03-
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 =
pc-i440
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 =
base=3D2016-06-11T09:22:13,driftfix=3Dslew -global =
kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -boo
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 =
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(a)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(a)gmail.com</a>&gt;
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(a)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--
10:17 a.m.
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(a)redhat.com>
To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>
Cc: "users" <users(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:37 p.m.
On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jniederm(a)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=sha...
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=sha...
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
6:58 p.m.
On Fri, Aug 26, 2016 at 1:37 AM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl
<jniederm(a)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
12:11 p.m.
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(a)gmail.com>
To: "Jakub Niedermertl" <jniederm(a)redhat.com>
Cc: "users" <users(a)ovirt.org>, "Michal Skrivanek"
<michal.skrivanek(a)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(a)gmail.com>
wrote:
> On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jniederm(a)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
3238
days inactive
3317
days old
5 comments
3 participants
participants (3)
-
Gianluca Cecchi -
Jakub Niedermertl -
Michal Skrivanek