[openstack-dev] [higgins][devstack][swift] Service name conflict in devstack

hi team, I am working on adding devstack plugin for Higgins, meet some troubles. I named the service name as higgins-api, higgins-cond. in the plugin, but I found that devstack try to install swift service, and I got the reason is that [1], swift plugin try to grep 's-' in the service name,

[openstack-dev] What's Up, Doc? 27 May 2016

Hi everyone, This week I've been focused on getting the Install Guide project back up and running, with the team meeting being rebooted, our specs finally merged, and organising the list of tasks to be getting on with. Also, don't forget to vote in our naming poll:

Re: [openstack-dev] [Kuryr] Docker failed to add an existed network with GW interface already created

Hi Irena, Thanks for your comments. Currently, kuryr will create gw port with owner kuryr:container, but this GW can't work obviously. it can be modified to create gw port with owner network:router_interface, but seems like CNM module do not have action can be map with attach GW with vrouter.

Re: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

+1 Thanking you Janki Chhatbar OpenStack | SDN | Docker simplyexplainedblog.wordpress.com On May 26, 2016 11:16 PM, "Sridhar Ramaswamy" wrote: > Tackers, > > I'd like to propose Lin Cheng to join as a tacker-horizon core team > member. Lin has been our go-to person for all

Re: [openstack-dev] [kolla] prototype of a DSL for generating Dockerfiles

On Fri, May 27, 2016 at 8:35 AM, Steven Dake (stdake) wrote: > Hey folks, > > While Swapnil has been busy churning the dockerfile.j2 files to all match > the same style, and we also had summit where we declared we would solve the > plugin problem, I have decided to begin work on

[openstack-dev] [kolla] prototype of a DSL for generating Dockerfiles

Hey folks, While Swapnil has been busy churning the dockerfile.j2 files to all match the same style, and we also had summit where we declared we would solve the plugin problem, I have decided to begin work on a DSL prototype. Here are the problems I want to solve in order of importance by this

[openstack-dev] 答复: [probably forge email可能是仿冒邮件] [vitrage] failed to show graph topology on graphwithout root

Hi Eylon, I think this commit caused the problem. get topology API don't handle the parameter depth Change-Id: I68eac9e3d5c4bfddbbc6d4ed7dbcc5ccbf089fcd I'll check and fix it. Sorry for that. BR, dwj "Malin, Eylon (Nokia - IL)" 2016-05-26 22:38 请答复 给 "OpenStack

[openstack-dev] [javascript] project name

Hi, Michael, I tried to fix an issue on project name in https://review.openstack.org/#/c/321908/1 but one unit test fails and I haven't figure it out yet. Could you help me to clarify the rule for project name? It seems it could be coming from the following 1. generator.appname => normalized

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On 05/26/2016 06:03 PM, Colette Alexander wrote: > On Thu, May 26, 2016 at 2:29 PM, Anita Kuno wrote: >> On 05/26/2016 05:01 PM, Colette Alexander wrote: >>> On Thu, May 26, 2016 at 12:10 PM, Anita Kuno wrote: >> >> Well I think you have just set the

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On Thu, May 26, 2016 at 2:29 PM, Anita Kuno wrote: > On 05/26/2016 05:01 PM, Colette Alexander wrote: >> On Thu, May 26, 2016 at 12:10 PM, Anita Kuno wrote: > > Well I think you have just set the intent for the event that I should be > careful what I

Re: [openstack-dev] [infra] Wiki signups (was: Re: [ironic] third party CI systems - vendor requirement milestones status)

On 2016-05-26 21:18:06 + (+), Jay Faulkner wrote: [...] > This is a recurring issue though, and it affects new contributors > disproportionately to those of us who have been in the community > longer. Are there any plans in place to make it so wiki signups > can occur in a more normal

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hi Haim, Thanks for taking care of this. I see that Miguel has started working on the new L2 extension for Flow management。 https://bugs.launchpad.net/neutron/+bug/1563967 https://review.openstack.org/#/c/320439/ We may need to sync up the change with this new work too. Thanks, Cathy From:

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

On Wed, May 25, 2016 at 07:27:09AM -0400, Jim Rollenhagen wrote: > 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 > >

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On 05/26/2016 05:01 PM, Colette Alexander wrote: > On Thu, May 26, 2016 at 12:10 PM, Anita Kuno wrote: > >> I personally think that for any environment to be able to foster >> personal growth the environment has to first and foremost protect the >> privacy of the individual

Re: [openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

The function-nv was depending of a first test to be merged =) The v3 depends directly on it, the difference is that it passes a flag to deactivate v2.0 in devstack. On Thu, May 26, 2016 at 5:48 PM, Steve Martinelli wrote: > On Thu, May 26, 2016 at 12:59 PM, Adam Young

[openstack-dev] [infra] Wiki signups (was: Re: [ironic] third party CI systems - vendor requirement milestones status)

Infra team + Pablo, I'm not sure if this is a pattern infra folks want to follow or not (I added [infra] to the title), but I know recently they did re-enable wiki signups for a short period of time to allow a couple of folks in IRC to get accounts. I''d try to ask in #openstack-infra and see

Re: [openstack-dev] [Neutron] Mid-cycle development sprint

This is kind of tough timing-wise from the states. Since we lose about 24 hours to travel/time zone, that means realistically leaving on Saturday from over the pond. Not that I’m opposed to weekend travel, but summer logistics are hard (and not possible for me on this one.) Remote for me, I

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On Thu, May 26, 2016 at 12:10 PM, Anita Kuno wrote: > I personally think that for any environment to be able to foster > personal growth the environment has to first and foremost protect the > privacy of the individual and the sanctity of the space. Personally I > feel that

Re: [openstack-dev] [higgins] Continued discussion from the last team meeting

I agree with you and Qiming. The Higgins project should start with basic functionalities and revisit advanced features later. Best regards, Hongbin From: Yanyan Hu [mailto:huyanya...@gmail.com] Sent: May-24-16 11:06 PM To: OpenStack Development Mailing List (not for usage questions) Subject:

Re: [openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

On Thu, May 26, 2016 at 12:59 PM, Adam Young wrote: > On 05/26/2016 11:36 AM, Morgan Fainberg wrote: > > > > On Thu, May 26, 2016 at 7:55 AM, Adam Young wrote: > >> Some mix of these three tests is almost always failing: >> >>

[openstack-dev] [Neutron] Mid-cycle development sprint

I am happy to announce that the location logistics for the Neutron mid-cycle have been finalized. The mid-cycle will take place in Cork, Ireland on August 15-17. I have updated the wiki [1] where you will find a link to an etherpad with all the details. There you can add yourself if you plan to

Re: [openstack-dev] [TripleO] Why do we disable the firewall by default?

On Thu, May 26, 2016 at 4:16 PM, Ben Nemec wrote: > Pretty much what the subject says. I've recently gotten several > questions from the field about why their deployments had no firewall > enabled, and discovered that although we have support built-in to enable > the

[openstack-dev] [TripleO] Why do we disable the firewall by default?

Pretty much what the subject says. I've recently gotten several questions from the field about why their deployments had no firewall enabled, and discovered that although we have support built-in to enable the firewall, we turn it off by default. This seems like a bad default to me, but I wanted

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

Anita, Colette, I too was wondering how effective my own participation in the training would be there was an implied expectation that I was to be taking notes for a live relay to others on the internet who were following along on an etherpad, not to mention what it would to the dynamics in the

[openstack-dev] [Kuryr] IPAM issue with multiple docker networks having same cidr subnets

Hi All, Recently, Banix observed and brought into notice this issue [1]. To solve this, i could think of two approaches: 1. Modifying the libnetwork apis to get PoolID also at network creation. OR 2. Enhancing the /network docker api to get PoolID details also Problem with the first

[openstack-dev] [new][keystone] keystone 8.1.2 release (liberty)

We are content to announce the release of: keystone 8.1.2: OpenStack Identity This release is part of the liberty stable release series. For more details, please see below. Changes in keystone 8.1.0..8.1.2 6bf21f3 Fix post jobs cdc0c2c Updated from global

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On 05/26/2016 03:10 PM, Anita Kuno wrote: > On 05/26/2016 02:40 PM, Colette Alexander wrote: >> Hello Stackers! >> >> I just wanted to check in as we approach the leadership training >> session that some of the TC and community will be attending in Ann >> Arbor, Michigan together [0]. >> >> >>

Re: [openstack-dev] [tc] Leadership training - ideas to include those not in the room?

On 05/26/2016 02:40 PM, Colette Alexander wrote: > Hello Stackers! > > I just wanted to check in as we approach the leadership training > session that some of the TC and community will be attending in Ann > Arbor, Michigan together [0]. > > > First thing: fostering as much inclusion as

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

On 26/05/16 09:42, Dmitry Tantsur wrote: On 05/25/2016 08:08 PM, Thomas Herve wrote: 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

Re: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

+1 On 5/26/2016 12:45 PM, Sridhar Ramaswamy wrote: Tackers, I'd like to propose Lin Cheng to join as a tacker-horizon core team member. Lin has been our go-to person for all guidance related to UI enhancements for Tacker. He has been actively reviewing patchsets in this area [1] and also

[openstack-dev] [tc] Leadership training - ideas to include those not in the room?

Hello Stackers! I just wanted to check in as we approach the leadership training session that some of the TC and community will be attending in Ann Arbor, Michigan together [0]. First thing: fostering as much inclusion as possible. Because of the limited amount of space, I was wondering if

[openstack-dev] [congress] Spec for congress.conf

Hi Congress team, Quick question for anyone. Is there a spec for fields in congress.conf file? As of Liberty this has to be tox-generated but I need to know which conf values are required vs optional. The generated sample output doesn't clarify that. This is for the Puppet Module and JuJu

[openstack-dev] [Neutron] Question about service subnets spec

Hi folks, Some (but not all) of you will remember a discussion we had about service subnets at the last mid-cycle. We've been iterating a little bit on a spec [1] and we have just one issue that we'd like to get a little bit more feedback on. As a summary: To me, the idea of this spec is to

Re: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

+1. Great addition! On Thu, May 26, 2016 at 10:51 AM, Sripriya Seetharam wrote: > +1 , glad to have Lin Cheng on board. > > > > *From:* Sridhar Ramaswamy [mailto:sric...@gmail.com] > *Sent:* Thursday, May 26, 2016 7:45 AM > *To:* OpenStack Development Mailing List (not for

Re: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

+1 , glad to have Lin Cheng on board. From: Sridhar Ramaswamy [mailto:sric...@gmail.com] Sent: Thursday, May 26, 2016 7:45 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [tacker] Proposing Lin Cheng for

Re: [openstack-dev] [kubernetes][kolla]

I think the community will want to split apart the CLI to run tasks. This was an idea being thrown around at the same time as the ectd addition. This would give the operator the ability to like you said, to skip any task that isn't required. Using etcd is a way for the operator to guarantee

Re: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

+1 From: Sridhar Ramaswamy [mailto:sric...@gmail.com] Sent: Thursday, May 26, 2016 10:45 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team Tackers, I'd like

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

Hi The OVN point is not about its interaction w Neutron API it is about the criteria to use about plugin support for a new code on Neutron. OvS is planning to move to OVN but is still building the code AND it is the SINGLE plugin to support OVN. Similarly ODL already has code for NSH so using

[openstack-dev] [tacker] Proposing Lin Cheng for tacker-horizon core team

Tackers, I'd like to propose Lin Cheng to join as a tacker-horizon core team member. Lin has been our go-to person for all guidance related to UI enhancements for Tacker. He has been actively reviewing patchsets in this area [1] and also contributed to setup the unit test framework for

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

Excerpts from Alexis Lee's message of 2016-05-26 17:29:27 +0100: > Doug Hellmann said on Thu, May 26, 2016 at 10:16:31AM -0400: > > I'm not sure silencing all messages for successful requests is a good > > idea. That was not my understanding of the intent of this work, for > > sure. I thought the

Re: [openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

On 05/26/2016 11:36 AM, Morgan Fainberg wrote: On Thu, May 26, 2016 at 7:55 AM, Adam Young > wrote: Some mix of these three tests is almost always failing: gate-keystone-dsvm-functional-nv FAILURE in 20m 04s (non-voting)

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

I am definitely +1 on this! Thanks for volunteering, Ian. On 5/26/16, 2:42 AM, "Tony Breeds" wrote: >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

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Welcome to another edition of the API working group's weekly newsletter. # Recently merged guidelines These guidelines have been recently merged by the group. * Description of how to use etags to avoid lost updates https://review.openstack.org/#/c/301846 *

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

Doug Hellmann said on Thu, May 26, 2016 at 10:16:31AM -0400: > I'm not sure silencing all messages for successful requests is a good > idea. That was not my understanding of the intent of this work, for > sure. I thought the idea was to run the spool logger at debug, but > maintain the other

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

Ryan, My (incomplete) throughts about the flow-classifier are: 1) ACL’s are more about denying access, while the flow classifier is more about steering selected traffic to a path, so we would need to deny-all except allowed flows. 2) The networking-sfc team has done a nice job with the

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

On May 25, 2016, at 7:25 AM, Denis Makogon wrote: > Correct me if i'm wrong, none of the messages above were stating about > support Go-extensions for Python (C extensions were mentioned couple times). > Starting Go v1.5 it is possible to develop extension for Python [1]

Re: [openstack-dev] [kubernetes]

Two issues I can see with that approach. 1. It needs to be incredibly well documented as well as tools provided to update states in etcd manually when an op needs to recover from things partially working. 2. Consider the case where an op has an existing cloud. He/She installs k8s on their

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

On May 25, 2016, at 7:09 PM, Adrian Otto wrote: > In order to evolve, OpenStack must allow alternatives. A tautology, for sure, and it certainly doesn’t require changing languages in order to evolve. All sorts of alternative approaches can bring about evolution.

Re: [openstack-dev] [keystone] integrating keystone with oauth2 (keycloak)

On 05/26/2016 11:20 AM, Shtilman, Tomer (Nokia - IL) wrote: Hi Does keystone has any plugin/extension for oauth2 authentication (keycloak in our case) We would like to integrate keystone with an external oauth2 system in this way: 1/ Credentials / being sent to keystone 2/ Keystone will

Re: [openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

On Thu, May 26, 2016 at 7:55 AM, Adam Young wrote: > Some mix of these three tests is almost always failing: > > gate-keystone-dsvm-functional-nv FAILURE in 20m 04s (non-voting) > gate-keystone-dsvm-functional-v3-only-nv FAILURE in 32m 45s (non-voting) >

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

I had a discussion with few operators and after what I heard about VPNaaS I can tell that we not suppose to help with that implementation. Maybe we should work on service VM’s and prepare implementation of VPNaaS using them and using some prebuild images like VyOS or other. Lubosz Kosnik Cloud

[openstack-dev] [keystone] integrating keystone with oauth2 (keycloak)

Hi Does keystone has any plugin/extension for oauth2 authentication (keycloak in our case) We would like to integrate keystone with an external oauth2 system in this way: 1/ Credentials / being sent to keystone 2/ Keystone will interact with external oauth2 server to validate and fetch user

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

On 05/24/2016 01:59 PM, Sean Dague wrote: > So, we have a number of open questions: > > * Have our cloud providers standardized enough that we might get away > without this custom cpu model? (Have some of them done it and only use > those for multinode?) This is definitely not true on RAX.

Re: [openstack-dev] [vitrage] failed to show graph topology on graph without root

I use vitrage cli :vitrage topology show I’m using vitrage in env without openstack, so it would be pretty difficult to provide the data. But I think that if you would remove nova datasource from the vitrage.conf it would be reproduced also for you. Eylon From: Zhang Yujun

Re: [openstack-dev] [vitrage] failed to show graph topology on graph without root

Hi Eylon, Could you please provide the query and data which will reproduce this issue? -- Yujun On Thu, May 26, 2016 at 10:44 PM Malin, Eylon (Nokia - IL) < eylon.ma...@nokia.com> wrote: > Hi all, > > I use vitrage without any root graph (In my case there is no root). > Until few days ago I

[openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

Some mix of these three tests is almost always failing: gate-keystone-dsvm-functional-nv FAILURE in 20m 04s (non-voting) gate-keystone-dsvm-functional-v3-only-nv FAILURE in 32m 45s (non-voting) gate-tempest-dsvm-keystone-uwsgi-full-nv FAILURE in 1h 07m 53s (non-voting) Are we going to keep

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

On 05/26/2016 05:38 AM, Kashyap Chamarthy wrote: > On Wed, May 25, 2016 at 05:42:04PM +0200, Kashyap Chamarthy wrote: > > [...] > >> So, in short, the central issue seems to be this: the custom 'gate64' >> model is not being trasnalted by libvirt into a model that QEMU can >> recognize. > > An

Re: [openstack-dev] [oslo][all] oslo.log `verbose` and $your project

Ihar, I entered 1586066[1] for Trove and the Trove change is 321585. Thanks, -amrith [1] https://bugs.launchpad.net/trove/+bug/1586066 [2] https://review.openstack.org/#/c/321585/ > -Original Message- > From: Ihar Hrachyshka [mailto:ihrac...@redhat.com] > Sent: Thursday, May 26, 2016

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

> On 26 May 2016, at 16:23, Kosnik, Lubosz wrote: > > You should read e-mails on ML. VPNaaS will be removed in next 6 months from > repo. You need to look into something else like starting VyOS image, pfSense > or other. Strictly speaking, vpnaas is on probation

[openstack-dev] [vitrage] failed to show graph topology on graph without root

Hi all, I use vitrage without any root graph (In my case there is no root). Until few days ago I was able to request topology of type graph with no problems. But I can't, I got 404, and the log says it can't find openstack.cluster node. I think it have the problems since these commits :

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

So here's my proposal, feel fee to comment: > > * Reduce puppet versions testing to 3.6, 3.8, 4.5 and latest (keep the > last one non-voting). It seems that 3.6 and 3.8 are widely used by our > consumers (default in centos7 & ubuntu LTS), and 4.5 is the latest > release in the 4.x series. > * Move

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

You should read e-mails on ML. VPNaaS will be removed in next 6 months from repo. You need to look into something else like starting VyOS image, pfSense or other. Lubosz Kosnik Cloud Software Engineer OSIC lubosz.kos...@intel.com > On May 26, 2016, at 1:50 AM, zhangyali (D)

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

Excerpts from Alexis Lee's message of 2016-05-26 11:58:46 +0100: > Doug Hellmann said on Wed, May 25, 2016 at 11:56:55AM -0400: > > But that leaves it up to the application or library author to have to > > make that call for every log message, which makes logging more > > complicated. > > Almost

[openstack-dev] [Neutron] Can not get fixed_ips during the db transaction of updating port

Hi all. I was working on this bug [1] (ML2 doesn't return fixed_ips on a port update with binding) I think it should be a DB issue, and I put some investigation result at [2]. I even made up some code change [3] to resolve the bug. But, I don't know the actual root cause for the problem. And

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

On 05/25/2016 08:08 PM, Thomas Herve wrote: 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

[openstack-dev] [puppet] 7.1.0 released (Liberty)

Hi, We're happy to announce the release of 7.1.0 (Liberty). All you need to know is documented here: http://releases.openstack.org/teams/puppet_openstack.html You'll also find tarballs and release notes. Feedback about this release: For the first time we used openstack/releases tools, and it's

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hi all, sorry for digging up this thread. I took a liberty to submitt an RFE per Ihar's suggestion for the first step (switching to l2 agent extensions): https://bugs.launchpad.net/networking-sfc/+bug/1586024 As a followup on that - hoping to send some wip patches in the near time. Hope to hear

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

> On 25 May 2016, at 18:47, Armando M. wrote: > > > > 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

Re: [openstack-dev] [kubernetes]

Thanks for the feedback Kevin. The community has been investigation other options this week. The option that is currently being looked at involves using etcd to provide a locking mechanic so that services in the cluster are aware bootstrapping is underway. The concept involves extending

Re: [openstack-dev] [Kuryr] Docker failed to add an existed network with GW interface already created

Hi Liping Mao, On Thu, May 26, 2016 at 12:31 PM, Liping Mao (limao) wrote: > Hi Vikas, Antoni and Kuryr team, > > When I use kuryr, I notice kuryr will failed to add an existed > network with gateway interface already created by neutron[1][2]. > > The bug is because kuryr will

[openstack-dev] [api] os-api-ref 0.2.0 released

os-api-ref (the sphinx extension to support new api ref sites) 0.2.0 it out This includes the first set of unit tests in the program using sphinx-testing and bs4 modules to make sure we don't realize versions of the extensions where the stanzas break in odd ways. It's very basic coverage, but

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

Akshay's right, tox -egenconfig does the neutron git repo clone, will someone clarify if it's normal? .tox/genconfig/log/genconfig-1.log:+ pip install -U -egit+https://git.openstack.org/openstack/neutron#egg=neutron .tox/genconfig/log/genconfig-1.log:Obtaining neutron from

Re: [openstack-dev] [ironic][neutron] bonding?

On Tue, May 24, 2016 at 12:18:40PM -0700, Armando M. wrote: > On 24 May 2016 at 04:51, Jim Rollenhagen wrote: > > > Hi, > > > > There's rumors floating around about Neutron having a bonding model in > > the near future. Are there any solid plans for that? > > > > Who

Re: [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,

Re: [openstack-dev] [oslo][all] oslo.log `verbose` and $your project

Neutron patch is at: https://review.openstack.org/#/c/321481/ It could be worth reporting a bug and add all identified components to it. > On 26 May 2016, at 12:39, Alexis Lee wrote: > > I see a few reviews still open: > > https://review.openstack.org/#/c/315868 - designate >

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

As per my understanding, it should not be cloning neutron repo. Anyways PFA -Vikas On Thu, May 26, 2016 at 4:06 PM, Akshay Kumar Sanghai < akshaykumarsang...@gmail.com> wrote: > Hi Vikas, > Thanks for the command. I don't understand why the command clones the > neutron repo. Can i directly

[openstack-dev] [Fuel] [QA] package-testrail-reporter

I would like to inform about movement testrail repoter from fuel-qa/fuelweb_test/testrail/ to fuel-qa/reporter Blueprint is https://blueprints.launchpad.net/fuel/+spec/package-testrail-reporter Please, take into account that we still support old way of running several report scripts. We would

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

Doug Hellmann said on Wed, May 25, 2016 at 11:56:55AM -0400: > But that leaves it up to the application or library author to have to > make that call for every log message, which makes logging more > complicated. Almost all messages generated while processing a request should only go to the

Re: [openstack-dev] [oslo][all] oslo.log `verbose` and $your project

I see a few reviews still open: https://review.openstack.org/#/c/315868 - designate https://review.openstack.org/#/c/315655 - devstack https://review.openstack.org/#/c/317579 - glance https://review.openstack.org/#/c/317556 - glance_store Please could these get some attention? >From browsing

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

Hi Vikas, Thanks for the command. I don't understand why the command clones the neutron repo. Can i directly download kuryr.conf from somewhere else? or tox does more than creating kuryr_sample.conf? Thanks Akshay On Thu, May 26, 2016 at 9:08 AM, Vikas Choudhary

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

> > * Reduce puppet versions testing to 3.6, 3.8, 4.5 and latest (keep the > last one non-voting). It seems that 3.6 and 3.8 are widely used by our > consumers (default in centos7 & ubuntu LTS), and 4.5 is the latest > release in the 4.x series. +1 from me too * Move functional puppet4 jobs

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

On Thu, May 26, 2016 at 11:48 AM, Jiri Tomasek wrote: > On 05/25/2016 08:08 PM, Thomas Herve wrote: >> Sorry for not responding earlier, but I have some inputs. In Heat we >> publish events on Zaqar queue, and we defined this format: >> >> { >> 'timestamp':

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

Hi all, I'll disable the shelve/unshelve failing tests in Intel NFV CI for the time being till we have clarity on the problem. Stephen Finucane will be working on that in next week or so. >-Original Message- >From: Chris Friesen [mailto:chris.frie...@windriver.com] >Sent: Wednesday,

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

On 05/25/2016 08:08 PM, Thomas Herve wrote: 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

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

On Wed, May 25, 2016 at 05:42:04PM +0200, Kashyap Chamarthy wrote: [...] > So, in short, the central issue seems to be this: the custom 'gate64' > model is not being trasnalted by libvirt into a model that QEMU can > recognize. An update: Upstream libvirt points out that this turns to be

[openstack-dev] [Kuryr] Docker failed to add an existed network with GW interface already created

Hi Vikas, Antoni and Kuryr team, When I use kuryr, I notice kuryr will failed to add an existed network with gateway interface already created by neutron[1][2]. The bug is because kuryr will create a neutron port for gw port in ipam_request_address. I think kuryr should not do actual create

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

Congratulations - thanks for your continued commitment to OpenStack and keystone. Henry > On 25 May 2016, at 23:58, 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

[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

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

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