Re: [openstack-dev] [tripleo] EOL process for newton branches

On Wed, Jul 18, 2018 at 08:08:16PM -0400, Emilien Macchi wrote: > Option 2, EOL everything. > Thanks a lot for your help on this one, Tony. No problem. I've created: https://review.openstack.org/583856 to tag final releases for tripleo deliverables and then mark them as EOL. Once that merges w

Re: [openstack-dev] [nova][cinder][neutron][qa] Should we add a tempest-slow job?

> On Sun, May 13, 2018 at 1:20 PM, Ghanshyam Mann > wrote: > > On Fri, May 11, 2018 at 10:45 PM, Matt Riedemann > > wrote: > >> The tempest-full job used to run API and scenario tests concurrently, and > >> if > >> you go back far enough I think it also ran slow tests. > >> > >>

[openstack-dev] [octavia] Make amphora-agent support http rest api

In some private cloud environments, the possibility of vm being attacked is very small, and all personnel are trusted. At this time, the administrator hopes to reduce the complexity of octavia deployment and operation and maintenance. We can let the amphora-agent provide the http api so that the a

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On 7/18/2018 5:58 PM, w...@seanmooney.info wrote: general update. i spent some time this afternoon debuging matt's regression test https://review.openstack.org/#/c/583339 and it now works as intended with the addtion of disableing the late check on the compute node in the regression test to mimic

Re: [openstack-dev] [tripleo] EOL process for newton branches

Option 2, EOL everything. Thanks a lot for your help on this one, Tony. --- Emilien Macchi On Wed, Jul 18, 2018, 7:47 PM Tony Breeds, wrote: > > Hi All, > As of I3671f10d5a2fef0e91510a40835de962637f16e5 we have meta-data in > openstack/releases that tells us that the following repos are at >

[openstack-dev] [tripleo] EOL process for newton branches

Hi All, As of I3671f10d5a2fef0e91510a40835de962637f16e5 we have meta-data in openstack/releases that tells us that the following repos are at newton-eol: - openstack/instack-undercloud - openstack/os-net-config - openstack/puppet-tripleo - openstack/tripleo-common - openstack/tripleo-heat

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On 07/18/2018 03:43 PM, melanie witt wrote: On Wed, 18 Jul 2018 15:14:55 -0500, Matt Riedemann wrote: On 7/18/2018 1:13 PM, melanie witt wrote: Can we get rid of multi-create? It keeps causing complications, and it already has weird behaviour if you ask for min_count=X and max_count=Y and only

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On Wed, 2018-07-18 at 15:14 -0500, Matt Riedemann wrote: > On 7/18/2018 1:13 PM, melanie witt wrote: > > > > > > Can we get rid of multi-create? It keeps causing complications, > > > and > > > it already > > > has weird behaviour if you ask for min_count=X and max_count=Y > > > and only X > > >

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On Wed, 18 Jul 2018 15:14:55 -0500, Matt Riedemann wrote: On 7/18/2018 1:13 PM, melanie witt wrote: Can we get rid of multi-create?  It keeps causing complications, and it already has weird behaviour if you ask for min_count=X and max_count=Y and only X instances can be scheduled.  (Currently it

Re: [openstack-dev] [tripleo] Stein blueprint - Plan to remove Keepalived support (replaced by Pacemaker)

On Wed, Jul 18, 2018 at 11:07:04AM -0400, Dan Prince wrote: > On Tue, 2018-07-17 at 22:00 +0200, Michele Baldessari wrote: > > Hi Jarda, > > > > thanks for these perspectives, this is very valuable! > > > > On Tue, Jul 17, 2018 at 06:01:21PM +0200, Jaromir Coufal wrote: > > > Not rooting for any

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On 7/18/2018 1:13 PM, melanie witt wrote: Can we get rid of multi-create?  It keeps causing complications, and it already has weird behaviour if you ask for min_count=X and max_count=Y and only X instances can be scheduled.  (Currently it fails with NoValidHost, but it should arguably start

Re: [openstack-dev] [tripleo] Stein blueprint - Plan to remove Keepalived support (replaced by Pacemaker)

Thanks everyone for this useful feedback (I guess it helps a lot to discuss before the PTG, so we don't even need to spend too much time on this topic). 1) Everyone agrees that undercloud HA isn't something we target now, therefore we won't switch to Pacemaker by default. 2) Pacemaker would still

Re: [openstack-dev] [keystone] Keystone Team Update - Week of 9 July 2018

On 07/13/2018 01:33 PM, Colleen Murphy wrote: > # Keystone Team Update - Week of 9 July 2018 > > ## News > > ### New Core Reviewer > > We added a new core reviewer[1]: thanks to XiYuan for stepping up to take > this responsibility and for all your hard work on keystone! > > [1] http://lists.open

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On Wed, 18 Jul 2018 12:05:13 -0600, Chris Friesen wrote: On 07/18/2018 10:14 AM, Matt Riedemann wrote: As can be seen from logstash [1] this bug is hurting us pretty bad in the check queue. I thought I originally had this fixed with [2] but that turned out to only be part of the issue. I think

Re: [openstack-dev] OpenStack lagging behind 2 major python versions: we need a Python 3.7 gate

On Thu, Jul 12, 2018, at 1:38 PM, Thomas Goirand wrote: > Hi everyone! > > It's yet another of these emails where I'm going to complain out of > frustration because of OpenStack having bugs when running with the > newest stuff... Sorry in advance ! :) > > tl;dr: It's urgent, we need Python 3.7 uw

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On 07/18/2018 10:14 AM, Matt Riedemann wrote: As can be seen from logstash [1] this bug is hurting us pretty bad in the check queue. I thought I originally had this fixed with [2] but that turned out to only be part of the issue. I think I've identified the problem but I have failed to write a

Re: [openstack-dev] OpenStack lagging behind 2 major python versions: we need a Python 3.7 gate

On 07/18/2018 12:42 AM, Ian Wienand wrote: The ideal is that a (say) Neutron dev gets a clear traceback from a standard Python error in their change and happily fixes it. The reality is probably more like this developer gets a tempest failure due to nova failing to boot a cirros image, stemming

[openstack-dev] [nova] Bug 1781710 killing the check queue

As can be seen from logstash [1] this bug is hurting us pretty bad in the check queue. I thought I originally had this fixed with [2] but that turned out to only be part of the issue. I think I've identified the problem but I have failed to write a recreate regression test [3] because (I thi

Re: [openstack-dev] [cinder][nova] Proper behavior for os-force_detach

The whole purpose of this test is to simulate the case where Nova doesn't know where the vm is anymore, or may simply not exist, but we need to clean up the cinder side of things. That being said, with the new attach API, the connector is being saved in the cinder database for each volume attachm

Re: [openstack-dev] [tripleo] Stein blueprint - Plan to remove Keepalived support (replaced by Pacemaker)

On Tue, 2018-07-17 at 22:00 +0200, Michele Baldessari wrote: > Hi Jarda, > > thanks for these perspectives, this is very valuable! > > On Tue, Jul 17, 2018 at 06:01:21PM +0200, Jaromir Coufal wrote: > > Not rooting for any approach here, just want to add a bit of > > factors which might play a ro

[openstack-dev] [publiccloud-wg] Meeting tomorrow for Public Cloud WG

Hi folks, Time for a new meeting for the Public Cloud WG. Agenda draft can be found at https://etherpad.openstack.org/p/publiccloud-wg, feel free to add items to that list. See you all tomorrow at IRC 1400 UTC in #openstack-publiccloud Cheers, Tobias -- Tobias Rydberg Senior Developer Twitt

[openstack-dev] [nova]API update week 12-18

Hi All, Please find the Nova API highlights of this week. Weekly Office Hour: === What we discussed this week: - Discussion on priority BP and remaining reviews on those. - picked up 3 in-progress bug's patches and reviewed. Planned Features : == Below are the A

Re: [openstack-dev] [cinder][nova] Proper behavior for os-force_detach

On 17/07, Sean McGinnis wrote: > On Tue, Jul 17, 2018 at 04:06:29PM -0300, Erlon Cruz wrote: > > Hi Cinder and Nova folks, > > > > Working on some tests for our drivers, I stumbled upon this tempest test > > 'force_detach_volume' > > that is calling Cinder API passing a 'None' connector. At the tim

[openstack-dev] [edge][glance]: Image handling in edge environment

Hi, We had a great Forum session about image handling in edge environment in Vancouver [1]. As one outcome of the session I've created a wiki with the mentioned architecture options [1

Re: [openstack-dev] [tripleo] New "validation" subcommand for "openstack undercloud"

Dear Stackers, Seeing the answers on and off-list, we're moving forward! So, here are the first steps: A blueprint has been created: https://blueprints.launchpad.net/tripleo/+spec/validation-framework I've started a draft of the spec, based on the feedbacks and discussions I could have: https:/

[openstack-dev] [watcher] weekly meeting

Watcher team, It’s just a reminder we will have meeting today at 08:00 UTC on #openstack-meeting-alt channel. Best Regards, Alex __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev