[openstack-dev] [nova]summary of blue print of 'making_live_migration_api_friendly'

Hi folks There are some discussion about this blue print http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/making_live_migration_api_friendly.html As we discussed on yesterday's Nova-Api/Nova-Live-Migration meeting, Alex and me did some summary and write them here https://eth

Re: [openstack-dev] [heat] convergence cancel messages

On 24-Feb-16 13:12, Clint Byrum wrote: > Excerpts from Anant Patil's message of 2016-02-23 23:08:31 -0800: >> Hi, >> >> I would like the discuss various approaches towards fixing bug >> https://launchpad.net/bugs/1533176 >> >> When convergence is on, and if the stack is stuck, there is no way to >>

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

Very sorry for the delay, it feels hard for me to reply to all the concerns raised, most of you have years more experiences. I've tried hard to present that there is a direction to solve the issues of existing filter scheduler in multiple areas including performance, decision accuracy, multiple

Re: [openstack-dev] [Fuel] Wildcards instead of

Adding this to future features. On Mon, Feb 22, 2016 at 8:33 PM, Bogdan Dobrelya wrote: > On 22.02.2016 10:28, Kyrylo Galanov wrote: > > Would namespaces be compatible with existing plugins? > > It should be, if the default namespace will be "core" > > > > > On Mon, Feb 22, 2016 at 7:33 PM, Bogd

Re: [openstack-dev] [nova] python-novaclient region setting

Hi! >didn't work for me in this particular case because of a bug in novaclient Can you tell more about bug in novaclient or share a bug report? On Wed, Feb 24, 2016 at 8:42 AM, Xav Paice wrote: > fwiw, the second part of Monty's message is in the docs, sans region - it > would be a fairly swif

Re: [openstack-dev] [heat] convergence cancel messages

On 24-Feb-16 14:26, Anant Patil wrote: > On 24-Feb-16 13:12, Clint Byrum wrote: >> Excerpts from Anant Patil's message of 2016-02-23 23:08:31 -0800: >>> Hi, >>> >>> I would like the discuss various approaches towards fixing bug >>> https://launchpad.net/bugs/1533176 >>> >>> When convergence is on,

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

Le 24/02/2016 01:10, Jay Pipes a écrit : On 02/22/2016 04:23 AM, Sylvain Bauza wrote: I won't argue against performance here. You made a very nice PoC for testing scaling DB writes within a single python process and I trust your findings. While I would be naturally preferring some shared-nothi

Re: [openstack-dev] [kolla][infra] Publishing kolla images to docker-registry.openstack.org

Hi all, I accidentally spent last day looking into some timings of kolla-build. I'm sharing my results below - perhaps it will help somebody: I've measured time for 4 consecutive kolla-builds (on a decent laptop, with modified default profile including "kolla-toolbox,glance,horizon,keystone,ma

Re: [openstack-dev] [OpenStack-Infra] [cinder] How to configure the third party CI to be triggered only when jenkins +1

In layout.yaml: Delete: - event: patchset-created And add: - event: comment-added require-approval: - verified: 1 username: Jenkins Works for me now, thanks for all your input! Wilson Liu -邮件原件- 发件人: Mikhail Medvedev [mailto:mihail...@gmai

[openstack-dev] [freezer] code walkthrough

Hi everyone, we are announcing the code walkthrough for freezer components every Thursday at 1PM UTC starting on the 25/02/2016.. We are going to show and review the next freezer components: * Freezer-agent https://plus.google.com/u/0/events/cokj2l69dccerabnna3echnrgjk * Freezer-schedu

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

On Tue, 23 Feb 2016, Clint Byrum wrote: I'd actually also be interested if this has a potential to reduce the demand on the message bus. I've been investigating this for a while, and I found that RabbitMQ will happily consume 5 high end CPU cores on a single box just to serve the needs of 1000 i

[openstack-dev] [kolla] New Meeting Times altrernating 16:30 and 23; 00 UTC.

Hey folks, We agreed some time ago to be more inclusive and have an APAC/US meeting. I am happy to announce that work has completed. Please see: http://eavesdrop.openstack.org/#Kolla_Team_Meeting >From there you can download an ical file which will insert directly into your >calendar for you

[openstack-dev] [nova] solving API case sensitivity issues

We have a specific bug around aggregrate metadata setting in Nova which exposes a larger issue with our mysql schema. https://bugs.launchpad.net/nova/+bug/1538011 On mysql the following will explode with a 500: > nova aggregate-create agg1 > nova aggregate-set-metadata agg1 abc=1 > nova aggregate

[openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

Fellow Fuelers I would like to kindly ask you to consider voting for Matthew Mosesohn as a Fuel Library Core reviewer. Matthew has been working with Fuel since its inception, worked on countless amount of features, such as : Master Node Upgrades and Backup Improvements to Fuel Infra Mitaka, Kilo

Re: [openstack-dev] [all] A proposal to separate the design summit

On 22 February 2016 at 23:11, Devananda van der Veen < [email protected]> wrote: > On 02/22/2016 09:45 AM, Thierry Carrez wrote: > > The split should ideally reduce the needs to organize separate in-person > mid-cycle events. If some are still needed, the main conference venue and > time co

Re: [openstack-dev] [nova][neutron] New BP for live migration with direct pci passthru

ping From: Xie, Xianshan [mailto:[email protected]] Sent: Friday, February 19, 2016 2:57 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova][neutron] New BP for live migration with direct pci passthru Hi, Ian, Thanks a lot for your reply. >

Re: [openstack-dev] [os-brick][nova][cinder] os-brick/privsep change is done and awaiting your review

On 02/24/2016 04:51 AM, Angus Lees wrote: > Re: https://review.openstack.org/#/c/277224 > > Most of the various required changes have flushed out by now, and this > change now passes the dsvm-full integration tests(*). > > (*) well, the experimental job anyway. It still relies on a > merged-but-no

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 1:50 PM, Vladimir Kuklin wrote: > Fellow Fuelers > > I would like to kindly ask you to consider voting for Matthew Mosesohn as > a Fuel Library Core > reviewer. > > Matthew has been working with Fuel since its inception, worked on > countless amount of features, such a

Re: [openstack-dev] [os-brick][nova][cinder] os-brick/privsep change is done and awaiting your review

My (negative) feedback is on the review - I'm really not sure that this matches what I understood the vision of privsep to be at all. - If this is the vision / the new vision then I think it is majorly flawed. - If it is skipping the vision in the name of expediency of implementation, then I thin

Re: [openstack-dev] [nova] solving API case sensitivity issues

On 02/24/2016 07:48 AM, Sean Dague wrote: We have a specific bug around aggregrate metadata setting in Nova which exposes a larger issue with our mysql schema. https://bugs.launchpad.net/nova/+bug/1538011 On mysql the following will explode with a 500: nova aggregate-create agg1 nova aggregate

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

I'm not a fuel core member, but i also would like to vote +1 for Matthew. He's doing great job! 2016-02-24 16:02 GMT+03:00 Aleksandr Didenko : > +1 > > On Wed, Feb 24, 2016 at 1:50 PM, Vladimir Kuklin > wrote: > >> Fellow Fuelers >> >> I would like to kindly ask you to consider voting for Matthe

Re: [openstack-dev] [heat] Questions on template-validate

On 02/24/2016 02:18 AM, Anant Patil wrote: On 23-Feb-16 20:34, Jay Dobies wrote: I am going to bring this up in the team meeting tomorrow, but I figured I'd send it out here as well. Rather than retype the issue, please look at: https://bugs.launchpad.net/heat/+bug/1548856 My question is wha

Re: [openstack-dev] [kolla] New Meeting Times altrernating 16:30 and 23; 00 UTC.

hi Steven, did you make some mistake? this week is the 9th( odd week). So the meeting time should be on wednesday at 2300 UTC. Every two weeks (on even weeks) on Wednesday at 1630 UTC in #openstack-meeting-4 (IRC webcl

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 4:57 PM Denis Egorenko wrote: > I'm not a fuel core member, but i also would like to vote +1 for Matthew. > He's doing great job! > > 2016-02-24 16:02 GMT+03:00 Aleksandr Didenko : > >> +1 >> >> On Wed, Feb 24, 2016 at 1:50 PM, Vladimir Kuklin >> wrote: >> >>> Fellow

[openstack-dev] [dragonflow] db consistency progress

Hi all, today I submitted the working patch for review: https://review.openstack.org/#/c/282290/ I tested it by invoking many concurrent API calls to update a given Neutron object, both for standalone and clustering of MySQL. The result is that no reported bugs about inconsistency were triggered.

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 4:57 PM, Denis Egorenko wrote: > I'm not a fuel core member, but i also would like to vote +1 for Matthew. > He's doing great job! > > 2016-02-24 16:02 GMT+03:00 Aleksandr Didenko : > >> +1 >> >> On Wed, Feb 24, 2016 at 1:50 PM, Vladimir Kuklin >> wrote: >> >>> Fellow

[openstack-dev] [Fuel][Plugins] Rules for Fuel Plugins: short-term perspective action plan

Hi Dmitry, I wanted to follow-up on the 'let's have some rules' email. For now, there are many requests on repo creation for Fuel Plugins and we need to think on the best way to proceed here. In the long-term perspective; the theme of the rules for Fuel Plugins and transition manner between stage

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 5:30 PM Julia Aranovich wrote: > +1 > > On Wed, Feb 24, 2016 at 4:57 PM Denis Egorenko > wrote: > >> I'm not a fuel core member, but i also would like to vote +1 for Matthew. >> He's doing great job! >> >> 2016-02-24 16:02 GMT+03:00 Aleksandr Didenko : >> >>> +1 >>> >

Re: [openstack-dev] [nova] solving API case sensitivity issues

On Wed, Feb 24, 2016, at 07:48 AM, Sean Dague wrote: > We have a specific bug around aggregrate metadata setting in Nova which > exposes a larger issue with our mysql schema. > https://bugs.launchpad.net/nova/+bug/1538011 > > On mysql the following will explode with a 500: > > > nova aggregate-

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 for Matthew! 2016-02-24 17:34 GMT+03:00 Fedor Zhadaev : > +1 > > On Wed, Feb 24, 2016 at 5:30 PM Julia Aranovich > wrote: > >> +1 >> >> On Wed, Feb 24, 2016 at 4:57 PM Denis Egorenko >> wrote: >> >>> I'm not a fuel core member, but i also would like to vote +1 for >>> Matthew. He's doing gre

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 5:50 AM, Vladimir Kuklin wrote: > Fellow Fuelers > > I would like to kindly ask you to consider voting for Matthew Mosesohn as > a Fuel Library Core > reviewer. > > Matthew has been working with Fuel since its inception, worked on > countless amount of features, such a

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 ☺ From: Ivan Berezovskiy [mailto:[email protected]] Sent: Wednesday, February 24, 2016 4:47 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core +1 for Matthew! 2016-0

Re: [openstack-dev] [dragonflow] db consistency progress

Hi Li Ma, Great job on this! I think Rally is the correct way to test something like that, what you could use to check the end to end solution is try to restart the DF DB server for timeouts during API configurations. At this point of time, i think this is really advance testing and i wouldn't b

[openstack-dev] [TripleO] Treating the undercloud as a black box

One of the things I like about TripleO is the way you can use the Undercloud remotely via its APIs to drive everything about your deployment. We don't prevent you from shelling into your undercloud though, and more recently with the switch to use instack and python- tripleoclient our upstream CI do

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1 On Wed, Feb 24, 2016 at 5:49 PM, Moshe Levi wrote: > +1 J > > > > *From:* Ivan Berezovskiy [mailto:[email protected]] > *Sent:* Wednesday, February 24, 2016 4:47 PM > *To:* OpenStack Development Mailing List (not for usage questions) < > [email protected]> > *Subject:*

Re: [openstack-dev] [heat] Questions on template-validate

On 02/24/2016 02:18 AM, Anant Patil wrote: On 23-Feb-16 20:34, Jay Dobies wrote: I am going to bring this up in the team meeting tomorrow, but I figured I'd send it out here as well. Rather than retype the issue, please look at: https://bugs.launchpad.net/heat/+bug/1548856 My question is wha

Re: [openstack-dev] [Networking-vSphere] - changes in nova compute driver

Hi, I suggest that the guys who maintain this driver provide you the reasons why they maintain the Nova driver like this It is problematic and at times the driver can break as it is not in tree. Thanks Gary From: Monotosh Das mailto:[email protected]>> Reply-To: OpenStack List mailto:op

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Matthew Mosesohn for Fuel Library Core

+1, although I'm not core:) On Wed, Feb 24, 2016 at 4:04 PM, Sergey Kolekonov wrote: > +1 > > On Wed, Feb 24, 2016 at 5:49 PM, Moshe Levi wrote: > >> +1 J >> >> >> >> *From:* Ivan Berezovskiy [mailto:[email protected]] >> *Sent:* Wednesday, February 24, 2016 4:47 PM >> *To:* OpenStack D

Re: [openstack-dev] [kolla] New Meeting Times altrernating 16:30 and 23; 00 UTC.

Jeffrey, The weeks are calculated using the ISO standard for week conventions. This is the 8th week. Regards -steve From: Jeffrey Zhang mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:[email protected]>> Date: W

[openstack-dev] [puppet] Austin Design Summit space needs

Puppet OpenStack folks, As usual, Thierry Carrez sent an e-mail to PTLs about space needs for the next OpenStack Summit in Austin. We can have 3 kinds of slots: * Fishbowl slots (Wed-Thu) - we had 2 in Tokyo. Our traditional largish rooms organized in fishbowl style, with advertised session con

[openstack-dev] [glance] Austin Design Summit space needs

Hey Folks, It's that time of the year. We need to choose what our needs with regards to slots and sessions are for the next summit. We can choose among 3 different types of sessions: * Fishbowl slots (Wed-Thu) Our traditional largish rooms organized in fishbowl style, with advertised session con

Re: [openstack-dev] [kolla][infra] Publishing kolla images to docker-registry.openstack.org

Ricardo, I measured the disk space used by the docker registry. For ubuntu images, it is 1.5gb. For centos images, it is 2.5gb. For oraclelinux images, it is 2.5gb. (derivative of centos) The delta between centos and Ubuntu has to do with the usage of apt vs yum, where apt only installs a minimum

[openstack-dev] [Kuryr] Now part of OpenStack big-tent

Hello Everyone, Just wanted to update you that Kuryr [1] was officially accepted yesterday as a big tent project. We are currently facing some interesting challenges and times and if you are running containers in OpenStack in mixed environments you most certainly want to look and examine Kuryr.

[openstack-dev] [heat]How to manage the life cycle of resources in a stack?

Hi guys, I get some resources by creating a stack, e.g. ,the resources may be 2 volumes, volume A and volume B. If the volume A and volume B are useless, we can delete them by deleting the stack , we also can delete them by cinder.If they are deleted by cinder, though the volumes have bee

Re: [openstack-dev] [glance] Austin Design Summit space needs

Can we make it ? : FB 3 W 6 C 2 On 2/24/16 10:42 AM, Flavio Percoco wrote: > Hey Folks, > > It's that time of the year. We need to choose what our needs with > regards to slots and sessions are for the next summit. > > We can choose among 3 different types of sessions: > > * Fishbowl slots (Wed-T

Re: [openstack-dev] [nova] solving API case sensitivity issues

On Wed, 2016-02-24 at 07:48 -0500, Sean Dague wrote: > We have a specific bug around aggregrate metadata setting in Nova > which > exposes a larger issue with our mysql schema. > https://bugs.launchpad.net/nova/+bug/1538011 > > On mysql the following will explode with a 500: > > > nova aggregate-

[openstack-dev] [Fuel][murano][fuel-plugins] Move Murano to plugin from Fuel box

Hello folks, i would like to notify you, that we are going to remove Murano as built in Fuel and move this functionality to fuel-plugin. Transition from Fuel built in to Fuel plugin deployment will follow next way: * Murano deployment in Fuel 9.0 will be deprecated: we leave an ability to deploy

Re: [openstack-dev] [Kuryr] Now part of OpenStack big-tent

On Wed, Feb 24, 2016 at 4:51 PM, Gal Sagie wrote: > Hello Everyone, > > Just wanted to update you that Kuryr [1] was officially accepted yesterday > as a > big tent project. We should probably get Kuryr to be selectable as a tag to subscribe to in http://lists.openstack.org/cgi-bin/mailman/optio

Re: [openstack-dev] [nova] solving API case sensitivity issues

On Wed, 24 Feb 2016, James Bottomley wrote: This is actually one of the curses wished on us by REST. Since the intent is to use web requests for the API, the API name must follow the case sensitivity rules for URL matching (case insensitive). However, the rest of the parameters can be case sen

Re: [openstack-dev] [all] A proposal to separate the design summit

On 02/23/2016 06:14 AM, Qiming Teng wrote: I don't think the proposal removes that opportunity. Contributors /can/ still go to OpenStack Summits. They just don't /have to/. I just don't think every contributor needs to be present at every OpenStack Summit, while I'd like to see most of them pre

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

Sorry for the late reply. On 22 February 2016 at 18:45, John Garbutt wrote: > On 21 February 2016 at 13:51, Cheng, Yingxin wrote: > > On 19 February 2016 at 5:58, John Garbutt wrote: > >> On 17 February 2016 at 17:52, Clint Byrum wrote: > >> > Excerpts from Cheng, Yingxin's message of 2016-02-14

Re: [openstack-dev] [nova] solving API case sensitivity issues

On 02/24/2016 11:28 AM, James Bottomley wrote: > On Wed, 2016-02-24 at 07:48 -0500, Sean Dague wrote: >> We have a specific bug around aggregrate metadata setting in Nova >> which >> exposes a larger issue with our mysql schema. >> https://bugs.launchpad.net/nova/+bug/1538011 >> >> On mysql the fol

[openstack-dev] [sahara] Final client release for Mitaka

Hi sahara folks, if you have any idea on what should be merged into python-saharaclient before the final client release for Mitaka, please, raise you hand till EOW, we're planning to discuss it tomorrow on IRC meeting and try to release client on Friday. https://wiki.openstack.org/wiki/Meetings/S

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

On 02/24/2016 05:56 AM, Chris Dent wrote: >> I'd actually also be interested if this has a potential to reduce the >> demand on the message bus. I've been investigating this for a while, >> and I >> found that RabbitMQ will happily consume 5 high end CPU cores on a >> single box >> just to serve t

Re: [openstack-dev] [magnum] containers across availability zones

+1 from me too for the idea. Please file a blueprint. Seems feasible and useful. -Vilobh On Tue, Feb 23, 2016 at 7:25 PM, Adrian Otto wrote: > Ricardo, > > Yes, that approach would work. I don’t see any harm in automatically > adding tags to the docker daemon on the bay nodes as part of the swa

Re: [openstack-dev] [heat] convergence cancel messages

Excerpts from Anant Patil's message of 2016-02-24 00:56:34 -0800: > On 24-Feb-16 13:12, Clint Byrum wrote: > > Excerpts from Anant Patil's message of 2016-02-23 23:08:31 -0800: > >> Hi, > >> > >> I would like the discuss various approaches towards fixing bug > >> https://launchpad.net/bugs/1533176

Re: [openstack-dev] [heat] convergence cancel messages

Excerpts from Anant Patil's message of 2016-02-23 23:08:31 -0800: > Hi, > > I would like the discuss various approaches towards fixing bug > https://launchpad.net/bugs/1533176 > > When convergence is on, and if the stack is stuck, there is no way to > cancel the existing request. This feature was

[openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

Hi, I've noticed a new behavior from the python-neutronclient which disturbs me. For me, this just started happening with my latest build of devstack which I built yesterday. It didn't happen with another recent but little bit older devstack. The issue is that the client is now wrapping content

Re: [openstack-dev] [glance] Austin Design Summit space needs

On Wed, Feb 24, 2016 at 12:27 PM, Nikhil Komawar wrote: > Can we make it ? : > > FB 3 > W 6 > C 2 > > Could you elaborate on why you think we need 6 workroom sessions? Back in Tokyo, 5 seemed more than enough and there will be more projects to host in Austin. Cheers, Flavio > > On 2/24/16 10

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

I ran this by our all-knowing PTL who told me to go back to cliff==1.15.0. My devstack had picked up cliff==2.0.0 which is what seems to have introduced this behavior. Reverting to the older version fixed this quirky behavior. Before today, I didn't even know what cliff was. :) Carl On Wed, F

Re: [openstack-dev] [kolla][infra] Publishing kolla images to docker-registry.openstack.org

On 2016-02-24 15:47:12 + (+), Steven Dake (stdake) wrote: [...] > Where we are stumped is should we push to registry.openstack.org > which I would prefer, or push to the docker registry. If we use a Jenkins publisher the files get pulled from the slave where they were generated to the Jenk

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

cliff-based client including neutronclient and openstackclient supports various formatters. I don't think it is a good idea to depend on the output of 'table' formatter. My understanding is 'table' formatter (the default formatter) is for human readability. IMHO it is better to use json formatter o

Re: [openstack-dev] [nova] solving API case sensitivity issues

On Wed, 2016-02-24 at 11:40 -0500, Sean Dague wrote: > On 02/24/2016 11:28 AM, James Bottomley wrote: > > On Wed, 2016-02-24 at 07:48 -0500, Sean Dague wrote: > > > We have a specific bug around aggregrate metadata setting in Nova > > > which > > > exposes a larger issue with our mysql schema. > >

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

On 02/24/2016 09:46 AM, Akihiro Motoki wrote: cliff-based client including neutronclient and openstackclient supports various formatters. I don't think it is a good idea to depend on the output of 'table' formatter. My understanding is 'table' formatter (the default formatter) is for human readab

Re: [openstack-dev] [Kuryr] will we use os-vif in kuryr

Yes, we have been aware of the os-vif effort and will try to use it as soon as it is released. The scripts we currently use are to enable the use of the Neutron reference plugins/drivers in the meantime. Best, Mohammad From: "Daniel P. Berrange" To: "OpenStack Development Mailing List

Re: [openstack-dev] [glance] Austin Design Summit space needs

Here are a few ideas that I've in mind (more than 6 for now) for the workroom sessions (of course that can be prioritized): 1. Import refactor 2. Glare 3. Quotas 4. State of Image sharing, community images, Hierarchical Images etc. 5. glance_store improvements, general gate jobs discussions, relea

[openstack-dev] Outreachy May-Aug 2016: Call for funding and mentors

Hi everyone, Quick update on the Outreachy program, including a request for funding and volunteer mentors. For those of you who are not aware, Outreachy helps people from groups underrepresented in free and open source software get involved by matching interns wi

[openstack-dev] [Neutron][VPNaaS] Question regarding creating an IPSec Connection Site with multiple subnets attached to a router on each site in stable/kilo

Hi All, I am using https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall to install VPNaaS with single devstack and two routers. stack@whiskey:/opt/stack$ neutron router-list +--+--+

Re: [openstack-dev] [heat]How to manage the life cycle of resources in a stack?

On 25/02/16 05:27, zhu4236926 wrote: Hi guys, I get some resources by creating a stack, e.g. ,the resources may be 2 volumes, volume A and volume B. If the volume A and volume B are useless, we can delete them by deleting the stack , we also can delete them by cinder.If they are deleted

[openstack-dev] [app-catalog] IRC Meeting Thursday February 25th at 17:00UTC

Join us Thursday for our weekly meeting, scheduled for February 25th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog One topic we'll cover will be space needs at th

Re: [openstack-dev] [puppet] Austin Design Summit space needs

On Wed, Feb 24, 2016 at 8:30 AM, Emilien Macchi wrote: > Puppet OpenStack folks, > > As usual, Thierry Carrez sent an e-mail to PTLs about space needs for > the next OpenStack Summit in Austin. > > > We can have 3 kinds of slots: > > * Fishbowl slots (Wed-Thu) - we had 2 in Tokyo. > Our tradition

[openstack-dev] [release][cinder] os-brick 1.1.0 release (mitaka)

We are jubilant to announce the release of: os-brick 1.1.0: OpenStack Cinder brick library for managing local volume attaches This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/os-brick With package available at: https:

[openstack-dev] [dragonflow]Part of the OpenStack Big-tent

Hi all, Dragonflow was officially accepted yesterday as a big-tent project. Dragonflow is a distributed SDN controller for OpenStack® supporting distributed- Switching, Routing, DHCP and more. Dragonflow was designed to support containers networking and large scale production loads. Our main Roa

[openstack-dev] OpenStack UX Core nomination

I would like to nominate Dan Kingshott as a core for the OpenStack UX project. His contributions haven’t always been visible to the overall community, but Dan has been very active in reviewing mocks, providing context based on his experience as an operator and helping to recruit participants for

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

Right, but it breaks for humans too because it interferes with copy-paste. :) On Wed, Feb 24, 2016 at 9:46 AM, Akihiro Motoki wrote: > cliff-based client including neutronclient and openstackclient > supports various formatters. > I don't think it is a good idea to depend on the output of 'table

Re: [openstack-dev] [nova] solving API case sensitivity issues

> -Original Message- > From: James Bottomley [mailto:[email protected]] > Sent: Wednesday, February 24, 2016 5:46 PM > To: Sean Dague ; [email protected] > Subject: Re: [openstack-dev] [nova] solving API case sensitivity issues > > On Wed, 2016-02-24 a

Re: [openstack-dev] [nova] solving API case sensitivity issues

On 02/24/2016 03:13 PM, Mooney, Sean K wrote: > > >> -Original Message- >> From: James Bottomley [mailto:[email protected]] >> Sent: Wednesday, February 24, 2016 5:46 PM >> To: Sean Dague ; [email protected] >> Subject: Re: [openstack-dev] [nova] solvin

Re: [openstack-dev] [magnum] containers across availability zones

Thanks, done. https://blueprints.launchpad.net/magnum/+spec/magnum-availability-zones We might have something already to expose the labels in the docker daemon config. On Wed, Feb 24, 2016 at 6:01 PM, Vilobh Meshram wrote: > +1 from me too for the idea. Please file a blueprint. Seems feasible a

Re: [openstack-dev] [magnum] containers across availability zones

Ricardo, The blueprint is approved, thanks! Adrian > On Feb 24, 2016, at 2:53 PM, Ricardo Rocha wrote: > > Thanks, done. > > https://blueprints.launchpad.net/magnum/+spec/magnum-availability-zones > > We might have something already to expose the labels in the docker > daemon config. > > On

Re: [openstack-dev] [ironic] [stable] Suggestion to remove stable/liberty and stable branches support from ironic-python-agent

> The tricky bit is that RDO does not include patches in our packages > built from trunk (trunk.rdoproject.org), and for liberty we first check > if stable/liberty exists, then fallback to master if it does not. So the > presence of stable/liberty that is not actually the recommended way to > build

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

On 25/02/16 06:23, Carl Baldwin wrote: Hi, I've noticed a new behavior from the python-neutronclient which disturbs me. For me, this just started happening with my latest build of devstack which I built yesterday. It didn't happen with another recent but little bit older devstack. The issue i

[openstack-dev] [rpm-packaging] RDO Mitaka 3 test day, March 10, 11

TL;DR: * Mitaka 3 RDO test day, March 10, 11: https://www.rdoproject.org/testday/mitaka/milestone3/ * On-site RDO test day in Brno: https://www.rdoproject.org/testday/mitaka/brno-on-site/ * Demo of deploying RDO with TripleO: https://www.youtube.com/watch?v=4O8KvC66eeU Mitaka milestone 3 is comin

[openstack-dev] [ceilometer] Unable to get IPMI meter readings

Hi I discussed this problem with gordc on the telemetry IRC channel but I am still facing issues. I am running the ceilometer-agent-ipmi on the compute nodes, I changed pipeline.yaml of the compute node to include the ipmi meters and resource as "ipmi://localhost". - name: meter_ipmi i

Re: [openstack-dev] [nova] python-novaclient region setting

On 23 February 2016 at 01:02, Monty Taylor wrote: > On 02/21/2016 11:40 PM, Andrey Kurilin wrote: > >> Hi! >> `novaclient.client.Client` entry-point supports almost the same >> arguments as `novaclient.v2.client.Client`. The difference is only in >> api_version, so you can set up region via `nova

Re: [openstack-dev] [openstack-ansible] Installing networking-* pythonclient extensions to multiple locations

Hi Javeria, We could call out our supported sub-projects in the `openstack_services.yml` file and install them as part of the plugin backend similar to what we've done with the "neutron_lbaas" package[0][1]. However, this would not specifically fix the neutron clients in all places as you've m

Re: [openstack-dev] [heat]How to manage the life cycle of resources in a stack?

On 24/02/16 11:27, zhu4236926 wrote: Hi guys, I get some resources by creating a stack, e.g. ,the resources may be 2 volumes, volume A and volume B. If the volume A and volume B are useless, we can delete them by deleting the stack , we also can delete them by cinder.If they are deleted b

Re: [openstack-dev] [nova] solving API case sensitivity issues

On 02/24/2016 02:34 PM, Sean Dague wrote: There are no urls stored here. This is content coming through the body. While I do appreciate many folks weighing in that haven't read the bug yet, I would be even better if people did read the bug first. We have the ability to decide at the API level w

[openstack-dev] Fwd: [Juno] LBaaS v1.0 mystery device_id

Hello All, I can't find the "device_id" anywhere the port in vip returns. Below is the details of a vip, note the port_id " *03a12958-656f-492b-8114-65d037ad6743"* *neutron lb-vip-show b2b11f89-48fc-4fd4-99f9-6f26977f353a+-+--+| Field

Re: [openstack-dev] [Kuryr] Now part of OpenStack big-tent

Great and congrats! On Wed, Feb 24, 2016 at 11:51 PM, Gal Sagie wrote: > Hello Everyone, > > Just wanted to update you that Kuryr [1] was officially accepted yesterday > as a > big tent project. > > We are currently facing some interesting challenges and times and if you > are running containers

Re: [openstack-dev] [ceilometer] Unable to get IPMI meter readings

On Feb 25, 2016 06:18, Kapil wrote: > Hi > > > I discussed this problem with gordc on the telemetry IRC channel but I > am still facing issues. > > I am running the ceilometer-agent-ipmi on the compute nodes, I changed > pipeline.yaml of the compute node to include the ipmi meters and > resou

[openstack-dev] [puppet] What's up in our CI?

1/ CI failures For those who contributed to Puppet OpenStack modules over the last days, you might have noticed our CI was pretty unstable. The main reason is that our 2 scenarios are overloaded by the number of services & tests, so they randomly timeout. Here are some actions that should bring b

Re: [openstack-dev] [puppet] What's up in our CI?

On 02/24/2016 09:28 PM, Emilien Macchi wrote: > 1/ CI failures > For those who contributed to Puppet OpenStack modules over the last > days, you might have noticed our CI was pretty unstable. > > The main reason is that our 2 scenarios are overloaded by the number of > services & tests, so they

Re: [openstack-dev] [puppet] What's up in our CI?

On 02/24/2016 09:37 PM, Emilien Macchi wrote: > > > On 02/24/2016 09:28 PM, Emilien Macchi wrote: >> 1/ CI failures >> For those who contributed to Puppet OpenStack modules over the last >> days, you might have noticed our CI was pretty unstable. >> >> The main reason is that our 2 scenarios ar

[openstack-dev] sqlalchemy-utils fails devstack install

Hello team Does anyone know about why sqlalchemy-utils fails devstack install since about 3:00 UTC, Feb 25th? Our CI start to fail and in log it says: 2016-02-25 03:34:22.515 | Collecting SQLAlchemy-Utils===0.31.6 (from -c /opt/stack/new/requirements/upper-constraints.txt (line 24)) 2016-02-25

Re: [openstack-dev] [Magnum][Kuryr] Kuryr-Magnum integration (nested containers)

Folks, Thanks for the reviews. The spec [1] has been updated after the latest feedback. [1] https://review.openstack.org/#/c/269039/ Thanks, Fawad Khaliq On Mon, Feb 22, 2016 at 11:58 PM, Fawad Khaliq wrote: > Hi folks, > > The spec [1] for Mangum-Kuryr integration is out and has already gon

[openstack-dev] [Keystone] State of Fernet tokens

A lot of people seem to be counting on Fernet tokens, so I figured I'd give a quick update. Back in December, I made a quick check to see what would happen if we swapped Fernet in as the default token provider. A bunch of tests fails. Lance Bragstad and Raildo Mascena took that and ran with

Re: [openstack-dev] sqlalchemy-utils fails devstack install

Which branch are you using? Rgds, Shinobu - Original Message - From: "Isao Watanabe" To: [email protected] Sent: Thursday, February 25, 2016 1:45:48 PM Subject: [openstack-dev] sqlalchemy-utils fails devstack install Hello team Does anyone know about why sqlalchemy-util

Re: [openstack-dev] sqlalchemy-utils fails devstack install

Hello, @Shinobu I'm using master branch. Best regards, Watanabe.isao > -Original Message- > From: Shinobu Kinjo [mailto:[email protected]] > Sent: Thursday, February 25, 2016 1:55 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] sqlal

Re: [openstack-dev] [Keystone] State of Fernet tokens

On Wed, Feb 24, 2016 at 8:50 PM, Adam Young wrote: > A lot of people seem to be counting on Fernet tokens, so I figured I'd > give a quick update. > > Back in December, I made a quick check to see what would happen if we > swapped Fernet in as the default token provider. A bunch of tests fails.

Re: [openstack-dev] [os-brick][nova][cinder] os-brick/privsep change is done and awaiting your review

(Reposting my reply to your gerrit comment here as well - conversation will probably be easier here than in gerrit) On Thu, 25 Feb 2016 at 00:07 Duncan Thomas wrote: > My (negative) feedback is on the review - I'm really not sure that this > matches what I understood the vision of privsep to be

  1   2   >