On Thu, Jul 30, 2015 at 9:04 PM, Gena Makhomed <gmm at csdoc.com> wrote: > 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. > Adding oVirt devel mailing list. > > 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. > Have you checked 3.5.4 RC or CentOS Virt SIG[2] to see if the bug has been fixed in latest qemu-kvm-ev ? [1] http://resources.ovirt.org/pub/ovirt-3.5-pre/ [2] http://cbs.centos.org/repos/virt7-kvm-common-testing/x86_64/os/ > > ----- 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 at centos.org > http://lists.centos.org/mailman/listinfo/centos-virt > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20150731/2d0ec278/attachment-0004.html>