Description of problem: qemu-kvm-rhev-2.3.0-31.el7_2.15 provides fixes to several bugs with potentially high impact for oVirt: * Bug 1340045 - Throw error if qemu-img rebasing backing file is too long or provide way to fix a "too long" backing file. * Bug 1329543 - live merge - qemu-kvm hangs in aio_bh_poll Once this version of qemu-kvm-rhev's sources is publically available, we should create a corresponding qemu-kvm-ev build so that oVirt users on CentOS can also benefit from it.
it should be qemu-kvm-rhev-2.3.0-31.el7_2.16 as we want RHBA-2016:23920 urgently too
(In reply to Michal Skrivanek from comment #1) > it should be qemu-kvm-rhev-2.3.0-31.el7_2.16 as we want RHBA-2016:23920 > urgently too What BZ is that?
The public ftp://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/ now provides qemu-kvm-rhev-2.3.0-31.el7_2.16.src.rpm, so I guess we're all set to go.
Cool, thanks Sandro! When can we expect this in resource.ovirt.org?
It should be already in the nightly repos. It will land in 4.0.1-pre tomorrow with 4.0.1 RC2 and will land in stable repo on 4.0.1 GA
(In reply to Sandro Bonazzola from comment #6) > It should be already in the nightly repos. It will land in 4.0.1-pre > tomorrow with 4.0.1 RC2 and will land in stable repo on 4.0.1 GA Thanks Sandro! Can we have this in the 3.6.z channel too? This qemu-kvm-ev build solves a pretty critical live-merge issue which also affects 3.6.z users.
Never mind, I see it's available in http://resources.ovirt.org/pub/ovirt-3.6-snapshot/rpm/el7Server/x86_64/
(In reply to Allon Mureinik from comment #8) > Never mind, I see it's available in > http://resources.ovirt.org/pub/ovirt-3.6-snapshot/rpm/el7Server/x86_64/ Ok. Dropping needinfo.
This bug was fixed and is slated to be in the upcoming version. As we are focusing our testing at this phase on severe bugs, this bug was closed without going through its verification step. If you think this bug should be verified by QE, please set its severity to high and move it back to ON_QA