[openstack-dev] [Neutron][vpnaas]Question about MPLS VPN

Hi all, I am interested in the VPNaaS project in Neutron. Now I notice that only IPsec tunnel has completed, but other types of VPN, such as, MPLS/BGP, have not completed. I'd like to know how's going about MPLS/BGP vpn? What's the mechanism or extra work need to be done? Thanks. Best, Yali

Re: [openstack-dev] [nova] Nova Live Migration of rescued instances

Claudiu Thanks that is good news. Yes I was thinking the same and have already talked to our local QA guy about how I go about adding a test to tempest I'll update the spec. Paul Carlton Software Engineer Cloud Services Hewlett Packard BUK03:T242 Longdown Avenue Stoke Gifford Bristol BS34 8Q

Re: [openstack-dev] [glance] [stable] Proposal to add Ian Cordasco to glance-stable-maint

On Wed, May 25, 2016 at 05:12:56PM -0400, Nikhil Komawar wrote: > Hi all, > > > I would like to propose adding Ian to glance-stable-maint team. The > interest is coming from him and I've already asked for feedback from the > current glance-stable-maint folks, which has been in Ian's favor. Also,

Re: [openstack-dev] [ironic] third party CI systems - vendor requirement milestones status

Hi, on a side-note concerning editing the Wiki, apparently registration of new accounts on OpenStack Wiki is disabled (closed some time ago due to bot spam), so if you do not have an account already, you won't be able to edit the page. The solution is only to ping people with valid accounts and as

Re: [openstack-dev] Sahara Job Binaries Storage

Hi Trevor, Just revisiting this, has there been any progress to deprecate sahara jobs -> internal db mechanism? and/or the config option to disable internal db storage? Regards, Jerico > On 18 Mar 2016, at 12:55 AM, Trevor McKay wrote: > > Hi Jerico, > > Internal db storage for job binar

Re: [openstack-dev] [glance] Proposal for a mid-cycle virtual sync on operator issues

Thanks Sam. We purposefully chose that time to accommodate some of our community members from the Pacific. I'm assuming it's just your case that's not working out for that time? So, hopefully other Australian/NZ friends can join. On 5/26/16 12:59 AM, Sam Morrison wrote: > I’m hoping some people f

Re: [openstack-dev] [vitrage] input erroneous `vitrage_id` in `vitrage rca show`API or `vitrage topology show` API

Hi, You are right. The API should return 404, and the CLI should issue the nice error message. Best Regards, Ifat. From: Zhang Yujun [mailto:zhangyujun+...@gmail.com] Sent: Wednesday, May 25, 2016 10:10 AM To: OpenStack Development Mailing List (not for usage questions); dong.wenj...@zte.com.c

Re: [openstack-dev] [glance] Proposal for a mid-cycle virtual sync on operator issues

I’m hoping some people from the Large Deployment Team can come along. It’s not a good time for me in Australia but hoping someone else can join in. Sam > On 26 May 2016, at 2:16 AM, Nikhil Komawar wrote: > > Hello, > > > Firstly, I would like to thank Fei Long for bringing up a few operator

Re: [openstack-dev] [ironic][nova][horizon] Serial console support for ironic instances

Jim, thank you so much for having discussed with johnthetubaguy and added this topic to the agenda. I also will attend to Nova IRC meeting. Best Regards, Yuiko Takada Mori 2016-05-25 20:27 GMT+09:00 Jim Rollenhagen : > On Wed, May 25, 2016 at 01:58:18PM +0900, Yuiko Takada wrote: > > Hi! > > >

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

Ben Pfaff wrote on 05/25/2016 07:44:43 PM: > From: Ben Pfaff > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: John McDowall , > "disc...@openvswitch.org" , OpenStack > Development Mailing List , Justin > Pettit , Russell Bryant > Date: 05/25/2016 07:44 PM > Subject: Re: [OVN] [networking-ovn] [networki

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

John McDowall wrote on 05/25/2016 07:27:46 PM: > From: John McDowall > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: "disc...@openvswitch.org" , "OpenStack > Development Mailing List" , Ben > Pfaff , Justin Pettit , Russell Bryant > > Date: 05/25/2016 07:28 PM > Subject: Re: [OVN] [networking-ovn] [ne

Re: [openstack-dev] [kuryr][magnum]Installing kuryr for mutlinode openstack setup

Hi Akshay, Sorry about that. You need to run "tox -e genconfig" . After this inside kuryr/etc "kuryr.conf_sample" file will get generated. Copy this file to /etc/kuryr/ after renaming to kuryr.conf. Documentation will be updated soon. -Vikas . On Wed, May 25, 2016 at 8:44 PM, Akshay Kumar Sangh

Re: [openstack-dev] [kolla] Cross project spec liason

On Thu, May 26, 2016 at 8:28 AM, Steven Dake (stdake) wrote: > Fellow core reviewers, > > I have a lot of liasing to do as a PTL and would like to offload some of > it so I can get some actual sleep :) Are there any takers on Mike's > requirement for a cross-project liason for Kolla? The job inv

[openstack-dev] [kolla] Cross project spec liason

Fellow core reviewers, I have a lot of liasing to do as a PTL and would like to offload some of it so I can get some actual sleep :) Are there any takers on Mike's requirement for a cross-project liason for Kolla? The job involves reviewing all specs in the cross project spec repository and unde

Re: [openstack-dev] [keystone] New Core Reviewer (sent on behalf of Steve Martinelli)

++ very well deserved! On Wed, May 25, 2016 at 6:58 PM, Rodrigo Duarte wrote: > Thank you all, it's a privilege to be part of a team from where I've > learned so much. =) > > On Wed, May 25, 2016 at 1:05 PM, Brad Topol wrote: > >> CONGRATULATIONS Rodrigo!!! Very well deserved!!! >> >> --Brad >>

Re: [openstack-dev] [nova] API changes on limit / marker / sort in Newton

Thanks for the information, really hope these two can get merged for Newton: https://review.openstack.org/#/c/240401/ https://review.openstack.org/#/c/239869/ On Sat, May 21, 2016 at 5:55 AM, Jay Pipes wrote: > +1 on all your suggestions below, Sean. > > -jay > > > On 05/20/2016 08:05 AM, Sean

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

On Wed, May 25, 2016 at 09:27:31AM -0500, Ryan Moats wrote: > As I understand it, Table 0 identifies the logical port and logical > flow. I'm worried that this means we'll end up with separate bucket > rules for each ingress port of the port pairs that make up a port > group, leading to a cardinali

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

Ryan, Ok – I will let the experts weigh in on load balancing. In the meantime I have attached a couple of files to show where I am going. The first is sfc_dict.py and is a representation of the dict I am passing from SFC to OVN. This will then translate to the attached ovn-nb schema file. One

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

> On May 25, 2016, at 12:43 PM, Ben Swartzlander wrote: > > On 05/25/2016 06:48 AM, Sean Dague wrote: >> I've been watching the threads, trying to digest, and find the way's >> this is getting sliced doesn't quite slice the way I've been thinking >> about it. (which might just means I've been th

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

My responses are inline and to question 5, which, like you, I think is the key. On 25 May 2016, at 3:48, Sean Dague wrote: > I've been watching the threads, trying to digest, and find the way's > this is getting sliced doesn't quite slice the way I've been thinking > about it. (which might just m

Re: [openstack-dev] [craton]

On May 25, 2016 6:26 PM, "Gerald Bothello" wrote: > Hi Gerald! Did you have some questions about craton that I can help by answering? - Ian __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openst

Re: [openstack-dev] [glance] Unable to set metadata_encryption_key

Hello Nikhil, Looking at how my proposed solution ( https://review.openstack.org/319659) was inefficient. Instead of using a dummy string to identify encrypted data, I have been thinking about handling the exceptions that are generated when you try to decrypt unencrypted data, since it would eithe

[openstack-dev] [craton]

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [keystone] New Core Reviewer (sent on behalf of Steve Martinelli)

Thank you all, it's a privilege to be part of a team from where I've learned so much. =) On Wed, May 25, 2016 at 1:05 PM, Brad Topol wrote: > CONGRATULATIONS Rodrigo!!! Very well deserved!!! > > --Brad > > > Brad Topol, Ph.D. > IBM Distinguished Engineer > OpenStack > (919) 543-0646 > Internet:

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

The agenda is up https://etherpad.openstack.org/p/newton-glance-import-refactor-midcycle-sync-1 Please note https://wiki.openstack.org/wiki/VirtualSprints#Image_Import_Refactor_Sync_.231_--_Newton If you are having issues connecting the hangout, you can reach out to me on IRC at around 1505UTC

Re: [openstack-dev] [ironic] process for making decisions?

Hi Jim, Thanks for responding. >If we do think we need a formal process for making decisions as you >define above, I think it should be something like: > >* bring it up on the mailing list >* someone /must/ propose a solution along the way, in gerrit, perhaps > the person that started the thread

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On Wed, May 25, 2016 at 3:55 PM, Armando M. wrote: > > > On 25 May 2016 at 13:31, Elzur, Uri wrote: >> >> Kyle >> >> Thx for your comment. I think these are orthogonal discussions. The heart >> of this one, for me, and in the Neutron context, is plotting a road forward >> on new technologies INDE

[openstack-dev] [glance] [stable] Proposal to add Ian Cordasco to glance-stable-maint

Hi all, I would like to propose adding Ian to glance-stable-maint team. The interest is coming from him and I've already asked for feedback from the current glance-stable-maint folks, which has been in Ian's favor. Also, as Ian mentions the current global stable team isn't going to subsume the pe

Re: [openstack-dev] [nova] Nova Live Migration of rescued instances

Hello Paul, So, Hyper-V supports nova-rescue at the moment, the patch actually got in last week, thanks to Dan Smith and Jay Pipes. \o/ I've tested live-migration of rescued Hyper-V instances, and it works for both Generation 1 and Generation 2 VMs. I'm thinking that a tempest test for this sc

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On 25 May 2016 at 13:31, Elzur, Uri wrote: > Kyle > > Thx for your comment. I think these are orthogonal discussions. The heart > of this one, for me, and in the Neutron context, is plotting a road forward > on new technologies INDEPENDENT of external (even if related) open source > projects. I l

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On 25 May 2016 at 12:29, Elzur, Uri wrote: > Armando > > > > I’m asking for a clear answer “I think the position here is as follows: > if a technology is not mainstream, i.e. readily available via distros and > the various channels, it can only be integrated via an experimental path” > > > > If w

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On 25 May 2016 at 10:24, Tim Rozet wrote: > In my opinion, it is a better approach to break this down into plugin vs > driver support. There should be no problem adding support into > networking-sfc plugin for NSH today. The OVS driver however, depends on > OVS as the dataplane - which I can se

Re: [openstack-dev] [nova] determining or clarifying a path for gabbi+nova

On Wed, 25 May 2016, Sean Dague wrote: I still would rather not put gabbi into the compute API testing this cycle. Instead learn from the placement side, let people see good patterns there, and not confuse contributors with multiple ways to test things in the compute API. Because that requires a

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

Kyle Thx for your comment. I think these are orthogonal discussions. The heart of this one, for me, and in the Neutron context, is plotting a road forward on new technologies INDEPENDENT of external (even if related) open source projects. I like Armando's direction. The best of my understandin

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On Wed, May 25, 2016 at 2:29 PM, Elzur, Uri wrote: > Armando > > > > I’m asking for a clear answer “I think the position here is as follows: if a > technology is not mainstream, i.e. readily available via distros and the > various channels, it can only be integrated via an experimental path” > > >

[openstack-dev] [horizon] Horizon in devstack is broken, rechecks are futile

Dear Horizon contributors, The test job dsvm-integration fails for a reason for the last ~24 hours, please do not recheck your patches if you see that almost all integration tests fail (and only these tests) - it won't help. The fix for django_openstack_auth issue which has been uncovered by the r

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

Hi Sean, Thanks for volunteering! Please fill out the signup form here: https://openstackfoundation.formstack.com/forms/mentoring ~Emily Hugenbruch IRC: ekhugen Date: Wed, 25 May 2016 18:22:21 + From: "Sean M. Collins" To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [all][oslo_config] Improving Config Option Help Texts

On Wed, May 25, 2016 at 2:48 AM, Erno Kuvaja wrote: > On Tue, May 24, 2016 at 8:58 PM, John Garbutt > wrote: > >> On 24 May 2016 at 19:03, Ian Cordasco wrote: >> > -Original Message- >> > From: Erno Kuvaja >> > Reply: OpenStack Development Mailing List (not for usage questions) >> > >

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On 05/25/2016 06:48 AM, Sean Dague wrote: I've been watching the threads, trying to digest, and find the way's this is getting sliced doesn't quite slice the way I've been thinking about it. (which might just means I've been thinking about it wrong). However, here is my current set of thoughts on

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

Hi Armando I hear (hopefully right ☺) that we have an agreement that the SFC abstraction we want to follow (and that includes in my mind networking-sfc and OVN – pls feel free to correct me if wrong!) is use of NSH approach. This includes internal representation of the chain, support of metdata

Re: [openstack-dev] [puppet] proposal about puppet versions testing coverage

On Wed, May 25, 2016 at 1:09 PM, Emilien Macchi wrote: > Greating folks, > > In a recent poll [1], we asked to our community to tell which version > of Puppet they were running. > The motivation is to make sure our Puppet OpenStack CI test the right > things, that are really useful. > > Right now

Re: [openstack-dev] [nova] determining or clarifying a path for gabbi+nova

On 05/25/2016 02:54 PM, Andrew Laski wrote: > > > On Wed, May 25, 2016, at 11:13 AM, Chris Dent wrote: >> >> Earlier this year I worked with jaypipes to compose a spec[1] for using >> gabbi[2] with nova. Summit rolled around and there were some legitimate >> concerns about the focus of the spec b

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

Tim +1 for me (guess not surprising...) Thx Uri (“Oo-Ree”) C: 949-378-7568 -Original Message- From: Tim Rozet [mailto:tro...@redhat.com] Sent: Wednesday, May 25, 2016 10:24 AM To: Armando M. ; Elzur, Uri Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re:

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

Armando I’m asking for a clear answer “I think the position here is as follows: if a technology is not mainstream, i.e. readily available via distros and the various channels, it can only be integrated via an experimental path” If we can allow for the EXPERIMENTAL path for NSH, then we can stan

Re: [openstack-dev] [nova] determining or clarifying a path for gabbi+nova

On Wed, 25 May 2016, Andrew Laski wrote: After reading this my first thought is that gabbi would handle what I'm testing in https://review.openstack.org/#/c/263927/33/nova/tests/functional/wsgi/test_servers.py, or any of the other tests in that directory. Does that seem accurate? And what would

[openstack-dev] [puppet] proposal about puppet versions testing coverage

Greating folks, In a recent poll [1], we asked to our community to tell which version of Puppet they were running. The motivation is to make sure our Puppet OpenStack CI test the right things, that are really useful. Right now, we run unit test jobs on puppet on 3.3, 3.4, 3.6, 3.8, 4.0 and latest

Re: [openstack-dev] [nova] determining or clarifying a path for gabbi+nova

On Wed, May 25, 2016, at 11:13 AM, Chris Dent wrote: > > Earlier this year I worked with jaypipes to compose a spec[1] for using > gabbi[2] with nova. Summit rolled around and there were some legitimate > concerns about the focus of the spec being geared towards replacing the > api sample tests.

[openstack-dev] Trove Meeting notes

Here are the notes from the (just concluded) Trove meeting. http://eavesdrop.openstack.org/meetings/trove/2016/trove.2016-05-25-18.00.html Two actions: ACTION: pmalik and stewie925 to look into the rebase issue (amrith, 18:41:32) ACTION: amrith pmackinn cp16net to see what this mysql issue is (a

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

I can be one of the mentors for those interested in the Neutron project -- Sean M. Collins __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs

Re: [openstack-dev] [tripleo] Zaqar messages standardization

On Fri, May 20, 2016 at 5:52 PM, Jiri Tomasek wrote: > Hey all, > > I've been recently working on getting the TripleO UI integrated with Zaqar, > so it can receive a messages from Mistral workflows and act upon them > without having to do various polling hacks. > > Since there is currently quite a

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On 24 May 2016 at 22:07, Elzur, Uri wrote: > Hi Armando > > > > Pls see below [UE] > > > > Thx > > > > Uri (“Oo-Ree”) > > C: 949-378-7568 > > > > *From:* Armando M. [mailto:arma...@gmail.com] > *Sent:* Friday, May 20, 2016 9:08 PM > *To:* OpenStack Development Mailing List (not for usage question

[openstack-dev] [app-catalog] [heat] [murano] App Catalog IRC meeting Thursday May 26th

Join us Thursday for our weekly meeting, scheduled for May 26th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to discuss something with the Community App Catalog team: https://wiki.openstack.org/wiki/Meetings/app-catalog This week we will see some

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

In my opinion, it is a better approach to break this down into plugin vs driver support. There should be no problem adding support into networking-sfc plugin for NSH today. The OVS driver however, depends on OVS as the dataplane - which I can see a solid argument for only supporting an officia

[openstack-dev] [ironic] third party CI systems - vendor requirement milestones status

We are in the final stretch for requiring CI testing for ironic drivers. I have organized the CI teams that I know about and their current status into the following wiki page: https://wiki.openstack.org/wiki/Ironic/Drivers#3rd_Party_CI_required_implementation_status I have already heard from a few

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

Amrith, This is a separate program from outreachy. Typically outreachy is more of an internship. This program is supposed to be more of a "we meet for an hour once a week to go over some questions" or "I'm stuck on what to work on next, can you suggest a few things". Something more lightweigh

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

On 19:12 May 24, Augustina Ragwitz wrote: > > >> On 12:54 May 24, Augustina Ragwitz wrote: > >> Hi Emily, > >> > >> I'm the Nova Mentoring Czar and we have a Wiki page with a list of > >> projects that would be good for new contributors: > >> https://wiki.openstack.org/wiki/Nova/Mentoring > >> >

Re: [openstack-dev] [neutron][oslo] Mitaka neutron-*aas are broken when --config-dir is passed

On 25 May 2016 at 09:02, Brandon Logan wrote: > +1 > > This sounds like a sane plane. That magical config load caused me some > problems in the past when I didn't know about it, would be glad to see > it go. I thought it being deprecated and removed was planned anyway, > and honestly didn't thi

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

+1. very good discussion. From: Sean Dague [s...@dague.net] Sent: Wednesday, May 25, 2016 3:48 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack" I've been watching the threads, trying to diges

Re: [openstack-dev] [nova] Intel NFV CI failing all shelve/unshelve tests

On 05/22/2016 05:41 PM, Jay Pipes wrote: Hello Novaites, I've noticed that the Intel NFV CI has been failing all test runs for quite some time (at least a few days), always failing the same tests around shelve/unshelve operations. I looked through the conductor and compute logs to see if I

Re: [openstack-dev] [Neutron] support of NSH in networking-SFC

On 24 May 2016 at 21:53, Elzur, Uri wrote: > Hi Tim > > Sorry for the delay due to travel... > > This note is very helpful! > > We are in agreement that the team including the individuals cited below > are supportive. We also agree that SFC belongs in the networking-SFC > project (with proper API

Re: [openstack-dev] How to single sign on with windows authentication with Keystone

On 05/25/2016 07:26 AM, OpenStack Mailing List Archive wrote: Link: https://openstack.nimeyo.com/85057/?show=85707#c85707 From: imocha I am trying to follow the steps. I am able to install ADFS and would like to proceed further. However, I am having issues with setting up SSL endpoints for K

[openstack-dev] [glance] Proposal for a mid-cycle virtual sync on operator issues

Hello, Firstly, I would like to thank Fei Long for bringing up a few operator centric issues to the Glance team. After chatting with him on IRC, we realized that there may be more operators who would want to contribute to the discussions to help us take some informed decisions. So, I would like

Re: [openstack-dev] [keystone] New Core Reviewer (sent on behalf of Steve Martinelli)

CONGRATULATIONS Rodrigo!!! Very well deserved!!! --Brad Brad Topol, Ph.D. IBM Distinguished Engineer OpenStack (919) 543-0646 Internet: bto...@us.ibm.com Assistant: Kendra Witherspoon (919) 254-0680 From: Lance Bragstad To: "OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [neutron][oslo] Mitaka neutron-*aas are broken when --config-dir is passed

+1 This sounds like a sane plane. That magical config load caused me some problems in the past when I didn't know about it, would be glad to see it go. I thought it being deprecated and removed was planned anyway, and honestly didn't think it was still in the code base because I hadn't run into

Re: [openstack-dev] [oslo] Log spool in the context

Excerpts from Alexis Lee's message of 2016-05-25 16:24:59 +0100: > Doug Hellmann said on Wed, May 25, 2016 at 11:06:35AM -0400: > > Excerpts from Alexis Lee's message of 2016-05-25 13:46:05 +0100: > > > def some_method(ctx): > > > log = tools.get_api_logger(ctx) or LOG > > > > That "or" st

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

Excerpts from Flavio Percoco's message of 2016-05-25 13:21:49 +0200: > On 25/05/16 06:48 -0400, Sean Dague wrote: > > [snip] > > >4. Do we want to be in the business of building data plane services that > >will all run into python limitations, and will all need to be rewritten > >in another langu

Re: [openstack-dev] [gate] [nova] live migration, libvirt 1.3, and the gate

On Tue, May 24, 2016 at 01:59:17PM -0400, Sean Dague wrote: Thanks for the summary, Sean. [...] > It turns out it works fine because libvirt *actually* seems to take the > data from cpu_map.xml and do a translation to what it believes qemu will > understand. On these systems apparently this turn

Re: [openstack-dev] [oslo] Log spool in the context

Doug Hellmann said on Wed, May 25, 2016 at 11:06:35AM -0400: > Excerpts from Alexis Lee's message of 2016-05-25 13:46:05 +0100: > > def some_method(ctx): > > log = tools.get_api_logger(ctx) or LOG > > That "or" statement in some_method() seems to imply though that > when spool logging is o

Re: [openstack-dev] [kuryr][magnum]Installing kuryr for mutlinode openstack setup

From: Antoni Segura Puimedon [mailto:toni+openstac...@midokura.com] Sent: May-25-16 6:55 AM To: OpenStack Development Mailing List (not for usage questions); Gal Sagie; openstack-operators Subject: Re: [openstack-dev] [kuryr][magnum]Installing kuryr for mutlinode openstack setup On Wed, May

[openstack-dev] [nova] determining or clarifying a path for gabbi+nova

Earlier this year I worked with jaypipes to compose a spec[1] for using gabbi[2] with nova. Summit rolled around and there were some legitimate concerns about the focus of the spec being geared towards replacing the api sample tests. I wasn't at summit ☹ but my understanding of the outcome of the

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

Excerpts from Fox, Kevin M's message of 2016-05-24 19:38:06 +: > Frankly, this is one of the major negatives we've felt from the Big Tent > idea... > > OpenStack use to be more of a product then it is now. When there were common > problems to be solved, there was pressure applied to solve th

Re: [openstack-dev] [kuryr][magnum]Installing kuryr for mutlinode openstack setup

Hi, Thanks Jaume and Antoni. I tried the installation by git cloning the kuryr repo. I did pip install -r requirements.txt. After that I did pip install . . But it doesn't end successfully. There are no config files in /etc/kuryr directory. root@compute1:~/kuryr# pip install . Unpacking /root/kuryr

Re: [openstack-dev] [oslo] Log spool in the context

Excerpts from Alexis Lee's message of 2016-05-25 13:46:05 +0100: > Doug Hellmann said on Tue, May 24, 2016 at 02:53:51PM -0400: > > Rather than forcing SpoolManager to be a singleton, maybe the thing > > to do is build some functions for managing a singleton instance (or > > one per type or whateve

Re: [openstack-dev] [neutron][oslo] Mitaka neutron-*aas are broken when --config-dir is passed

Excerpts from Ihar Hrachyshka's message of 2016-05-25 14:03:24 +0200: > Hi all, > > Our internal Mitaka testing revealed that neutron-server fails to start when: > - any neutron-*aas service plugin is enabled (in our particular case, it was > lbaas); > - --config-dir option is passed to the proce

Re: [openstack-dev] How to run a task when multiple tasks are completed

Hi! In case when all 4 tasks are on the same node you should use 'requires' and 'required_for' fields in the task definition to make dependencies between them [0]. E.g.: *- id: Task4* *version: [a version of the tasks graph execution engine] * * type: [one of: stage, group, skipped, puppet, sh

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

Yes, downside indeed. We will rely on community being civil about this and me kicking people out for those who did not care to RSVP (if we need free slots). On 5/25/16 10:24 AM, Flavio Percoco wrote: > On 25/05/16 09:53 -0400, Nikhil Komawar wrote: >> Thanks Flavio, Erno. >> >> Right now we've 10

Re: [openstack-dev] [devstack] let's give a different warning message for different OS_PROJECT_NAME ?

> -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: Wednesday, May 25, 2016 6:06 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [devstack] let's give a different warning > message for different OS_PROJECT_NAME ? > > On 05/25/2016 04:05 AM, li.

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

From: Augustina Ragwitz [mailto:aragwitz.li...@pobox.com] Sent: Tuesday, May 24, 2016 10:12 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas On 12:54 May 24, Augustina Ragwitz wrote: Hi Emily, I'm the Nova M

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

John McDowall wrote on 05/24/2016 06:33:05 PM: > From: John McDowall > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: "disc...@openvswitch.org" , "OpenStack > Development Mailing List" > Date: 05/24/2016 06:33 PM > Subject: Re: [OVN] [networking-ovn] [networking-sfc] SFC and OVN > > Ryan, > > Thanks for

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

On 25/05/16 09:53 -0400, Nikhil Komawar wrote: Thanks Flavio, Erno. Right now we've 10 participants who have RSVP yes. I was waiting for last min additions but I think we can close the RSVP. We should go for a google hangout on air that can be streamed live on youtube for those merely intereste

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

Auggy, This is a great wiki page and would love to see a high level "OpenStack Mentoring" page with links to projects that have this kind of "beginners guide". I'll try and do something similar for Trove but you've set the bar very high. -amrith > -Original Message- > From: Augustina R

[openstack-dev] [all] expire old bug reports

FYI, script [1] expires old bug reports. It looks like some projects have done something like this before too. Please leave comments in the review if you think the bug report comment can be improved. Using the same comment (and final status of the bug report) across the projects could be useful. Fe

Re: [openstack-dev] [nova] I'm going to expire open bug reports older than 18 months.

On 24.05.2016 19:05, Doug Hellmann wrote: > Excerpts from Markus Zoeller's message of 2016-05-24 11:00:35 +0200: >> On 24.05.2016 09:34, Duncan Thomas wrote: >>> Cinder bugs list was far more manageable once this had been done. >>> >>> It is worth sharing the tool for this? I realise it's fairly tr

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

Thanks Flavio, Erno. Right now we've 10 participants who have RSVP yes. I was waiting for last min additions but I think we can close the RSVP. We should go for a google hangout on air that can be streamed live on youtube for those merely interested in listening. For all the 10 spots, we can acco

Re: [openstack-dev] [Magnum][Octavia] Need help for LBaaS v2

Hi Wanghua, I think that you have a networking issue within your setup - Octavia service is unable to connect to the running Amphora. If this is the case - you will have to debug your setup as this is a connectivity issue and not a software problem. On May 24, 2016, at 05:45, 王华 mailto:wanghua.

Re: [openstack-dev] [magnum] Need helps to implement the full baremetals support

Hi, Spyros I fixed a conflicts and upload following patch. * https://review.openstack.org/#/c/320968/ But it isn’t tested yet, maybe it doesn’t work.. If you have a question, please feel free to ask. Thanks -yuanying 2016年5月25日(水) 17:56 Spyros Trigazis : > Hi Yuanying, > > please upload you

Re: [openstack-dev] [keystone] New Core Reviewer (sent on behalf of Steve Martinelli)

Congratulations Rodrigo! Thank you for all the continued and consistent reviews. On Tue, May 24, 2016 at 1:28 PM, Morgan Fainberg wrote: > I want to welcome Rodrigo Duarte (rodrigods) to the keystone core team. > Rodrigo has been a consistent contributor to keystone and has been > instrumental

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

On Wed, May 25, 2016 at 12:54 PM, Flavio Percoco wrote: > On 20/05/16 18:00 -0400, Nikhil Komawar wrote: > >> Hello all, >> >> >> I want to propose having a dedicated virtual sync next week Thursday May >> 26th at 1500UTC for one hour on the Import Refactor work [1] ongoing in >> Glance. We are m

Re: [openstack-dev] [oslo] Log spool in the context

Doug Hellmann said on Tue, May 24, 2016 at 02:53:51PM -0400: > Rather than forcing SpoolManager to be a singleton, maybe the thing > to do is build some functions for managing a singleton instance (or > one per type or whatever), and making that API convenient enough > that using the spool logger d

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

Hello to All. This message is not about arguing weather OpenStack needs Go and other language. This is a good discussion. So, the main question here is "Go along with Python for OpenStack" and the problem is to support Go code starting for necessity of skilled Go developers to infrastructure for

[openstack-dev] [Fuel] Storing deployment configuration before or after a successful deployment

Folks, Recently we were investigating an issue [1] when a user configured a cluster to cause deployment to fail and then expected a discard button will allow to reset changes made after that failure. As Julia mentioned in her comment on the bug, basically what we’ve got is that users actually p

Re: [openstack-dev] [PTLs][all][mentoring] Mentors needed in specific technical areas

Emily, Is this mentoring program in any way related to Outreachy[1] or is that a different program altogether? Your email says, "people to the guidelines (here and here

[openstack-dev] [neutron][oslo] Mitaka neutron-*aas are broken when --config-dir is passed

Hi all, Our internal Mitaka testing revealed that neutron-server fails to start when: - any neutron-*aas service plugin is enabled (in our particular case, it was lbaas); - --config-dir option is passed to the process via CLI. Since RDO/OSP neutron-server systemd unit files use --config-dir opti

Re: [openstack-dev] [glance] [defcore] [interop] Proposal for a virtual sync dedicated to Import Refactor May 26th

On 20/05/16 18:00 -0400, Nikhil Komawar wrote: Hello all, I want to propose having a dedicated virtual sync next week Thursday May 26th at 1500UTC for one hour on the Import Refactor work [1] ongoing in Glance. We are making a few updates to the spec; so it would be good to have everyone on the

Re: [openstack-dev] [fuel] discovery and deploy a compute node automatically

> On May 25, 2016, at 13:53, jason wrote: > > Thanks, and yes you got my point, my "automatically ", means after a new node > has been discovered , the deployement process starts automatically. Cron may > help, but what if I need more info to check if that new discovered node > deserves to be

[openstack-dev] [tc] [heat] [murano] [app-catalog] OpenStack Apps Community, several suggestions how to improve collaboration

Colleagues, having attended many sessions and talked to many customers, partners and contributors in Austin I’d like to suggest several improvements to how we develop OpenStack apps and work with the Community App Catalog ( https://apps.openstack.org/). Key goals to achieve are: - Provide contribu

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On 25/05/16 06:48 -0400, Sean Dague wrote: [snip] 4. Do we want to be in the business of building data plane services that will all run into python limitations, and will all need to be rewritten in another language? This is a slightly different spin on the question Thierry is asking. Control

Re: [openstack-dev] [ironic][nova][horizon] Serial console support for ironic instances

On Wed, May 25, 2016 at 01:58:18PM +0900, Yuiko Takada wrote: > Hi! > > Hironori, Lucas, thank you for bringing this topic up! > > Yes, as Lucas says, our latest spec is > https://review.openstack.org/#/c/319505 > > I and Tien, Hironori, Akira discussed and merged our idea. > > And new Nova sp

Re: [openstack-dev] How to single sign on with windows authentication with Keystone

Link: https://openstack.nimeyo.com/85057/?show=85707#c85707 From: imocha I am trying to follow the steps. I am able to install ADFS and would like to proceed further. However, I am having issues with setting up SSL endpoints for Keystone V3. I am using Mitaka. Is there any step that I can use.

[openstack-dev] [puppet] [tripleo] [fuel] Puppet pacemaker module

Hi, The merge of the Fuel and Tripleo puppet-pacemaker is ready for review, as the green CI shows: https://review.openstack.org/#/c/296440/ The great news is that all the legacy code has been kept untouched. Basically, reviewers should only ensure that this is indeed the case. No need to review

  1   2   >