similar to: qemu-kvm-ev-2.6.0-28.el7_3.9.1 now available for testing

qemu-kvm-ev-2.3.0-31.el7.16.1 has been tagged for testing and should reach testing repositories soon. Please help testing and providing feedback, thanks. Changelog since previous release: * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name * Thu Jun 16 2016 Miroslav Rezanina <mrezanin at redhat.com> -

qemu-kvm-ev-2.3.0-31.el7_2.21.1 has been tagged for testing for CentOS Virt SIG and is already in testing repositories. It's now available for x86_64, ppc64le and aarch64. Please help testing and providing feedback, thanks. We plan to move to stable repo around Wednesday next week. ChangeLog since previous release: * Fri Aug 19 2016 Sandro Bonazzola <sbonazzo at redhat.com> -

Hi, just pushed to testing a new build of qemu-kvm-ev, here's the ChangeLog: * Thu Mar 2 2017 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.6.0-28.el7_3.6.1 - Removing RH branding from package name * Mon Feb 13 2017 Miroslav Rezanina <mrezanin at redhat.com> - rhev-2.6.0-28.el7_3.6 - kvm-cirrus-fix-patterncopy-checks.patch [bz#1420493] -

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1 <https://cbs.centos.org/koji/buildinfo?buildID=21003> is now available for testing. If no negative feedback will be reported, I'm going to push to release on Thursday, December 14th. Here's the changelog: * Mon Dec 11 2017 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov

2017-12-11 18:11 GMT+01:00 Markus Stockhausen <stockhausen at collogia.de>: > Hi Sandro, > > I'm wondering if BZ1513362 (AIO stuck fixed in qemu-kvm-rhev-2.9.0-16.el7_ > 4.12) > will be worth to give the newer version a try. > Above version is not yet released, can't see it on ftp://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/RHEV/SRPMS/ > >

Hi, qemu-kvm-ev-2.9.0-16.el7_4.13.1 <https://cbs.centos.org/koji/buildinfo?buildID=21119> is now available for testing. I'm testing it right now in oVirt CI, if nothing shows up, I'll tag it for release in a few hours. Here's the changelog: * Thu Jan 04 2018 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.9.0-16.el7_4.13.1 - Removing RH branding from package name * Thu

When xenstat library parse /proc/net/dev, it uses strpbrk function to get pointer to device name. However, it miss capital letters in the array of valid characters so it get incorrect name in case device name starts with capital letters or even segfault if it contains only capital letters. This patch adds missing characters to strpbrk call. Signed-off-by: Miroslav Rezanina

If we pass 0 as pygrub --entry argument (i.e. we want to boot first item), default value is used instead. This is dueto wrong check for range of allowed values of index - 0 is index of first item. Signed-off-by: Miroslav Rezanina <mrezanin@redhat.com> Patch: --- diff --git a/tools/pygrub/src/pygrub b/tools/pygrub/src/pygrub index 1845485..eedfdb2 100644 --- a/tools/pygrub/src/pygrub +++

Hi, qemu-kvm-ev-2.9.0-16.el7_4.8.1 <https://cbs.centos.org/koji/buildinfo?buildID=20353> is now available for testing. If no negative feedback will be reported, I'm going to push to release on Monday, October 23rd. Here's the changelog: * Wed Oct 18 2017 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.9.0-16.el7_4.8.1 - Removing RH branding from package name * Fri Sep 15

Hi, qemu-kvm-ev-2.9.0-16.el7_4.14.1 <http://cbs.centos.org/koji/buildinfo?buildID=22232> has been tagged for release and should land on mirrors.centos.org on Monday, March 12th 2018. Here's the ChangeLog: * Thu Mar 08 2018 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.9.0-16.el7_4.14.1 - Removing RH branding from package name * Thu Jan 18 2018 Miroslav Rezanina <mrezanin at

Hi, qemu-kvm-ev-2.10.0-21.el7_5.4.1 has been tagged for testing. If nothing shows up, I'll tag it for release on Monday July 2nd. Here's the changelog: * Thu Jun 28 2018 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.10.0-21.el7_5.4.1 - Removing RH branding from package name * Sat Jun 09 2018 Miroslav Rezanina <mrezanin at redhat.com> - rhev-2.10.0-21.el7_5.4 -

Hi, qemu-kvm-ev-2.6.0-28.el7.10.1 <https://cbs.centos.org/koji/buildinfo?buildID=17495> has been tagged for release and will soon be available on CentOS mirrors. This release addresses a security issue (CVE-2017-7718) which has a security impact rated important. See https://www.redhat.com/archives/rhsa-announce/2017-June/msg00014.html for more details on this update. Here's the

Hi, qemu-kvm-ev-2.3.0-31.el7_2.10.1 has been tagged for testing. In order to test it, please enable centos-qemu-ev-test repository after installing centos-release-qemu-ev Thanks, -- 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:

flight 21952 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21952/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop

flight 21930 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21930/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7

flight 21993 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21993/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 8

We had problem using tagged vlans inside domU. Testing shows that this is caused by changing network interfaces in network-bridge script. Following patch should allow to use vlans in guest. Testing scenario: configure vlan network (e.g. vlan 1 on eth0 => eth0.1) start xend create domU and configure same vlan inside it You can see that vlan is still <interface>.<vlan_id>. You can

Hi. I have a Supermicro 5018D-FN4T (Xeon D-1541 based SBC) that I use for virtualization. I?m running Centos 7.3 on it (updated), with the CentOS-QEMU-EV.repo repository as the source for virtualization packages. I run an Ubuntu 16.04-2 guest VM on it, which is ordinary enough. What?s perhaps less ordinary is that I?ve attached a Lexar Media, Inc. ?Lexar Professional Workflow CR1 CFast 2.0 USB

On Thu, Apr 20, 2017 at 12:32 PM, Richard Landsman - Rimote < richard at rimote.nl> wrote: > Hello everyone, > > Anybody had the chance to test out this setup and reproduce the problem? I > assumed it would be something that's used often these days and a solution > would benefit a lot of users. If can be of any assistance please contact > me. > I haven't seen

Hi, I have created a VM with the option inside virt-manager to "start virtual machine on host boot up". It is the only VM on the host to be configured this way. However, I am getting this error in the log file when it attempts to start it on boot up: 2017-06-19 07:15:18.491+0000: starting up libvirt version: 2.0.0, package: 10.el7_3.9 (CentOS BuildSystem