Re: [Openstack-operators] [nova] Next minimum libvirt version
On 2/11/2017 12:47 PM, Matt Riedemann wrote: So it sounds like we're good to bump the minimum required libvirt to 1.2.9 in Pike which drops support for SLES 12, Ubuntu 14.04, RHEL 7.1 and Oracle 7. We'll bump the minimum required QEMU in Pike to 2.1.0 which in addition to the above distro versions also drops support for Oracle 7.3. From my 30 seconds of googling I don't see any upcoming announcements for a newer version of Oracle Linux. I've got a series started here: https://review.openstack.org/#/q/topic:bump-min-libvirt+status:open The only things left to remove are the various version checks for NUMA/HugePages but that code gets a bit complicated, as do the unit tests for it, so I'm going to leave that for later. I also need to look into disabling support for the various distros this drops in devstack [1] if you're using libvirt. [1] https://github.com/openstack-dev/devstack/blob/e0a37cf21e43fbb4ba3f9f8fa5321a0a0e1bedf1/stack.sh#L195 -- Thanks, Matt Riedemann ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
Re: [Openstack-operators] [nova] Next minimum libvirt version
On 2/10/2017 7:28 PM, gustavo panizzo wrote: Debian 9.0 has been frozen, soon it will be released with libvirt 3.0.0 Previous release has 1.2.9 https://packages.debian.org/search?keywords=libvirt0=names=all=all Also, it is just as important to consider minimum QEMU versions at the same time, though it could just be set to the lowest common denominator across distros that remain, after choosing the libvirt version. Qemu version for the next release is 2.8, previous release is 2.1 https://packages.debian.org/search?keywords=qemu=names=all=all Thanks, I've updated the distro support matrix wiki: https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix#Distro_minimum_versions So it sounds like we're good to bump the minimum required libvirt to 1.2.9 in Pike which drops support for SLES 12, Ubuntu 14.04, RHEL 7.1 and Oracle 7. We'll bump the minimum required QEMU in Pike to 2.1.0 which in addition to the above distro versions also drops support for Oracle 7.3. From my 30 seconds of googling I don't see any upcoming announcements for a newer version of Oracle Linux. -- Thanks, Matt Riedemann ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
Re: [Openstack-operators] [nova] Next minimum libvirt version
On Fri, Feb 10, 2017 at 05:42:26PM +, Daniel P. Berrange wrote: > On Thu, Feb 09, 2017 at 05:29:22PM -0600, Matt Riedemann wrote: > > Since danpb hasn't been around I've sort of forgotten about this, but we > > should talk about bumping the minimum required libvirt version in nova. > > > > Currently it's 1.2.1 and the next was set to 1.2.9. > > > > On master we're gating on ubuntu 14.04 which has libvirt 1.3.1 (14.04 had > > 1.2.2). > > > > If we move to require 1.2.9 that effectively kills 14.04 support for > > devstack + libvirt on master, which is probably OK. > > > > There is also the distro support wiki [1] which hasn't been updated in > > awhile. > > > > I'm wondering if 1.2.9 is a safe move for the next required minimum version > > and if so, does anyone have ideas on the next required version after that? > > I think libvirt 1.2.9 is absolutely fine as a next version. It is still > ancient history comparatively speaking. > > The more difficult question is what happens after that. To go further than > that effectively requires dropping Debian as a supportable platform since > AFAIK, they never rebase libvirt & next Debian major release is still > unannounced. So the question is whether "stock" Debian is something the > project cares about targetting or will the answer be that Debian users > are required to pull in newer libvirt from elsewhere. Debian 9.0 has been frozen, soon it will be released with libvirt 3.0.0 Previous release has 1.2.9 https://packages.debian.org/search?keywords=libvirt0=names=all=all > Also, it is just as important to consider minimum QEMU versions at the > same time, though it could just be set to the lowest common denominator > across distros that remain, after choosing the libvirt version. Qemu version for the next release is 2.8, previous release is 2.1 https://packages.debian.org/search?keywords=qemu=names=all=all > > Regards, > Daniel > -- > |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| > |: http://libvirt.org -o- http://virt-manager.org :| > |: http://entangle-photo.org -o-http://search.cpan.org/~danberr/ :| > > ___ > OpenStack-operators mailing list > OpenStack-operators@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 keybase: https://keybase.io/gfa ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
Re: [Openstack-operators] [nova] Next minimum libvirt version
On Thu, Feb 09, 2017 at 05:29:22PM -0600, Matt Riedemann wrote: > Since danpb hasn't been around I've sort of forgotten about this, but we > should talk about bumping the minimum required libvirt version in nova. > > Currently it's 1.2.1 and the next was set to 1.2.9. > > On master we're gating on ubuntu 14.04 which has libvirt 1.3.1 (14.04 had > 1.2.2). > > If we move to require 1.2.9 that effectively kills 14.04 support for > devstack + libvirt on master, which is probably OK. > > There is also the distro support wiki [1] which hasn't been updated in > awhile. > > I'm wondering if 1.2.9 is a safe move for the next required minimum version > and if so, does anyone have ideas on the next required version after that? I think libvirt 1.2.9 is absolutely fine as a next version. It is still ancient history comparatively speaking. The more difficult question is what happens after that. To go further than that effectively requires dropping Debian as a supportable platform since AFAIK, they never rebase libvirt & next Debian major release is still unannounced. So the question is whether "stock" Debian is something the project cares about targetting or will the answer be that Debian users are required to pull in newer libvirt from elsewhere. Also, it is just as important to consider minimum QEMU versions at the same time, though it could just be set to the lowest common denominator across distros that remain, after choosing the libvirt version. Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://entangle-photo.org -o-http://search.cpan.org/~danberr/ :| ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
[Openstack-operators] [nova] Next minimum libvirt version
Since danpb hasn't been around I've sort of forgotten about this, but we should talk about bumping the minimum required libvirt version in nova. Currently it's 1.2.1 and the next was set to 1.2.9. On master we're gating on ubuntu 14.04 which has libvirt 1.3.1 (14.04 had 1.2.2). If we move to require 1.2.9 that effectively kills 14.04 support for devstack + libvirt on master, which is probably OK. There is also the distro support wiki [1] which hasn't been updated in awhile. I'm wondering if 1.2.9 is a safe move for the next required minimum version and if so, does anyone have ideas on the next required version after that? I'm hoping some of the Red Hat people can chime in here. [1] https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix -- Thanks, Matt Riedemann ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
