On 30.07.2015 10:49, Nux! wrote: > Then you should definitely submit a bug with redhat about this, seems like a serious one. Ok, done: https://bugzilla.redhat.com/show_bug.cgi?id=1248758 P.S. As I can see - bugzilla.redhat.com for oVirt Product does not contain qemu-kvm-ev Component at all - looks like this is yet another bug - in the bugzilla settings. But I can't find how to report this bugzilla misconfiguration, so I just report this oVirt bugreport as bugreport for package qemu-kvm-rhev from Red Hat Enterprise Virtualization Manager Product. I hope this help. > ----- Original Message ----- >> On 29.07.2015 21:34, Nux! wrote: >> >>> Yes, you can. >>> In fact you can use the binaries from the ovirt repo itself, no need to rebuild. >> >> Thank you! >> >> In fact - I can't use raw binaries from the ovirt repo itself, >> because these qemu-kvm binaries contains one bug, >> which is already fixed in Debian: >> >> If you want to migrate Windows from hardware node >> to VM using CentOS 7.1 on hardware node and libvirt xml config: >> >> <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> >> ..... >> <qemu:commandline> >> <qemu:arg value='-acpitable'/> >> <qemu:arg value='file=/sys/firmware/acpi/tables/SLIC'/> >> </qemu:commandline> >> </domain> >> >> Winodws not working correctly in this case, because Windows requires, >> what oem_id and oem_table_id from SLIC must be also placed >> into oem_id and oem_table_id of RSDT. >> >> Debian version of qemu-kvm contains workaround for this windows bug, >> and using Debian - Windows VM will works fine. But CentOS packages >> does not contain such workaround, so qemu-kvm-ev now must be patched >> manually with each new release. >> >> Patch already was created by Michael Tokarev in 2014: >> this is file mjt-set-oem-in-rsdt-like-slic.diff >> from https://packages.debian.org/jessie/qemu-kvm >> >> This patch cleanly applies also to qemu-kvm-ev-2.1.2-23.el7_1.3.1 >> >> See mjt-set-oem-in-rsdt-like-slic.diff >> and qemu-kvm.spec.patch in attach for details. >> >> After executing rpmbuild -ba qemu-kvm.spec >> you can place new qemu-kvm binaries into >> /srv/download/centos/7/privat/x86_64/Packages >> create local repo and use it for upgrading rpm packages, >> for example, see privat.repo and privat-createrepo-7-x86_64 >> in attach. >> >> ============================================================== >> >> Better if this workaround of Windows bug will be included >> into RHEL/CentOS ovirt repo binaries, and this will allow >> to anybody easy migrate Windows from hardware nodes >> to VMs and easy run CentOS/RHEL at hardware nodes. >> >> >> P.S. >> After patching qemu-kvm - option >> acpitable works without any bugs: >> >> # man qemu-kvm >> >> -acpitable [sig=str][...] >> If a SLIC table is supplied to qemu, >> then the oem_id from the SLIC table >> will be copied into the RSDT table >> (this is a Debian addition). >> >>> ----- Original Message ----- >> >>>> Is it possible to use binary packages build from >>>> http://resources.ovirt.org/pub/ovirt-3.5/rpm/el7/SRPMS/qemu-kvm-ev-2.1.2-23.el7_1.3.1.src.rpm >>>> with plain CentOS 7.1 and use all other packages from CentOS >>>> (libvirt, virt-manager, etc) >>>> >>>> Is it have reasons, if I not use live migrations and qcow2 snapshots? >>>> (instead use zfs, zvols and zfs snapshots for VM disks online backups) >>>> >>>> Is using qemu-kvm-ev with CentOS 7.1 have any disadvantages? -- Best regards, Gena