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