Re: [openstack-dev] [nova][neutron] VIF event callbacks implementation

On Tue, Apr 29, 2014 at 12:23 PM, Dan Smith wrote: > > Yeah, we've already got plans in place to get Cinder to use the > interface to provide us more detailed information and eliminate some > polling. We also have a very purpose-built notification scheme between > nova and cinder that facilitates

[openstack-dev] [TripleO] openstack/tripleo-specs repository online

Thanks to Derek and the infra folk we now have a tripleo-specs repo - yay. https://review.openstack.org/#/c/91741/ needs to land before it will DTRT after cloning - but! - please add any outstanding unapproved blueprints there. Thanks, Rob -- Robert Collins Distinguished Technologist HP Conver

Re: [openstack-dev] Objects not getting distributed across the swift cluster...

Hi John, Thanks for the explanation. Have a couple of more questions on this subject though. 1. "pretend_min_hours_passed" sounds like something that I could use. I'm okay if there is a chance of interruption in services to the user at this time, as long as it does not cause any data-loss or data

[openstack-dev] [Neutron] ServiceVM IRC meeting(May 6 Tuesday 5:00(AM)UTC-)

Hi. This is a reminder mail for the servicevm IRC meeting May 6, 2014 Tuesdays 5:00(AM)UTC- #openstack-meeting on freenode (May 13 will be skipped due to design summit) * design summit plan - unconference * status update * new project planning - project name code name: virtue, ginie, jeeve

Re: [openstack-dev] [Neutron][LBaaS] Use-Cases with VPNs Distinction

On May 1, 2014, at 7:48 PM, Stephen Balukoff mailto:sbaluk...@bluebox.net>> wrote: Hi Trevor, I was the one who wrote that use case based on discussion that came out of the question I wrote the list last week about SSL re-encryption: Someone had stated that sometimes pool members are local,

Re: [openstack-dev] [Neutron][LBaaS] Use-Cases with VPNs Distinction

Comments in red. I'm tired, so hopefully most of what I say makes sense. :) From: Stephen Balukoff mailto:sbaluk...@bluebox.net>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Thursday, May 1, 2014 7:48 PM To: "OpenStack

Re: [openstack-dev] [Neutron][LBaaS]L7 conent switching APIs

My thoughts are inline (in red, since I can't figure out how to get Outlook to properly format the email the way I want). From: Stephen Balukoff mailto:sbaluk...@bluebox.net>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date

Re: [openstack-dev] [Neutron][LBaaS] Fulfilling Operator Requirements: Driver / Management API

Hi Adam, Thank you very much for starting this discussion! In answer do your questions from my perspective: 1. I think that it makes sense to start at least one new driver that focuses on running software virtual appliances on Nova nodes (the NovaHA you referred to above). The existing haproxy d

Re: [openstack-dev] [Neutron][LBaaS] Use Case Question

our stingray nodes don't allow you to specify. Its just an enable or disable option. On May 1, 2014, at 7:35 PM, Stephen Balukoff mailto:sbaluk...@bluebox.net>> wrote: Question for those of you using the SSL session ID for persistency: About how long do you typically set these sessions to p

Re: [openstack-dev] [Neutron][LBaaS]User Stories and sruvey

Balukoff I'm liking your API spec so far but can you elaborate on what this loadbalancer object you refer to is. on page You declare its immutable and refer to it like an actual primitive object yet I don't see a schema for it. I see loadbalancer_id in the vip request that reference. The to

Re: [openstack-dev] [Neutron][LBaaS] Updated Use Cases Assessment and Questions

Hi Trevor, Some of these use cases are mine, I will try to clarify the ones that are in-line: On Thu, May 1, 2014 at 9:20 AM, Trevor Vardeman < trevor.varde...@rackspace.com> wrote: > > Use-Case 10: I assumed this was referring to the source-IP that > accesses the Load Balancer. As far as I k

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

Raising SystemExit *or* calling sys.exit() are poor ideas: only outer layer code should do that. Plumbing should only be raising semantic, normally catchable exceptions IMO. -Rob On 2 May 2014 07:09, Kevin L. Mitchell wrote: > On Thu, 2014-05-01 at 18:41 +, Paul Michali (pcm) wrote: >> So, I

Re: [openstack-dev] [Neutron][LBaaS] Use-Cases with VPNs Distinction

Hi Trevor, I was the one who wrote that use case based on discussion that came out of the question I wrote the list last week about SSL re-encryption: Someone had stated that sometimes pool members are local, and sometimes they are hosts across the internet, accessible either through the usual de

Re: [openstack-dev] [Neutron][LBaaS] Use Case Question

Question for those of you using the SSL session ID for persistency: About how long do you typically set these sessions to persist? Also, I think this is a cool way to handle this kind of persistence efficiency-- I'd never seen it done that way before, eh! It should also almost go without saying t

Re: [openstack-dev] [Neutron][LBaaS]L7 conent switching APIs

Hi Samuel, We talked a bit in chat about this, but I wanted to reiterate a few things here for the rest of the group. Comments in-line: On Wed, Apr 30, 2014 at 6:10 AM, Samuel Bercovici wrote: > Hi, > > > > We have compared the API the is in the blue print to the one described in > Stephen do

Re: [openstack-dev] [nova] No meeting this week

Yeah, I feel bad that we haven't had one in three weeks now -- its definitely a thing I am not happy with. Next week for sure. Michael On Fri, May 2, 2014 at 12:15 AM, Matt Riedemann wrote: > > > On 5/1/2014 1:58 AM, Michael Still wrote: >> >> Hi. >> >> I was intending to run a nova meeting this

Re: [openstack-dev] [Neutron][LBaaS]User Stories and sruvey

German, They certainly are essential-- but as far as I can tell, we haven't been concentrating on them, so the list there is likely very incomplete. Stephen On Thu, May 1, 2014 at 1:04 PM, Eichberger, German wrote: > Stephen, > > > > I would prefer if we can vote on them, too. They are essen

Re: [openstack-dev] [oslo] need feedback on steps for adding oslo libs to projects

On 04/09/2014 11:11 AM, Doug Hellmann wrote: I have started writing up some general steps for adding oslo libs to projects, and I would like some feedback about the results. They can't go into too much detail about specific changes in a project, because those will vary by library and project. I w

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

As usual, comments are inline. Cheers, --Jorge From: Eugene Nikanorov mailto:enikano...@mirantis.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Thursday, May 1, 2014 3:10 PM To: "OpenStack Development Mailing List (

Re: [openstack-dev] [oslo] preparing oslo.i18n for graduation

On 04/29/2014 02:48 PM, Doug Hellmann wrote: I have exported the gettextutils code and related files to a new git repository, ready to be imported as oslo.i18n. Please take a few minutes to look over the files and give it a sanity check. https://github.com/dhellmann/oslo.i18n Thanks, Doug No

Re: [openstack-dev] Wrong Test Cases

On 05/01/2014 12:27 PM, Hao Wang wrote: Hi, I have got one question: if there is something wrong with a test case, and it causes the review can proceed, what should I do? You mean you hit a bug in a test case? If so, see the link Jenkins posted to the review: https://wiki.openstack.org/wiki

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Hi folks > Clint Thanks, things get clear for me now :) 2014-05-01 13:21 GMT-07:00 John Wood : > I was going to bring up Postern [1] as well, Clint. Unfortunately not much > work has been done on it though. > > [1] https://github.com/cloudkeep/postern > > Thanks, > John > > > > _

[openstack-dev] [Neutron][LBaaS] Fulfilling Operator Requirements: Driver / Management API

I am sending this now to gauge interest and get feedback on what I see as an impending necessity — updating the existing "haproxy" driver, replacing it, or both. Though we're not there yet, it is probably best to at least start the discussion now, to hopefully limit some fragmentation that may b

[openstack-dev] Monitoring as a Service

Hello Everyone! My name is Alexandre Viau from Savoir-Faire Linux. We have submited a Monitoring as a Service blueprint and need feedback. Problem to solve: Ceilometer's purpose is to track and *measure/meter* usage information collected from OpenStack components (originally for billing). While

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

> > > We wanted a discussion to happen on whether the existing object model > would work with both API proposals. That blueprint being pushed to > gerrit the same time as Stephen mailing out his proposal made it seem > like this was not going to happen. > I'm sorry about that. In fact I was just p

[openstack-dev] [Neutron][LBaaS] Use-Cases with VPNs Distinction

Hello, After going back through the use-cases to double check some of my understanding, I realized I didn't quite understand the ones I had already answered. I'll use a specific use-case as an example of my misunderstanding here, and hopefully the clarification can be easily adapted to the rest o

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hi Eugene, On Fri, 2014-05-02 at 00:10 +0400, Eugene Nikanorov wrote: > Hi, > > > On Thu, May 1, 2014 at 10:46 PM, Jorge Miramontes > wrote: > Hey Eugene, > > > I think there is a misunderstanding on what iterative > development means to you and me and

Re: [openstack-dev] [Neutron] [LBaaS][VPN][Barbican] SSL cert implementation for LBaaS and VPN

Hello Samuel, Just noting that the link below shows current-state Barbican. We are in the process of designing SSL certificate support for Barbican via blueprints such as this one: https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates We intend to discuss this feature in Atlanta

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

I was going to bring up Postern [1] as well, Clint. Unfortunately not much work has been done on it though. [1] https://github.com/cloudkeep/postern Thanks, John From: Clint Byrum [cl...@fewbar.com] Sent: Thursday, May 01, 2014 2:22 PM To: openstack-d

Re: [openstack-dev] [Ironic] should we have an IRC meeting next week ?

Hi all, Just a reminder that May 5th is our next scheduled meeting day, but I probably won't make it, because I'll be just getting back from one trip and start two consecutive weeks of conference travel early the next morning. Chris Krelle (nobodycam) has offered to chair that meeting in my ab

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hi, On Thu, May 1, 2014 at 10:46 PM, Jorge Miramontes < jorge.miramon...@rackspace.com> wrote: > Hey Eugene, > > I think there is a misunderstanding on what iterative development means > to you and me and I want to make sure we are on the same page. First of > all, I'll try not to use the ter

Re: [openstack-dev] [Neutron][LBaaS]User Stories and sruvey

Stephen, I would prefer if we can vote on them, too. They are essential and I would like to make sure they are considered first-class citizen when it comes to use cases. Thanks, German From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Thursday, May 01, 2014 12:52 PM To: OpenStack Deve

Re: [openstack-dev] [oslo] preparing oslo.i18n for graduation

On Thu, May 1, 2014 at 3:09 PM, Sergey Lukjanov wrote: > Hey Doug, > > it looks nice, only two questions: > > * why tests aren't located inside the main package (oslo/i18n/tests for ex.)? That's the way the other oslo libs are. I frankly don't remember the reason. > * when are you planning to ma

Re: [openstack-dev] [Neutron][LBaaS]User Stories and sruvey

Yep, I'm all for this as well! Note: We're just talking about "user" use cases in this survey, correct? (We'll leave the operator use cases for later when we have more of a story and/or model to work with on how we're going to approach those, yes?) Thanks, Stephen On Thu, May 1, 2014 at 11:54

Re: [openstack-dev] [climate] Client and REST API versioning

Le 1 mai 2014 19:11, "Dolph Mathews" a écrit : > > > On Thu, May 1, 2014 at 8:50 AM, Fuente, Pablo A wrote: >> >> Hi, >> We recently implemented our V2 REST API, and at this moment we are >> trying to get working our python client against this new version. For >> this reason, we start a d

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Excerpts from Nachi Ueno's message of 2014-05-01 12:04:23 -0700: > Ah I got it now! > so even if we get stolen HDD, we can keep password safe. > > However, I'm still not sure why this is more secure.. > anyway, the ID/PW to access barbican will be written in neutron.conf, right? > Yes. However,

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

On Thu, 2014-05-01 at 18:41 +, Paul Michali (pcm) wrote: > So, I tried to reproduce, but I actually see the same results with > both of these. However, they both show the issue I was hitting, > namely, I got no information on where the failure was located: So, this is pretty much by design. A

Re: [openstack-dev] [oslo] preparing oslo.i18n for graduation

Hey Doug, it looks nice, only two questions: * why tests aren't located inside the main package (oslo/i18n/tests for ex.)? * when are you planning to make first release? Thanks. On Tue, Apr 29, 2014 at 11:48 PM, Doug Hellmann wrote: > I have exported the gettextutils code and related files to

Re: [openstack-dev] [nova] Proposal: remove the server groups feature

On Thu, 2014-05-01 at 20:49 +0800, Jay Lau wrote: > Jay Pipes and all, I'm planning to merge this topic to > http://junodesignsummit.sched.org/event/77801877aa42b595f14ae8b020cd1999 > after some discussion in this week's Gantt IRC meeting, hope it is OK. I'll be there :) Thanks! -jay > > > 20

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Ah I got it now! so even if we get stolen HDD, we can keep password safe. However, I'm still not sure why this is more secure.. anyway, the ID/PW to access barbican will be written in neutron.conf, right? Furthermore, ID/PW for mysql will be written in conf file.. so if we can't trust unix file

Re: [openstack-dev] Where to report bugs on oslo.config?

On 05/01/2014 12:11 PM, Thomas Goirand wrote: Hi, I've searched launchpad, and didn't find out. This didn't work: https://launchpad.net/oslo.config/+bugs Should I report bugs at: https://launchpad.net/oslo/+bugs Yes. All of the Oslo projects are tracked under the same LP project because Lau

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

On Thu, May 1, 2014 at 10:41 PM, Paul Michali (pcm) wrote: > == > FAIL: process-returncode > tags: worker-1 > -- > *Binary content:* > * traceback (test/plain;

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

With regard to the last paragraph/sentence about a new driver, I am writing a lengthy analysis of that specific topic currently — hopefully we will be able to start an in-depth discussion on that later today. --Adam From: Jorge Miramontes mailto:jorge.miramon...@rackspace.com>> Reply-To: "Open

Re: [openstack-dev] [Neutron][LBaaS]User Stories and sruvey

That sounds good to me. The only thing I would caution is that we have prioritized certain requirements (like HA and SSL Termination) and I want to ensure we use the survey to compliment what we have already mutually agreed upon. Thanks for spearheading this! Cheers, --Jorge From: Samuel Berco

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hey Eugene, I think there is a misunderstanding on what iterative development means to you and me and I want to make sure we are on the same page. First of all, I'll try not to use the term "duct-taping" even though it's a widely used term in the industry. My main concern is that implementing c

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

So, I tried to reproduce, but I actually see the same results with both of these. However, they both show the issue I was hitting, namely, I got no information on where the failure was located: root@devstack-32:/opt/stack/neutron# tox -e py27 -v -- neutron.tests.unit.pcm.test_pcm using tox.ini:

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

On 05/01/2014 01:30 PM, David Kranz wrote: > On 05/01/2014 11:36 AM, Matthew Treinish wrote: >> On Thu, May 01, 2014 at 06:18:10PM +0900, Ken'ichi Ohmichi wrote: >>> # Sorry for sending this again, previous mail was unreadable. >>> >>> 2014-04-28 11:54 GMT+09:00 Ken'ichi Ohmichi : > This is als

[openstack-dev] [neutron] Prototype code for discussion for BP l3-svcs-vendor-validation

Please take a gander and let me know your thoughts! Prototype: https://review.openstack.org/#/c/91437/ Blueprint: https://blueprints.launchpad.net/neutron/+spec/l3-svcs-vendor-validation Spec: https://review.openstack.org/#/c/88406/ Thanks! PCM (Paul Michali) MAIL …..…. p...@cisco.com

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

On 05/01/2014 11:36 AM, Matthew Treinish wrote: On Thu, May 01, 2014 at 06:18:10PM +0900, Ken'ichi Ohmichi wrote: # Sorry for sending this again, previous mail was unreadable. 2014-04-28 11:54 GMT+09:00 Ken'ichi Ohmichi : This is also why there are a bunch of nova v2 extensions that just add p

Re: [openstack-dev] [Neutron] [LBaaS][VPN][Barbican] SSL cert implementation for LBaaS and VPN

Hi Vijay, I have looked at the Barbican APIs – https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface I was no able to see a “native” API that will accept an SSL certificate (private key, public key, CSR, etc.) and will store it. We can either store the whole certificate as

Re: [openstack-dev] Objects not getting distributed across the swift cluster...

On May 1, 2014, at 10:32 AM, Shyam Prasad N wrote: > Hi Chuck, > Thanks for the reply. > > The reason for such weight distribution seems to do with the ring rebalance > command. I've scripted the disk addition (and rebalance) process to the ring > using a wrapper command. When I trigger the

[openstack-dev] [Neutron][LBaaS]User Stories and sruvey

Hi Everyone! To assist in evaluating the use cases that matter and since we now have ~45 use cases, I would like to propose to conduct a survey using something like surveymonkey. The idea is to have a non-anonymous survey listing the use cases and ask you identify and vote. Then we will publish

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

I think you'd do something like this (Note that I don't know off the top of my head the barbican CLI or openvpn cli switches... just pseudo-code): oconf=$(mktemp -d /tmp/openvpnconfig.XX) mount -o tmpfs $oconf size=1M barbican get my-secret-openvpn-conf > $oconf/foo.conf openvpn --config-dir $

Re: [openstack-dev] Objects not getting distributed across the swift cluster...

Hi Chuck, Thanks for the reply. The reason for such weight distribution seems to do with the ring rebalance command. I've scripted the disk addition (and rebalance) process to the ring using a wrapper command. When I trigger the rebalance after each disk addition, only the first rebalance seems to

[openstack-dev] Wrong Test Cases

Hi, I have got one question: if there is something wrong with a test case, and it causes the review can proceed, what should I do? Thanks, Hao ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/li

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

On Thu, May 1, 2014 at 8:17 PM, Salvatore Orlando wrote: > The patch you've been looking at just changes the way in which SystemExit > is used, it does not replace it with sys.exit. > In my experience sys.exit was causing unit test threads to interrupt > abruptly, whereas SystemExit was being caug

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Hi Robert Thank you for your suggestion. so your suggestion is let OpenVPN process download key to memory directly from Babican? 2014-05-01 9:42 GMT-07:00 Clark, Robert Graham : > Excuse me interrupting but couldn't you treat the key as largely > ephemeral, pull it down from Barbican, start the

[openstack-dev] Where to report bugs on oslo.config?

Hi, I've searched launchpad, and didn't find out. This didn't work: https://launchpad.net/oslo.config/+bugs Should I report bugs at: https://launchpad.net/oslo/+bugs ??? Anyway, the bug is this: == FAIL: tests.test_cfg.CliSpec

Re: [openstack-dev] [climate] Client and REST API versioning

On Thu, May 1, 2014 at 8:50 AM, Fuente, Pablo A wrote: > Hi, > We recently implemented our V2 REST API, and at this moment we are > trying to get working our python client against this new version. For > this reason, we start a discussion about how the client will choose/set > the REST API

Re: [openstack-dev] [Neutron][LBaaS] RackSpace API review (multi-call)

Vijay, I'm following suit: Replies in line :D On Thu, 2014-05-01 at 16:11 +, Vijay Venkatachalam wrote: > Thanks Trevor. Replies inline! > > > -Original Message- > > From: Trevor Vardeman [mailto:trevor.varde...@rackspace.com] > > Sent: Thursday, May 1, 2014 7:30 PM > > To: openstack-

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Excuse me interrupting but couldn't you treat the key as largely ephemeral, pull it down from Barbican, start the OpenVPN process and then purge the key? It would of course still be resident in the memory of the OpenVPN process but should otherwise be protected against filesystem disk-residency is

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

I will arrive Sunday late. If you meet on Monday I’ll see you there ^_^ From: Miguel Lavalle [mailto:mig...@mlavalle.com] Sent: 01 May 2014 17:28 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta I arrive Sunday at

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Hi Jarret IMO, Zang point is the issue saving plain private key in the filesystem for OpenVPN. Isn't this same even if we use Barbican? 2014-05-01 2:56 GMT-07:00 Jarret Raim : > Zang mentioned that part of the issue is that the private key has to be > stored in the OpenVPN config file. If the

Re: [openstack-dev] [qa] QA Summit Meet-up Atlanta

I arrive Sunday at 3:30pm. Either Sunday or Monday are fine with me. Lookging forward to it :-) On Wed, Apr 30, 2014 at 5:11 AM, Koderer, Marc wrote: > Hi folks, > > last time we met one day before the Summit started for a short meet-up. > Should we do the same this time? > > I will arrive Satu

[openstack-dev] [Neutron][LBaaS] Updated Use Cases Assessment and Questions

Hello, I've been going through the 40+ use cases, and I couldn't help but notice some additions that are either unclear or not descriptive. For ease of reference, I'll link the document: https://docs.google.com/document/d/1Ewl95yxAMq2fO0Z6Dz6fL-w2FScERQXQR1-mXuSINis/edit# I took a look at most

Re: [openstack-dev] [infra][neutron]SystemExit() vs sys.exit()?

The patch you've been looking at just changes the way in which SystemExit is used, it does not replace it with sys.exit. In my experience sys.exit was causing unit test threads to interrupt abruptly, whereas SystemExit was being caught by the test runner and handled. I find therefore a bit strange

Re: [openstack-dev] [Neutron][LBaaS] RackSpace API review (multi-call)

Thanks Trevor. Replies inline! > -Original Message- > From: Trevor Vardeman [mailto:trevor.varde...@rackspace.com] > Sent: Thursday, May 1, 2014 7:30 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Neutron][LBaaS] RackSpace API review (multi- > call) > > Vijay,

Re: [openstack-dev] [nova][neutron] VIF event callbacks implementation

On 29 April 2014 20:23, Dan Smith wrote: > Yeah, we've already got plans in place to get Cinder to use the > interface to provide us more detailed information and eliminate some > polling. We also have a very purpose-built notification scheme between > nova and cinder that facilitates a callback f

Re: [openstack-dev] [cinder][globalization] Need input on how to proceed .

That sounds like a sensible way forward, yes. If the dependency is not need, then great, makes review and merge even easier. Thanks On 28 April 2014 17:03, Jay S. Bryant wrote: > Duncan, > > Thanks for the response. Have some additional thoughts, in-line, below: > > > On Mon, 2014-04-28 at 12:

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

On Thu, May 01, 2014 at 06:18:10PM +0900, Ken'ichi Ohmichi wrote: > # Sorry for sending this again, previous mail was unreadable. > > 2014-04-28 11:54 GMT+09:00 Ken'ichi Ohmichi : > >> > >> This is also why there are a bunch of nova v2 extensions that just add > >> properties to an existing API. I

Re: [openstack-dev] Objects not getting distributed across the swift cluster...

Hi Shyam, If I am reading your ring output correctly, it looks like only the devices in node .202 have a weight set, and thus why all of your objects are going to that one node. You can update the weight of the other devices, and rebalance, and things should get distributed correctly. -- Chuck

Re: [openstack-dev] [nova] No meeting this week

On 5/1/2014 1:58 AM, Michael Still wrote: Hi. I was intending to run a nova meeting this week, but I don't think its worth a mutiny over the "off week" that the rest of the project is respecting. The only agenda items I can think of are: - please prepare your summit sessions - I've attemp

Re: [openstack-dev] [climate] Friday Meeting

Same for Russia. But I'm not sure is it 1 and 2 May, or more Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2014-05-01 5:59 GMT-07:00 Fuente, Pablo A : > +1 > I can't attend to the metting too, I will be at the marriage of a > friend. BTW, I will like to tell

Re: [openstack-dev] [Ironic] should we have an IRC meeting next week ?

On 30/04/14 15:37 -0700, Devananda van der Veen wrote: Hi all, Just a reminder that May 5th is our next scheduled meeting day, but I probably won't make it, because I'll be just getting back from one trip and start two consecutive weeks of conference travel early the next morning. Chris Krelle (

Re: [openstack-dev] [Neutron][LBaaS] RackSpace API review (multi-call)

Vijay, Comments in-line, hope I can clear some of this up for you :) -Trevor On Thu, 2014-05-01 at 13:16 +, Vijay Venkatachalam wrote: > I am expecting to be more active on community on the LBaaS front. > > May be reviewing and picking-up a few items to work as well. > > I had a look at

[openstack-dev] [climate] Client and REST API versioning

Hi, We recently implemented our V2 REST API, and at this moment we are trying to get working our python client against this new version. For this reason, we start a discussion about how the client will choose/set the REST API version to use. BTW, we are not deprecating our V1 REST API, so w

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Sorry, missed the phrase ending: > It's not because developers of lbaas have not thought about it, it's > because we were limited in dev and core reviewing > resources, so implement > so implementing some of the operators requirements was always in our plans. Eugene. _

Re: [openstack-dev] [Neutron][LBaaS] RackSpace API review (multi-call)

I am expecting to be more active on community on the LBaaS front. May be reviewing and picking-up a few items to work as well. I had a look at the proposal. Seeing Single & Multi-Call approach for each workflow makes it easy to understand. Thanks for the clear documentation, it is welcomin

Re: [openstack-dev] [Neutron][LBaaS] Thoughts on current process

Hi Jorge, A couple of inline comments: > > Now that we have a set of requirements the next question to ask is, "How > doe we prioritize requirements so that we can start designing and > implementing them"? Prioritization basically means that we want to support everything and only choose what is

Re: [openstack-dev] [climate] Friday Meeting

+1 I can't attend to the metting too, I will be at the marriage of a friend. BTW, I will like to tell you guys, that for us (Argentina folks), today and tomorrow are days off. On Thu, 2014-05-01 at 00:11 +0400, Dina Belova wrote: > +1 > > > On Wed, Apr 30, 2014 at 11:41 PM, Sylvain Bauza > wrot

Re: [openstack-dev] [nova] Proposal: remove the server groups feature

Jay Pipes and all, I'm planning to merge this topic to http://junodesignsummit.sched.org/event/77801877aa42b595f14ae8b020cd1999after some discussion in this week's Gantt IRC meeting, hope it is OK. Thanks! 2014-05-01 19:56 GMT+08:00 Day, Phil : > > > > > > In the original API there was a way to

Re: [openstack-dev] [Neutron][LBaaS]Conforming to Open Stack API style in LBaaS

Hi, My opinion is that keeping neutron API style is very important but it doesn't prevent single call API from being implemented. Flat fine-grained API is obviously the most flexible, but that doesn't mean we can't support single call API as well. By the way, looking at the implementation I see t

Re: [openstack-dev] [qa] [cinder] Do we now require schema response validation in tempest clients?

Hi David, Ken'ichi, Thursday, May 1, 2014 1:02 PM Ken'ichi Ohmichi : >Hi David, >2014-05-01 5:44 GMT+09:00 David Kranz : >> There have been a lot of patches that add the validation of response dicts. >> We need a policy on whether this is required or not. For example, this >> patch >> >> https:

Re: [openstack-dev] [nova][service group]improve host state detection

>Nova now can detect host unreachable. But it fails to make out host isolation, >host dead and nova compute service down. When host unreachable is reported, >users have to find out the exact state by himself and then take the >appropriate measure to recover. Therefore we'd like to improve the ho

Re: [openstack-dev] [nova] Proposal: remove the server groups feature

> > > > In the original API there was a way to remove members from the group. > > This didn't make it into the code that was submitted. > > Well, it didn't make it in because it was broken. If you add an instance to a > group after it's running, a migration may need to take place in order to keep

[openstack-dev] Objects not getting distributed across the swift cluster...

Hi, I created a swift cluster and configured the rings like this... swift-ring-builder object.builder create 10 3 1 ubuntu-202:/etc/swift$ swift-ring-builder object.builder object.builder, build version 12 1024 partitions, 3.00 replicas, 1 regions, 4 zones, 12 devices, 300.00 balance The min

Re: [openstack-dev] [Neutron] SSL VPN Implemenatation

Zang mentioned that part of the issue is that the private key has to be stored in the OpenVPN config file. If the config files are generated and can be stored, then storing the whole config file in Barbican protects the private key (and any other settings) without having to try to deliver the key t

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

# Sorry for sending this again, previous mail was unreadable. 2014-04-28 11:54 GMT+09:00 Ken'ichi Ohmichi : >> >> This is also why there are a bunch of nova v2 extensions that just add >> properties to an existing API. I think in v3 the proposal was to do this with >> microversioning of the plugin

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

Hi Matthew, 2014-04-28 11:54 GMT+09:00 Ken'ichi Ohmichi : > 2014-04-28 11:02 GMT+09:00 Matthew Treinish : >> On Mon, Apr 28, 2014 at 01:01:00AM +, Kenichi Oomichi wrote: >>> >>> Now we are working for adding Nova API responses checks to Tempest[1] to >>> block backward incompatible changes. >>

Re: [openstack-dev] [Ironic] should we have an IRC meeting next week ?

> Hi all, > > Just a reminder that May 5th is our next scheduled meeting day, but I > probably won't make it, because I'll be just getting back from one trip and > start two consecutive weeks of conference travel early the next morning. > Chris Krelle (nobodycam) has offered to chair that meeting i

[openstack-dev] [TripleO][Summit] Neutron etherpad

Hi all, Following the mailing list thread started by Marios I've put some initial questions to discuss into this etherpad document: https://etherpad.openstack.org/p/juno-summit-tripleo-neutron You are encouraged to take a look at it and add your thoughts and/or questions :) Thanks, Roman _