Re: [openstack-dev] [Neutron] BGP - VPN BoF session in Kilo design summit

Yes, let's discuss this in the meeting on Thursday. Carl On Oct 29, 2014 5:27 AM, "Jaume Devesa" wrote: > Hello, > > it seems like the BGP dynamic routing it is in a good shape to be included > in Neutron during Kilo[1]. There is quite interest in offer BGP-VPN too. > Mathieu Rohon's spec[2] goe

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Keshava, Wu described the simplified pictures of cascading as following, if you attend Paris summit, you can join the cross-project design summit session "approached for scaling out", cascading will also be discussed in this session, we can have f2f talk in more detail. Best Regards Ch

Re: [openstack-dev] [All] Finalizing cross-project design summit track

Thanks for your confirmation. Best Regards Chaoyi Huang ( joehuang ) From: Thierry Carrez [thie...@openstack.org] Sent: 29 October 2014 16:55 To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [All] Finalizing cross-project design summit t

Re: [openstack-dev] [Ceilometer][Heat]Defining a webhook URL for alarm-actions

Hi, Thank you Steven, I followed templates given there in examples, created one for me(see attached), but I am getting following error in /var/log/heat/heat-api.log file: 2014-10-30 10:07:44.749 30476 TRACE root 2014-10-30 10:07:44.749 30476 TRACE root File "/usr/lib/python2.7/dist-packages/he

Re: [openstack-dev] TC election by the numbers

Excerpts from Jeremy Stanley's message of 2014-10-29 18:37:42 -0700: > On 2014-10-29 18:27:48 -0700 (-0700), Clint Byrum wrote: > > IIRC, there is no method for removing foundation members. So there > > are likely a number of people listed who have moved on to other > > activities and are no longer

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/29/2014 09:07 PM, Russell Bryant wrote: On 10/29/2014 06:46 PM, Rochelle Grober wrote: Any chance we could use the opening to move either the Refstack session or the logging session from their current joint (and conflicting) time (15:40)? QA really would be appreciated at both. And I'd re

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hi keshava, Thanks for interested in Cascading. Here are some very simple explanation: Basically Datacenter is not in the 2-level tree of cascading. We use term "POD" to represent a cascaded child openstack (same meaning of your term Zone?). There may be single or multiple PODs in one Datacente

Re: [openstack-dev] TC election by the numbers

On Wed, Oct 29, 2014 at 6:27 PM, Clint Byrum wrote: > Excerpts from Eoghan Glynn's message of 2014-10-29 16:37:42 -0700: > > > > > > On Oct 29, 2014, at 3:32 PM, Eoghan Glynn wrote: > > > > > > > > > > > > Folks, > > > > > > > > I haven't seen the customary number-crunching on the recent TC > el

Re: [openstack-dev] [QA][All] Prelude to functional testing summit discussions

Hi Matt, Thanks for bringing this up, I am so interested in. 2014-10-30 1:30 GMT+09:00 Matthew Treinish : > > Before we start the larger discussion at summit next week about the future of > testing in OpenStack - specifically about spinning up functional testing and > how > it relates to tempest

Re: [openstack-dev] TC election by the numbers

On 2014-10-29 18:27:48 -0700 (-0700), Clint Byrum wrote: > IIRC, there is no method for removing foundation members. So there > are likely a number of people listed who have moved on to other > activities and are no longer involved with OpenStack. I'd actually > be quite interested to see the turno

Re: [openstack-dev] [Nova] Add scheduler-hints when migration/rebuild/evacuate

+1, the hint should be persistent as other server instance metadata. From: Alex Xu [sou...@gmail.com] Sent: Wednesday, October 29, 2014 9:11 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Nova] Add scheduler-hints

Re: [openstack-dev] TC election by the numbers

Excerpts from Eoghan Glynn's message of 2014-10-29 16:37:42 -0700: > > > > On Oct 29, 2014, at 3:32 PM, Eoghan Glynn wrote: > > > > > > > > > Folks, > > > > > > I haven't seen the customary number-crunching on the recent TC election, > > > so I quickly ran the numbers myself. > > > > > > Vote

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/29/2014 06:46 PM, Rochelle Grober wrote: > Any chance we could use the opening to move either the Refstack > session or the logging session from their current joint (and > conflicting) time (15:40)? QA really would be appreciated at both. > And I'd really like to be at both. I'd say the Ref

Re: [openstack-dev] TC election by the numbers

> > On Oct 29, 2014, at 3:32 PM, Eoghan Glynn wrote: > > > > > > Folks, > > > > I haven't seen the customary number-crunching on the recent TC election, > > so I quickly ran the numbers myself. > > > > Voter Turnout > > = > > > > The turnout rate continues to decline, in this ca

Re: [openstack-dev] TC election by the numbers

> On Oct 29, 2014, at 3:32 PM, Eoghan Glynn wrote: > > > Folks, > > I haven't seen the customary number-crunching on the recent TC election, > so I quickly ran the numbers myself. > > Voter Turnout > = > > The turnout rate continues to decline, in this case from 29.7% to 26.7%. >

Re: [openstack-dev] [All] Finalizing cross-project design summit track

Any chance we could use the opening to move either the Refstack session or the logging session from their current joint (and conflicting) time (15:40)? QA really would be appreciated at both. And I'd really like to be at both. I'd say the Refstack one would go better in the debug slot, as the

Re: [openstack-dev] [all] Bringing some DevOps love to Openstack

On Oct 29, 2014, at 7:30 AM, Philip Cheong wrote: > Yes, the aim is to get a vagrant-openstack provider plugin under Hashicorp's > or Mitchellh's github account. Whether you call that "official" or "blessed", > doesn't really matter. > > In order for Vagrant to integrate with other tools such a

[openstack-dev] TC election by the numbers

Folks, I haven't seen the customary number-crunching on the recent TC election, so I quickly ran the numbers myself. Voter Turnout = The turnout rate continues to decline, in this case from 29.7% to 26.7%. Here's how the participation rates have shaped up since the first TC2.0 elec

Re: [openstack-dev] [Infra][all] Synchronizing local Git and Gerrit repositories

On 10/29/2014 07:02 AM, Ondrej Wisniewski wrote: > If I understand correctly, we cannot use the OpenStack community Git > servers as our central Git repository since developers cannot push to > them. And we don't want to go through Gerrit and the code review > procedure just to share a bit of code

Re: [openstack-dev] [tuskar] Puppet module

Just started a PoC: https://github.com/enovance/puppet-tuskar Once I'll finish unit tests, I'll move it to Stackforge. On 10/29/2014 10:25 AM, Jay Dobies wrote: > Nope, there isn't a puppet module for deploying Tuskar, but starting one > makes sense. > > On 10/28/2014 06:04 PM, Emilien Macchi wr

Re: [openstack-dev] [heat][nova] Changing default replacement_policy for Neutron port?

On 29/10/14 23:22, Steven Hardy wrote: On Wed, Oct 29, 2014 at 09:52:34AM +1300, Steve Baker wrote: On 29/10/14 09:28, Steve Baker wrote: I've looked at the tripleo templates now, and they create ports which are resources in their own right, so switching to replacement_policy:AUTO

Re: [openstack-dev] [neutron][nova] New specs on routed networking

Certainly, let’s talk next week in Paris. On Oct 29, 2014, at 12:11 PM, Cory Benfield wrote: >> Some of us are looking at a different model. I’d be interested in your >> thoughts. > > Fred, > > Thanks for the link to the drafts. They look extremely similar to the > approach we've been pursu

Re: [openstack-dev] [Infra][all] Synchronizing local Git and Gerrit repositories

On Wednesday, October 29, 2014, Ondrej Wisniewski < ondrej.wisniew...@dektech.com.au> wrote: > Hi Dolph, > > I guess it sounds complicated but in the end our setup is really not much > different from the community workflow, a least this is the intention. What > I am trying to achieve is a possibi

Re: [openstack-dev] [nova][CI] nova-networking or neutron netwokring for CI

On Wed, Oct 29, 2014 at 2:23 AM, Andreas Scheuring < scheu...@linux.vnet.ibm.com> wrote: > Thanks for the feedback. > > OK, got it, nova networking is not a requirement for a CI. Then I'll see > not a single reason to support it. We will investigate in the neutron > way for our CI and also for pro

Re: [openstack-dev] [neutron][nova] New specs on routed networking

> Some of us are looking at a different model. I’d be interested in your > thoughts. Fred, Thanks for the link to the drafts. They look extremely similar to the approach we've been pursuing for Project Calico, and it's good to see that we're not the only people thinking in this direction. It

Re: [openstack-dev] [all] periodic jobs for master

On 2014-10-29 16:49:08 + (+), Andrea Frittoli wrote: [...] > About post merge CI: > http://kilodesignsummit.sched.org/event/1e33d1f4896a52e2c02b062cfc18ba39#.VFEZqvmsV8E > About moving functional test to projects: > http://kilodesignsummit.sched.org/event/575938e4837e8293615845582d7e3e7f#.V

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

I must admit I haven't digged up too much, but this might also look suspicious: https://review.openstack.org/#/c/96782/ Perhaps it's a combination of both? :) On 29 October 2014 08:17, Kyle Mestery wrote: > On Wed, Oct 29, 2014 at 7:25 AM, Hly wrote: > > > > > > Sent from my iPad > > > > On 2

Re: [openstack-dev] [Solum] Solum Design Session at OpenStack Summit

+1 Thanks for the heads up! See you there! On 29 October 2014 19:15, Lee Calcote (lecalcot) wrote: > Noted. Looking forward to the face time. > > Lee > > On 10/29/14, 9:30 AM, "Adrian Otto" wrote: > > >Team, > > > >See below. For those of us attending the OpenStack Summit in Paris, > >please b

Re: [openstack-dev] [all] Commit flags

On 10/29/2014 11:05 AM, Kyle Mestery wrote: > Based on the thread this morning around the NFVImpact flag [1], I saw > this commit [2] into the neutron-specs repository to add an APIImpact > flag. Given the discussion around NFVImpact, and the move away from > it, I just wanted to bring this up in t

Re: [openstack-dev] [Solum] Solum Design Session at OpenStack Summit

Noted. Looking forward to the face time. Lee On 10/29/14, 9:30 AM, "Adrian Otto" wrote: >Team, > >See below. For those of us attending the OpenStack Summit in Paris, >please be sure to plan your schedule so you can attend this session. > >Thanks, > >Adrian > >Begin forwarded message: > >> From:

[openstack-dev] [Nova] Summit track scheduling tweak

Hi, I've just swapped the functional testing and object status sessions in our track. This was done so that the QA team could attend the functional testing session, which originally conflicted with their sessions. Hopefully this doesn't create problems for anyone else, but I figured an announcemen

Re: [openstack-dev] [all] periodic jobs for master

> > I'm sorry I've missed the email that you referred to before. Indeed, > it looks like I'm not the first one who started to think about the > matter. Summit wise, will there be any sessions where the subject will > be discussed? > Yes. About post merge CI: http://kilodesignsummit.sched.org/event

Re: [openstack-dev] [all] periodic jobs for master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 25/10/14 00:16, James E. Blair wrote: > Andrea Frittoli writes: > >> I also believe we can find ways to make post-merge / periodic >> checks useful. We need to do that to keep the gate to a sane >> scale. > > Yes, we have a plan to do that that

[openstack-dev] [QA][All] Prelude to functional testing summit discussions

Hi everyone, Before we start the larger discussion at summit next week about the future of testing in OpenStack - specifically about spinning up functional testing and how it relates to tempest - I would like to share some of my thoughts on how we can get things started and how I think they'll ev

[openstack-dev] [Nova] No meeting this week

Hey, this is just a friendly reminder that we're skipping the meeting this week as it is so close to the summit and many are travelling already. We also wont have one the week of the summit for obvious reasons. See you all in Paris! Michael -- Rackspace Australia _

[openstack-dev] [Solum] Solum Design Session at OpenStack Summit

Team, See below. For those of us attending the OpenStack Summit in Paris, please be sure to plan your schedule so you can attend this session. Thanks, Adrian Begin forwarded message: > From: Chris Hoge > Subject: Solum Design Session at OpenStack Summit > Date: October 22, 2014 at 11:09:55 A

Re: [openstack-dev] [all] Bringing some DevOps love to Openstack

On 29/10/14 15:30 +0100, Philip Cheong wrote: Yes, the aim is to get a vagrant-openstack provider plugin under Hashicorp's or Mitchellh's github account. Whether you call that "official" or "blessed", doesn't really matter. In order for Vagrant to integrate with other tools such as Packer there

Re: [openstack-dev] [neutron][nova] New specs on routed networking

On Oct 28, 2014, at 12:44 AM, A, Keshava wrote: > Here thinking OpenStack cloud as hierarchical network instead of Flat > network ? A routed network has one lookup just like a bridged network. The difference is that the router operates as a host in the L2 domain - it only receives or operat

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

On Wed, Oct 29, 2014 at 7:25 AM, Hly wrote: > > > Sent from my iPad > > On 2014-10-29, at 下午8:01, Robert van Leeuwen > wrote: > I find our current design is remove all flows then add flow by entry, this will cause every network node will break off all tunnels between other network

Re: [openstack-dev] [Neutron] BGP - VPN BoF session in Kilo design summit

Hi, thanks jaume for planning this bof. the bgpvpn spec [2] has been initiated by nati ueno. I hope nati will attend this bof too. our proposal is to try to implement this spec with existing Neutron components [4]. Me and thomas will also have a tech talk about BGPVPN on tuesday, 1:15 PM. [5] [4

[openstack-dev] [all] Commit flags

Based on the thread this morning around the NFVImpact flag [1], I saw this commit [2] into the neutron-specs repository to add an APIImpact flag. Given the discussion around NFVImpact, and the move away from it, I just wanted to bring this up in the broader community context and make sure everyone

Re: [openstack-dev] [Neutron]issue about dvr flows and port timestamp

On Oct 29, 2014, at 1:36 PM, Hly wrote: > > > Sent from my iPad > > On 2014-10-29, at 下午6:33, Maru Newby wrote: > >> >> On Oct 29, 2014, at 8:12 AM, Yangxurong wrote: >> >>> Hi, >>> >>> I’m not sure whether following issue is problematic, and both, our team do >>> some effort, so I sub

Re: [openstack-dev] [Neutron][QoS] Pod time at Paris Summit

Hi, +1 thanks On Wed, Oct 29, 2014 at 7:19 AM, Kevin Benton wrote: > I believe "Déjà vu" is an appropriate term here. :-) > > Count me in. > > On Tue, Oct 28, 2014 at 1:16 PM, Collins, Sean > wrote: >> >> Hi, >> >> Like Atlanta, I will be at the summit. If there is interest, I can >> schedule

Re: [openstack-dev] [Neutron]issue about dvr flows and port timestamp

Yes, actually, we have done some effort and practice to ensure that dvr has a better performance and stability, but i am not sure whether it would be accepted, so that's why i say : ("I’m not sure whether the following issue is problematic…"). in my opinion, i think it's very helpful. 2014-10-29 2

[openstack-dev] [QA] Meeting Thursday October 30th at 22:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, October 30th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to

Re: [openstack-dev] [all] Bringing some DevOps love to Openstack

Yes, the aim is to get a vagrant-openstack provider plugin under Hashicorp's or Mitchellh's github account. Whether you call that "official" or "blessed", doesn't really matter. In order for Vagrant to integrate with other tools such as Packer there needs to be a preferred plugin. Hopefully the ow

[openstack-dev] ipv6 and ipv4 dual stack for floating IP

Hi I want to use both ipv4 and ipv6 for floating ip at the same time. However, I have the following issue when setting router gateway or associate floating ip to an instance. Is it supported in the first place? What should I do to make it work? Thanks! neutron router-list +

Re: [openstack-dev] [tuskar] Puppet module

Nope, there isn't a puppet module for deploying Tuskar, but starting one makes sense. On 10/28/2014 06:04 PM, Emilien Macchi wrote: Hi, I was looking at deploying Tuskar API with Puppet and I was wondering if you guys have already worked on a Puppet module. If not, I think we could start some

Re: [openstack-dev] [Infra][all] Synchronizing local Git and Gerrit repositories

Hi Dolph, I guess it sounds complicated but in the end our setup is really not much different from the community workflow, a least this is the intention. What I am trying to achieve is a possibility for the team of developers to share code among each other by using a central Git repository. T

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/29/2014 07:22 AM, Sean Dague wrote: On 10/28/2014 05:22 PM, Russell Bryant wrote: A draft schedule has been posted for the cross-project design summit track: http://kilodesignsummit.sched.org/overview/type/cross-project+workshops#.VFAFFXVGjUa If you have any schedule changes to propose f

[openstack-dev] Kilo Design Summit schedule

Hi everyone, Less than one week from the Kilo design summit start, the schedule is almost final. You can start planning your week and access it at: http://kilodesignsummit.sched.org/ It should also be mirrored to the mobile Guidebook app. In doubt, sched is always more current. We still expect

Re: [openstack-dev] [devstack] Enable LVM ephemeral storage for Nova

On 10/28/2014 02:50 PM, John Griffith wrote: On Tue, Oct 28, 2014 at 12:37 PM, Dan Genin > wrote: Great, thank you, Duncan. I will then proceed with the shared volume group. Dan On 10/28/2014 02:06 PM, Duncan Thomas wrote: Cinder vol

Re: [openstack-dev] [Infra][all] Synchronizing local Git and Gerrit repositories

On Wed, Oct 29, 2014 at 4:20 AM, Ondrej Wisniewski < ondrej.wisniew...@dektech.com.au> wrote: > Hi Ricardo, > > thanks a lot for your help and detailed instructions. It will surely come > in handy when I will need to do something like that. I am looking also into > this possibility. > > But the a

Re: [openstack-dev] [Nova] Add scheduler-hints when migration/rebuild/evacuate

2014-10-29 13:42 GMT+08:00 Chen CH Ji : > Yes, I remember that spec might talk about local storage (in local db?) > and it can be the root cause > > And I think we need persistent storage otherwise the scheduler hints can't > survive in some conditions such as system reboot or upgrade ? > > Yeah,

Re: [openstack-dev] [Nova] Add scheduler-hints when migration/rebuild/evacuate

Hah, thanks :), Let me see if I can help on that. 2014-10-29 19:59 GMT+08:00 Jay Lau : > Hi Alex, > > You can continue the work https://review.openstack.org/#/c/88983/ from > here ;-) > > 2014-10-29 13:42 GMT+08:00 Chen CH Ji : > >> Yes, I remember that spec might talk about local storage (in loc

Re: [openstack-dev] [Neutron]issue about dvr flows and port timestamp

Sent from my iPad On 2014-10-29, at 下午6:33, Maru Newby wrote: > > On Oct 29, 2014, at 8:12 AM, Yangxurong wrote: > >> Hi, >> >> I’m not sure whether following issue is problematic, and both, our team do >> some effort, so I submit two blueprints: >> [1.] optimize dvr flows: >> Currently,

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/29/2014 08:20 AM, Russell Bryant wrote: > On 10/29/2014 07:22 AM, Sean Dague wrote: >> On 10/28/2014 05:22 PM, Russell Bryant wrote: >>> A draft schedule has been posted for the cross-project design summit track: >>> >>> http://kilodesignsummit.sched.org/overview/type/cross-project+workshops#

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

Sent from my iPad On 2014-10-29, at 下午8:01, Robert van Leeuwen wrote: >>> I find our current design is remove all flows then add flow by entry, this >>> will cause every network node will break off all tunnels between other >>> network node and all compute node. >> Perhaps a way around this w

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/29/2014 07:22 AM, Sean Dague wrote: > On 10/28/2014 05:22 PM, Russell Bryant wrote: >> A draft schedule has been posted for the cross-project design summit track: >> >> http://kilodesignsummit.sched.org/overview/type/cross-project+workshops#.VFAFFXVGjUa >> >> If you have any schedule changes

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

> > I find our current design is remove all flows then add flow by entry, this > > will cause every network node will break off all tunnels between other > > network node and all compute node. > Perhaps a way around this would be to add a flag on agent startup > which would have it skip reprogrammi

Re: [openstack-dev] [Nova] Add scheduler-hints when migration/rebuild/evacuate

Hi Alex, You can continue the work https://review.openstack.org/#/c/88983/ from here ;-) 2014-10-29 13:42 GMT+08:00 Chen CH Ji : > Yes, I remember that spec might talk about local storage (in local db?) > and it can be the root cause > > And I think we need persistent storage otherwise the sched

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

- Original Message - > From: "Maru Newby" > To: "OpenStack Development Mailing List (not for usage questions)" > > > On Oct 29, 2014, at 12:25 PM, Steve Gordon wrote: > > > - Original Message - > >> From: "Maru Newby" > >> To: "OpenStack Development Mailing List (not for usag

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

- Original Message - > From: "Sean Dague" > To: openstack-dev@lists.openstack.org > > On 10/29/2014 07:25 AM, Steve Gordon wrote: > > - Original Message - > >> From: "Maru Newby" > >> To: "OpenStack Development Mailing List (not for usage questions)" > >> > >> > >> Am I the only

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

On Oct 29, 2014, at 12:25 PM, Steve Gordon wrote: > - Original Message - >> From: "Maru Newby" >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> >> Am I the only one wondering whether introducing arbitrary tagging into our >> commit messages sets a bad prece

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

On 10/29/2014 07:25 AM, Steve Gordon wrote: > - Original Message - >> From: "Maru Newby" >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> >> Am I the only one wondering whether introducing arbitrary tagging into our >> commit messages sets a bad precedent? Or

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

- Original Message - > From: "Maru Newby" > To: "OpenStack Development Mailing List (not for usage questions)" > > > Am I the only one wondering whether introducing arbitrary tagging into our > commit messages sets a bad precedent? Or was there a discussion on this > topic that I misse

[openstack-dev] [Neutron] BGP - VPN BoF session in Kilo design summit

Hello, it seems like the BGP dynamic routing it is in a good shape to be included in Neutron during Kilo[1]. There is quite interest in offer BGP-VPN too. Mathieu Rohon's spec[2] goes in this direction. Of course it makes sense that his development leverages the BGP one. I would like to have a Bo

Re: [openstack-dev] [All] Finalizing cross-project design summit track

On 10/28/2014 05:22 PM, Russell Bryant wrote: > A draft schedule has been posted for the cross-project design summit track: > > http://kilodesignsummit.sched.org/overview/type/cross-project+workshops#.VFAFFXVGjUa > > If you have any schedule changes to propose for really bad conflicts, > please l

Re: [openstack-dev] [neutron][nova] New specs on routed networking

I have also started to capture some of our discussions here. https://etherpad.openstack.org/p/RoutedNetworking Thanks Rohit On 10/29/14 1:32 AM, "Cory Benfield" wrote: >On Tue, Oct 28, 2014 at 20:01:40, Kevin Benton wrote: >> I think the simplest use case is just that a provider doesn't want t

Re: [openstack-dev] [bashate] towards "inbox zero" on bashate changes, release?

On 10/28/2014 10:03 PM, Ian Wienand wrote: > On 10/14/2014 04:03 PM, Ian Wienand wrote: >> Maybe it is time for a release? One thing; does the pre-release check >> run over TOT devstack and ensure there are no errors? We don't want >> to release and then 10 minutes later gate jobs start failing.

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

Yeh, this seems incredibly poluting, don't do this. That's not something I want in our long term git history without conversation about the policy. Every other Impact flag that we use in OpenStack had a pretty long conversation about it's addition. The issue arrises because the NFV team has create

Re: [openstack-dev] [Ceilometer][Heat]Defining a webhook URL for alarm-actions

On Wed, Oct 29, 2014 at 03:19:49PM +0500, david jhon wrote: >Hi, > >I am using all-in-one Havana on Ubuntu 12.04 LTS, working on Ceilometer >and Heat. I want to launch an instance based on a threshold defined in >alarm. My question is where and how am I supposed to define the webho

Re: [openstack-dev] [Neutron]issue about dvr flows and port timestamp

On Oct 29, 2014, at 8:12 AM, Yangxurong wrote: > Hi, > > I’m not sure whether following issue is problematic, and both, our team do > some effort, so I submit two blueprints: > [1.] optimize dvr flows: > Currently, accurate ovs flows in terms of full mac are used to communicate > among distr

Re: [openstack-dev] [NFV] Patches tagging with NFVImpact

Am I the only one wondering whether introducing arbitrary tagging into our commit messages sets a bad precedent? Or was there a discussion on this topic that I missed? Maru On Jun 17, 2014, at 2:27 PM, Sylvain Bauza wrote: > Hi, > > There is an action for creating a Gerrit dashboard to sh

Re: [openstack-dev] [heat][nova] Changing default replacement_policy for Neutron port?

On Wed, Oct 29, 2014 at 09:52:34AM +1300, Steve Baker wrote: >On 29/10/14 09:28, Steve Baker wrote: >I've looked at the tripleo templates now, and they create ports which are >resources in their own right, so switching to replacement_policy:AUTO is >entirely appropriate. However i

[openstack-dev] [Ceilometer][Heat]Defining a webhook URL for alarm-actions

Hi, I am using all-in-one Havana on Ubuntu 12.04 LTS, working on Ceilometer and Heat. I want to launch an instance based on a threshold defined in alarm. My question is where and how am I supposed to define the webhook URL for --alarm-actions argument. I am creating threshold alarm with the follow

Re: [openstack-dev] [nova] How to connect to a serial port of an instance via websocket?

On Tue, Oct 28, 2014 at 03:09:44PM +0100, Markus Zoeller wrote: > The API provides an endpoint for querying the serial console of an > instance ('os-getSerialConsole'). The nova-client interacts with this > API endpoint via the command `get-serial-console`. > > nova get-serial-console myInsta

Re: [openstack-dev] [nova][CI] nova-networking or neutron netwokring for CI

Thanks for the feedback. OK, got it, nova networking is not a requirement for a CI. Then I'll see not a single reason to support it. We will investigate in the neutron way for our CI and also for production. Now coming back to the Hypervisorsupportmatrix ( https://wiki.openstack.org/wiki/Hypervi

Re: [openstack-dev] [Infra][all] Synchronizing local Git and Gerrit repositories

Hi Ricardo, thanks a lot for your help and detailed instructions. It will surely come in handy when I will need to do something like that. I am looking also into this possibility. But the actual reason I need to sync our central developer repo with the Gerrit repo is a problem when the devel

Re: [openstack-dev] [all] Bringing some DevOps love to Openstack

On 28/10/14 21:23 +0100, Philip Cheong wrote: Hi all, In preparation of the OpenStack Summit in Paris next week, I'm hoping to speak to some people in the OpenStack foundation about the benefits of a partnership with Hashicorp, who make fantastic tools like Vagrant and Packer (and others). As a

Re: [openstack-dev] [All] Finalizing cross-project design summit track

joehuang wrote: > Is the "cascading" included in the session "Approaches for scaling out" [1] ? Yes it is. The goal of the session is to get the proponents of the various "scaling out" approaches in the same room so that they compare notes and potentially converge. -- Thierry Carrez (ttx)

Re: [openstack-dev] [neutron][nova] New specs on routed networking

On Tue, Oct 28, 2014 at 20:01:40, Kevin Benton wrote: > I think the simplest use case is just that a provider doesn't want to > deal with extending L2 domains all over their datacenter. This is the core motivation. As mentioned in Fred Baker's internet draft[0], extending layer 2 domains can be e

[openstack-dev] [Fuel] Feature Freeze & Fuel Technical Preview

Hi all, first of all, it was bad idea to get FF and TechPreview at the same day. We are in rush with merging last features, so master often becomes unstable. Tech Preview still implies that there is something deployable at least to see Juno in action. As we planned to do a tech preview on this Thur

[openstack-dev] [Fuel] Fuel plugins feedback

All, Recently I have tried plugins feature which was implemented for 6.x release. And that was really pleasant experience. Plugins work almost out-of-the box. I was able to implement Cinder with NetApp backend installation and configuration as a separate Fuel plugin. Current simple implementation

[openstack-dev] [Neutron]issue about dvr flows and port timestamp

Hi, I'm not sure whether following issue is problematic, and both, our team do some effort, so I submit two blueprints: [1.] optimize dvr flows: Currently, accurate ovs flows in terms of full mac are used to communicate among distributed router, but here comes problem : (1)the more distributed