[openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

Hi folks, I would like to propose Lei Zhang for our core reviewer team. Count this proposal as a +1 vote from me. Lei has done a fantastic job in his reviews over the last 6 weeks and has managed to produce some really nice implementation work along the way. He participates in IRC

Re: [openstack-dev] [release] Release countdown for week R-11, Jan 18-22, Mitaka-2 milestone

Kyle Mestery wrote: One question I have is, what should the version for projects be? For example, for Neutron, M1 was set to 8.0.0.0b1. Should the M2 Neutron milestone be 8.0.0.0c1? Or 8.0.0.0b2? Good question! It should be X.0.0.0b2, so 8.0.0.0b2 for Neutron. Cheers! -- Thierry Carrez (ttx)

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

I was also thinking of adding Lei. He was a big help to me only recently with fixing plugin support and adding unit test support to build.py. +1 from me. -Paul On 19/01/16 08:26, Steven Dake (stdake) wrote: Hi folks, I would like to propose Lei Zhang for our core reviewer team. Count this

Re: [openstack-dev] [Fuel] How to auto allocate VIPs for roles in different network node groups?

Hi, I would also prefer second solution. The only real downside of it is the possibility to configure invalid cluster (for instance configure default "controller" roles in different racks). But such invalid configuration is possible only under some conditions: - User should configure multi-rack

Re: [openstack-dev] [Nova] sponsor some LVM development

> I'm not a Nova developer. I am interesting in clarifying what you are > asking. > > Are you asking for current Nova developers to work on this feature? Or > s your company interested in having your developers interact with Nova > developers? > > Thank you, > Anita. Both. We are first trying

Re: [openstack-dev] [magnum] Nesting /containers resource under /bays

+1 Doing this, and doing this well, provides critical functionality to OpenStack while keeping said functionality reasonably decoupled from the COE API vagaries that would inevitably encumber a solution that sought to provide ‘one api to control them all’. -Rob From: Mike Metral Reply-To:

Re: [openstack-dev] [nova][stable] Proposal to add Tony Breeds to nova-stable-maint

On Mon, Jan 18, 2016 at 04:47:29PM -0600, Matt Riedemann wrote: > Tony is now part of the nova-stable-maint core team. Congrats Tony! Thanks so much to you Matt for mentoring me. Also thanks to those that supported my inclusion, even if I do speak funny ;D I owe some people

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

On 01/19/2016 10:20 AM, Paul Bourke wrote: I was also thinking of adding Lei. He was a big help to me only recently with fixing plugin support and adding unit test support to build.py. +1 from me. -Paul On 19/01/16 08:26, Steven Dake (stdake) wrote: Hi folks, I would like to propose Lei

Re: [openstack-dev] [all][clients] Enable hacking in python-*clients

> Hi Abishek, > In my understanding, hacking check is enabled for most (or all) of > python-*client. > For example, flake8 is run for each neutronclient review [1]. > test-requirements installs hacking, so I believe hacking check is enabled. > openstackclient and novaclient do the same [2] [3]. >

Re: [openstack-dev] [all][clients] Enable hacking in python-*clients

On 2016-01-19 10:44, Abhishek Kekane wrote: Hi Abishek, In my understanding, hacking check is enabled for most (or all) of python-*client. For example, flake8 is run for each neutronclient review [1]. test-requirements installs hacking, so I believe hacking check is enabled.

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

On Tue, Jan 19, 2016 at 6:36 PM, Michal Rostecki wrote: > On 01/19/2016 10:20 AM, Paul Bourke wrote: > >> I was also thinking of adding Lei. He was a big help to me only recently >> with fixing plugin support and adding unit test support to build.py. +1 >> from me. >> >>

Re: [openstack-dev] [all][clients] Enable hacking in python-*clients

-Original Message- From: Andreas Jaeger [mailto:a...@suse.com] Sent: 19 January 2016 15:19 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [all][clients] Enable hacking in python-*clients On 2016-01-19 10:44, Abhishek Kekane wrote: >> Hi

[openstack-dev] [puppet] Proposal of adding puppet-oslo to OpenStack

Hi, all: Recently I submit some patches for adding rabbit_ha_queues and correct the section name of memcached_servers params to each modules, then I find I just did repeated things: 1. Adding one parameters which related to oslo.* or authtoken to all puppet modules 2. Correct

Re: [openstack-dev] [Nova] sponsor some LVM development

Hello, Premysl, I'm not working on these features, however I am working in this area of code implementing the libvirt storage pools spec. If anybody does start working on this, please reach out to coordinate as I have a bunch of related patches. My work should also make your features

Re: [openstack-dev] [Neutron] [Docs] Definition of a provider Network

Andreas Scheuring wrote: Hi everybody, I stumbled over a definition that explains the difference between a Provider network and a self service network. [1] To summarize it says: - Provider Network: primarily uses layer2 services and vlan segmentation and cannot

[openstack-dev] [nova][docker][powervm] out of tree virt driver breakage

This is an alert for anyone who maintains an out of tree virt driver for Nova (docker & powervm are the 2 I know of). The following change has just merged changing the nova/virt/driver.py API, and as such it will break any out of tree virt drivers until they are updated commit

Re: [openstack-dev] [TripleO] Deploy Overcloud Keystone in HTTPD

On 19.1.2016 03:59, Adam Young wrote: I have a review here for switching Keystone to HTTPD https://review.openstack.org/#/c/269377/ But I have no idea how to kick off the CI to really test it. The check came back way too quick for it to have done a full install; less than 3 minutes. I think

Re: [openstack-dev] [glance][all] glance_store drivers deprecation/stabilization: Volunteers needed

On 11/01/16 15:52 -0500, Flavio Percoco wrote: Greetings, Gentle reminder that this is happening next week. Cheers, Flavio - Original Message - From: "Flavio Percoco" To: openstack-dev@lists.openstack.org Sent: Thursday, December 10, 2015 9:16:09 AM Subject:

[openstack-dev] [nova] need your help on bug #1449498

Hi guys, I am working on bug #1449498, . Reproduction steps w/ devstack and Liberty: 1) create a tenant bug_test 2) create a user test1 in tenant bug_test 3) update the quota instances of test1 as 5 (the default instances value is 10) 4) delete user test1 5) query the quota information for user

Re: [openstack-dev] [magnum] Nesting /containers resource under /bays

Hi. I agree with this. It's great magnum does the setup and config of the container cluster backends, but we could also call heat ourselves if that would be it. Taking a common use case we have: - create and expose a volume using a nfs backend so that multiple clients can access the same data

Re: [openstack-dev] [heat]Delete the stack while the status of stack is CREATE_IN_PROGRESS?

On 19/01/16 11:33, zhu4236926 wrote: Hi guys, I find a interesting problem in Juno version. First, I create a new stack, it contains three resources, e.g. (In my test, there are six resources) heat_template_version: 2014-10-16 resources: volume1: type: OS::Cinder::Volume

Re: [openstack-dev] [magnum] Nesting /containers resource under /bays

I don't see why the existent of /containers endpoint blocks your workflow. However, with /containers gone, the alternate workflows are blocked. As a counterexample, some users want to manage containers through an OpenStack API for various reasons (i.e. single integration point, lack of domain

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

Hi, +1 for me on Kyle's suggestion. Regards, Martin From: Kyle Mestery To: "OpenStack Development Mailing List (not for usage questions)" Date: 19/01/2016 16:39 Subject:Re: [openstack-dev] [Neutron] Team

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Tue, 22 Dec 2015 08:56:08 -0800 Clint Byrum wrote: > You could create a unique swift container, upload things to that, and > then update a pointer in a well-known location to point at that container > for the new plan only after you've verified it is available. This is a >

Re: [openstack-dev] [Nova] sponsor some LVM development

One feature I think we would like to see that could benefit from LVM is some kind of multidisk support with better fault tolerance For example: Say you have a node, and there are 20 vm's on it, and thats all the disk io it could take. But say you have spare cpu/ram capacity other then the

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

+1 from me as well On Tue, Jan 19, 2016 at 1:52 PM, Gareth wrote: > +1 to lei :) > > On Wed, Jan 20, 2016 at 12:57 AM, Swapnil Kulkarni wrote: >> On Tue, Jan 19, 2016 at 1:56 PM, Steven Dake (stdake) >> wrote: >>> >>> Hi folks, >>>

Re: [openstack-dev] [nova][infra] Ability to run newer QEMU in Gate jobs

On Tue, Jan 19, 2016 at 05:47:58PM +, Jeremy Stanley wrote: > On 2016-01-19 18:32:38 +0100 (+0100), Kashyap Chamarthy wrote: > [...] > > Matt Riedemann tells me on IRC that multi-node live migration job is > > currently Ubuntu only, and to get a newer QEMU, it has to be added to > > Ubuntu

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Should subnet be optional on member create?

But, by requiring an external subnet, you are assuming that the packets always originate from inside a neutron network. That is not necessarily the case with a physical device. doug > On Jan 19, 2016, at 11:55 AM, Michael Johnson wrote: > > I feel that the subnet should

Re: [openstack-dev] [nova][infra] Ability to run newer QEMU in Gate jobs

On Tue, Jan 19, 2016, at 09:32 AM, Kashyap Chamarthy wrote: > Heya, > > Currently the live migration test job[1] is using relatively old version > of QEMU (2.0 -- 2 years old, 17-APR-2014). And, libvirt 1.2.2 > (released on 02-MAR-2014). For libvirt, I realize there's an > in-progress thread[2]

[openstack-dev] [nova] Heads up about Mitaka-2 and Non-priority Feature Freeze

Hi, So at the end of Thursday we hit the non-priority (thats roughly, all the low priority blueprints) Feature Freeze. I will forward more details about the exception process, once we know the scale of what is required. I have already postponed low priority blueprints that had no code up for

Re: [openstack-dev] [release] Release countdown for week R-11, Jan 18-22, Mitaka-2 milestone

Excerpts from Thierry Carrez's message of 2016-01-19 09:48:19 +0100: > Kyle Mestery wrote: > > One question I have is, what should the version for projects be? For > > example, for Neutron, M1 was set to 8.0.0.0b1. Should the M2 Neutron > > milestone be 8.0.0.0c1? Or 8.0.0.0b2? > > Good question!

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Should subnet be optional on member create?

I feel that the subnet should be mandatory as there are too many ambiguity issues due to overlapping subnets and multiple routes. In the case of an IP being outside of the tenant networks, the user would specify an external network that has the appropriate routes. We cannot always assume which

Re: [openstack-dev] [Nova] sponsor some LVM development

Hi James, > > You still haven't answered Anita's question: when you say "sponsor" do > you mean provide resources to existing developers to work on your > feature or provide new developers. > I did, I am copy-pasting my response to Anita here again: Both. We are first trying this "Are you

[openstack-dev] [kolla] Kolla Midcycle February 9th, 10th please RSVP via Eventbrite

Hello folks, If your attending the Kolla midcycle please RSVP via eventbrite. If your a core reviewer and won't be able to make it, would you do me a solid and send me your regrets either via email or an irc message so I know how many folks to expect? Breakfast, lunch and dinner will be

Re: [openstack-dev] [magnum] Temporarily remove swarm func test from gate

Ton, I belive so, I will create separate patch from https://review.openstack.org/#/c/251158/ Also we need to explore possibility to create volume at /dev/vda2 device (it has about 5G free space). Unfortunately Atomic has very little documentation, so the plan is use Cinder volume until we can

Re: [openstack-dev] [puppet] [oslo] Proposal of adding puppet-oslo to OpenStack

On Tue, Jan 19, 2016 at 9:57 AM, Xingchao Yu wrote: > Hi, Emilien: > > Thanks for your efforts on this topic, I didn't attend V release > summit and missed related discussion about puppet-oslo. > > As the reason for not using a unified way to manage oslo_* parameters

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

+1 to lei :) On Wed, Jan 20, 2016 at 12:57 AM, Swapnil Kulkarni wrote: > On Tue, Jan 19, 2016 at 1:56 PM, Steven Dake (stdake) > wrote: >> >> Hi folks, >> >> I would like to propose Lei Zhang for our core reviewer team. Count this >> proposal as a +1 vote

Re: [openstack-dev] [puppet] [oslo] Proposal of adding puppet-oslo to OpenStack

Hi, Emilien: Thanks for your efforts on this topic, I didn't attend V release summit and missed related discussion about puppet-oslo. As the reason for not using a unified way to manage oslo_* parameters is there maybe exist different oslo_* version between openstack projects. I

[openstack-dev] [kolla] US/APAC meeting scheduling

Please vote on every time slot you can make on Wednesdays on a recurring basis. I will give preference to the time slots to the folks in APAC since this meeting is targeted at including those folks. I'll leave polling open for 1 week until January 27th. EMEA, apologies, you won't be able to

Re: [openstack-dev] [magnum] Nesting /containers resource under /bays

With /containers gone, what Magnum offers is a workflow for consuming container orchestration engines: * Deployment of a cluster * Management of that cluster * Key handling (creation, upload, revocation, etc.) The first two are handled underneath by Nova + Heat, the last is in the purview of

Re: [openstack-dev] [nova][infra] Ability to run newer QEMU in Gate jobs

On 2016-01-19 18:32:38 +0100 (+0100), Kashyap Chamarthy wrote: [...] > Matt Riedemann tells me on IRC that multi-node live migration job is > currently Ubuntu only, and to get a newer QEMU, it has to be added to > Ubuntu Cloud Archive. [...] As discussed recently on another thread[1], we're not

Re: [openstack-dev] [nova][docker][powervm] out of tree virt driver breakage

Thanks Daniel. We will be proposing an update to the powervm driver today to handle this change. Appreciate you reaching out about this! Thanks. Drew Thorstensen From: "Daniel P. Berrange" To: openstack-dev@lists.openstack.org Date: 01/19/2016 06:31 AM

[openstack-dev] [release][release] reno release 1.3.1 (independent)

We are amped to announce the release of: reno 1.3.1: RElease NOtes manager This release is part of the independent release series. With source available at: http://git.openstack.org/cgit/openstack/reno With package available at: https://pypi.python.org/pypi/reno Please report issues

[openstack-dev] [glance] [horizon] Metadata definitions catalog concept demo

Hi Glance & Horizon team, This past week I had 3 people from different companies contact me asking for a few pointers on where to find more about the metadata definitions catalog and its usage. While trying to grab some links and screenshots to send along, I just decided to record a quick

Re: [openstack-dev] [puppet] [oslo] Proposal of adding puppet-oslo to OpenStack

Colleen Murphy wrote: > On Tue, Jan 19, 2016 at 9:57 AM, Xingchao Yu > wrote: > > Hi, Emilien: > > Thanks for your efforts on this topic, I didn't attend V > release summit and missed related discussion about puppet-oslo. > >

[openstack-dev] [app-catalog][TOSCA] IRC Meeting Thursday January 21st at 17:00UTC

Join us tomorrow for our weekly meeting, January 14th at 17:00UTC in #openstack-meeting-3. The agenda can be found here, and please add to it if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog This week we hope to have someone working on TOSCA join

Re: [openstack-dev] [neutron][api] GET call with huge argument list

Hi Doug, What would be the reason for such timeout? Based on my current test, it doesn't take more than few hundreds of milliseconds to return. What I am trying to do is, I have a Neutron extension that returns IP usage per subnet per network. It needs to support: 1. Return usage info for all

Re: [openstack-dev] [Neutron][[Infra] Gate failure

I suspect we'll see fallout in unit tests too, once new images are built. On 20 January 2016 at 14:47, Davanum Srinivas wrote: > https://review.openstack.org/#/c/269954/ is the plan of action. > @mtreinish is driving it. Plan is to request infra to promote it once > it passes

Re: [openstack-dev] [Neutron][[Infra] Gate failure

On 19 January 2016 at 17:53, Robert Collins wrote: > I suspect we'll see fallout in unit tests too, once new images are built. > Thanks for the quick feedback. I knew people were already on top of it! Cheers, Armando > > On 20 January 2016 at 14:47, Davanum

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Should subnet be optional on member create?

So it really comes down to driver (or driver's appliance) implementation. Here's some scenarios to consider: 1) vip on tenant network, members on tenant network - if a user wants to add an external IP to this configuration, how do we handle that? If the subnet is optional the it just uses the

[openstack-dev] [neutron][api] GET call with huge argument list

Hi folks, I am writing a Neutron extension which needs to take 1000s of network-ids as argument for filtering. The CURL call is as follows: curl -i -X GET 'http://hostname:port/neutron/v2.0/extension_name.json?net-id=fffecbd1-0f6d-4f02-aee7-ca62094830f5=fffeee07-4f94-4cff-bf8e-a2aa7be59e2e' -H

Re: [openstack-dev] [Neutron][[Infra] Gate failure

On Tue, Jan 19, 2016 at 05:28:46PM -0800, Armando M. wrote: > Hi neutrinos, > > New week, new gate failure. This time this might be infra related [1]. This > one fails with [2]. If you know what's going on, spread the word! Pip 8 was just released and made trying to uninstall distutils installed

Re: [openstack-dev] [Neutron][[Infra] Gate failure

https://review.openstack.org/#/c/269954/ is the plan of action. @mtreinish is driving it. Plan is to request infra to promote it once it passes check. This is not a neutron only break. it breaks all dsvm jobs. -- Dims On Tue, Jan 19, 2016 at 8:28 PM, Armando M. wrote: > Hi

Re: [openstack-dev] [networking guide meeting] Meeting Tomorrow!

Folks, After the new year meetings madness, we all have to reload our ICS files for the networking-guide meetings: http://eavesdrop.openstack.org/#Networking_Guide_Team_Meeting So, after doing that you will notice that our next meeting will be this Thursday January 21st at 16:00 UTC. Please,

Re: [openstack-dev] [neutron][api] GET call with huge argument list

It would have to be a POST, but even that will start to have timeout issues. An API which requires that kind of input is kind of a bad idea. Perhaps you could describe what you’re trying to do? Thanks, doug > On Jan 19, 2016, at 4:59 PM, Shraddha Pandhe > wrote:

Re: [openstack-dev] [NEUTRON] Need you help.THANKS!!

Hi,everybody.I am a new hand.At first,I don't know whether the neutron's contributors can receive this letter.If not,could you tell me how to contact with them?We are a neutron team.we add a ''AC-L2 Mech Driver'' to the ML2  Plug-in to support our company controllers.We also add a  ''AC-VPN

Re: [openstack-dev] [release] Release countdown for week R-11, Jan 18-22, Mitaka-2 milestone

Thanks Doug for letting us know that! On Wed, Jan 20, 2016 at 6:53 AM, Doug Hellmann wrote: > Excerpts from Thierry Carrez's message of 2016-01-19 09:48:19 +0100: >> Kyle Mestery wrote: >> > One question I have is, what should the version for projects be? For >> > example,

Re: [openstack-dev] [NEUTRON] Need you help.THANKS!!

hao li wrote: > Hi,everybody. > I am a new hand.At first,I don't know whether the neutron's contributors can > receive this letter. > If not,could you tell me how to contact with them? > We are a neutron team.we add a ''AC-L2 Mech Driver'' to the ML2 Plug-in to > support our

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Should subnet be optional on member create?

Michael-- I think you're assuming that adding an external subnet ID means that the load balancing service will route requests to out an interface with a route to said external subnet. However, the model we have is actually too simple to convey this information to the load balancing service. This

Re: [openstack-dev] [Kuryr] Need review help on IPAM patches

Hi Team, I recently rebased https://review.openstack.org/#/c/265744/ and https://review.openstack.org/#/c/267302/ and since the gate tests are failing. I am not able to understand the reason.

Re: [openstack-dev] [keystone][neutron][requirements] - keystonemiddleware-4.1.0 performance regression

Hmm, looking at: https://github.com/openstack/keystonemiddleware/compare/4.0.0...4.1.0 the only change that I can think of that might be the culprit is: https://github.com/openstack/keystonemiddleware/commit/f27d7f776e8556d976f75d07c99373455106de52 I'll dig into this some more soon, but it might

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

Thank you all for the nominating and votes. I will try and maintain my current level activity and make the Kolla better. On Wed, Jan 20, 2016 at 12:13 PM, Steven Dake (stdake) wrote: > Lei, > > Looks like its unanimous in under 24 hours :) Welcome to the Kolla core > reviewer

Re: [openstack-dev] [keystone][neutron][requirements] - keystonemiddleware-4.1.0 performance regression

On 19 January 2016 at 22:46, Kevin Benton wrote: > Hi all, > > We noticed a major jump in the neutron tempest and API test run times > recently in Neutron. After digging through logstash I found out that it > first occurred on the requirements bump here: >

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

Lei, Looks like its unanimous in under 24 hours :) Welcome to the Kolla core reviewer team! I made the appropriate changes in gerrit. Regards -steve From: Steven Dake > Reply-To:

Re: [openstack-dev] [devstack] pip 8 no longer over-installs system packages [was: Gate failure]

On 01/20/2016 04:14 PM, Ian Wienand wrote: On 01/20/2016 12:53 PM, Robert Collins wrote: I suspect we'll see fallout in unit tests too, once new images are built. If the images can build ... yeah, dib is not happy about this either Just removing the directory as pip used to do has been

[openstack-dev] [keystone][neutron][requirements] - keystonemiddleware-4.1.0 performance regression

Hi all, We noticed a major jump in the neutron tempest and API test run times recently in Neutron. After digging through logstash I found out that it first occurred on the requirements bump here: https://review.openstack.org/#/c/265697/ After locally testing each requirements change

Re: [openstack-dev] [kuryr] Failed to create network with kuryr driver type

hi Vikas, Thanks for your reply, I tried your method, looks like that the previous problem disappear, but a new problem came out: $ sudo docker network create -d kuryr --ipam-driver=kuryr kuryr Error response from daemon: failed to allocate gateway (): invalid CIDR address: /24 $ neutron

Re: [openstack-dev] [kuryr] Failed to create network with kuryr driver type

Hi Mars, Your code seems to be missing missing this fix: https://review.openstack.org/#/c/265732/ Please try with this and let us know if any issues further. Thanks -Vikas On Wed, Jan 20, 2016 at 11:41 AM, Mars Ma wrote: > hi Vikas, > > Thanks for your reply, I tried your

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

+1 for Kyle's suggestion Thanks Vikram On Wed, Jan 20, 2016 at 2:40 AM, Martin Hickey wrote: > Hi, > > +1 for me on Kyle's suggestion. > > Regards, > Martin > > [image: Inactive hide details for Kyle Mestery ---19/01/2016 16:39:05---On > Tue, Jan 19, 2016 at 10:14 AM,

Re: [openstack-dev] [devstack] pip 8 no longer over-installs system packages [was: Gate failure]

On 01/20/2016 12:53 PM, Robert Collins wrote: I suspect we'll see fallout in unit tests too, once new images are built. If the images can build ... This was marked as deprecated, I understand, but the removal is very unfortunate [1] considering it's really just a shoot-yourself-in-the-foot

[openstack-dev] [kuryr] Failed to create network with kuryr driver type

hi, I used the devstack to deploy kuryr to integrate openstack neutron and docker, but encounter some errors like: $ sudo docker network create -d kuryr kuryr Error response from daemon: failed to parse pool request for address space "GlobalDefault" pool "" subpool "": cannot find address space

Re: [openstack-dev] [kuryr] Failed to create network with kuryr driver type

Hi Mars, Please use "--ipam-driver=kuryr" also. Kuryr has its own ipam driver. Please refer this also: https://github.com/openstack/kuryr/blob/master/doc/source/devref/libnetwork_remote_driver_design.rst#libnetwork-user-workflow-with-kuryr-as-remote-network-driver---host-networking Hope this

[openstack-dev] [ceilometer] ceilometer Floatingip Pollster change

Ceilometer floatingip pollster currently polls the nova api to get the floating ip info periodically. But due to limitations in the nova api as listed in this bug[1], the data ceilometer receives isn't all that useful. Nova doesn't return this info for all tenants. There has been some work in juno

[openstack-dev] [sahara] Scheduler EDP patch request to be merged

Hi, List Thx for reminding to add release notes for new features. I have add the release notes for scheduling EDP jobs https://review.openstack.org/#/c/268881/ *https://review.openstack.org/#/c/182310/45 * This patch has been long time

Re: [openstack-dev] [NEUTRON] Need you help.THANKS!!

I do not know whether this fits you well, but here is the process of creating a openstack project: http://docs.openstack.org/infra/manual/creators.html 在2016年01月20 10时16分, "hao li"写道: Hi,everybody. I am a new hand.At first,I don't know whether the neutron's contributors can

Re: [openstack-dev] [all] pip 8 no longer over-installs system packages [was: Gate failure]

Now docs, pep8, and python27 are broken as well here: https://review.openstack.org/#/c/268687/ Andreas On 2016-01-20 06:14, Ian Wienand wrote: > On 01/20/2016 12:53 PM, Robert Collins wrote: >> I suspect we'll see fallout in unit tests too, once new images are >> built. > > If the images can

Re: [openstack-dev] [Neutron] [Docs] Definition of a provider Network

I agree that the current definition can be improved. "Provider Network" vs "Self service network" highlights who can provision a network. In my understanding, "Provider Network" is a network provisioned by the cloud operator. Practically the operator cannot provision a network for a tenant, so a

Re: [openstack-dev] [Nova] sponsor some LVM development

Hi Matt, thanks for letting me know, we will definitely do reach you out if we start some activity in this area. To answer your question: main reason for LVM is simplicity and performance. It seems from our benchmarks that LVM behavior when processing many IOPs (10s of thousands) is more stable

Re: [openstack-dev] [Openstack] [Neutron] [Docs] Definition of a provider Network

Yes, I think of it as: A provider network in OpenStack is simply a record specifying the necessary details of the underlying infrastructure so that OpenStack can utilize it. The actual networking services (layer 2 and 3 forwarding, for example) are provided by the infrastructure and configured

[openstack-dev] [tricircle] weekly meeting of Jan.20

Hello, After the stateless design was moved to the master branch, we also move the focus back to the master branch. the weekly meeting will be held at the UTC1300 at #openstack-meeting on Jan.20. Agenda: l Progress of To-do list review: https://etherpad.openstack.org/p/TricircleToDo l l3

[openstack-dev] [vitrage] Vitrage graph design

Hi, I added vitrage graph design, you can find it in: https://github.com/openstack/vitrage/blob/master/doc/source/vitrage-graph-design.rst Feel free to comment. Thanks, Ifat. __ OpenStack Development Mailing List (not

[openstack-dev] [nova] Bulk Instance Delete support

Hey guys, Would like to know the plan for support of bulk instance delete feature. There was a blueprint registered a while ago [1] but it's status is not clear. No corresponding API [2] [1] https://blueprints.launchpad.net/nova/+spec/bulk-delete-servers [2]

Re: [openstack-dev] [all][clients] Enable hacking in python-*clients

2016-01-19 18:58 GMT+09:00 Kekane, Abhishek : > > > -Original Message- > From: Andreas Jaeger [mailto:a...@suse.com] > Sent: 19 January 2016 15:19 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [all][clients]

Re: [openstack-dev] [Neutron] [Docs] Definition of a provider Network

On 01/19/2016 02:33 AM, Andreas Scheuring wrote: Hi everybody, I stumbled over a definition that explains the difference between a Provider network and a self service network. [1] To summarize it says: - Provider Network: primarily uses layer2 services and vlan segmentation and cannot be used

Re: [openstack-dev] [Openstack] [Neutron] [Docs] Definition of a provider Network

On 19/01/16 07:36, Andreas Scheuring wrote: > Hi everybody, > > I stumbled over a definition that explains the difference between a > Provider network and a self service network. [1] I've also spent time trying to understand this, so am happy to offer that understanding here (for checking?)...

[openstack-dev] [Glance] Review Day results

Greetings, The Glance team had a review day yday. Patches from glance, glanceclient, glance_store and glance-specs were reviewed and several of them merged. I wanted to take a chance to thank everyone who joined and share some stats taken from Stackalytics. They might not look impressive to

Re: [openstack-dev] [nova] need your help on bug #1449498

This is a bug, as tenant and user is maintained by keystone and quota are stored in nova db, so it has the cleanup problems. On Tue, Jan 19, 2016 at 8:12 PM, jialiang_song517 wrote: > Hi guys, > > I am working on bug #1449498, display the quota of a user has been

Re: [openstack-dev] [puppet] [oslo] Proposal of adding puppet-oslo to OpenStack

Hi, Adding [oslo] tag for more visibility. On 01/19/2016 05:01 AM, Xingchao Yu wrote: > Hi, all: > > Recently I submit some patches for adding rabbit_ha_queues and > correct the section name of memcached_servers params to each modules, > then I find I just did repeated things: > >

Re: [openstack-dev] [Neutron] MTU configuration pain

No. However, we ought to determine what happens when both DHCP and RA advertise it. On Tue, Jan 19, 2016 at 12:36 AM, Kevin Benton wrote: > >Yup. We mostly attempt to do that now. > > Right, but not by default. Can you think of a scenario where advertising > it would be

Re: [openstack-dev] [TripleO] Deploy Overcloud Keystone in HTTPD

On 01/18/2016 09:59 PM, Adam Young wrote: > I have a review here for switching Keystone to HTTPD > > https://review.openstack.org/#/c/269377/ Adam, I think your patch overlaps with my patch: https://review.openstack.org/#/c/269377 Feel free to take over it if you feel like it miss something.

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

+1 nice work! -Ryan - Original Message - From: "Steven Dake (stdake)" To: openstack-dev@lists.openstack.org Sent: Tuesday, January 19, 2016 3:26:38 AM Subject: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc Hi folks, I

Re: [openstack-dev] [nova] Bulk Instance Delete support

Heya, I am not aware of anyone working on this. That said, its also not clear to me that this is actually a good idea. Why can't you just loop through the instances and delete them one at a time? Michael On Wed, Jan 20, 2016 at 12:08 AM, vishal yadav wrote: > Hey guys,

Re: [openstack-dev] [Neutron] [Docs] Definition of a provider Network

On 19.01.2016 15:31, Bogdan Dobrelya wrote: > On 19.01.2016 15:19, Akihiro Motoki wrote: >> I agree that the current definition can be improved. > > Here is a docs bug [0] > > [0] https://bugs.launchpad.net/fuel/+bug/1513421 I pasted a wrong link, sorry. Here is the correct one [0] [0]

Re: [openstack-dev] [nova] Bulk Instance Delete support

I think it's also important to think about what efficiency might be gained, which isn't much. DELETE is an async action that returns 202. If you care about those resources or quota so you can build more, you need to monitor those deletes. Which means you are going to be looping on servers to

Re: [openstack-dev] [puppet] weekly meeting #67

On 01/18/2016 08:54 AM, Emilien Macchi wrote: > Hello Puppeteers, > > Tomorrow we will have our weekly meeting at UTC 1500. > Here is our agenda: > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160119 > > Feel free to add more topics, reviews, bugs, a

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

+1 :) On 19 January 2016 at 07:28, Ryan Hallisey wrote: > +1 nice work! > > -Ryan > > - Original Message - > From: "Steven Dake (stdake)" > To: openstack-dev@lists.openstack.org > Sent: Tuesday, January 19, 2016 3:26:38 AM > Subject:

Re: [openstack-dev] [Neutron] [Docs] Definition of a provider Network

On 19.01.2016 15:19, Akihiro Motoki wrote: > I agree that the current definition can be improved. Here is a docs bug [0] [0] https://bugs.launchpad.net/fuel/+bug/1513421 > > "Provider Network" vs "Self service network" highlights who can > provision a network. > > In my understanding,

[openstack-dev] Neutron: accessing the host network.

Hi All, I am doing some rough experiment, I want to access the host network using Instance console. any idea helps me a lot. A. __ OpenStack Development Mailing List (not for

Re: [openstack-dev] [puppet] Proposal of adding puppet-oslo to OpenStack

On 19.01.2016 11:01, Xingchao Yu wrote: > Hi, all: > > Recently I submit some patches for adding rabbit_ha_queues and > correct the section name of memcached_servers params to each modules, > then I find I just did repeated things: > >1. Adding one parameters which related to oslo.*

Re: [openstack-dev] [TripleO] Deploy Overcloud Keystone in HTTPD

On 01/19/2016 07:54 AM, Emilien Macchi wrote: On 01/18/2016 09:59 PM, Adam Young wrote: I have a review here for switching Keystone to HTTPD https://review.openstack.org/#/c/269377/ Adam, I think your patch overlaps with my patch: https://review.openstack.org/#/c/269377 Yep. I wanted to

  1   2   >