<p dir="ltr"><br>
Il 09/apr/2014 18:05 &quot;David Jaša&quot; &lt;<a href="mailto:djasa@redhat.com">djasa@redhat.com</a>&gt; ha scritto:<br>
&gt;<br>
&gt; Hi,<br>
&gt;<br>
&gt; René met me in person and we got to root cause:<br>
&gt; when KMS is enabled for qxl (qxl kernel module is loaded), then bug<br>
&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1066422">https://bugzilla.redhat.com/show_bug.cgi?id=1066422</a> occurs - you&#39;re<br>
&gt; without all agent features (clipboard sharing, arbitrary<br>
&gt; resolution, ...).<br>
&gt; When the qxl driver runs in UMS mode (with qxl blacklisted - add<br>
&gt; module.blacklist=qxl to kernel CLI on reboot), the agent won&#39;t crash<br>
&gt; anymore but it still won&#39;t be able to do resolution changes or monitor<br>
&gt; enabling for you<br>
&gt;<br>
&gt; The common bug is in qemu:<br>
&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1075139">https://bugzilla.redhat.com/show_bug.cgi?id=1075139</a><br>
&gt;<br>
&gt; Gianluca, could you try f20 hosts?</p>
<p dir="ltr">F20 hosts? In which sense?<br>
I remained that they are not supported neither in 3.3.x nor in 3.4...<br>
It is the reason why my aio install is still on f19....<br>
Or did you mean f20 client?<br>
Gianluca<br>
&gt;<br>
&gt; What should work in all cases are rhel6 guests on rhel6 hosts...<br>
&gt;<br>
&gt; David<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Út, 2014-04-08 at 21:25 +0200, Gianluca Cecchi wrote:<br>
&gt; &gt; Some prelimianry tests at my side.<br>
&gt; &gt;<br>
&gt; &gt; oVirt 3.4 on fedora 19 AIO.<br>
&gt; &gt; Datacenter and cluster configured as 3.4 level<br>
&gt; &gt; Some packages on it<br>
&gt; &gt; libvirt-1.1.3.2-1.fc19.x86_64<br>
&gt; &gt; qemu-kvm-1.6.1-2.fc19.x86_64<br>
&gt; &gt; vdsm-4.14.6-0.fc19.x86_64<br>
&gt; &gt; spice-server-0.12.4-3.fc19.x86_64<br>
&gt; &gt;<br>
&gt; &gt; guest is an updated Fedora 19 system configured based on blank<br>
&gt; &gt; template and OS=Linux<br>
&gt; &gt; and<br>
&gt; &gt; xorg-x11-drv-qxl-0.1.1-3.fc19.x86_64<br>
&gt; &gt; spice-vdagent-0.14.0-5.fc19.x86_64<br>
&gt; &gt;<br>
&gt; &gt; Client is an updated Fedora 20 box with virt-viewer-0.6.0-1.fc20.x86_64<br>
&gt; &gt;<br>
&gt; &gt; If I select the &quot;Single PCI&quot; checkbox in console options of guest and<br>
&gt; &gt; connect from the Fedora 20 client I don&#39;t see at all an option in<br>
&gt; &gt; remote-viewer to open a second display and no new display detected in<br>
&gt; &gt; guest.<br>
&gt; &gt; And lspci on guest indeed gives only one video controller.<br>
&gt; &gt;<br>
&gt; &gt; BTW: what is this option for, apart the meaning?<br>
&gt; &gt;<br>
&gt; &gt; If I deselect the &quot;Single PCI&quot; checkbox I get the &quot;Display 2&quot; option<br>
&gt; &gt; in remote-viewer but it is greyed out.<br>
&gt; &gt; No new monitor in &quot;detect displays&quot; of guest.<br>
&gt; &gt;<br>
&gt; &gt; In this last situation I have on host this qem-kvm command line:<br>
&gt; &gt; qemu     16664     1 48 21:04 ?        00:02:42<br>
&gt; &gt; /usr/bin/qemu-system-x86_64 -machine accel=kvm -name f19 -S -machine<br>
&gt; &gt; pc-1.0,accel=kvm,usb=off -cpu Opteron_G3 -m 2048 -realtime mlock=off<br>
&gt; &gt; -smp 1,maxcpus=160,sockets=160,cores=1,threads=1 -uuid<br>
&gt; &gt; 55d8b95b-f420-4208-a2fb-5f370d05f5d8 -smbios<br>
&gt; &gt; type=1,manufacturer=oVirt,product=oVirt<br>
&gt; &gt; Node,version=19-8,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=55d8b95b-f420-4208-a2fb-5f370d05f5d8<br>
&gt; &gt; -no-user-config -nodefaults -chardev<br>
&gt; &gt; socket,id=charmonitor,path=/var/lib/libvirt/qemu/f19.monitor,server,nowait<br>
&gt; &gt; -mon chardev=charmonitor,id=monitor,mode=control -rtc<br>
&gt; &gt; base=2014-04-08T19:04:45,driftfix=slew -no-shutdown -device<br>
&gt; &gt; piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device<br>
&gt; &gt; virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -device<br>
&gt; &gt; usb-ccid,id=ccid0 -drive<br>
&gt; &gt; if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device<br>
&gt; &gt; ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive<br>
&gt; &gt; file=/rhev/data-center/mnt/_data_DATA2/b24b94c7-5935-4940-9152-36ecd370ba7c/images/5e99a818-9fd1-47bb-99dc-50bd25374c2f/a2baa1e5-569f-4081-97a7-10ec2a20daab,if=none,id=drive-virtio-disk0,format=raw,serial=5e99a818-9fd1-47bb-99dc-50bd25374c2f,cache=none,werror=stop,rerror=stop,aio=threads<br>

&gt; &gt; -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1<br>
&gt; &gt; -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device<br>
&gt; &gt; virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:55,bus=pci.0,addr=0x3<br>
&gt; &gt; -chardev spicevmc,id=charsmartcard0,name=smartcard -device<br>
&gt; &gt; ccid-card-passthru,chardev=charsmartc</p>