[openstack-dev] [watcher] migration to storyboard

Hi Watchers, I’ve prepared etherpad doc[1] to let you give your opinions about Storyboard migration. Feel free to fill it up. [1]: https://etherpad.openstack.org/p/watcher-storyboard Best Regards, _ Alexander Chadin

Re: [openstack-dev] [tripleo] Containers Deep Dive - 15th June

Hi, Can you please send me the meeting invitation? Thanks in advance! On Fri, Jun 9, 2017 at 5:49 PM, Jiří Stránský wrote: > Hello, > > as discussed previously on the list and at the weekly meeting, we'll do a > deep dive about containers. The time: > > Thursday 15th June,

Re: [openstack-dev] [all][tc][glance] Glance needs help, it's getting critical

Quick attempt at a summary of the discussion so far, with my questions: * Short-term, Glance needs help to stay afloat - Sean volunteered to help - but glance needs to add core reviewers to get stuff flowing -> could the VM/BM workgroup also help ? Any progress there ? * Long-term, is Glance

[openstack-dev] [qa] Bug Triage and Integrated gate issue categorisation

Hello folks, The QA team triage duty [0] has no-one assigned for the rest of the cycle (except for one week), we could really use some volunteers. I'm also introducing a new rota for integrated gate issue categorisation [1]. The idea is to stay on top of the categorisation of issues, so that

Re: [openstack-dev] [tripleo] Role updates

On 06/13/2017 12:00 AM, Alex Schultz wrote: On Mon, Jun 12, 2017 at 2:55 AM, Dmitry Tantsur wrote: On 06/09/2017 05:24 PM, Alex Schultz wrote: Hey folks, I wanted to bring to your attention that we've merged the change[0] to add a basic set of roles that can be combined

Re: [openstack-dev] [ironic] the driver composition and breaking changes to the supported interfaces

Hi, Dmitry: Thanks for bringing this issue into discussion. For the iRMC patch, I would vote for the first option as it is commonly used. But overall, I think it's great if ironic can provide a mechanism like the second one. But as you said, that is technically challenging. Regards TienDC

Re: [openstack-dev] [TripleO][Heat] Conditionally passing properties in Heat

On Thu, 2017-04-20 at 16:11 -0700, Dan Sneddon wrote: > On 04/20/2017 12:37 AM, Steven Hardy wrote: > > On Wed, Apr 19, 2017 at 02:51:28PM -0700, Dan Sneddon wrote: > > > On 04/13/2017 12:01 AM, Rabi Mishra wrote: > > > > On Thu, Apr 13, 2017 at 2:14 AM, Dan Sneddon > > > om >

[openstack-dev] [storyboard][release][help] Anyone interested in adding bug-closing logic ?

Hi everyone, A long time ago, I wrote some Launchpad/release code so that when a release is tagged, automation would go through the commit messages and post a message on Launchpad bugs that are mentioned in a "Closes-Bug:" stanza in the commit message of the changes corresponding to the release.

Re: [openstack-dev] [telemetry][ceilometer][opendaylight][networking-odl] OpenDaylight Driver for Ceilometer

>>> Adding Isaku's reply here: " What's the policy of telemetry or ceilometer? As long as it follows the policy of them, networking-odl is fine to include such drivers."

[openstack-dev] [neutron] [classifier] CCF Meeting

Hi all, Reminding that we have the Common Classification Framework meeting today, in about an hour, at #openstack-meeting. We'll talk about the status of the spec and implementation. Agenda: https://wiki.openstack.org/wiki/Neutron/CommonClassificationFramework#Discussion_Topic_13_June_2017

Re: [openstack-dev] [nova][vlan trunking] Guest networking configuration for vlan trunk

A quick update on this. As suggested by members of the community, I created a nova blueprint https://blueprints.launchpad.net/nova/+spec/expose-vlan-trunking, and posted a spec for Queens here: https://review.openstack.org/471815. Sean Mooney suggested in his review that automatic vlan

[openstack-dev] [neutron][upgrades] no meeting today

And sorry for late notice. Ihar __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [tripleo] Role updates

On Fri, 2017-06-09 at 09:24 -0600, Alex Schultz wrote: > Hey folks, > > I wanted to bring to your attention that we've merged the change[0] > to > add a basic set of roles that can be combined to create your own > roles_data.yaml as needed.  With this change the roles_data.yaml and >

Re: [openstack-dev] [tripleo][ci] tripleo periodic jobs moving to RDO's software factory and RDO Cloud

Currently the TLS-everywhere job (fakeha-caserver) runs as a periodic job. If there's gonna be a move. I would really appreciate that this is done once we move that job to run over oooq. So don't loose that job. On Tue, Jun 13, 2017 at 12:01 AM, Wesley Hayutin wrote: >

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

I would really appreciate that this is done once we finish moving the TLS-everywhere job to run over oooq. This is on the works currently. On Tue, Jun 13, 2017 at 2:19 AM, Ronelle Landy wrote: > Greetings, > > TripleO OVB check gates are managed by upstream Zuul and executed

[openstack-dev] [infra][deb-packaging] Stop using track-upstream for deb projects

Greetings, I'd like to propose we stop using track-upstream for project-config on deb-packaging projects. It seems there is no active development on these projects currently and by using track-upstream we currently wasting both CI resources and HDD space keeping their projects in sync with there

Re: [openstack-dev] [tripleo] Containers Deep Dive - 15th June

On 9.6.2017 16:49, Jiří Stránský wrote: Hello, as discussed previously on the list and at the weekly meeting, we'll do a deep dive about containers. The time: Thursday 15th June, 14:00 UTC (the usual time) Link for attending will be at the deep dives etherpad [1], preliminary agenda is in

[openstack-dev] [murano] [barbican] Re: Need your opinion on another issue...

Hi Stan, Thanks for your input on this. I'm finding the problem with doing the encryption/decryption on the engine side only is that at this point it is too late - the object model has already been written into the database at the API layer. I can't think how we can change this without

Re: [openstack-dev] [tripleo] Containers Deep Dive - 15th June

On 13.6.2017 09:58, Or Idgar wrote: Hi, Can you please send me the meeting invitation? Hi Or, i've just added the bluejeans link to the etherpads. I'm not posting it here as i want the "sources of truth" for that link to be editable, in case we hit some issues with the setup / joining etc.

Re: [openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

On Tue, Jun 6, 2017 at 8:12 AM, Raoul Scarazzini wrote: > On 17/05/2017 04:01, Emilien Macchi wrote: >> Hey Raoul, >> Thanks for putting this up in the ML. Replying inline: > > Sorry for the long delay between the answers, a lot of things on going. > > [...] >> I've looked at

[openstack-dev] [tc] [all] TC Report 24

No meeting this week, but some motion on a variety of proposals and other changes. As usual, this document doesn't report on everything going on with the Technical Committee. Instead it tries to focus on those thing which I subjectively believe may have impact on community members. I will be

Re: [openstack-dev] [EXTERNAL] Re: [Tripleo] deploy software on Openstack controller on the Overcloud

On Wed, Jun 7, 2017 at 10:38 AM, Abhishek Kane wrote: > Hi, > > On cinder node- we need to modify the cinder.conf. We don’t change any config > apart from this. We want to keep the config changes in heat template, package > installation in puppet, and trigger rest of

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 23) - images, devmode and the RDO Cloud

On Fri, Jun 9, 2017 at 10:12 AM, Attila Darazs wrote: > If the topics below interest you and you want to contribute to the > discussion, feel free to join the next meeting: > > Time: Thursdays, 14:30-15:30 UTC > Place: https://bluejeans.com/4113567798/ > > Full minutes:

[openstack-dev]  [horizon] Approach for bugs in xstatic packages

Hi everyone, I would like to raise a question about our approach to xstatic packages, more specifically xstatic-roboto-fontface, and its updates/bugfixes. What we have encountered was https://bugs.launchpad.net/horizon/+bug/1671004 what

Re: [openstack-dev] [tripleo] Ansible roles repo and how to inject them into the overcloud

On Wed, Jun 7, 2017 at 10:25 AM, Juan Antonio Osorio wrote: > Hi folks! > > I would like to know if there are thoughts about where to put > tripleo-specific ansible roles. > > I've been working lately on a role that would deploy ipsec tunnels for most > networks in an

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

On Tue, Jun 13, 2017 at 02:11:53PM -0500, Ben Nemec wrote: > > > On 06/13/2017 12:28 PM, Paul Belanger wrote: > > On Tue, Jun 13, 2017 at 11:12:08AM -0500, Ben Nemec wrote: > > > > > > > > > On 06/12/2017 06:19 PM, Ronelle Landy wrote: > > > > Greetings, > > > > > > > > TripleO OVB check

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

On 06/13/2017 12:28 PM, Paul Belanger wrote: On Tue, Jun 13, 2017 at 11:12:08AM -0500, Ben Nemec wrote: On 06/12/2017 06:19 PM, Ronelle Landy wrote: Greetings, TripleO OVB check gates are managed by upstream Zuul and executed on nodes provided by test cloud RH1. RDO Cloud is now available

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

On Fri, Jun 9, 2017 at 1:38 PM, Doug Hellmann wrote: > Excerpts from Alex Schultz's message of 2017-06-09 10:54:16 -0600: >> I ran into a case where I wanted to add python-tripleoclient to >> test-requirements for tripleo-heat-templates but it's not in the >> global

Re: [openstack-dev] [deployment] [oslo] [ansible] [tripleo] [kolla] [helm] Configuration management with etcd / confd

On Mon, Jun 12, 2017 at 8:02 AM, Jiří Stránský wrote: > On 9.6.2017 18:51, Flavio Percoco wrote: >> >> A-ha, ok! I figured this was another option. In this case I guess we would >> have 2 options: >> >> 1. Run confd + openstack service in side the container. My concern in this

Re: [openstack-dev] [ironic][nova] Goodbye^W See you later

On Thu, Jun 8, 2017 at 8:45 AM, Jim Rollenhagen wrote: > Hey friends, > > I've been mostly missing for the past six weeks while looking for a new job, > so maybe you've forgotten me already, maybe not. I'm happy to tell you I've > found one that I think is a great

Re: [openstack-dev] [heat][tripleo] Making stack outputs static

On 13/06/17 13:00, Ben Nemec wrote: On 06/12/2017 03:53 PM, Zane Bitter wrote: On 12/06/17 16:21, Steven Hardy wrote: I think we wanted to move to convergence anyway so I don't see a problem with this. I know there was some discussion about starting to test with convergence in tripleo-ci,

Re: [openstack-dev] [rally][no-admin] Finally Rally can be run without admin user

On Tue, Jun 13, 2017 at 1:04 PM, Boris Pavlovic wrote: > Hi stackers, > > Intro > > Initially Rally was targeted for developers which means running it from > admin was OK. > Admin was basically used to simplify preparing environment for testing: > create and setup

Re: [openstack-dev] [telemetry][ceilometer][opendaylight][networking-odl] OpenDaylight Driver for Ceilometer

On 13/06/17 08:22 AM, Deepthi V V wrote: > Gordon, the driver would leverage ceilometer's polling framework. It will run > as part of ceilometer-agent-central process and will be added to > "network.statistics.drivers" Namespace. > I guess then we are good to add it to networking-odl? yep,

[openstack-dev] [rally][no-admin] Finally Rally can be run without admin user

Hi stackers, *Intro* Initially Rally was targeted for developers which means running it from admin was OK. Admin was basically used to simplify preparing environment for testing: create and setup users/tenants, networks, quotas and other resources that requires admin role. As well it was used to

Re: [openstack-dev] [Openstack-operators] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

Are we allowed to cheat and say auto-disabling non-nova-compute services on startup is a bug and just fix it that way for #2? :) Because (1) it doesn't make sense, as far as we know, and (2) it forces the operator to have to use the API to enable them later just to fix their nova service-list

Re: [openstack-dev] [Openstack-operators] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

On 6/13/2017 8:17 PM, Dan Smith wrote: So it seems our options are: 1. Allow PUT /os-services/{service_uuid} on any type of service, even if doesn't make sense for non-nova-compute services. 2. Change the behavior of [1] to only disable new "nova-compute" services. Please, #2. Please.

Re: [openstack-dev] [Openstack-operators] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

I am fine with #2, and I am also fine with calling it a bug. Since the enabled/disabled state for the other services didn’t actually do anything. ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy On 6/13/17, 8:46 PM, "Dan

Re: [openstack-dev] [Product] PTG attendance

Fellow Product WG members, We are taking informal poll on how many of us plan to attend PTG meeting in Denver? Second question should we have mid-cycle meeting co-located with PTG or with operator summit in Mexico city? Please, respond to this email so Shamail and Leong can tally the results.

Re: [openstack-dev] [User-committee] [Product] PTG attendance

Tentative yes on attending Denver PTG. If the mid-cycle meeting is also in Denver, I have higher chances of my job endorsing the trip. <3 Trilliams Sent from my iPhone > On Jun 13, 2017, at 9:05 PM, > wrote: > > Fellow Product WG

Re: [openstack-dev] [Interop-wg] [tc][qa][all]Potential New Interoperability Programs: The Current Thinking

Thank you Mark for writing this up! If you are interested in new interop programs, please comment on https://review.openstack.org/#/c/472785/. In addition, we will also be discussing this during our weekly meeting on Wednesday, 11:00 AM CST/ 16:00 UTC in #openstack-meeting-3. If you cannot join us

Re: [openstack-dev] [puppet][tripleo] Add ganesha puppet module

On Mon, Jun 12, 2017 at 4:27 AM, Jan Provaznik wrote: > Hi, > we would like to use nfs-ganesha for accessing shares on ceph storage > cluster[1]. There is not yet a puppet module which would install and > configure nfs-ganesha service. So to be able to set up nfs-ganesha with

Re: [openstack-dev] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

On 6/13/2017 12:19 PM, Matt Riedemann wrote: With this change in Pike: https://review.openstack.org/#/c/442162/ The PUT /os-services/* APIs to enable/disable/force-down a service will now only work with nova-compute services. If you're using those to try and disable a non-compute service,

Re: [openstack-dev] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

So it seems our options are: 1. Allow PUT /os-services/{service_uuid} on any type of service, even if doesn't make sense for non-nova-compute services. 2. Change the behavior of [1] to only disable new "nova-compute" services. Please, #2. Please. --Dan

Re: [openstack-dev] [tripleo][ironic] Hardware provisioning testing for Ocata

On Fri, Jun 9, 2017 at 5:25 AM, Dmitry Tantsur wrote: > On 06/08/2017 02:21 PM, Justin Kilpatrick wrote: >> >> Morning everyone, >> >> I've been working on a performance testing tool for TripleO hardware >> provisioning operations off and on for about a year now and I've been

Re: [openstack-dev] [tripleo][ironic] Hardware provisioning testing for Ocata

On Fri, Jun 9, 2017 at 7:28 AM, Justin Kilpatrick wrote: > On Fri, Jun 9, 2017 at 5:25 AM, Dmitry Tantsur wrote: >> This number of "300", does it come from your testing or from other sources? >> If the former, which driver were you using? What exactly

Re: [openstack-dev] [ironic][nova] Goodbye^W See you later

On 6/8/2017 7:45 AM, Jim Rollenhagen wrote: Hey friends, I've been mostly missing for the past six weeks while looking for a new job, so maybe you've forgotten me already, maybe not. I'm happy to tell you I've found one that I think is a great opportunity for me. But, I'm sad to tell you

Re: [openstack-dev] [tripleo][ironic] Hardware provisioning testing for Ocata

On Thu, Jun 8, 2017 at 11:10 AM, Emilien Macchi wrote: > On Thu, Jun 8, 2017 at 2:21 PM, Justin Kilpatrick > wrote: > > Morning everyone, > > > > I've been working on a performance testing tool for TripleO hardware > > provisioning operations off and on

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

On Tue, Jun 13, 2017 at 3:11 PM, Ben Nemec wrote: > > > On 06/13/2017 12:28 PM, Paul Belanger wrote: >> >> On Tue, Jun 13, 2017 at 11:12:08AM -0500, Ben Nemec wrote: >>> >>> >>> >>> On 06/12/2017 06:19 PM, Ronelle Landy wrote: Greetings, TripleO OVB

[openstack-dev] [Neutron] Journey to running functional job with Python 3

Hi folks, we've been tracking the OpenStack common goal for Python 3 in our Neutron CI meetings. As an outcome we created a list of categorized failures in current non-voting job. There are 250 failures that we split into 14 categories. The list can be found here:

Re: [openstack-dev] [storyboard][release][help] Anyone interested in adding bug-closing logic ?

On 2017-06-13 15:59:16 +0200 (+0200), Thierry Carrez wrote: [...] > This functionality is missing for StoryBoard-driven projects. We'd > need something similar, that detects "Closes-Story:" stanzas and > calls a new storyboard_add_comment.py script. [...] Probably not quite like that. StoryBoard

Re: [openstack-dev] [all][tc][glance] Glance needs help, it's getting critical

On 13/06/17 10:49 +0200, Thierry Carrez wrote: Quick attempt at a summary of the discussion so far, with my questions: * Short-term, Glance needs help to stay afloat - Sean volunteered to help - but glance needs to add core reviewers to get stuff flowing -> could the VM/BM workgroup also help

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

On Tue, Jun 13, 2017 at 11:12:08AM -0500, Ben Nemec wrote: > > > On 06/12/2017 06:19 PM, Ronelle Landy wrote: > > Greetings, > > > > TripleO OVB check gates are managed by upstream Zuul and executed on > > nodes provided by test cloud RH1. RDO Cloud is now available as a test > > cloud to be

[openstack-dev] [nova] Does anyone rely on PUT /os-services/disable for non-compute services?

With this change in Pike: https://review.openstack.org/#/c/442162/ The PUT /os-services/* APIs to enable/disable/force-down a service will now only work with nova-compute services. If you're using those to try and disable a non-compute service, like nova-scheduler or nova-conductor, those

[openstack-dev] [oslo.messaging][mistral] For how long is blocking executor deprecated?

Hi Oslo team, Can you please clarify for how long you plan to keep ‘blocking executor’ deprecated before complete removal? We have to use it in Mistral for the time being. We plan to move away from using it but the transition may take significant time, not this cycle for sure. So we got

[openstack-dev] [ironic] no ironic-ui meeting today

Greetings my ironic cohorts! It seems everyone is busy this week and we have nothing really to discuss during today's ironic-ui meeting. As such, today's meeting is cancelled. Talk to everyone next week or on #openstack-ironic. Thanks! -Julia

Re: [openstack-dev] [oslo.messaging][mistral] For how long is blocking executor deprecated?

Ok, I think I already got my question answered:  https://docs.openstack.org/releasenotes/oslo.messaging/unreleased.html#deprecation-notes Thanks Renat Akhmerov @Nokia On 13 Jun 2017, 13:59 +0700, Renat Akhmerov , wrote: > Hi Oslo team, > > Can you please clarify for

Re: [openstack-dev] [oslo.messaging][mistral] For how long is blocking executor deprecated?

Hi, On Tue, Jun 13, 2017 at 01:53:02PM +0700, Renat Akhmerov wrote: Can you please clarify for how long you plan to keep ‘blocking executor’ deprecated before complete removal? Like all deprecations. We just done it, so you have two cycles, we will remove it in Rocky. But as I said, this

Re: [openstack-dev] swift3 Plugin Development

Thanks for your reply. The reason we are looking into swift3 is we already integrated Gluster with openstack-swift which is providing obj store (https://github.com/gluster/gluster-swift ). integration with RGW can be long-term solution, but for short term we would like to have ACL's support.

Re: [openstack-dev] [tripleo] pike m2 has been released

On 06/12/2017 02:10 PM, Emilien Macchi wrote: On Mon, Jun 12, 2017 at 7:20 PM, Ben Nemec wrote: On 06/09/2017 05:39 PM, Emilien Macchi wrote: On Fri, Jun 9, 2017 at 5:01 PM, Ben Nemec wrote: Hmm, I was expecting an instack-undercloud

Re: [openstack-dev] [tripleo][ci] TripleO OVB check gates to move to third party

On 06/12/2017 06:19 PM, Ronelle Landy wrote: Greetings, TripleO OVB check gates are managed by upstream Zuul and executed on nodes provided by test cloud RH1. RDO Cloud is now available as a test cloud to be used when running CI jobs. To utilize to RDO Cloud, we could either: - continue

Re: [openstack-dev] [tripleo][ci] tripleo periodic jobs moving to RDO's software factory and RDO Cloud

- Original Message - > On Mon, Jun 12, 2017 at 05:01:26PM -0400, Wesley Hayutin wrote: > > Greetings, > > > > I wanted to send out a summary email regarding some work that is still > > developing and being planned to give interested parties time to comment and > > prepare for change. >

Re: [openstack-dev] [heat] Making stack outputs static

On 06/12/2017 03:53 PM, Zane Bitter wrote: On 12/06/17 16:21, Steven Hardy wrote: I think we wanted to move to convergence anyway so I don't see a problem with this. I know there was some discussion about starting to test with convergence in tripleo-ci, does anyone know what, if anything,

Re: [openstack-dev] [tripleo] Role updates

On Tue, Jun 13, 2017 at 6:58 AM, Dan Prince wrote: > On Fri, 2017-06-09 at 09:24 -0600, Alex Schultz wrote: >> Hey folks, >> >> I wanted to bring to your attention that we've merged the change[0] >> to >> add a basic set of roles that can be combined to create your own >>