Il 09/apr/2014 18:05 "David Jaša" <djasa@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