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
_______________________________________________
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt