[openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked

Trinath: In looking at your FWaaS review [1], I noticed the site you are using for log storage is being blacklisted again, at least by Cisco WSA appliances. Thus, I cannot see the logs for it. Did you change the location of your log storage again? Is anyone else seeing this issue? Thanks, Kyle

Re: [openstack-dev] [Neutron] Bug squashing day

On Thu, Aug 7, 2014 at 9:31 AM, Eugene Nikanorov wrote: > Hi neutron folks, > > Today should have been 'Bug squashing day' where we go over existing bugs > filed for the project and triage/prioritize/comment on them. > > I've created an etherpad with (hopefully) full list of neutron bugs: > https:

Re: [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)

On Wed, Aug 6, 2014 at 2:07 PM, Stefano Maffulli wrote: > On 08/06/2014 11:19 AM, Edgar Magana wrote: >> That is the beauty of the open source projects, there is always a smartest >> reviewer catching out the facts that you don¹t. > > And yet, the specification clearly talks about 'endpoints' and

Re: [openstack-dev] [TripleO][Nova][Neutron] multiple hypervisors on one compute host - neutron agent and compute hostnames

On Tue, Aug 5, 2014 at 6:17 PM, Robert Collins wrote: > Hi! > > James has run into an issue implementing the multi-hypervisor spec > (http://git.openstack.org/cgit/openstack/tripleo-specs/tree/specs/juno/tripleo-juno-deploy-cloud-hypervisor-type.rst) > which we're hoping to use to reduce infrastru

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

On Wed, Aug 6, 2014 at 3:11 AM, Aaron Rosen wrote: > > > > On Wed, Aug 6, 2014 at 12:59 AM, Gary Kotton wrote: >> >> >> >> From: Aaron Rosen >> Reply-To: OpenStack List >> Date: Wednesday, August 6, 2014 at 10:09 AM >> >> To: OpenStack List >> Subject: Re: [openstack-dev] [Neutron] Group Based

Re: [openstack-dev] [all] specs.openstack.org is live

On Mon, Aug 4, 2014 at 10:46 AM, Russell Bryant wrote: > On 08/04/2014 11:25 AM, Russell Bryant wrote: >> On 08/04/2014 08:13 AM, Andreas Jaeger wrote: >>> On 08/04/2014 01:52 PM, Steve Gordon wrote: - Original Message - > From: "Andreas Jaeger" > To: openstack-dev@lists.open

Re: [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21

On Thu, Jul 31, 2014 at 7:11 AM, Yuriy Taraday wrote: > On Wed, Jul 30, 2014 at 11:52 AM, Kyle Mestery wrote: >> and even less >> possibly rootwrap [3] if the security implications can be worked out. > > Can you please provide some input on those security implications that

Re: [openstack-dev] [Neutron] how to deprecate a plugin

On Thu, Jul 31, 2014 at 1:43 AM, YAMAMOTO Takashi wrote: >> On Wed, Jul 30, 2014 at 12:17 PM, YAMAMOTO Takashi >> wrote: >>> hi, >>> >>> what's the right procedure to deprecate a plugin? we (ryu team) are >>> considering deprecating ryu plugin, in favor of ofagent. probably in >>> K-timeframe,

[openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21

I wanted to send an email to let everyone know where we're at in the Juno cycle. We're hitting our stride in Juno-3 development now, and we have a lot of BPs targeted [1]. Due to this, I'm not going to approve any more spec exceptions other than possibly flavors [2] and even less possibly rootwrap

Re: [openstack-dev] [Neutron] how to deprecate a plugin

On Wed, Jul 30, 2014 at 12:17 PM, YAMAMOTO Takashi wrote: > hi, > > what's the right procedure to deprecate a plugin? we (ryu team) are > considering deprecating ryu plugin, in favor of ofagent. probably in > K-timeframe, if it's acceptable. > The typical way is to announce the deprecation at le

[openstack-dev] [neutron] [nova] Parity meeting cancelled this week

Given the fact most of the key players are at the nova mid-cycle this week, lets cancel the parity meeting [1] for today. Next week, lets focus on what came out of the nova mid-cycle and a plan for the final weeks of Juno. Thanks! Kyle [1] https://wiki.openstack.org/wiki/Meetings/NeutronNovaNetwo

Re: [openstack-dev] [Neutron] nova-network as ML2 mechanism?

On Tue, Jul 29, 2014 at 10:12 AM, Jonathan Proulx wrote: > Hi All, > > Would making an nova-network mechanism driver for the ml2 plugin be possible? > This has been discussed a bit, and yes, in theory this is possible. Nachi has started looking into this as far as I know. I also think this may hav

Re: [openstack-dev] [nova] stable branches & failure to handle review backlog

On Wed, Jul 30, 2014 at 7:52 AM, Thierry Carrez wrote: > Russell Bryant wrote: >> On 07/29/2014 12:12 PM, Daniel P. Berrange wrote: >>> Sure there was some debate about what criteria were desired acceptance >>> when stable trees were started. Once the criteria are defined I don't >>> think it is c

Re: [openstack-dev] [Neutron] Not support dnsmasq < 2.63?

On Tue, Jul 29, 2014 at 8:51 PM, Xuhan Peng wrote: > We bumped the minimum version of dnsmasq to 2.63 a while ago by this code > change: > > https://review.openstack.org/#/c/105378/ > > However, currently we still "kind of" support earlier version of dnsmasq > because we only give a warning and do

Re: [openstack-dev] [neutron] python-neutronclient, launchpad, and milestones

release? > Yes, you can target it there. We'll see about including it in that release, pending review. Thanks! Kyle > Thanks, > Nader. > > > > On Tue, Jul 29, 2014 at 12:28 PM, Kyle Mestery wrote: >> >> All: >> >> I spent some time today clean

[openstack-dev] [neutron] python-neutronclient, launchpad, and milestones

All: I spent some time today cleaning up python-neutronclient in LP. I created a 2.3 series, and created milestones for the 2.3.5 (June 26) and 2.3.6 (today) releases. I also targeted bugs which were released in those milestones to the appropriate places. My next step is to remove the 3.0 series,

Re: [openstack-dev] [neutron] requesting python-neutronclient release for MacAddressInUseClient exception

On Tue, Jul 29, 2014 at 7:46 AM, Kyle Mestery wrote: > On Mon, Jul 28, 2014 at 6:45 PM, Matt Riedemann > wrote: >> Nove needs a python-neutronclient release to use the new >> MacAddressInUseClient exception type defined here [1]. >> > I'll spin a new client relea

[openstack-dev] New python-neutronclient release: 2.3.6

Hi all: I've just pushed a new release of python-neutronclient out. This was mainly to address the issue of Nova being able to use the new MacAddressInUseClient exception [1]. In addition, the following, changes are also a part of this release: b21cafa Remove strict checking of encryption type f9

Re: [openstack-dev] [neutron] spec template to use

On Tue, Jul 29, 2014 at 3:12 AM, Andreas Scheuring wrote: > Hi together, > I found two blueprint templates for neutron > > The .rst file on github > http://git.openstack.org/cgit/openstack/neutron-specs/tree/specs/template.rst > > and the one on the openstack wiki page > https://wiki.openstack.org

Re: [openstack-dev] [Neutron][LBaaS] Status and Expectations for Juno

This all looks good to me. My only concern is that we need to land a driver in Juno as well. The HA-proxy based, agent-less driver which runs on the API node is the only choice here, right? Otherwise, the scalable work is being done in Octavia. Is that correct? On Mon, Jul 28, 2014 at 2:46 PM, Bra

Re: [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron

> > On Fri, Jul 11, 2014 at 4:50 PM, Fawad Khaliq wrote: >> >> >> On Fri, Jul 11, 2014 at 8:56 AM, Kyle Mestery >> wrote: >>> >>> PLUMgrid >>> >>> Not saving enough logs >> >> All Jenkins slaves were just up

Re: [openstack-dev] [neutron] requesting python-neutronclient release for MacAddressInUseClient exception

On Mon, Jul 28, 2014 at 6:45 PM, Matt Riedemann wrote: > Nove needs a python-neutronclient release to use the new > MacAddressInUseClient exception type defined here [1]. > I'll spin a new client release today Matt, and reply back on this thread once that's complete. Thanks, Kyle > [1] https://r

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

On Fri, Jul 25, 2014 at 4:48 PM, Mandeep Dhami wrote: > > Thanks for the deck Jay, that is very helpful. > > Also, would it help the process by having some clear guidelines/expectations > around review time as well? In particular, if you have put a -1 or -2, and > the issues that you have identifi

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

On Fri, Jul 25, 2014 at 2:50 PM, Steve Gordon wrote: > - Original Message - >> From: "Jay Pipes" >> To: openstack-dev@lists.openstack.org >> >> On 07/24/2014 10:05 AM, CARVER, PAUL wrote: >> > Alan Kavanagh wrote: >> > >> >> If we have more work being put on the table, then more Core >> >

Re: [openstack-dev] [Neutron] [Spec freeze exception] Support Stateful and Stateless DHCPv6 by dnsmasq

On Thu, Jul 24, 2014 at 8:46 PM, CARVER, PAUL wrote: > Collins, Sean wrote: > >> On Wed, Jul 23, 2014 at 12:06:06AM EDT, Xu Han Peng wrote: >>> I would like to request one Juno Spec freeze exception for "Support Stateful >>> and Stateless DHCPv6 by dnsmasq" BP. >>> >>> The spec is under review: >>

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean wrote: > On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote: >> Tail-f NCS: I want to keep this feature well maintained and compliant with >> all the rules. I am the person who wrote this driver originally, I have >> been the responsible perso

[openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron

I've received a lot of emails lately, mostly private, from people who feel they are being left out of the Neutron process. I'm unsure if other projects have people who feel this way, thus the uniquely worded subject above. I wanted to broadly address these concerns with this email. One thing I'd l

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

e helpful, we can try this. I have another email on this subject, but I'll send it separately to attract more attention. Thanks, Kyle > Alan > > -Original Message- > From: Kyle Mestery [mailto:mest...@mestery.com] > Sent: July-24-14 9:14 AM > To: OpenStack Develop

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

On Thu, Jul 24, 2014 at 5:38 AM, Livnat Peer wrote: > On 07/21/2014 04:16 PM, Kyle Mestery wrote: >> Hi all! >> >> A quick note that SAD has passed. We briskly approved a pile of BPs >> over the weekend, most of them vendor related as low priority, best >> ef

Re: [openstack-dev] [Trove] Neutron integration test job

On Wed, Jul 23, 2014 at 7:28 AM, Denis Makogon wrote: > Hello, Stackers. > > > > For those of you who’s interested in Trove just letting you know, that for > now Trove can work with Neutron (hooray!!) > instead of Nova-network, see [1] and [2]. It’s a huge step forward on the > road of advanced O

[openstack-dev] [neutron] [nova] neutron / nova-network parity meeting minutes

For those interested in the progress of this particular task, meeting minutes are available at the below: http://eavesdrop.openstack.org/meetings/neutron_nova_network_parity/2014/ Thanks to all who attended! Kyle ___ OpenStack-dev mailing list OpenSta

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

On Wed, Jul 23, 2014 at 7:28 AM, Salvatore Orlando wrote: > I'm sure it is not news to anyone that we already have approved a too many > specifications for Juno-3. The PTL made clear indeed that "Low priority" > blueprints are considered best effort. > > However, this already leaves us with 23 med

Re: [openstack-dev] [Neutron] Flavor Framework spec approval deadline exception

On Tue, Jul 22, 2014 at 10:10 AM, Eugene Nikanorov wrote: > Hi folks, > > I'd like to request an exception for the Flavor Framework spec: > https://review.openstack.org/#/c/102723/ > > It already have more or less complete server-side implementation: > https://review.openstack.org/#/c/105982/ > >

Re: [openstack-dev] [Neutron][Spec Freeze Exception] ml2-ovs-portsecurity

On Mon, Jul 21, 2014 at 10:17 PM, Isaku Yamahata wrote: > > I'd like to request Juno spec freeze exception for ML2 OVS portsecurity > extension. > > - https://review.openstack.org/#/c/99873/ > ML2 OVS: portsecurity extension support > > - https://blueprints.launchpad.net/neutron/+spec/ml2-ovs-po

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

On Mon, Jul 21, 2014 at 11:32 AM, YAMAMOTO Takashi wrote: >> Hi all! >> >> A quick note that SAD has passed. We briskly approved a pile of BPs > > it's sad. ;-( > >> over the weekend, most of them vendor related as low priority, best >> effort attempts for Juno-3. At this point, we're hugely overs

Re: [openstack-dev] [Neutron] [Spec freeze exception] ml2-use-dpdkvhost

On Mon, Jul 21, 2014 at 10:04 AM, Mooney, Sean K wrote: > Hi > > I would like to propose > https://review.openstack.org/#/c/107797/1/specs/juno/ml2-use-dpdkvhost.rst > for a spec freeze exception. > > > > https://blueprints.launchpad.net/neutron/+spec/ml2-use-dpdkvhost > > > > This blueprint adds

Re: [openstack-dev] [Neutron] [Spec freeze exception] Cisco Nexus ML2 driver feature work

On Mon, Jul 21, 2014 at 1:15 PM, Henry Gessau wrote: > I would like to request Juno spec freeze exceptions for the following, all of > which add features to the ML2 driver for the Cisco Nexus family of switches. > > > https://review.openstack.org/95834 - Provider Segment Support > https://review.

Re: [openstack-dev] [nova][neutron] Networks without subnets

On Mon, Jul 21, 2014 at 9:45 AM, Steve Gordon wrote: > - Original Message - >> From: "Brent Eagles" >> To: openstack-dev@lists.openstack.org >> >> Hi, >> >> A bug titled "Creating quantum L2 networks (without subnets) doesn't >> work as expected" (https://bugs.launchpad.net/nova/+bug/1039

Re: [openstack-dev] [Neutron] [Spec freeze exception] VMware DVS support

at 2:19 PM, Armando M. wrote: > That would be my thinking as well, but if we managed to make an impressive > progress from now until the Feature Freeze proposal deadline, I'd be willing > to reevaluate the situation. > > A. > > > On 21 July 2014 12:13, Kyle Mestery wr

Re: [openstack-dev] [Neutron] [Spec freeze exception] VMware DVS support

s what I was thinking as well. So, given where we're at in Juno, I'm leaning towards having all of this consensus building happen now and we can start the Kilo cycle with these BPs in agreement from all contributors. Does that sound ok? Thanks, Kyle > > > > On 21 July 2014 06:

Re: [openstack-dev] [Neutron][LBaaS] Milestone and Due Dates

39138.html > Cheers, > --Jorge > > > > > On 7/18/14 9:52 PM, "Kyle Mestery" wrote: > >>On Fri, Jul 18, 2014 at 4:40 PM, Jorge Miramontes >> wrote: >>> Hey Kyle (and anyone else that may know the answers to my questions), >>> >>&

[openstack-dev] [neutron] Weekly networking meeting today

I'd like to have a short meeting today, say 30 minutes. I'd like to focus on the final Juno-2 BPs which have code out for review, and also briefly touch on SAD, exceptions, etc. We'll still meet at the same time [1], but this will be a short meeting. Thanks! Kyle [1] https://wiki.openstack.org/wi

Re: [openstack-dev] [neutron] Specs repository update and the way forward

On Mon, Jul 21, 2014 at 8:33 AM, Carlos Gonçalves wrote: > On 12 Jun 2014, at 15:00, Carlos Gonçalves wrote: > > Is there any web page where all approved blueprints are being published to? > Jenkins builds such pages I’m looking for but they are linked to each > patchset individually (e.g., > htt

[openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

Hi all! A quick note that SAD has passed. We briskly approved a pile of BPs over the weekend, most of them vendor related as low priority, best effort attempts for Juno-3. At this point, we're hugely oversubscribed for Juno-3, so it's unlikely we'll make exceptions for things into Juno-3 now. I d

Re: [openstack-dev] [neutron] Spec Proposal Deadline has passed, a note on Spec Approval Deadline

ime ago. I'd like to >> > see >> > this work get in to juno. >> > >> > Carl >> > On Jul 12, 2014 9:53 AM, "Yuriy Taraday" < yorik@gmail.com > wrote: >> > >> > >> > >> > Hello, Kyle. >> >

Re: [openstack-dev] [Neutron] [Spec freeze exception] VMware DVS support

On Sun, Jul 20, 2014 at 4:21 AM, Gary Kotton wrote: > Hi, > I would like to propose the following for spec freeze exception: > > https://review.openstack.org/#/c/105369 > > This is an umbrella spec for a number of VMware DVS support specs. Each has > its own unique use case and will enable a lot o

Re: [openstack-dev] [Neutron][LBaaS] Milestone and Due Dates

On Fri, Jul 18, 2014 at 4:40 PM, Jorge Miramontes wrote: > Hey Kyle (and anyone else that may know the answers to my questions), > > There are several blueprints that don't have Juno milestones attached to > them and was wondering if we could assign them so the broader community is > aware of the

Re: [openstack-dev] Welcome to the Third-Party space!

On Fri, Jul 18, 2014 at 3:05 AM, Anita Kuno wrote: > I'd like to let folks know that I've just had a very productive meeting > with Deutsche Telekom at the QA/Infra meetup in Germany. > > As a consumer of OpenStack compliant third-party products, they > recognize the need to become more involved i

Re: [openstack-dev] [all] Tracking unapproved specs in milestone plans

On Fri, Jul 18, 2014 at 10:38 AM, Thierry Carrez wrote: > Hi everyone, > > At the last cross-project/release meeting we discussed the need to track > yet-unapproved specs in milestone release plans. > > There are multiple cases where the spec is not approved yet, but the > code is almost ready, an

Re: [openstack-dev] [Neutron] "Neutron Ryu" status

On Fri, Jul 18, 2014 at 9:30 AM, YAMAMOTO Takashi wrote: >>> On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi >>> wrote: if you are wondering why ofagent CI ("Neutron Ryu") reported a failure (non-voting) for your review recently, you can probably safely ignore it. sorry for incon

Re: [openstack-dev] [neutron] [nova] Weekly nova-network / neutron parity meeting

ourage the dvr team to be > there. It's this still the time? > > Carl > > On Jul 16, 2014 8:24 PM, "Kyle Mestery" wrote: >> >> As we're getting down to the wire in Juno, I'd like to propose we have >> a weekly meeting on the nova-networ

Re: [openstack-dev] [neutron] [nova] Weekly nova-network / neutron parity meeting

On Thu, Jul 17, 2014 at 6:42 AM, Thierry Carrez wrote: > Kyle Mestery wrote: >> As we're getting down to the wire in Juno, I'd like to propose we have >> a weekly meeting on the nova-network and neutron parity effort. I'd >> like to start this meetin

Re: [openstack-dev] [neutron] [nova] Weekly nova-network / neutron parity meeting

slot to get everyone could prove tricky. I'll leave this slot now and hope we can get someone else from nova to attend Michael. If not, we'll move this to another time. Thanks! Kyle > On Thu, Jul 17, 2014 at 12:22 PM, Kyle Mestery wrote: >> As we're getting down to the wi

[openstack-dev] [neutron] [nova] Weekly nova-network / neutron parity meeting

As we're getting down to the wire in Juno, I'd like to propose we have a weekly meeting on the nova-network and neutron parity effort. I'd like to start this meeting next week, and I'd like to propose Wednesday at 1500 UTC on #openstack-meeting-3 as the time and location. If this works for people,

Re: [openstack-dev] [specs] how to continue spec discussion

On Wed, Jul 16, 2014 at 9:30 AM, John Garbutt wrote: > On 16 July 2014 14:07, Thierry Carrez wrote: >> Daniel P. Berrange wrote: >>> On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote: It seems a pity to archive the comments and reviewer lists along with losing a place to continue

Re: [openstack-dev] [Neutron][CI] DB migration error

I've poked some folks on the infra channel about this now, as we need this merged soon. On Wed, Jul 16, 2014 at 11:30 AM, Kevin Benton wrote: > This bug is also affecting Ryu and the Big Switch CI. > There is a patch to bump the version requirement for alembic linked in the > bug report that shou

Re: [openstack-dev] [Neutron] Missing logs in Midokura CI Bot Inbox x

On Wed, Jul 16, 2014 at 4:48 AM, Tomoe Sugihara wrote: > Hi there, > > Just to apologize and inform that most of the links to the logs of Midokura > CI bot on gerrit are dead now. That is because I accidentally deleted all > the logs (instead of over a month old logs) today. Logs for the jobs afte

Re: [openstack-dev] [Neutron] Gap 0 (database migrations) closed!

On Tue, Jul 15, 2014 at 5:49 PM, Henry Gessau wrote: > I am happy to announce that the first (zero'th?) item in the Neutron Gap > Coverage[1] has merged[2]. The Neutron database now contains all tables for > all plugins, and database migrations are no longer conditional on the > configuration. > >

Re: [openstack-dev] [Neutron] "Neutron Ryu" status

On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi wrote: > if you are wondering why ofagent CI ("Neutron Ryu") reported a failure > (non-voting) for your review recently, you can probably safely ignore it. > sorry for inconvenience. > > the CI has been fixed recently. > unfortunately ofagent on ma

Re: [openstack-dev] [neutron] Juno-2 Review Priority

munity items. I envisioned reviewers working with submitters to try and quickly turn some of these patches around. We'll evaluate how this goes after Juno-2 and see if it makes sense to continue in Juno-3. Thanks, Kyle [1] http://lists.openstack.org/pipermail/openstack-dev/2014-July/039529.html

[openstack-dev] [neutron] Juno-2 Review Priority

As we're getting down to the wire with Juno-2, I'd like the core team to really focus on the BPs which are currently slated for Juno-2 while reviewing [1]. I'm in the process of shuffling a few of these into Juno-3 now (ones which don't have code posted, for example), but there are a lot which have

[openstack-dev] [neutron] Mid-Cycle Sprint Summary

Thanks to everyone who attended last week's Neutron Mid-Cycle Sprint [1] in Minnesota! We had a very good turnout and we accomplished quite a bit. The focus of the sprint was the nova-network parity plan documented here [2]. We broke into teams tackling the parity items. The good news is that we're

Re: [openstack-dev] [neutron] Spec Proposal Deadline has passed, a note on Spec Approval Deadline

o juno. > > Carl > On Jul 12, 2014 9:53 AM, "Yuriy Taraday" wrote: > >> Hello, Kyle. >> >> On Fri, Jul 11, 2014 at 6:18 PM, Kyle Mestery >> wrote: >> >>> Just a note that yesterday we passed SPD for Neutron. We have a >>> hea

Re: [openstack-dev] [nova][neutron] Networks without subnets

On Fri, Jul 11, 2014 at 4:41 PM, Brent Eagles wrote: > Hi, > > A bug titled "Creating quantum L2 networks (without subnets) doesn't > work as expected" (https://bugs.launchpad.net/nova/+bug/1039665) was > reported quite some time ago. Beyond the discussion in the bug report, > there have been rel

Re: [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron

at we do have a CI > system. > > > > *From:* Kyle Mestery [mailto:mest...@noironetworks.com] > *Sent:* Friday, July 11, 2014 8:57 AM > *To:* OpenStack Development Mailing List (not for usage questions) > *Subject:* [openstack-dev] [neutron] [third-party] Update on third par

[openstack-dev] [neutron] [third-party] Update on third party CI in Neutron

Since Juno-2 is quickly approaching, I wanted to update everyone on where we're at with regards to third party testing in Neutron. The etherpad here [1] was the original link with status. The link here [2] shows what is expected of Neutron third party CI systems. On the CI status side, I'd like to

[openstack-dev] [neutron] Spec Proposal Deadline has passed, a note on Spec Approval Deadline

Just a note that yesterday we passed SPD for Neutron. We have a healthy backlog of specs, and I'm working to go through this list and make some final approvals for Juno-3 over the next week. If you've submitted a spec which is in review, please hang tight while myself and the rest of the neutron co

Re: [openstack-dev] [neutron]Performance of security group

On Thu, Jul 10, 2014 at 4:30 AM, shihanzhang wrote: > > With the deployment 'nova + neutron + openvswitch', when we bulk create > about 500 VM with a default security group, the CPU usage of neutron-server > and openvswitch agent is very high, especially the CPU usage of openvswitch > agent will b

Re: [openstack-dev] [Neutron][ML2] Support dpdk ovs with ml2 plugin

I'd recommend adding this to the weekly Neutron ML2 meeting agenda [1] and discussing it there. The ML2 sub-team leads (rkukura and Sukhdev) are both at the Neutron mid-cycle meeting this week, so I'd suggest next week's meeting. Thanks! Kyle [1] https://wiki.openstack.org/wiki/Meetings/ML2 On W

[openstack-dev] [neutron] Core reviewer assignment to specific BPs for Juno-2

As we quickly approach Juno-2, I'd like to try something out for the next few weeks. The tl;dr is this: What I'm going to propose is assigning core reviewers to specific BPs which are of community importance and are things we're working hard to land in Juno-2. The long form answer is this: I'd lik

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

On Mon, Jul 7, 2014 at 4:41 AM, Luke Gorrie wrote: > On 3 July 2014 19:05, Luke Gorrie wrote: >> >> Time to make it start running real tempest tests. > > > Howdy! > > shellci now supports running parallel build processes and by default > runs each test with devstack+tempest in a one-shot Vagrant

Re: [openstack-dev] [third-party-ci][neutron] What is "Success" exactly?

On Thu, Jul 3, 2014 at 6:12 AM, Salvatore Orlando wrote: > Apologies for quoting again the top post of the thread. > > Comments inline (mostly thinking aloud) > Salvatore > > > On 30 June 2014 22:22, Jay Pipes wrote: >> >> Hi Stackers, >> >> Some recent ML threads [1] and a hot IRC meeting today

Re: [openstack-dev] [DevStack] neutron config not working

ssume it should at least show the dhcp agent ? > Which plugin are you using? For ML2 with OVS or LB, you should have L2 agents on each compute host in addition to the DHCP and L3 agents. I think perhaps your problem is different than Rob's. > On 7/1/14, 12:00 PM, "Kyle Mestery"

Re: [openstack-dev] [neutron] Flavor framework: Conclusion

ding on > more information about how this is utilized by deployers and users. > > Thanks, > Eugene. > > > > On Thu, Jul 3, 2014 at 5:57 PM, Susanne Balle wrote: >> >> +1 >> >> >> On Wed, Jul 2, 2014 at 10:12 PM, Kyle Mestery >> wrote: &g

[openstack-dev] [neutron] Flavor framework: Conclusion

We're coming down to the wire here with regards to Neutron BPs in Juno, and I wanted to bring up the topic of the flavor framework BP. This is a critical BP for things like LBaaS, FWaaS, etc. We need this work to land in Juno, as these other work items are dependent on it. There are still two propo

Re: [openstack-dev] [neutron]Performance of security group

On Wed, Jul 2, 2014 at 3:43 AM, Ihar Hrachyshka wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/07/14 10:12, Miguel Angel Ajo wrote: >> >> Shihazhang, >> >> I really believe we need the RPC refactor done for this cycle, and >> given the close deadlines we have (July 10 for spe

Re: [openstack-dev] [Neutron] VMware networking

#openstack-vmware channel > Alut a continua > Gary > > On 6/30/14, 6:38 PM, "Kyle Mestery" wrote: > >>On Mon, Jun 30, 2014 at 10:18 AM, Armando M. wrote: >>> Hi Gary, >>> >>> Thanks for sending this out, comments inline. >>> &

[openstack-dev] [neutron] Timeline for the remainder of Juno

All: I've updated the Neutron Juno Project Plan [1] page with a timeline for the remainder of Juno. Similar to Nova, we're going to participate in both Spec Proposal Deadline (SPD) and Spec Approval Deadline (SAD). The dates are listed on the wiki, but since these are new, I'm calling them out her

Re: [openstack-dev] [DevStack] neutron config not working

Hi Rob: Can you try adding the following config to your local.conf? I'd like to see if this gets you going or not. It will force it to use gre tunnels for tenant networks. By default it will not. ENABLE_TENANT_TUNNELS=True On Tue, Jul 1, 2014 at 10:53 AM, Rob Crittenden wrote: > Rob Crittenden

Re: [openstack-dev] [neutron] ovs-neutron-agent wipes out all flows on startup

On Mon, Jun 30, 2014 at 2:11 PM, Paul Ward wrote: > The current design for ovs-neutron-agent is that it will wipe out all flows > configured on the system when it starts up, recreating them for each neutron > port it's aware of. This has a not-so-desirable side effects that there's a > temporary

[openstack-dev] [neutron] [third-party] An update on third-party CI systems in Neutron

Hi folks: I wanted to give an update to people following the third-party CI conversation for Neutron. I sent an email out with a status update in June [1]. In that email, I had indicated that in-tree plugins and drivers needed to have functioning CI running by Juno-2. That is still the case, and I

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

On Mon, Jun 30, 2014 at 3:19 AM, Luke Gorrie wrote: > Howdy! > > Paging other 3rd party CI operators... > > I would like to run a simple and robust 3rd party CI. Simple as in a small > number of moving parts, robust as in unlikely to make mistakes due to > unexpected problems. > > I'm imagining: >

Re: [openstack-dev] [Neutron] VMware networking

On Mon, Jun 30, 2014 at 10:18 AM, Armando M. wrote: > Hi Gary, > > Thanks for sending this out, comments inline. > Indeed, thanks Gary! > On 29 June 2014 00:15, Gary Kotton wrote: >> >> Hi, >> At the moment there are a number of different BP’s that are proposed to >> enable different VMware netw

[openstack-dev] python-neutronclient 2.3.5 released

I just pushed a new version of python-neutronclient out: 2.3.5. The main driver for this release were a couple of coordination fixes between Nova and Neutron, most significantly the addition of the OverQuotaClient exception in the client. There are some additional bug fixes in this release as well

Re: [openstack-dev] [neutron][nova] nova needs a new release of neutronclient for OverQuotaClient exception

On Tue, Jun 24, 2014 at 10:32 PM, Angus Lees wrote: > On Tue, 24 Jun 2014 02:46:33 PM Kyle Mestery wrote: >> On Mon, Jun 23, 2014 at 11:08 AM, Kyle Mestery >> >> wrote: >> > On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann >> > >> > wrote: >>

Re: [openstack-dev] [All] Tempest testing for master is now running on Trusty

On Tue, Jun 24, 2014 at 8:49 PM, Clark Boylan wrote: > Hello everyone, > > The Infra team switched all Tempest testing (really all jenkins jobs > with names containing 'dsvm') for the master branch to Trusty slaves > today. This means that integration testing has access to new libvirt, > new mongo

Re: [openstack-dev] [neutron][nova] nova needs a new release of neutronclient for OverQuotaClient exception

On Mon, Jun 23, 2014 at 11:08 AM, Kyle Mestery wrote: > On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann > wrote: >> There are at least two changes [1][2] proposed to Nova that use the new >> OverQuotaClient exception in python-neutronclient, but the unit test jobs no >> l

Re: [openstack-dev] Running dnsmasq in Neutron: unix rights

On Mon, Jun 23, 2014 at 10:10 AM, Thomas Goirand wrote: > On 06/14/2014 07:26 PM, Thomas Goirand wrote: >> Hi, >> >> I've been thinking for a long time on how to fix dnsmasq unix rights >> issue in Neutron. Namely (from syslog): >> >> /var/lib/neutron/dhcp/{id}/host : Permission denied >> >> One w

Re: [openstack-dev] [neutron][nova] nova needs a new release of neutronclient for OverQuotaClient exception

On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann wrote: > There are at least two changes [1][2] proposed to Nova that use the new > OverQuotaClient exception in python-neutronclient, but the unit test jobs no > longer test against trunk-level code of the client packages so they fail. > So I'm here

Re: [openstack-dev] [Neutron] default security group rules in neutron

On Sun, Jun 22, 2014 at 9:23 PM, Lingxian Kong wrote: > Greetings > > We use neutron as network functionality implementation in nova, and as > you know, there is a feature called 'os-security-group-default-rules' > in nova extension[1], a hook mechanism to add customized rules when > creating defa

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

s-agent (and even other components) can act on such return state >> more >> >> intelligently/appropriately. >> >> >> >> -- >> >> Thanks, >> >> >> >> Vivek >> >> >> >> >> >> From: Armando M.

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

sed the ovsdb connection instead, do we > really need an L2 agent :P? > > > On 17 June 2014 18:38, Kyle Mestery wrote: >> >> Another area of improvement for the agent would be to move away from >> executing CLIs for port commands and instead use OVSDB. Terry Wilson >>

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Another area of improvement for the agent would be to move away from executing CLIs for port commands and instead use OVSDB. Terry Wilson and I talked about this, and re-writing ovs_lib to use an OVSDB connection instead of the CLI methods would be a huge improvement here. I'm not sure if Terry was

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

So, we've now moved to #openstack-lbaas, my email was slightly ahead. :) On Tue, Jun 17, 2014 at 10:10 AM, Dustin Lundquist wrote: > Actually the channel name is #neutron-lbaas. > > > On Tue, Jun 17, 2014 at 8:03 AM, Kyle Mestery > wrote: >> >> Also, pop into

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

Also, pop into #openstack-lbaas on Freenode, we have people there monitoring the channel. On Tue, Jun 17, 2014 at 9:19 AM, Dustin Lundquist wrote: > We have an Etherpad going here: > https://etherpad.openstack.org/p/juno-lbaas-mid-cycle-hackathon > > > Dustin > > > On Tue, Jun 17, 2014 at 4:05 AM

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Mon, Jun 16, 2014 at 11:38 AM, Joe Gordon wrote: > > > > On Sat, Jun 14, 2014 at 3:46 AM, Sean Dague wrote: >> >> On 06/13/2014 06:47 PM, Joe Gordon wrote: >> > >> > >> > >> > On Thu, Jun 12, 2014 at 7:18 PM, Dan Prince > > > wrote: >> > >> > On Thu, 2014-06-12 a

Re: [openstack-dev] [neutron] [third-party] Current status of Neutron 3rd Party CI and how to move forward

On Mon, Jun 16, 2014 at 9:11 AM, Salvatore Orlando wrote: > > > > On 16 June 2014 15:58, Kyle Mestery wrote: >> >> On Mon, Jun 16, 2014 at 8:52 AM, Salvatore Orlando >> wrote: >> > I will probably be unable, as usual, to attend today's CI meeting (fal

Re: [openstack-dev] [neutron] [third-party] Current status of Neutron 3rd Party CI and how to move forward

On Mon, Jun 16, 2014 at 8:52 AM, Salvatore Orlando wrote: > I will probably be unable, as usual, to attend today's CI meeting (falls > right around my dinner time). > I think it's a good idea to starting keeping track of the status of the > various CI systems, but I feel the etherpad will not work

Re: [openstack-dev] Need help on developing Neutron application to receive messages from Open Day Light

On Mon, Jun 16, 2014 at 7:17 AM, wrote: > > > Hi, > > > > I am new to both open stack and open daylight. I have to write an > application / plugin to receive messages > > From open daylight neutron interface, can you please provide a reference or > an example of how to go about it ? > Hi Venkate

Re: [openstack-dev] [Neutron] Implementing new LBaaS API

a maintenance burden we probably >> > can't afford, and I would therefore propose complete removal one >> > release cycle after deprecation. Also - since it seems to me that >> > there is also consensus regarding having load balancing move away into >> > a sep

<    1   2   3   4   5   6   7   8   >