[openstack-dev] [Designate] Plan for OSM

Hi forks, We tested and completed our process with OVO migration in Queens cycle. Now, we can continue with OSM implementation for Designate. Actually, we have pushed some patches related to OSM[1] and it's ready to review. Please take a look on these patches. [1]

Re: [openstack-dev] [requirements][horizon][neutron] plugins depending on services

Hi folks, > unwinding things > > > There are a few different options, but it's important to keep in mind > that we ultimately want all of the following: > > * The code works > * Tests can run properly in CI > * "Depends-On" works in CI so that you can test changes cross-repo > *

Re: [openstack-dev] [masakari] Masakari Project Meeting time

+1 This time may not fit for attendees who work in IST time zone as it will 07.30 AM in the morning. Thanks, Dinesh > On Apr 26, 2018, at 12:06 AM, Kwan, Louie wrote: > > Sampath, Dinesh and others, > > It was a good meeting last week. > > As briefly discussed with

Re: [openstack-dev] [masakari] Masakari Project Meeting time

>> We are at EST time zone, the meeting is right on our midnight time, 12:00 am. >> It will be nice if the meeting can be started ~2 hours earlier e.g. Could it >> be started at 02:00: UTC instead? +1 Regards, Tushar Patil From: Kwan, Louie

Re: [openstack-dev] [openstack-infra] How to take over a project?

Miguel and Ihar, Thank you so much for your help. For now, I just allowed onos-core team to create references, which should allow me to create a new stable branch, I believe. I am waiting the config change is being merged. :-) Thank you, Sangho > On 25 Apr 2018, at 11:46 PM, Ihar

Re: [openstack-dev] [all][tc] final stages of python 3 transition

On 2018-04-25 18:25:24 -0400 (-0400), Doug Hellmann wrote: [...] > Does 18.04 include a python 2 option? Yes, 2.7.15 if packages.ubuntu.com is to be believed. > What is the target for completing the changeover? The first or > second milestone for Stein, or the end of the cycle? I would expect

Re: [openstack-dev] [all][tc] final stages of python 3 transition

On Wed, Apr 25, 2018, at 3:25 PM, Doug Hellmann wrote: > Excerpts from Jeremy Stanley's message of 2018-04-25 21:40:37 +: > > On 2018-04-25 16:54:46 -0400 (-0400), Doug Hellmann wrote: > > [...] > > > Still, we need to press on to the next phase of the migration, which > > > I have been

Re: [openstack-dev] [all][tc] final stages of python 3 transition

Excerpts from Jeremy Stanley's message of 2018-04-25 21:40:37 +: > On 2018-04-25 16:54:46 -0400 (-0400), Doug Hellmann wrote: > [...] > > Still, we need to press on to the next phase of the migration, which > > I have been calling "Python 3 first". This is where we use python > > 3 as the

Re: [openstack-dev] [all][tc] final stages of python 3 transition

On 2018-04-25 16:54:46 -0400 (-0400), Doug Hellmann wrote: [...] > Still, we need to press on to the next phase of the migration, which > I have been calling "Python 3 first". This is where we use python > 3 as the default, for everything, and set up the exceptions we need > for anything that

[openstack-dev] Only a Few Hours Left Until Prices Increase - OpenStack Summit Vancouver

Hi everyone, Friendly reminder that prices for the OpenStack Summit Vancouver will be increasing TONIGHT at 11:59pm PT (April 26, 6:59 UTC). Register NOW before the price increases! Also,

[openstack-dev] Summit Forum Schedule

Hi everyone - Please have a look at the Vancouver Forum schedule: https://docs.google.com/spreadsheets/d/15hkU0FLJ7yqougCiCQgprwTy867CGnmUvAvKaBjlDAo/edit?usp=sharing (also attached as a CSV) The proposed schedule was put together by two members from UC, TC and Foundation. We do our best to

[openstack-dev] [all][tc] final stages of python 3 transition

It's time to talk about the next steps in our migration from python 2 to python 3. Up to this point we have mostly focused on reaching a state where we support both versions of the language. We are not quite there with all projects, as you can see by reviewing the test coverage status information

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

Excerpts from Adam Spiers's message of 2018-04-25 18:15:42 +0100: > [BTW I hope it's not considered off-bounds for those of us who aren't > TC election candidates to reply within these campaign question threads > to responses from the candidates - but if so, let me know and I'll > shut up ;-) ]

Re: [openstack-dev] [requirements][horizon][neutron] plugins depending on services

Hi team, I'm speaking mostly from Horizon side, but it should be pretty the same for others. We started a discussion today at the Horizon's meeting but we don't have any decision now. For the current release cycle, it looks reasonable to test plugins over the latest master on gates. We're

Re: [openstack-dev] [Release-job-failures][release][reno] Release of openstack/reno failed

Excerpts from Doug Hellmann's message of 2018-04-25 15:06:37 -0400: > Excerpts from zuul's message of 2018-04-25 18:04:07 +: > > Build failed. > > > > - release-openstack-python > >

Re: [openstack-dev] [Release-job-failures][release][reno] Release of openstack/reno failed

Excerpts from zuul's message of 2018-04-25 18:04:07 +: > Build failed. > > - release-openstack-python > http://logs.openstack.org/25/25ef4b82d1d21f6e0ab442405eeb8b12e2024fb1/release/release-openstack-python/d9d8142/ > : SUCCESS in 4m 00s > - announce-release >

[openstack-dev] [neutron] Bugs deputy duty calendar

Dear Neutrinos, I just rolled over the bugs deputy duty calendar. Please take a look and take note of your next duty week: https://wiki.openstack.org/wiki/Network/Meetings#Bug_deputy Best regards Miguel __ OpenStack

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

2018-04-25 22:13 GMT+08:00 Jeremy Stanley : > > On 2018-04-25 14:12:00 +0800 (+0800), Rico Lin wrote: > [...] > > I believe to combine API services into one service will be able to > > scale much easier. As we already starting from providing multiple > > services and binding

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

On 2018-04-25 18:15:42 +0100 (+0100), Adam Spiers wrote: > [BTW I hope it's not considered off-bounds for those of us who aren't > TC election candidates to reply within these campaign question threads > to responses from the candidates - but if so, let me know and I'll > shut up ;-) ] [...] Not

Re: [openstack-dev] Following the new PTI for document build, broken local builds

On 2018-04-25 13:10:42 -0400 (-0400), Doug Hellmann wrote: [...] > Transitioning jobs is a bit painful because the job definitions and > job templates are defined in separately places. If we don't want > this setting to be controlled from a file within the git repo, I > guess the most expedient

Re: [openstack-dev] [Heat][TripleO] - Getting attributes of openstack resources not created by the stack for TripleO NetworkConfig.

On Tue, 2018-04-24 at 16:12 -0400, Zane Bitter wrote: > On 19/04/18 08:59, Harald Jensås wrote: > > The problem is getting there using heat ... > > The real answer is to make everything explicit - create a Subnet > resource and a Port resource and don't allow Neutron/Nova to make > any >

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

[BTW I hope it's not considered off-bounds for those of us who aren't TC election candidates to reply within these campaign question threads to responses from the candidates - but if so, let me know and I'll shut up ;-) ] Zhipeng Huang wrote: Culture wise, being too

Re: [openstack-dev] Following the new PTI for document build, broken local builds

Excerpts from Sean McGinnis's message of 2018-04-25 11:55:43 -0500: > > > > > > [1] https://review.openstack.org/#/c/564232/ > > > > > > > The only concern I have is that it may slow the transition to the > > python 3 version of the jobs, since someone would have to actually > > fix the

Re: [openstack-dev] Following the new PTI for document build, broken local builds

> >> > >>[1] https://review.openstack.org/#/c/564232/ > >> > > > >The only concern I have is that it may slow the transition to the > >python 3 version of the jobs, since someone would have to actually > >fix the warnings before they could add the new job. I'm not sure I > >want to couple the

Re: [openstack-dev] Following the new PTI for document build, broken local builds

On 25/04/18 11:41, Doug Hellmann wrote: Excerpts from Sean McGinnis's message of 2018-04-25 09:59:13 -0500: I'd be more in favour of changing the zuul job to build with the '-W' flag. To be honest, there is no good reason to not have this flag enabled. I'm not sure that will be a popular

Re: [openstack-dev] Following the new PTI for document build, broken local builds

> > > > [1] https://review.openstack.org/#/c/564232/ > > > > The only concern I have is that it may slow the transition to the > python 3 version of the jobs, since someone would have to actually > fix the warnings before they could add the new job. I'm not sure I > want to couple the tasks of

Re: [openstack-dev] [requirements][horizon][neutron] plugins depending on services

On 2018-04-25 12:03:54 -0400 (-0400), Doug Hellmann wrote: [...] > Especially now with lower-constraints jobs in place, having plugins > rely on features only available in unreleased versions of service > projects doesn't make a lot of sense. We test that way *between* > services using integration

Re: [openstack-dev] [mistral] September PTG in Denver

Hey Sean :) The reason why we picked the May 2nd date was so that people would know if they needed to register before the early bird pricing closes. If groups feel like they need more time to decide that's fine. It would still be helpful if those needing more time could fill the survey with the

Re: [openstack-dev] [openstack-infra] How to take over a project?

Hi, Ihar raises a valid issue. In the spirit of preventing this request from falling through the cracks, I reached out to Clark Boylan in the infra IRC channel ( http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2018-04-25.log.html#t2018-04-25T15:46:41). We decided to

Re: [openstack-dev] [nova] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

On 25/04/18 9:09 PM, Matt Riedemann wrote: On 4/25/2018 10:34 AM, Sreeram Vancheeswaran wrote: Thank you so much Matt for the detailed steps. We are doing boot from image and are probably running into the issue mentioned in [2] in your email. Hmm, OK, but that doesn't really make sense

Re: [openstack-dev] [ironic] Monthly bug day?

On Mon, Apr 23, 2018 at 12:04 PM, Michael Turek wrote: > What does everyone think about having Bug Day the first Thursday of every > month? All for it! __ OpenStack Development Mailing List (not

Re: [openstack-dev] [requirements][horizon][neutron] plugins depending on services

Excerpts from Monty Taylor's message of 2018-04-25 16:40:47 +0200: > Hi everybody, > > We've been working on navigating through from an interesting situation > over the past few months, but there isn't a top-level overview of what's > going on with it. That's my bad - I've been telling AJaeger

Re: [openstack-dev] [tripleo] ironic automated cleaning by default?

On 04/25/2018 10:28 AM, James Slagle wrote: On Wed, Apr 25, 2018 at 10:55 AM, Dmitry Tantsur wrote: On 04/25/2018 04:26 PM, James Slagle wrote: On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur wrote: Hi all, I'd like to restart conversation on

Re: [openstack-dev] Following the new PTI for document build, broken local builds

Excerpts from Sean McGinnis's message of 2018-04-25 09:59:13 -0500: > > > > > > > > > > I'd be more in favour of changing the zuul job to build with the '-W' > > > > > flag. To be honest, there is no good reason to not have this flag > > > > > enabled. I'm not sure that will be a popular opinion

Re: [openstack-dev] [nova] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

On 4/25/2018 10:34 AM, Sreeram Vancheeswaran wrote: Thank you so much Matt for the detailed steps.  We are doing boot from image and are probably running into the issue mentioned in [2] in your email. Hmm, OK, but that doesn't really make sense how you're going down this path [1] in the code

Re: [openstack-dev] [nova] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

On 25/04/18 7:40 PM, Matt Riedemann wrote: On 4/25/2018 3:32 AM, Sreeram Vancheeswaran wrote: Hi team! We are currently facing an issue in our out-of-tree driver nova-dpm [1] with nova and cinder on master, where instance launch in devstack is failing due to communication/time-out issues

Re: [openstack-dev] [tripleo] ironic automated cleaning by default?

On Wed, Apr 25, 2018 at 10:55 AM, Dmitry Tantsur wrote: > On 04/25/2018 04:26 PM, James Slagle wrote: >> >> On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur >> wrote: >>> >>> Hi all, >>> >>> I'd like to restart conversation on enabling node automated

[openstack-dev] [masakari] Masakari Project Meeting time

Sampath, Dinesh and others, It was a good meeting last week. As briefly discussed with Sampath, I would like to check whether we can adjust the meeting time. We are at EST time zone, the meeting is right on our midnight time, 12:00 am. It will be nice if the meeting can be started ~2 hours

Re: [openstack-dev] Following the new PTI for document build, broken local builds

> > > > > > > > I'd be more in favour of changing the zuul job to build with the '-W' > > > > flag. To be honest, there is no good reason to not have this flag > > > > enabled. I'm not sure that will be a popular opinion though as it may > > > > break some projects' builds (correctly, but still).

Re: [openstack-dev] [tripleo] ironic automated cleaning by default?

On 04/25/2018 04:26 PM, James Slagle wrote: On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur wrote: Hi all, I'd like to restart conversation on enabling node automated cleaning by default for the undercloud. This process wipes partitioning tables (optionally, all the data)

Re: [openstack-dev] [requirements][horizon][neutron] plugins depending on services

On 2018-04-25 16:40:47 +0200 (+0200), Monty Taylor wrote: [...] > * Relax our rules about git repos in test-requirements.txt > > Introduce a whitelist of git repo urls, starting with: > > * https://git.openstack.org/openstack/neutron > * https://git.openstack.org/openstack/horizon > > For

Re: [openstack-dev] [tc] campaign question: How should we handle projects with overlapping feature sets?

> > Our current policy regarding Open Development is that a project > should cooperate with existing projects "rather than gratuitously > competing or reinventing the wheel." [1] The flexibility provided > by the use of the term "gratuitously" has allowed us to support > multiple solutions in the

Re: [openstack-dev] [openstack-infra] How to take over a project?

ONOS is not part of Neutron and hence Neutron Release team should not be involved in its matters. If gerrit ACLs say otherwise, you should fix the ACLs. Ihar On Tue, Apr 24, 2018 at 1:22 AM, Sangho Shin wrote: > Dear Neutron-Release team members, > > Can any of you

Re: [openstack-dev] [tripleo] ironic automated cleaning by default?

On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur wrote: > Hi all, > > I'd like to restart conversation on enabling node automated cleaning by > default for the undercloud. This process wipes partitioning tables > (optionally, all the data) from overcloud nodes each time they

[openstack-dev] [requirements][horizon][neutron] plugins depending on services

Hi everybody, We've been working on navigating through from an interesting situation over the past few months, but there isn't a top-level overview of what's going on with it. That's my bad - I've been telling AJaeger I was going to send an email out for a while. projects with test

[openstack-dev] [all] Gerrit server replacement scheduled for May 2nd 2018

On Thu, Apr 19, 2018 at 11:49:12AM -0400, Paul Belanger wrote: Hello from Infra. This is our weekly reminder of the upcoming gerrit replacement. We'll continue to send these announcements out up until the day of the migration. We are now 1 weeks away from replacement date. If you have any

Re: [openstack-dev] [tripleo] ironic automated cleaning by default?

On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur wrote: > Hi all, > > I'd like to restart conversation on enabling node automated cleaning by > default for the undercloud. This process wipes partitioning tables > (optionally, all the data) from overcloud nodes each time they

Re: [openstack-dev] [designate] Meeting Times - change to office hours?

On 24/04/18 16:55, Ben Nemec wrote: > I prefer 14:00 to 22:00 UTC, although depending on the time of year I > may have some flexibility on that. > > On 04/24/2018 01:37 AM, Erik Olof Gunnar Andersson wrote: >> I can do anytime ranging from 16:00 UTC to 03:00 UTC, Mon-Fri, maybe >> up to 07:00 UTC 

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

On 2018-04-25 14:12:00 +0800 (+0800), Rico Lin wrote: [...] > I believe to combine API services into one service will be able to > scale much easier. As we already starting from providing multiple > services and binding with Apache(Also concern about Zane's > comment), we can start this goal by

Re: [openstack-dev] [nova] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

On 4/25/2018 3:32 AM, Sreeram Vancheeswaran wrote: Hi team! We are currently facing  an issue in our out-of-tree driver nova-dpm [1] with nova and cinder on master, where instance launch in devstack is failing due to communication/time-out issues in nova-cinder.   We are unable to get to the

[openstack-dev] [horizon][nova][cinder] Horizon support for multiattach volumes

I wanted to advertise the need for some help in adding multiattach volume support to Horizon. There is a blueprint tracking the changes [1]. I started the ball rolling with [2] but there is more work to do, listed in the work items section of the blueprint. [2] was I think my first real code

[openstack-dev] [tripleo] ironic automated cleaning by default?

Hi all, I'd like to restart conversation on enabling node automated cleaning by default for the undercloud. This process wipes partitioning tables (optionally, all the data) from overcloud nodes each time they move to "available" state (i.e. on initial enrolling and after each tear down).

Re: [openstack-dev] [ironic] Monthly bug day?

Hi Mike, If we hold it, I'll (try to) be there :) Thanks for spearheading this! --ruby On Mon, Apr 23, 2018 at 8:04 AM, Michael Turek wrote: > Hey everyone! > > We had a bug day about two weeks ago and it went pretty well! At last > week's IRC meeting the idea of

[openstack-dev] [api] [lbaas] Neutron LBaaS V2 docs incompatibility

Hi all, after working with OpenStackSDK in my cloud I have found one difference in the Neutron LBaaS (yes, I know it is deprecated, but it is still used). The fix would be small and fast, unfortunately I have faced problems with the API description: -

[openstack-dev] [octavia] Sometimes amphoras are not re-created if they are not reached for more than heartbeat_timeout

Hello, I am testing Octavia Queens and I see that the failover behavior is very much different than the one in Ocata (this is the version we are currently running in production). One example of such behavior is: I create 4 load balancers and after the creation is successful, I shut off all

[openstack-dev] [Blazar] Next IRC meeting is canceled

Hi Blazar folks, As we discussed in the last meeting, the next weekly meeting is canceled because most of members are out of town next week. The next regular meeting is on 8th May. best regards, Masahito __ OpenStack

Re: [openstack-dev] [openstack-ansible] Proposing Mohammed Naser as core reviewer

On 24/04/18 16:05, Jean-Philippe Evrard wrote: > Hi everyone, > > I’d like to propose Mohammed Naser [1] as a core reviewer for > OpenStack-Ansible. > +2 -- markos SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

[openstack-dev] [nova] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

Hi team! We are currently facing an issue in our out-of-tree driver nova-dpm [1] with nova and cinder on master, where instance launch in devstack is failing due to communication/time-out issues in nova-cinder. We are unable to get to the root cause of the issue and we need your help on

Re: [openstack-dev] [tc] campaign question: How can we make contributing to OpenStack easier?

2018-04-25 0:04 GMT+08:00 Fox, Kevin M : > > Yeah, I agree k8s seems to have hit on a good model where interests are separately grouped from the code bases. This has allowed architecture to not to be too heavily influenced by the logical groups interest. > > I'll go ahead and

[openstack-dev] Help needed in debugging issue - ClientException: Unable to update the attachment. (HTTP 500)

Hi team! We are currently facing an issue in our out-of-tree driver nova-dpm [1] with nova and cinder on master, where instance launch in devstack is failing due to communication/time-out issues in nova-cinder. We are unable to get to the root cause of the issue and we need your help on