Re: [openstack-dev] [dib][heat] dib-utils/dib-run-parts/dib v2 concern

On 03/16/2017 08:22 AM, Ben Nemec wrote: Anyway, I don't know that anything is broken at the moment since I believe dib-run-parts was brought over unchanged, but the retirement of dib-utils was proposed in https://review.openstack.org/#/c/445617 and I would like to resolve this question before

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

I'm interested in having a Heat on-boarding room:) 2017-03-16 8:39 GMT+08:00 Zhipeng Huang : > Hi Kendall, > > If this could also apply to the unofficial projects, then Cyborg project > would also like to have a slot, we could have at least one team member to > do the

Re: [openstack-dev] [api][qa][tc][glance][keystone][cinder] Testing of deprecated API versions

2017-03-10 8:51 GMT-08:00 Sean McGinnis : >> > >> As far as I can tell: >> - Cinder v1 if I'm not mistaken has been deprecated in Juno, so it's >> deprecated in all supported releases. >> - Glance v1 has been deprecated in Newton, so it's deprecated in all >> supported

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

Hi Kendall, If this could also apply to the unofficial projects, then Cyborg project would also like to have a slot, we could have at least one team member to do the on-boarding :) On Thu, Mar 16, 2017 at 8:16 AM, joehuang wrote: > Hello, Kendall, > > Tricircle need a slot

Re: [openstack-dev] [codesearch] how to exclude projects?

Hi Ihar: The OpenStack Hound instance [1] is passed config.json with the projects to index. That file is generated by jeepyb here [2] based on the projects defined in projects.yaml [3]. Here's an example config.json [4] I manually generated a couple of weeks back when I was looking into why

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

Hello, Kendall, Tricircle need a slot too, if it's not too late :). Thanks providing the project on-boarding opportunity. Best Regards Chaoyi Huang (joehuang) From: Kendall Nelson [kennelso...@gmail.com] Sent: 16 March 2017 2:20 To: OpenStack Development Mailing

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

Interested in a room for Karbor on-boarding. --Yuval From: Kendall Nelson Sent: Wednesday, March 15, 2017 20:20 To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [ptls] Project On-Boarding Rooms

Re: [openstack-dev] [all][ironic] Kubernetes-based long running processes

Maybe glance has some stuff that would apply? I think they had a job kind of api at one point. I could see it being useful to download an image, do some conversion or scanning, etc. From: Taryma, Joanna [joanna.tar...@intel.com] Sent: Wednesday, March 15, 2017

[openstack-dev] [all][ironic] Kubernetes-based long running processes

Hi all, There was an idea of using Kubernetes to handle long running processes for Ironic [0]. It could be useful for example for graphical and serial consoles or improving scalability (and possibly for other long-running processes in the future). Kubernetes would be used as a backend for

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Interesting. Thanks for the info. Kevin From: Boris Bobrov [bre...@cynicmansion.ru] Sent: Wednesday, March 15, 2017 2:07 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [tc][appcat] The future of the App Catalog On 03/15/2017 10:06

Re: [openstack-dev] [tripleo] Sample Roles

On Wed, Mar 15, 2017 at 5:28 PM, Alex Schultz wrote: > Ahoy folks, > > For the Pike cycle, we have a blueprint[0] to provide a few basic > environment configurations with some custom roles. For this effort > and to reduce the complexity when dealing with roles I have put >

Re: [openstack-dev] [dib][heat] dib-utils/dib-run-parts/dib v2 concern

On Wed, Mar 15, 2017, at 04:22 PM, Ben Nemec wrote: > While looking through the dib v2 changes after the feature branch was > merged to master, I noticed this commit[1], which bring dib-run-parts > back into dib itself. Unfortunately I missed the original proposal to > do this, but I have some

Re: [openstack-dev] [tripleo][heat] Heat memory usage in the TripleO gate: Ocata edition

On 15/03/17 15:52, Joe Talerico wrote: Can we start looking at CPU usage as well? Not sure if your data has this as well... Usage by Heat specifically? Or just in general? We're limited by what is logged in the gate, so CPU usage by Heat is definitely a non-starter. Picking a random gate

[openstack-dev] [os-university] Meeting time poll - ACTION needed

Hi All, In preparation to the upcoming OpenStack University training in Boston, on May 6-7, we would like to start to have weekly meetings with the training team and those of you who would like to get involved to work on the training material and format. I created a Doodle poll to see which

Re: [openstack-dev] [qa][neutron-fwaas][networking-bgpvpn][nova-lxd] Removing old data_utils from Tempest

2017-03-14 18:52 GMT-07:00 Takashi Yamamoto : > thank you for heads up. > > On Wed, Mar 15, 2017 at 2:18 AM, Ken'ichi Ohmichi > wrote: >> Hi, >> >> Many projects are using data_utils library which is provided by >> Tempest for creating test resources

[openstack-dev] [tripleo] Sample Roles

Ahoy folks, For the Pike cycle, we have a blueprint[0] to provide a few basic environment configurations with some custom roles. For this effort and to reduce the complexity when dealing with roles I have put together a patch to try and organize roles in a more consumable fashion[1]. The goal

[openstack-dev] [os-university] Team updates

Hi All, As many of you know we are working on to create a horizontal team with liaisons from the project teams and volunteers from the Community overall to work on the upstream trainings and help with on boarding new contributors. We named our efforts and the contribution trainings OpenStack

Re: [openstack-dev] A Summary of Atlanta PTG Summaries (!)

Hello Hugh, Just I have found that there is a typo: I18n team is "I18n", not "I8n" :) (There are total 18 characters between 'I' and 'n' in "Internationalization" - too long.) Could you fix it? With many thanks, /Ian Hugh Blemings wrote on 3/13/2017 6:30 PM: Hi Emilien, All, On 8/3/17

[openstack-dev] [dib][heat] dib-utils/dib-run-parts/dib v2 concern

While looking through the dib v2 changes after the feature branch was merged to master, I noticed this commit[1], which bring dib-run-parts back into dib itself. Unfortunately I missed the original proposal to do this, but I have some concerns about the impact of this change. Originally the

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Wed, Mar 15, 2017 at 03:42:32PM -0500, Ben Nemec wrote: > > > On 03/13/2017 02:29 PM, Sagi Shnaidman wrote: > > Hi, all > > > > I submitted a change: https://review.openstack.org/#/c/443964/ > > but seems like it reached a point which requires an additional discussion. > > > > I had a few

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

QA would love to have a slot for new contributors to QA projects and plugins. On Wed, 15 Mar 2017, 8:21 p.m. Rob Cresswell (rcresswe), wrote: > Horizon would love the opportunity to baffle newcomers. > This could also be useful for the many plugins that are managed by their

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

On 3/15/2017 1:20 PM, Kendall Nelson wrote: Hello All! As you may have seen in a previous thread [1] the Forum will offer project on-boarding rooms! This idea is that these rooms will provide a place for new contributors to a given project to find out more about the project, people, and code

Re: [openstack-dev] [stackalytics][neutron] some big tent projects included into 'Neutron Official'

Any update? The issue still seems to be present. On Mon, Nov 28, 2016 at 6:42 AM, Ilya Shakhat wrote: > Hi Ihar, > > This sounds like a bug - the contents of official group should be in sync > with the governance repo. > I'll take a look what went wrong with it. > >

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 03/15/2017 10:06 PM, Jay Pipes wrote: > +Boris B > > On 03/15/2017 02:55 PM, Fox, Kevin M wrote: >> I think they are. If they are not, things will break if federation is >> used for sure. If you know that it is please let me know. I want to >> deploy federation at some point but was waiting

[openstack-dev] [codesearch] how to exclude projects?

Hi all, lately I noticed that any search in codesearch triggers duplicate matches because it seems code for lots of projects is stored in openstack/deb- repos, probably used for debian packaging. I would like to be able to exclude the projects from the search by openstack/deb-* pattern. Is it

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On 03/13/2017 02:29 PM, Sagi Shnaidman wrote: Hi, all I submitted a change: https://review.openstack.org/#/c/443964/ but seems like it reached a point which requires an additional discussion. I had a few proposals, it's increasing period to 12 hours instead of 4 for start, and to leave it in

Re: [openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

+1 +1 ! On Wed, Mar 15, 2017 at 5:44 PM, John Trowbridge wrote: > Both Attila and Gabriele have been rockstars with the work to transition > tripleo-ci to run via quickstart, and both have become extremely > knowledgeable about how tripleo-ci works during that process. They

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

Horizon would love the opportunity to baffle newcomers. This could also be useful for the many plugins that are managed by their respective service teams. Rob On 15 Mar 2017, at 18:20, Kendall Nelson > wrote: Hello All! As you may have seen

[openstack-dev] [openstack-ansible] Choosing a name for the OSA Python package

Hello, I'm working on making the OpenStack-Ansible inventory code available within a Python package, rather than simply living in the git repository. While initially I used 'openstack_ansible' as a name in my patch [1], I'm open to suggestions for something slightly less confusing, if others

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On Wed, Mar 15, 2017 at 09:41:16AM +0100, Thomas Herve wrote: > On Wed, Mar 15, 2017 at 12:05 AM, Joshua Harlow wrote: > > > * How does reloading work (does it)? > > No. There is nothing that we can do in oslo that will make services > magically reload configuration. It's

Re: [openstack-dev] [tripleo][heat] Heat memory usage in the TripleO gate: Ocata edition

On Tue, Mar 14, 2017 at 4:06 PM, Zane Bitter wrote: > Following up on the previous thread: > > http://lists.openstack.org/pipermail/openstack-dev/2017-January/109748.html > > Here is the latest data, which includes the Ocata release: > >

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 15/03/17 14:41, Jay Pipes wrote: On 03/15/2017 01:21 PM, Fox, Kevin M wrote: Other OpenStack subsystems (such as Heat) handle this with Trusts. A service account is made in a different, usually SQL backed Keystone Domain and a trust is created associating the service account with the User.

Re: [openstack-dev] [kolla] Proposing duonghq for core

+1 Great job Duong! Regards, Vikram Hosakote IRC: vhosakot From: Michał Jastrzębski > Reply-To: "OpenStack Development Mailing List (not for usage questions)" > Date:

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Excerpts from Monty Taylor's message of 2017-03-15 04:36:24 +0100: > On 03/14/2017 06:04 PM, Davanum Srinivas wrote: > > Team, > > > > So one more thing popped up again on IRC: > > https://etherpad.openstack.org/p/oslo.config_etcd_backend > > > > What do you think? interested in this work? > >

Re: [openstack-dev] [oslo][barbican][castellan] Proposal to rename Castellan to oslo.keymanager

On 3/15/17, 6:51 AM, "Julien Danjou" wrote: >On Mon, Mar 13 2017, Clint Byrum wrote: > >> To me, Oslo is a bunch of libraries that encompass "the way OpenStack >> does ". When is key management, projects are, AFAICT, >>universally >> using Castellan at the moment.

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Excerpts from Thomas Herve's message of 2017-03-15 09:41:16 +0100: > On Wed, Mar 15, 2017 at 12:05 AM, Joshua Harlow wrote: > > > * How does reloading work (does it)? > > No. There is nothing that we can do in oslo that will make services > magically reload configuration.

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

Excerpts from Mike Bayer's message of 2017-03-15 12:39:48 -0400: > > On 03/15/2017 11:42 AM, Sean Dague wrote: > > Perhaps, but in doing so oslo.db is going to get the pin and uc from > > stable/ocata, which is going to force it back to SQLA < 1.1, which will > > prevent oslo.db changes that

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Excerpts from Jay Pipes's message of 2017-03-15 15:06:26 -0400: > +Boris B > > On 03/15/2017 02:55 PM, Fox, Kevin M wrote: > > I think they are. If they are not, things will break if federation is used > > for sure. If you know that it is please let me know. I want to deploy > > federation at

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

+Boris B On 03/15/2017 02:55 PM, Fox, Kevin M wrote: I think they are. If they are not, things will break if federation is used for sure. If you know that it is please let me know. I want to deploy federation at some point but was waiting for dashboard support. Now that the dashboard

[openstack-dev] [nova] Pike summit attendance

I've added an "Attendance" section to the bottom of the Nova Forum Brainstorming etherpad [1]. If you are going to the summit, or are at least pretty sure you'll be going, please add your name to that list. This will help me get an idea of who is all going to be there so I can take that into

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

I think they are. If they are not, things will break if federation is used for sure. If you know that it is please let me know. I want to deploy federation at some point but was waiting for dashboard support. Now that the dashboard supports it, I may try it soon. Its a no-go still though if

Re: [openstack-dev] [swg][tc] Moving Stewardship Working Group meeting

On Wed, Mar 15, 2017 at 8:15 AM, John Garbutt wrote: > On 15 March 2017 at 09:50, Thierry Carrez wrote: > > Colette Alexander wrote: > >> Currently the Stewardship Working Group meetings every other Thursday at > >> 1400 UTC. > >> > >> We've had a

Re: [openstack-dev] [neutron][ml2] - driver capability/feature verification framework

RFE is at https://bugs.launchpad.net/neutron/+bug/1673142. -Bob On 3/13/17 2:37 PM, Robert Kukura wrote: Hi Kevin, I will file the RFE this week. -Bob On 3/13/17 2:05 PM, Kevin Benton wrote: Hi, At the PTG we briefly discussed a generic system for verifying that the appropriate

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

I would love to have one for on-boarding new identity developers. On Wed, Mar 15, 2017 at 1:43 PM, Michał Jastrzębski wrote: > One for Kolla too please:) > > On 15 March 2017 at 11:35, Чадин Александр (Alexander Chadin) > wrote: > > +1 for Watcher > >

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

One for Kolla too please:) On 15 March 2017 at 11:35, Чадин Александр (Alexander Chadin) wrote: > +1 for Watcher > > Best Regards, > _ > Alexander Chadin > OpenStack Developer > Servionica LTD > a.cha...@servionica.ru > +7 (916) 693-58-81 > > On 15

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 03/15/2017 01:21 PM, Fox, Kevin M wrote: Other OpenStack subsystems (such as Heat) handle this with Trusts. A service account is made in a different, usually SQL backed Keystone Domain and a trust is created associating the service account with the User. This mostly works but does give the

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

+1 for Watcher Best Regards, _ Alexander Chadin OpenStack Developer Servionica LTD a.cha...@servionica.ru +7 (916) 693-58-81 On 15 Mar 2017, at 21:20, Kendall Nelson > wrote: Hello All!

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

I'm interested in having a room for Swift. --John On 15 Mar 2017, at 11:20, Kendall Nelson wrote: > Hello All! > > As you may have seen in a previous thread [1] the Forum will offer project > on-boarding rooms! This idea is that these rooms will provide a place for > new contributors to a

[openstack-dev] [ptls] Project On-Boarding Rooms

Hello All! As you may have seen in a previous thread [1] the Forum will offer project on-boarding rooms! This idea is that these rooms will provide a place for new contributors to a given project to find out more about the project, people, and code base. The slots will be spread out throughout

Re: [openstack-dev] [all] Small steps for Go

Bruno, Here it is: https://etherpad.openstack.org/p/go-and-containers (it was on the first email of this thread) Thanks, Dims On Wed, Mar 15, 2017 at 1:46 PM, Bruno Morel wrote: > Still, I’m intrigued by this apparent duplication of efforts... > esp since the discussions

Re: [openstack-dev] [all] Small steps for Go

Still, I’m intrigued by this apparent duplication of efforts... esp since the discussions at the committee level tended to go the ‘inclusive’ way toward other communities (http://superuser.openstack.org/articles/community-leadership-charts-course-openstack/ section “Adjacent technologies”),

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Other OpenStack subsystems (such as Heat) handle this with Trusts. A service account is made in a different, usually SQL backed Keystone Domain and a trust is created associating the service account with the User. This mostly works but does give the trusted account a lot of power, as the roles

Re: [openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

On 03/15/2017 04:44 PM, John Trowbridge wrote: > Both Attila and Gabriele have been rockstars with the work to transition > tripleo-ci to run via quickstart, and both have become extremely > knowledgeable about how tripleo-ci works during that process. They are > both very capable of providing

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

Excerpts from Clark Boylan's message of 2017-03-15 09:50:49 -0700: > On Wed, Mar 15, 2017, at 06:19 AM, Monty Taylor wrote: > > On 03/15/2017 11:37 AM, Davanum Srinivas wrote: > > > Monty, Team, > > > > > > Sorry for the top post: > > > > > > Support for etcd/tooz in devstack (with file driver

Re: [openstack-dev] [acceleration]Team Biweekly Meeting Agenda 2017.03.15

Hi Team, Please find the meeting minutes at https://docs.google.com/document/d/14Ab100zV0h_g2U0dhxYQ7hbzIU_6xH329hBv6cqDgWk/edit?usp=sharing . We had a great discussion todday and it was agreed that BP discussions will be carried on gerrit for spec review. Another agreement is that since we

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, Mar 15, 2017, at 06:19 AM, Monty Taylor wrote: > On 03/15/2017 11:37 AM, Davanum Srinivas wrote: > > Monty, Team, > > > > Sorry for the top post: > > > > Support for etcd/tooz in devstack (with file driver as default) - > > https://review.openstack.org/#/c/445432/ > > > > As of right

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Excerpts from Kristi Nikolla's message of 2017-03-15 12:35:45 -0400: > This might be related to the current discussion. > > In one of the keystone PTG sessions we started to talk about API keys. [0] > A spec is being written and discussed. [1] > > This would allow the user to provision API key

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

Excerpts from Sean Dague's message of 2017-03-15 08:45:54 -0400: > On 03/13/2017 05:10 PM, Zane Bitter wrote: > > >> I'm not sure I agree. One can very simply inject needed credentials > >> into a running VM and have it interact with the cloud APIs. > > > > Demo please! > > > > Most Keystone

Re: [openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

On Wed, Mar 15, 2017 at 11:44:22AM -0400, John Trowbridge wrote: > Both Attila and Gabriele have been rockstars with the work to transition > tripleo-ci to run via quickstart, and both have become extremely > knowledgeable about how tripleo-ci works during that process. They are > both very

Re: [openstack-dev] [infra][requirements] Does proposal bot also update foo-requirements.txt?

On Wed, Mar 15, 2017, at 09:20 AM, Andreas Scheuring wrote: > Hi, > I wanted to understand which project requirement files get updated by > the OpenStack proposal bot. Only requirements.txt and > test-requirements.txt, or also foo-requirements.txt? > > Pointing me to the OpenStack proposal bot

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

On 03/15/2017 11:42 AM, Sean Dague wrote: Perhaps, but in doing so oslo.db is going to get the pin and uc from stable/ocata, which is going to force it back to SQLA < 1.1, which will prevent oslo.db changes that require >= 1.1 to work. so do we want to make that job non-voting or

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 15/03/17 08:45, Sean Dague wrote: On 03/13/2017 05:10 PM, Zane Bitter wrote: I'm not sure I agree. One can very simply inject needed credentials into a running VM and have it interact with the cloud APIs. Demo please! Most Keystone backends are read-only, you can't even create a new user

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

This might be related to the current discussion. In one of the keystone PTG sessions we started to talk about API keys. [0] A spec is being written and discussed. [1] This would allow the user to provision API key credentials with a subset of roles for use inside of their applications.

[openstack-dev] [infra][requirements] Does proposal bot also update foo-requirements.txt?

Hi, I wanted to understand which project requirement files get updated by the OpenStack proposal bot. Only requirements.txt and test-requirements.txt, or also foo-requirements.txt? Pointing me to the OpenStack proposal bot code would also help I guess... Thanks -- - Andreas IRC: andreas_s

[openstack-dev] [QA] Forum Boston - Brainstorming

Hello folks, I set up an etherpad [0] for the QA team to track topic ideas / proposals for the Forum [1]. Please feel free to contribute ideas, we'll have a slot to discuss about this during our meetings starting tomorrow. Andrea [0] https://etherpad.openstack.org/p/BOS-QA-brainstorming [1]

[openstack-dev] [cinder] Additional Grenade jobs for Cinder patches

Hi, We now have two additional gate jobs which can be used to test patches that modify RPC API, objects or DB Schema for incompatibilities. These two jobs are non-voting and can be invoked on cinder patches by typing “check experimental” as a comment on that patch. The two-additional gate

Re: [openstack-dev] [QA][blazar][ceilometer][congress][intel-nfv-ci-tests][ironic][manila][networking-bgpvpn][networking-fortinet][networking-sfc][neutron][neutron-fwaas][neutron-lbaas][nova-lxd][octa

On Wed, Mar 15, 2017 at 11:38 AM Dmitry Tantsur wrote: > On 02/27/2017 12:34 PM, Andrea Frittoli wrote: > > Hello folks, > > > > TL;DR: if today you import manager,py from tempest.scenario please > maintain a > > copy of [0] in tree until further notice. > > Hi! > > I hope

[openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

Both Attila and Gabriele have been rockstars with the work to transition tripleo-ci to run via quickstart, and both have become extremely knowledgeable about how tripleo-ci works during that process. They are both very capable of providing thorough and thoughtful reviews of tripleo-ci patches. On

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

Perhaps, but in doing so oslo.db is going to get the pin and uc from stable/ocata, which is going to force it back to SQLA < 1.1, which will prevent oslo.db changes that require >= 1.1 to work. -Sean On 03/15/2017 11:26 AM, Roman Podoliaka wrote: > Isn't the purpose of that specific job

Re: [openstack-dev] [oslo][barbican][castellan] Proposal to rename Castellan to oslo.keymanager

On Wed, Mar 15, 2017 at 5:18 AM, Thierry Carrez wrote: > Julien Danjou wrote: > > On Tue, Mar 14 2017, Clint Byrum wrote: > > > >> +1 for just pulling it under the oslo umbrella but not renaming it. As > >> much as I like the uniformity oslo.keymanager would bring, I think

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

Isn't the purpose of that specific job - gate-tempest-dsvm-neutron-src-oslo.db-ubuntu-xenial-ocata - to test a change to the library master branch with stable releases (i.e. Ocata) - of all other components? On Wed, Mar 15, 2017 at 5:20 PM, Sean Dague wrote: > On 03/15/2017 10:38

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

On 03/15/2017 10:38 AM, Mike Bayer wrote: > > > On 03/15/2017 07:30 AM, Sean Dague wrote: >> >> The problem was the original patch kept a cap on SQLA, just moved it up >> to the next pre-release, not realizing the caps in general are the >> concern by the requirements team. So instead of upping

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, Mar 15 2017, Monty Taylor wrote: > On 03/15/2017 02:44 PM, Julien Danjou wrote: >> On Wed, Mar 15 2017, Davanum Srinivas wrote: >> >>> Yep, jd__ and i confirmed that things work with 3.x >> >> Though to be clear, what's used in tooz is the v2 HTTP API, not the new >> v3 gRPC API. > >

Re: [openstack-dev] [ironic] volunteers for cross project liaisons

> On Mar 15, 2017, at 8:11 AM, Loo, Ruby wrote: > > Hi, > > The ironic community is looking for volunteers to be cross-project liaisons > [1] for these projects: > - oslo > - logging working group > - i18n The i18n and docs projects are closely related. I also don’t think

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On Wed, Mar 15, 2017 at 04:23:09AM +0100, Monty Taylor wrote: > On 03/15/2017 12:05 AM, Joshua Harlow wrote: > > So just fyi, this has been talked about before (but prob in context of > > zookeeper or various other pluggable config backends). > > > > Some links: > > > > -

[openstack-dev] [ironic] volunteers for cross project liaisons

Hi, The ironic community is looking for volunteers to be cross-project liaisons [1] for these projects: - oslo - logging working group - i18n The expectations are documented in [1] on a per-project basis. The amount of commitment varies depending on the project (and I don't know what that

Re: [openstack-dev] [cinder][glance][horizon][keystone][nova][qa][swift] Feedback needed: Removal of legacy per-project vanity domain redirects

On Wed, Mar 8, 2017 at 8:09 PM Monty Taylor wrote: > On 03/08/2017 10:31 AM, Daniel P. Berrange wrote: > > On Wed, Mar 08, 2017 at 09:12:59AM -0600, Monty Taylor wrote: > >> Hey all, > >> > >> We have a set of old vanity redirect URLs from back when we made a URL > >> for

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 02:52 PM, Louis Taylor wrote: > On Wed, Mar 15, 2017 at 1:44 PM, Julien Danjou wrote: >> On Wed, Mar 15 2017, Davanum Srinivas wrote: >> >>> Yep, jd__ and i confirmed that things work with 3.x >> >> Though to be clear, what's used in tooz is the v2 HTTP API, not

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 02:44 PM, Julien Danjou wrote: > On Wed, Mar 15 2017, Davanum Srinivas wrote: > >> Yep, jd__ and i confirmed that things work with 3.x > > Though to be clear, what's used in tooz is the v2 HTTP API, not the new > v3 gRPC API. But if it conceptually works with v3 server using v2

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 02:26 PM, Davanum Srinivas wrote: > On Wed, Mar 15, 2017 at 9:19 AM, Monty Taylor wrote: >> On 03/15/2017 11:37 AM, Davanum Srinivas wrote: >>> Monty, Team, >>> >>> Sorry for the top post: >>> >>> Support for etcd/tooz in devstack (with file driver as default)

Re: [openstack-dev] [oslo][requirements][all] requesting assistance to unblock SQLAlchemy 1.1 from requirements

On 03/15/2017 07:30 AM, Sean Dague wrote: The problem was the original patch kept a cap on SQLA, just moved it up to the next pre-release, not realizing the caps in general are the concern by the requirements team. So instead of upping the cap, I just removed it entirely. (It also didn't help

Re: [openstack-dev] [neutron][gate] functional job busted

That was quick folks. Thanks everyone for moving the patches forward. Ihar On Wed, Mar 15, 2017 at 4:32 AM, Miguel Angel Ajo Pelayo wrote: > Thank you for the patches. I merged them, released 1.1.0 and proposed [1] > > Cheers!, > > [1] //review.openstack.org/445884 > > > On

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, Mar 15, 2017 at 1:44 PM, Julien Danjou wrote: > On Wed, Mar 15 2017, Davanum Srinivas wrote: > >> Yep, jd__ and i confirmed that things work with 3.x > > Though to be clear, what's used in tooz is the v2 HTTP API, not the new > v3 gRPC API. And just to be double

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, Mar 15 2017, Davanum Srinivas wrote: > Yep, jd__ and i confirmed that things work with 3.x Though to be clear, what's used in tooz is the v2 HTTP API, not the new v3 gRPC API. -- Julien Danjou # Free Software hacker # https://julien.danjou.info signature.asc Description: PGP

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, Mar 15, 2017 at 9:19 AM, Monty Taylor wrote: > On 03/15/2017 11:37 AM, Davanum Srinivas wrote: >> Monty, Team, >> >> Sorry for the top post: >> >> Support for etcd/tooz in devstack (with file driver as default) - >> https://review.openstack.org/#/c/445432/ >> >> As

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 01:48 PM, John Garbutt wrote: > On 15 March 2017 at 12:33, Sean Dague wrote: >> On 03/15/2017 08:10 AM, John Garbutt wrote: >>> On 15 March 2017 at 11:58, Jay Pipes wrote: On 03/15/2017 07:44 AM, Sean Dague wrote: > > On 03/14/2017

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 11:37 AM, Davanum Srinivas wrote: > Monty, Team, > > Sorry for the top post: > > Support for etcd/tooz in devstack (with file driver as default) - > https://review.openstack.org/#/c/445432/ > > As of right now both zookeeper driver and etcd driver is working fine: >

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On 03/15/2017 02:16 AM, Clint Byrum wrote: > Excerpts from Monty Taylor's message of 2017-03-15 04:36:24 +0100: >> On 03/14/2017 06:04 PM, Davanum Srinivas wrote: >>> Team, >>> >>> So one more thing popped up again on IRC: >>> https://etherpad.openstack.org/p/oslo.config_etcd_backend >>> >>> What

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Wed, 2017-03-15 at 08:33 -0400, Sean Dague wrote: > On 03/15/2017 08:10 AM, John Garbutt wrote: > > On 15 March 2017 at 11:58, Jay Pipes wrote: > > > On 03/15/2017 07:44 AM, Sean Dague wrote: > > > > > > > > On 03/14/2017 11:00 PM, Monty Taylor wrote: > > > > > > > > > >

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 15 March 2017 at 12:33, Sean Dague wrote: > On 03/15/2017 08:10 AM, John Garbutt wrote: >> On 15 March 2017 at 11:58, Jay Pipes wrote: >>> On 03/15/2017 07:44 AM, Sean Dague wrote: On 03/14/2017 11:00 PM, Monty Taylor wrote: > > a)

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 03/13/2017 05:10 PM, Zane Bitter wrote: >> I'm not sure I agree. One can very simply inject needed credentials >> into a running VM and have it interact with the cloud APIs. > > Demo please! > > Most Keystone backends are read-only, you can't even create a new user > account yourself. It's

Re: [openstack-dev] [nova] [notification] BlockDeviceMapping in InstancePayload

On 13 March 2017 at 17:14, Balazs Gibizer wrote: > Hi, > > As part of the Searchlight integration we need to extend our instance > notifications with BDM data [1]. As far as I understand the main goal is to > provide enough data about the instance to Searchlight so

Re: [openstack-dev] [tc][appcat] The future of the App Catalog

On 13 March 2017 at 21:10, Zane Bitter wrote: > Yes. this is a problem with the default policy - if you have *any* role in a > project then you get write access to everything in that project. I don't > know how I can even call this role-based, since everybody has access to >

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 08:10 AM, John Garbutt wrote: > On 15 March 2017 at 11:58, Jay Pipes wrote: >> On 03/15/2017 07:44 AM, Sean Dague wrote: >>> >>> On 03/14/2017 11:00 PM, Monty Taylor wrote: >>> a) awesome. when the rest of this dips momentarily into words that might

[openstack-dev] [all] [api] API stability and change guidelines

Short Version: Please review "Refactor and re-validate api change guidelines" https://review.openstack.org/#/c/421846/ this week because we intend to freeze it next week and I've heard a lot of people comment lots of places but not on the review. Long Version: At the PTG we had nearly a full

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

On 13 March 2017 at 15:17, Jay Pipes wrote: > On 03/13/2017 11:13 AM, Dan Smith wrote: >> >> Interestingly, we just had a meeting about cells and the scheduler, >> which had quite a bit of overlap on this topic. >> >>> That said, as mentioned in the previous email, the

Re: [openstack-dev] [swg][tc] Moving Stewardship Working Group meeting

On 15 March 2017 at 09:50, Thierry Carrez wrote: > Colette Alexander wrote: >> Currently the Stewardship Working Group meetings every other Thursday at >> 1400 UTC. >> >> We've had a couple of pings from folks who are interested in joining us >> for meetings that live in US

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 15 March 2017 at 11:58, Jay Pipes wrote: > On 03/15/2017 07:44 AM, Sean Dague wrote: >> >> On 03/14/2017 11:00 PM, Monty Taylor wrote: >> >>> >>> a) awesome. when the rest of this dips momentarily into words that might >>> sound negative, please hear it all wrapped in an

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On 15 March 2017 at 03:23, Monty Taylor wrote: > On 03/15/2017 12:05 AM, Joshua Harlow wrote: >> So just fyi, this has been talked about before (but prob in context of >> zookeeper or various other pluggable config backends). >> >> Some links: >> >> -

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On 03/15/2017 07:44 AM, Sean Dague wrote: On 03/14/2017 11:00 PM, Monty Taylor wrote: a) awesome. when the rest of this dips momentarily into words that might sound negative, please hear it all wrapped in an "awesome" and know that my personal desire is to see the thing you're working on be

  1   2   >