[openstack-dev] [nova][all] Tracking bug and patch statuses

Hi All, In the nova meeting this week, we discussed some of the shortcomings of our recent bug day, one of the ideas that was brought up was to do a better job of keeping track of stale bugs (assigned but not worked on) [0]. To that end I put something together based on what infra uses for there b

Re: [openstack-dev] [neutron] A question about firewall

I don't think the "shared" is fully implemented yet. It is not a bug, it is just an uncompleted feature. Yi On 6/5/14, 9:05 PM, Xurong Yang wrote: Hi, Gary Thanks for your response, i have created router, the fact is that firewall rules don't update share status when updating the correspo

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

Hello Samuel, The team is working on adding transport key support to Barbican per this blueprint: https://blueprints.launchpad.net/barbican/+spec/add-wrapping-key-to-barbican-server We would like to add convenience methods to the Python barbican client to support this key wrapping behavior.

Re: [openstack-dev] [neutron] Firewall is ineffective with floating ip?

Yes, right, but why can't use floating ip? Administrator or user should care the floating ip for instance rather fix ip. So i think firewall also take effect about floating ip. Thanks, Xurong Yang 2014-06-05 19:32 GMT+08:00 ZZelle : > Hi, > > When the router receives packets from the external n

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

sorry it's very strange that I can't receive any mail with [neutron] tag, but [nova] is ok. So I just find reply thread from archives. So, will this additional port and vxlan tunnel be the same concept I've mentioned as "interconnect network"? It should works, but bring another question: if CN

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

So if I'm understanding you correctly, a job can fail and will be held onto in case one of the parent jobs causes a reset in which case it will be retested? On Thu, Jun 5, 2014 at 11:24 PM, Jeremy Stanley wrote: > On 2014-06-05 19:50:30 -0700 (-0700), Kevin Benton wrote: > [...] > > At a queue

Re: [openstack-dev] [neutron] A question about firewall

Hi, Gary Thanks for your response, i have created router, the fact is that firewall rules don't update share status when updating the corresponding firewall policy share=true. so create firewall under another project and thus fail. so i think it's a bug. what do you think? cheers, Xurong 2014

Re: [openstack-dev] [ServiceVM] IRC meeting minutes June 3, 2014 5:00(AM)UTC-)

Hi Dmitry. Thanks for your interest. What's your time zone? In fact we have already many time zones. http://lists.openstack.org/pipermail/openstack-dev/2014-March/030405.html If desirable, we could think about rotating timezones. Do you have specific items to discuss? We could also arrange ad-hoc

Re: [openstack-dev] [ironic] Can nova manage both ironic bare metal nodes and kvm VMs ?

Hi, Jander: Thank you very much . Does this work after you follow these steps ? *Best Regards！* *Chao Yan--**My twitter：Andy Yan @yanchao727 * *My Weibo：http://weibo.com/herewearenow --* 2014-06-06 11:40 G

[openstack-dev] [nova] Please help to review https://review.openstack.org/#/c/96679/

Hi All, Can anyone help to review this patch https://review.openstack.org/#/c/96679/ and provide me your comments? thanks a lot! -- Best regard, David Geng --

Re: [openstack-dev] [ironic] Can nova manage both ironic bare metal nodes and kvm VMs ?

use host aggregates to differentiate the nova-compute services configured to use different hypervisor drivers (eg, nova.virt.libvirt vs nova.virt. ironic). 2014-06-06 11:40 GMT+08:00 Jander lu : > hi chao > I have met the same problem, I read this article > http://www.mirantis.com/blog/baremetal

Re: [openstack-dev] [ironic] Can nova manage both ironic bare metal nodes and kvm VMs ?

hi chao I have met the same problem, I read this article http://www.mirantis.com/blog/baremetal-provisioning-multi-tenancy-placement-control-isolation/ 2014-06-05 19:26 GMT+08:00 严超 : > Hi, All: > In deploying with devstack and Ironic+Nova, we set: > compute_driver = nova.virt.ir

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On 2014-06-05 19:50:30 -0700 (-0700), Kevin Benton wrote: [...] > At a queue size of 20 and an 80% success rate. The patch in > position 20 only has a ~44% chance of getting merged. However, > with a queue size of 4, the patch in position 4 has a ~71% chance > of getting merged. [...] Your theory

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

Oh cool. I didn't realize it was deliberately limited already. I had assumed it was just hitting the resource limits for that queue. So it looks like it's around 20 now. However, I would argue that shortening it more would help get patches through the gate. For the sake of discussion, let's assum

Re: [openstack-dev] [Ironic] Our gate status // getting better at rechecks

FYI for all, I have posted http://review.openstack.org/98201 in an attempt to at least give *some* warning to developers that a change to one of the public methods on classes we derive from may have consequences to Ironic. I have WIP'd it until 97757 lands. On Thu, Jun 5, 2014 at 7:51 PM, Devan

Re: [openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal ?

Hi, thank you for you help ! I was asking about a platform on which to run a production workload managed by Ironic. Yes, there is a separate Nova driver specifically designed for managing vmware. But can we deploy a bare metal into VMWare ESXI? Or can we use vmware driver and at the same time , use

[openstack-dev] [Nova] Mid cycle meetup

Hi! Nova will hold its Juno mid cycle meetup between July 28 and 30, at an Intel campus in Beaverton, OR (near Portland). There is a wiki page with more details here: https://wiki.openstack.org/wiki/Sprints/BeavertonJunoSprint I'll update that wiki page as we nail down more details. There's

[openstack-dev] [Ironic] Our gate status // getting better at rechecks

Quick update for those who are following along but may not be on IRC right now. The gate (not just ours -- the gate for all of openstack, which Ironic is a part of) is having issues right now. See Sean's email for details on that, and what you can do to help http://lists.openstack.org/pipermail

Re: [openstack-dev] [Marconi] Adopt Spec

On 05/06/14 12:03, Kurt Griffiths wrote: I just learned that some projects are thinking about having the specs process be the channel for submitting new feature ideas, rather than registering blueprints. I must admit, that would be kind of nice because it would provide some much-needed structure

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On Thu, Jun 5, 2014 at 3:05 PM, Kyle Mestery wrote: > On Thu, Jun 5, 2014 at 7:07 AM, Sean Dague wrote: > > You may all have noticed things are really backed up in the gate right > > now, and you would be correct. (Top of gate is about 30 hrs, but if you > > do the math on ingress / egress rates

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On Thu, Jun 5, 2014 at 3:29 PM, Kevin Benton wrote: > Is it possible to make the depth of patches running tests in the gate very > shallow during this high-probability of failure time? e.g. Allow only the > top 4 to run tests and put the rest in the 'queued' state. Otherwise the > already elevate

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

Is it possible to make the depth of patches running tests in the gate very shallow during this high-probability of failure time? e.g. Allow only the top 4 to run tests and put the rest in the 'queued' state. Otherwise the already elevated probability of a patch failing is exacerbated by the fact th

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

I've submitted the spec (finally) and will work on some initial patches this afternoon/tomorrow. Please provide any feedback and thanks! https://review.openstack.org/#/c/98219 On Jun 5, 2014, at 11:35 AM, Randall Burt wrote: > Hey, sorry for the slow follow. I have to put some finishing touche

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On Thu, Jun 5, 2014 at 7:07 AM, Sean Dague wrote: > You may all have noticed things are really backed up in the gate right > now, and you would be correct. (Top of gate is about 30 hrs, but if you > do the math on ingress / egress rates the gate is probably really double > that in transit time rig

Re: [openstack-dev] [heat] Resource action API

On 05/06/14 03:32, yang zhang wrote: Thanks so much for your commits. > Date: Wed, 4 Jun 2014 14:39:30 -0400 > From: zbit...@redhat.com > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [heat] Resource action API > > On 04/06/14 03:01, yang zhang wrote: > > Hi all,

Re: [openstack-dev] Fwd: Regarding Configuring keystone to integrate neo4j

On 06/05/2014 05:25 PM, Tahmina Ahmed wrote: Dear all, I am trying to use neo4j graph database instead of mysql for my keystone would you please help with any documentation or ideas how I need to write the driver. No clue about Graph Databases myself. You should pick one backend, though,

[openstack-dev] Fwd: Regarding Configuring keystone to integrate neo4j

Dear all, I am trying to use neo4j graph database instead of mysql for my keystone would you please help with any documentation or ideas how I need to write the driver. Thanks & Reagrds, Tahmina ___ OpenStack-dev mailing list OpenStack-dev@lists.ope

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On 06/05/2014 03:59 PM, Derek Higgins wrote: > On 05/06/14 13:07, Sean Dague wrote: >> You may all have noticed things are really backed up in the gate right >> now, and you would be correct. (Top of gate is about 30 hrs, but if you >> do the math on ingress / egress rates the gate is probably real

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On 06/05/2014 03:59 PM, Derek Higgins wrote: > On 05/06/14 13:07, Sean Dague wrote: >> You may all have noticed things are really backed up in the gate right >> now, and you would be correct. (Top of gate is about 30 hrs, but if you >> do the math on ingress / egress rates the gate is probably real

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

I have seen the Ryu team is involved and responsive to the community. That goes a long way to support it as the reference implementation for BPG speaking in Neutron. Thank you for your support. I'll look forward to the API and documentation refinement Let's be sure to document any work that need

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On 05/06/14 13:07, Sean Dague wrote: > You may all have noticed things are really backed up in the gate right > now, and you would be correct. (Top of gate is about 30 hrs, but if you > do the math on ingress / egress rates the gate is probably really double > that in transit time right now). > >

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

I have submitted a new/expanded spec for this feature: https://review.openstack.org/#/c/98219/. I hope to start some WiP patches this afternoon/tomorrow morning. Spec reviews and input most welcome. On Jun 5, 2014, at 11:35 AM, Randall Burt wrote: > Hey, sorry for the slow follow. I have to pu

Re: [openstack-dev] [Nova] nova-compute deadlock

Hi Yuriy, I read multiprocessing source code just now. Now I feel it may not solve this problem very easily. For example, let us assume that we will use the proxy object in Manager's process to call libguestfs. In manager.py, I see it needs to create a pipe, before fork the child process. The w

[openstack-dev] [sahara] team meeting minutes June 5

Thanks everyone who have joined Sahara meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-06-05-18.02.html Log: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-06-05-18.02.log.html -- Sincerely yours, Sergey Lu

Re: [openstack-dev] [Glance] [TC] Program Mission Statement and the Catalog

On Thu, Jun 5, 2014 at 12:19 PM, Mark Washenberger wrote: > > > > On Thu, Jun 5, 2014 at 1:43 AM, Kuvaja, Erno wrote: >> >> Hi, >> >> >> >> +1 for the mission statement, but indeed why 2 changes? > > > I thought perhaps this way is more explicit. First we're adopting a > straightforward mission s

[openstack-dev] [Glance] Mid Cycle Meetup

Hi Folks We are currently working on the logistic to organize the Glance mid-cycle meetup. What we know so far: - it will happen in California, USA (either in Palo Alto or San Francisco), - it will be a 3 days event in the week Jul 28th - Aug 1st (either Monday to Wednesday or Tuesday to Thu

Re: [openstack-dev] [Nova] Need help with a gnarly Object Version issue

Hi Dan, > > > On a compute manager that is still running the old version of the code > > (i.e using the previous object version), if a method that hasn't yet > > been converted to objects gets a dict created from the new version of > > the object (e.g. rescue, get_console_output), then object_co

Re: [openstack-dev] [Cinder] DRBD integration as volume driver

The best thing to do with the code is push up a gerrit review! No need to be shy, and you're very welcome to push up code before the blueprint is in, it just won't get merged. I'm very interested in this code. On 3 June 2014 09:06, Philipp Marek wrote: > Hi everybody, > > at the Juno Design Summ

Re: [openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal ?

ChaoYan, Are you asking about using vmware as a test platform for developing Ironic, or as a platform on which to run a production workload managed by Ironic? I do not understand your question -- why would you use Ironic to manage a VMWare cluster, when there is a separate Nova driver specifically

Re: [openstack-dev] [Ironic] two confused part about Ironic

There is documentation available here: http://docs.openstack.org/developer/ironic/deploy/install-guide.html On Thu, Jun 5, 2014 at 1:25 AM, Jander lu wrote: > Hi, Devvananda > > I searched a lot about the installation of Ironic, but there is little > metarial about this, there is only devstack

[openstack-dev] [Neutron][dhcp] Agent manager customization

Hi everyone, I would like to propose a change to allow/simplify dhcp agent manager customization (like the l3-agent-consolidation spec) and i would like the community feedback. Just to precise my context, I deploy OpenStack for small specific business use cases and i often customize it because o

Re: [openstack-dev] [neutron] Supporting retries in neutronclient

Carl, I haven't been able to try this yet as it requires us to run a pretty big scale test. But to try to summarize the current feeling on this thread... the retry logic is being put into the neutronclient already (via https://review.openstack.org/#/c/71464/), it's just that it's not "au

Re: [openstack-dev] [Heat]Heat template parameters encryption

I am not sure when Barbican would be stable/ready. As an interim solution, what do you guys think about having a config option to enable/disable parameter encryption (along with my current implementation)? On 6/5/14 4:23 AM, "Steven Hardy" wrote: >On Thu, Jun 05, 2014 at 12:17:07AM +, Rand

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

After watch the documentation and the code of *exabgp* and *Ryu*, I find the *Ryu* speaker much more easy to integrate and pythonic than *exabgp*. I will use it as well as reference implementation in the Dynamic Routing bp. Regards, On 5 June 2014 18:23, Nachi Ueno wrote: > > Yamamoto > Cool!

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

Hey, sorry for the slow follow. I have to put some finishing touches on a spec and submit that for review. I'll reply to the list with the link later today. Hope to have an initial patch up as well in the next day or so. On Jun 5, 2014, at 10:03 AM, Nilakhya Chatterjee wrote: > HI Guys, >

Re: [openstack-dev] [openstack-sdk-php] Transport Clients, Service Clients, and state

> My opinion is that we create a *new* transport client instance for every service client, not re-use existing instances. What’s your take on this? I'm not in agreement and here is why (with a use case). A transport client is concerned with transporting only. Whether the same one is used for each

[openstack-dev] [openstack-sdk-php] Use of final and private keywords to limit extending

Some recent reviews have started to include the use of the private keyword for methods and talk of using final on classes. I don't think we have consistent agreement on how we should do this. My take is that we should not use private or final unless we can articulate the design decision to intenti

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

> Yamamoto Cool! OK, I'll make ryu based bgpspeaker as ref impl for my bp. >Yong Ya, we have already decided to have the driver architecture. IMO, this discussion is for reference impl. 2014-06-05 0:24 GMT-07:00 Yongsheng Gong : > I think maybe we can device a kind of framework so that we can plu

Re: [openstack-dev] [Glance] [TC] Program Mission Statement and the Catalog

On Thu, Jun 5, 2014 at 1:43 AM, Kuvaja, Erno wrote: > Hi, > > > > +1 for the mission statement, but indeed why 2 changes? > I thought perhaps this way is more explicit. First we're adopting a straightforward mission statement which has been lacking for some time. Next we're proposing a new miss

Re: [openstack-dev] [openstack-sdk-php] Transport Clients, Service Clients, and state

I completely agree with you regarding separation of concerns. I also agree with your definitions: a transport client is for managing HTTP transactions, a service client contains all the domain logic for an API service (Swift, Nova, etc.). A service knows nothing about HTTP, a transport client k

[openstack-dev] [NFV] Re: NFV in OpenStack use cases and context

Just adding openstack-dev to the CC for now :). - Original Message - > From: "ITAI MENDELSOHN (ITAI)" > Subject: Re: NFV in OpenStack use cases and context > > Can we look at them one by one? > > Use case 1 - It's pure IaaS > Use case 2 - Virtual network function as a service. It's actu

Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

On 6/5/2014 7:07 AM, Sean Dague wrote: You may all have noticed things are really backed up in the gate right now, and you would be correct. (Top of gate is about 30 hrs, but if you do the math on ingress / egress rates the gate is probably really double that in transit time right now). We've

Re: [openstack-dev] [Marconi] Adopt Spec

I just learned that some projects are thinking about having the specs process be the channel for submitting new feature ideas, rather than registering blueprints. I must admit, that would be kind of nice because it would provide some much-needed structure around the triaging process. I wonder i

[openstack-dev] [Neutron][L3] - L3 High availability blueprint v/s pure L3 packet

Carl, In the L3 High availability Blue Print I want to make following observation... 1. Just before Active going down if there was fragmented packet getting reassembling how to recover it ? If that packet is related App, App will try to resend those packet so that it will get reassembl

Re: [openstack-dev] [Nova] nova-compute deadlock

Please take a look at https://docs.python.org/2.7/library/multiprocessing.html#managers - everything is already implemented there. All you need is to start one manager that would serve all your requests to libguestfs. The implementation in stdlib will provide you with all exceptions and return valu

[openstack-dev] [sahara] Etherpad for discussion of spark EDP implementation

Hi folks, We've just started an investigation of spark EDP for Sahara. Please visit the etherpad and share your insights. Spark experts especially welcome! https://etherpad.openstack.org/p/sahara_spark_edp There are some design/roadmap decisions we need to make -- how are we going to do th

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

Thanks, Kyle. Great. -Original Message- From: Kyle Mestery [mailto:mest...@noironetworks.com] Sent: Thursday, June 05, 2014 11:27 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron] Implementing new LBaaS API On Wed, Jun 4, 2014 at 4

Re: [openstack-dev] [Nova] nova-compute deadlock

Hi Yuriy, Thanks for reading my bug! You are right. Python 3.3 or 3.4 should not have this issue, since they have can secure the file descriptor. Before OpenStack move to Python 3, we may still need a solution. Calling libguestfs in a separate process seems to be a way. This way, Nova code can cl

[openstack-dev] [Trove] Idea of sample admin_{user, tenant_name, password} in api-paste.ini instead of admin_token

Hi developers, If you have a chance it would be great to hear any feedback. I opened a new ticket about admin_{user,tenant_name, password}: https://bugs.launchpad.net/trove/+bug/1299332 In this ticket, I suggest following changes in api-paste.ini: +admin_tenant_name = %SERVICE_TENANT_NAME% +adm

[openstack-dev] [openstack-sdk-php] Transport Clients, Service Clients, and state

We've started to talk about the interactions between transport clients, service clients, and state. I've noticed we're not on the same page so I wanted to start a dialog. Here's my starting point... A Transport Client is about transporting data. It sends and receives data. A Service Client handle

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

HI Guys, It was gr8 to find your interest in solving the nested stack resource listing. Lets move ahead by finishing any discussions left over the BP and getting an approval on It. Till now what makes sense to me are : a) an additional flag in the client call --nested (randall) b) A flattened

Re: [openstack-dev] [Keystone] Should Keystone emit notifications by default?

On 5 June 2014 16:46, Assaf Muller wrote: > Keystone started emitting notifications [1] for users and tenants being > created / updated / > deleted during the Havana cycle. This was in response to bug [2], the fact > that OpenStack > doesn't clean up after itself when tenants are deleted. Current

Re: [openstack-dev] [ServiceVM] IRC meeting minutes June 3, 2014 5:00(AM)UTC-)

Hi Isaku, In order to make possible to European audience to join ServiceVM meetings, could you please to move it 2-3 hours later (7-8AM UTC)? Thank you very much, Dmitry On Tue, Jun 3, 2014 at 10:00 AM, Isaku Yamahata wrote: > Here is the meeting minutes of the meeting. > > ServiceVM/device man

[openstack-dev] [sahara] specs pilot

Hey folks, as we agreed on weekly irc meeting two weeks ago, we are going to have a specs repo pilot for juno-2. So, I'm requesting review for the initial setup of the sahara-specs project: https://review.openstack.org/#/q/sahara-specs,n,z I hope to have initial stuff landed this week and start w

Re: [openstack-dev] [FUEL] OpenStack patching and FUEL upgrade follow-up meeting minutes

On 5 June 2014 16:27, Vladimir Kuklin wrote: > 1. We need strict EOS and EOL rules to decide how many maintenance > releases there will be for each series or our QA team and infrastructure > will not ever be available to digest it. > Agreed. Would it not be prudent to keep with the OpenStack sup

Re: [openstack-dev] [Nova] nova-compute deadlock

Hi, Thanks for reading my bug! I think this patch can not fix this problem now, because pipe2() requires Python 3.3. On Thu, Jun 5, 2014 at 6:17 PM, laserjetyang wrote: > Will this patch of Python fix your problem? > *http://bugs.python.org/issue7213 > * >

Re: [openstack-dev] [Nova] Need help with a gnarly Object Version issue

> On a compute manager that is still running the old version of the code > (i.e using the previous object version), if a method that hasn’t yet > been converted to objects gets a dict created from the new version of > the object (e.g. rescue, get_console_output), then object_compat() > decorator w

[openstack-dev] [Keystone] Should Keystone emit notifications by default?

Hello everyone, Keystone started emitting notifications [1] for users and tenants being created / updated / deleted during the Havana cycle. This was in response to bug [2], the fact that OpenStack doesn't clean up after itself when tenants are deleted. Currently, Keystone does not emit these n

Re: [openstack-dev] [neutron] Mid-cycle questions for folks

It would be ideal if folks could use the room block I reserved when booking, if their company policy allows it. I've gotten word from the hotel they may release the block if more people don't use it, just FYI. On Thu, Jun 5, 2014 at 5:46 AM, Paul Michali (pcm) wrote: > I booked through our compan

[openstack-dev] [FUEL] OpenStack patching and FUEL upgrade follow-up meeting minutes

Hi, fuelers We had a meeting today to discuss how we gonna meet all the requirements for OpenStack patching ( https://blueprints.launchpad.net/fuel/+spec/patch-openstack) and FUEL Upgrade blueprints. These are the main points: 1. We need strict EOS and EOL rules to decide how many maintenance rel

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

On Wed, Jun 4, 2014 at 4:27 PM, Brandon Logan wrote: > Hi Andres, > I've assumed (and we know how assumptions work) that the deprecation > would take place in Juno and after a cyle or two it would totally be > removed from the code. Even if #1 is the way to go, the old /vips > resource would be d

Re: [openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal ?

Hi Chao, The ironic ssh driver does support vmware. See https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ssh.py#L69-L89. Have you seen the Triple-O tools, mainly Disk Image Builder ( https://github.com/openstack/diskimage-builder). This is how I build images I use for testing

Re: [openstack-dev] [nova] Proposal: Move CPU and memory allocation ratio out of scheduler

> -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: 04 June 2014 19:23 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [nova] Proposal: Move CPU and memory > allocation ratio out of scheduler > > On 06/04/2014 11:56 AM, Day, Phil wrote: > > H

Re: [openstack-dev] [neutron] A question about firewall

Xurong, Firewall is colocated with router. You need to create a router, then the firewall state will be updated. Gary On Thu, Jun 5, 2014 at 2:48 AM, Xurong Yang wrote: > Hi, Stackers > My use case: > > under project_id A: > 1.create firewall rule default(share=false). > 2.create firewall pol

Re: [openstack-dev] [Nova] nova-compute deadlock

This behavior of os.pipe() has changed in Python 3.x so it won't be an issue on newer Python (if only it was accessible for us). >From the looks of it you can mitigate the problem by running libguestfs requests in a separate process (multiprocessing.managers comes to mind). This way the only descr

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

I've submitted a patch that copies the compute http response validation structure for the 'cinder list' request. https://review.openstack.org/96440 I'm having trouble getting it through the gate, but input from the cinder group about whether this is useful work that I should persist with woul

Re: [openstack-dev] [sahara] 2014.1.1 preparation

All patches are now approved, but stuck in gate, so, the 2014.1.1 release for Sahara will be right after all changes merged into the stable/icehouse branch. On Tue, Jun 3, 2014 at 2:30 PM, Sergey Lukjanov wrote: > Okay, it makes sense, I've updated the etherpad - > https://etherpad.openstack.org/

Re: [openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

On Thu, 2014-06-05 at 11:19 +0200, Radomir Dopieralski wrote: > On 06/05/2014 10:59 AM, Mark McLoughlin wrote: > > >> If I'm late to the party and the only one that this is news to, that is > >> fine. Sixteen additional repos seems like a lot of additional reviews > >> will be needed. > > > > One

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

Hi Brandon, thanks for your reply. Your explanation makes total sense to me. So, let's see what the consensus is. :) Regards and have a nice day! Andres -Original Message- From: Brandon Logan [mailto:brandon.lo...@rackspace.com] Sent: Wednesday, June 04, 2014 6:28 PM To: openstack-dev@l

[openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

You may all have noticed things are really backed up in the gate right now, and you would be correct. (Top of gate is about 30 hrs, but if you do the math on ingress / egress rates the gate is probably really double that in transit time right now). We've hit another threshold where there are so ma

Re: [openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal ?

Sorry, it was ESXI. *Best Regards！* *Chao Yan--**My twitter：Andy Yan @yanchao727 * *My Weibo：http://weibo.com/herewearenow --* 2014-06-05 19:39 GMT+08:00 严超 : > Hi, All: > Is ironic support EXSI w

[openstack-dev] [ironic] Is ironic support EXSI when boot a bare metal ?

Hi, All: Is ironic support EXSI when boot a bare metal ? If we can, how to make vmware EXSI ami bare metal image ? *Best Regards！* *Chao Yan--**My twitter：Andy Yan @yanchao727 * *My Weibo：http://weibo.com/herewearenow

[openstack-dev] [ironic] Can nova manage both ironic bare metal nodes and kvm VMs ?

Hi, All: In deploying with devstack and Ironic+Nova, we set: compute_driver = nova.virt.ironic.IronicDriver This means we can no longer use nova to boot VMs. Is there a way to manage both ironic bare metal nodes and kvm VMs in Nova ? I followed this Link: https://et

Re: [openstack-dev] [neutron] Firewall is ineffective with floating ip?

Hi, When the router receives packets from the external network, iptables does sequentially: 1) NAT PREROUTING table: translate floatingip to fixed ip 2) FILTER FORWARD table: apply FW rules ... on fixed ips because floatingip has been translated to fixed ip So disabling the ping to the floatin

[openstack-dev] [neutron] Firewall is ineffective with floating ip?

Hi, Stackers, Use case description: Firewal is not working when setting the destination-ip-address as VM's floating ip Steps to Reproduce: 1. create one network and attached it to the newly created router 2. Create VMs on the above network 3. create security group rule for icmp 4. create an exter

[openstack-dev] [Neutron] REST API - entity level validation

Hi With the current REST API engine in neutron we can declare attributes validations. We have a rich set of validation functions https://github.com/openstack/neutron/blob/master/neutron/api/v2/attributes.py However we do not have the concept of entity level validation. Example: I have an API ‘cr

Re: [openstack-dev] [neutron] Mid-cycle questions for folks

I booked through our company travel and got a comparable rate ($111 or $114, I can’t recall the exact price). Regards, PCM (Paul Michali) MAIL …..…. p...@cisco.com IRC ……..… pcm_ (irc.freenode.com) TW ………... @pmichali GPG Key … 4525ECC253E31A83 Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525

Re: [openstack-dev] [Heat]Heat template parameters encryption

Excerpts from Steven Hardy's message of 2014-06-05 02:23:40 -0700: > On Thu, Jun 05, 2014 at 12:17:07AM +, Randall Burt wrote: > > On Jun 4, 2014, at 7:05 PM, Clint Byrum > > wrote: > > > > > Excerpts from Zane Bitter's message of 2014-06-04 16:19:05 -0700: > > >> On 04/06/14 15:58, Vijendar

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

Hi. This is a reminder that we will have a meeting today at 21:00 UTC. The agenda is at https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting Cheers, Michael -- Rackspace Australia ___ OpenStack-dev mailing list OpenStack-dev@lists.op

Re: [openstack-dev] Mid-cycle sprints: a tracking page to rule them all

Thierry, you couldn't find the nova midcycle meetup because the final details haven't been announced yet. I hope to fix that tomorrow. Cheers, Michael On Thu, Jun 5, 2014 at 7:48 PM, Thierry Carrez wrote: > Hey everyone, > > With all those mid-cycle sprints being proposed I found it a bit hard t

Re: [openstack-dev] [Nova] nova-compute deadlock

Will this patch of Python fix your problem? *http://bugs.python.org/issue7213 * On Wed, Jun 4, 2014 at 10:41 PM, Qin Zhao wrote: > Hi Zhu Zhu, > > Thank you for reading my diagram! I need to clarify that this problem > does not occur during data injection.

[openstack-dev] Mid-cycle sprints: a tracking page to rule them all

Hey everyone, With all those mid-cycle sprints being proposed I found it a bit hard to track them all (and, like, see if I could just attend one). I tried to list them all at: https://wiki.openstack.org/wiki/Sprints I'm pretty sure I missed some (in particular I couldn't find a Nova mid-cycle me

[openstack-dev] [neutron] A question about firewall

Hi, Stackers My use case: under project_id A: 1.create firewall rule default(share=false). 2.create firewall policy default(share=false). 3.attach rule to policy. 4.update policy(share=true) under project_id B: 1.create firewall with policy(share=true) based on project A. then create firewall fai

Re: [openstack-dev] [horizon] Name proposals

On 06/03/2014 06:44 PM, Radomir Dopieralski wrote: > We decided that we need to pick the name for the splitting of Horizon > properly. From now up to the next meeting on June 10 we will be > collecting name proposals at: > > https://etherpad.openstack.org/p/horizon-name-proposals > > After that,

Re: [openstack-dev] [Heat]Heat template parameters encryption

On Thu, Jun 05, 2014 at 12:17:07AM +, Randall Burt wrote: > On Jun 4, 2014, at 7:05 PM, Clint Byrum > wrote: > > > Excerpts from Zane Bitter's message of 2014-06-04 16:19:05 -0700: > >> On 04/06/14 15:58, Vijendar Komalla wrote: > >>> Hi Devs, > >>> I have submitted an WIP review (https://re

Re: [openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

On 06/05/2014 10:59 AM, Mark McLoughlin wrote: >> If I'm late to the party and the only one that this is news to, that is >> fine. Sixteen additional repos seems like a lot of additional reviews >> will be needed. > > One slightly odd thing about this is that these repos are managed by > horizon-

Re: [openstack-dev] [Neutron] One performance issue about VXLAN pool initiation

great. I will do more test base on Eugene Nikanorov's modification. *Thanks,* 2014-06-05 11:01 GMT+08:00 Isaku Yamahata : > Wow great. > I think the same applies to gre type driver. > so we should create similar one after vxlan case is resolved. > > thanks, > > > On Thu, Jun 05, 2014 at 12:36:5

Re: [openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

On Thu, 2014-05-29 at 15:29 -0400, Anita Kuno wrote: > On 05/28/2014 08:54 AM, Radomir Dopieralski wrote: > > Hello, > > > > we plan to finally do the split in this cycle, and I started some > > preparations for that. I also started to prepare a detailed plan for the > > whole operation, as it see

[openstack-dev] [nova] Nova API meeting

Hi, Just a reminder that the weekly Nova API meeting is being held tomorrow Friday UTC . We encourage cloud operators and those who use the REST API such as SDK developers and others who and are interested in the future of the API to participate. In other timezones the meeting is at: EST

Re: [openstack-dev] [Glance] [TC] Program Mission Statement and the Catalog

Hi, +1 for the mission statement, but indeed why 2 changes? - Erno (jokke) From: Mark Washenberger [mailto:mark.washenber...@markwash.net] Sent: 05 June 2014 02:04 To: OpenStack Development Mailing List Subject: [openstack-dev] [Glance] [TC] Program Mission Statement and the Catalog Im

  1   2   >