Thank you very much !

I have modified /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties file and added the last line

# Windows10x64
os.windows_10x64.id.value = 27
os.windows_10x64.name.value = Windows 10 x64
os.windows_10x64.derivedFrom.value = windows_8x64
os.windows_10x64.productKey.value =
os.windows_10x64.resources.maximum.ram.value = 2097152
os.windows_10x64.cpu.unsupported.value = conroe, opteron_g1
os.windows_10x64.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.w10x64
os.windows_10x64.devices.display.vramMultiplier.value = 2

The vm has the "Windows10x64" profile configured

Restarted the ovirt-engine vm, powered on the Windows 10 vm. Not any difference...The console is very slow, almost unusable.

Also, tried to upgrade spice-server on the node, but it seems that there aeno updates available. At the moment, it is installed:  spice-server.x86_64                           0.14.0-2.el7_5.3

Any thoughts ?

Thank you !

Leo



On Mon, Jan 7, 2019 at 5:03 PM Victor Toso <victortoso@redhat.com> wrote:
Hi,

See,

    https://lists.freedesktop.org/archives/spice-devel/2018-October/046023.html

So, update your spice-server too (host).

Cheers,

On Sun, Jan 06, 2019 at 09:57:20PM +0200, Leo David wrote:
> Hello Everyone,
> Maybe I am something wrong, but spice console seem to be very laggy and
> slow for windows 10 vms. I have tried both qxl and qxl-dod drivers,  but no
> luck so far...
> As a notice, the Win 2012R2 vm console is running fine, the problem seems
> to only affect Windows 10.
> Any ideas,  what should I do to sort this out ?
> Thank you very much !
>
> Leo
>
>
> --
> Best regards, Leo David

> _______________________________________________
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-leave@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZPQQELK74526J3Y6FOX7JG7WHJ2GCMOS/



--
Best regards, Leo David