Re: [openstack-dev] [Nova] mid-cycle arrangements

I know its late to ask, but what is the parking situation at the office? Is driving reasonable as a plan or should be walk from the Holiday Inn? Michael On 25 Jan 2016 4:58 PM, "Murray, Paul (HP Cloud)" wrote: > See updated event detail information for the mid-cycle at: >

Re: [openstack-dev] OVO Neutron

Nice overview! -- - Andreas (IRC: scheuran) On Mo, 2016-01-25 at 17:26 +, Brian Stajkowski wrote: > We completed mapping relationships for OVO with this > ERD: https://www.gliffy.com/go/publish/9741595 > > > We are looking into adding sphinx for auto generation of these > diagrams but

Re: [openstack-dev] [kuryr] Does Kuryr support multi-tenant

Hi Liping Mao, The question is what you mean by multi-tenancy, if you mean that different tenants each control their own bare-metal server then Kuryr already support this. (by tenant credential configuration) If what i think you mean, and thats running multi tenants on the same bare-metal then

Re: [openstack-dev] [tricircle] Playing Tricircle with Devstack

Except paste the result for the command with –debug parameter "openstack --debug project show admin -f value -c id" in Node2, please also attach your configuration file in Node1 and Node2 ( local.conf in the devstack folder ) Best Regards Chaoyi Huang ( Joe Huang ) From: Vega Cai

Re: [openstack-dev] [Kuryr] Starting Kuryr service requires root privilege

Hi hua Thanks for the suggestion! Yes, root wrap is also a good candidate. We will compare to choose the proper solution. Thanks! On Tue, Jan 26, 2016 at 1:59 PM, 王华 wrote: > Hi Baohua, > > I think https://wiki.openstack.org/wiki/Rootwrap can solve this problem. > It

[openstack-dev] [nova] Cancel Nova API sub-team meeting today

Hi, As most of peoples are in the mid-cycle meetup. So we will cancel the nova api meeting today. Thanks __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [Kuryr] Starting Kuryr service requires root privilege

Hi toni Recently we found some issue when starting kuryr service without root privilege [1]. Tfukushima mentioned that you have some suggestion on using capacity to solve this? We currently make a temp workaround by suggesting using sudo to start the service [2]. Any advice? Thanks! [1]

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

OK great, thanks! I added a suggestion to the etherpad as well, and found this link helpful: https://review.openstack.org/#/c/266095/ On Tue, Jan 26, 2016 at 1:37 AM, D'Angelo, Scott wrote: > There is currently no simple way to clean up Cinder attachments if the > Nova

Re: [openstack-dev] [Kuryr] Starting Kuryr service requires root privilege

Hi Baohua, I think https://wiki.openstack.org/wiki/Rootwrap can solve this problem. It is used in other OpenStack projects like Nova, Neutron. Regards, Wanghua On Tue, Jan 26, 2016 at 1:07 PM, Baohua Yang wrote: > Hi toni > > Recently we found some issue when starting

[openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

Hi all, I was wondering if there was any way to cleanly detach volumes from failed nodes. In the case where the node is up nova-compute will call Cinder's terminate_connection API with a "connector" that includes information about the node - e.g., hostname, IP, iSCSI initiator name, FC WWPNs,

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

Excerpts from Jiri Tomasek's message of 2016-01-25 06:09:33 -0800: > On 01/25/2016 12:42 AM, Clint Byrum wrote: > > Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800: > >> On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec wrote: > >>> So I haven't weighed in on this yet, in part because I

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, Jan 25, 2016 at 6:56 AM, Dougal Matthews wrote: > Great post Ben, I largely agree with what you are saying, a lot of your > points > are valid concerns that I share. Just a couple of comments inline as I try > to > avoid what others have said. > > On 22 January 2016 at

[openstack-dev] [Fuel] New version of fuel-devops (2.9.17)

Hi All, We are going to update the 'fuel-devops' framework on our product CI to the version 2.9.17. This is bugfix update. Changes since 2.9.16: - Fix for timesync in fuel-devops environments where Fuel keystone password was changed [1] - Fix external snapshots behaviour for cpu mode =

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

On Mon, Jan 25, 2016 at 01:37:55AM EST, Kevin Benton wrote: > At a minimum I think we should pick a default in devstack and dump a > warning in neutron if operators don't specify it. Here's the DevStack change that implements this. https://review.openstack.org/#/c/267604/ Again this just fixes

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

BTW, regarding devstack: See https://bugs.launchpad.net/devstack/+bug/1532924. I have been trying to get the current code to work, following the ideas in https://specs.openstack.org/openstack/fuel-specs/specs/7.0/jumbo-frames-between-instances.html#proposed-change . It fails only at the last

Re: [openstack-dev] [telemetry][ceilometer] New project: collectd-ceilometer-plugin

I'm not overly familiar with Gnocchi, so I can't answer that off the bat, but I would be looking for answers to the following questions: What changes need to be made to gnocchi to accommodate regular data from ceilometer? Is there anything additional in Gnocchi's data model that is not part of

Re: [openstack-dev] [oslo] Sachi King for oslo core

Excerpts from Robert Collins's message of 2016-01-25 15:51:27 +1300: > Hey, so I'd like to propose Sachi - one of my HPE colleages who has > been helping out with pbr for a while now, for oslo core. pbr is > pretty quiet as you know, so its a bit hard to assess her work based > on reviews done -

Re: [openstack-dev] [oslo] Sachi King for oslo core

On Sun, Jan 24, 2016 at 8:51 PM, Robert Collins wrote: > Hey, so I'd like to propose Sachi - one of my HPE colleages who has > been helping out with pbr for a while now, for oslo core. pbr is > pretty quiet as you know, so its a bit hard to assess her work based > on

Re: [openstack-dev] [all][tc] Stabilization cycles: Elaborating on the idea to move it forward

On 20/01/16 13:23 -0430, Flavio Percoco wrote: Thoughts? Feedback? Hey Folks, Thanks a lot for the feedback. Great comments and proposals in the many replies. I've gone through the whole thread and collected the most common feedback. Here's the summary: - The general idea of planning some

[openstack-dev] [puppet] sprint starts today

Hello! Puppet OpenStack team is starting a 3-days sprint today. Here are the topics we're going to work on: https://etherpad.openstack.org/p/puppet-happy-new-year-2016 You can join our efforts on #openstack-sprint, you'll be more than welcome! Thanks, -- Emilien Macchi signature.asc

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

On Mon, Jan 25, 2016 at 8:45 AM, Thierry Carrez wrote: > Sam Yaple wrote: > >> We would like to introduce you to a new community-driven OpenStack >> project called Ekko. >> >> The aim of Ekko is to provide incremental block-level backup and restore >> of Nova instances. We

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

I’d like to +1 the idea of moving these custom checks from repositories to hacking. We, in murano, had a couple of commits, that added custom checks like checking that we do not use xrange, mutable objects as default arguments, etc. At first those look good and logical, but as their numbers

Re: [openstack-dev] [tricircle] Playing Tricircle with Devstack

cc'ed Joe. Yipei I think you could refer to this bug: https://bugs.launchpad.net/devstack/+bug/1490950 On Mon, Jan 25, 2016 at 4:13 PM, Yipei Niu wrote: > There doesn't any problems when installing devstack on node1. However, > when install devstack to node2, I encounter an

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, Jan 25, 2016 at 9:09 AM, Jiri Tomasek wrote: > On 01/25/2016 12:42 AM, Clint Byrum wrote: > >> Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800: >> > >> I actually think rather than shielding users we should be more >>> transparent about the actual

[openstack-dev] [vitrage] Pushed specification of Vitrage templates, for supporting Root Cause Analysis (RCA) and additional features

Hi All, Please see the following specification for the Vitrage Templates: https://review.openstack.org/#/c/272033/1/doc/source/vitrage-template-format.rst Vitrage Templates are used to support the RCA capabilities of Vitrage, as well as additional features such as deduced alarms and states.

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

Ian, Overthinking and corner cases led to the existing implementation which doesn't solve the MTU problem and arguably makes the situation worse because options in the configuration files give operators the impression they can control it. For example, the segment_mtu does nothing in the in-tree

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

On 01/24/2016 03:02 AM, Matthew Mosesohn wrote: > I would personally like to see Keystone get transitioned first, but it > really doesn't matter where we start if we reach the right goal in the > end. Since Emelien's work on refactoring all the providers for > puppet-keystone, it has become a

[openstack-dev] [neutron] questions about uni test

Hey neutron guys What will happen if I remove this line[0]? When running unit test, do we create tables in real database? [0] https://github.com/openstack/neutron/blob/master/neutron/tests/unit/testlib_api.py#L78 -- Gareth (Kun Huang) Cloud Computing, OpenStack, Distributed Storage,

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

You need to set path_mtu. https://review.openstack.org/#/c/267604/ sets it now and defaults to 1500 - then Neutron calculates the overhead for your tunnel protocol down to the appropriate value -- Sean M. Collins __

[openstack-dev] [ironic] weekly subteam status report

Gate failures dominated the news last week and as this week starts to pick up steam, it looks like gate failures will again dominate the news. On other fronts... Hi, We are delighted to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic

Re: [openstack-dev] [Kuryr] New Container Networking Model - Kubernetes, Kuryr, and Neutron

- Original Message - > From: "Mohammad Banikazemi" > To: openstack-dev@lists.openstack.org > > We are going to discuss CNI, the Container Network Interface at 15:00 UTC > on Tuesday (!0am EST). In particular, we like to start putting together a > plan for supporting CNI

Re: [openstack-dev] [neutron] questions about uni test

Gareth wrote: > It creates and cleans the tables in memory? Creates and deletes actually. Line 69 creates all the tables when a test starts. Line 78 uses the unittest framework to add the function clear_tables() to the post-test operations that are run after every

Re: [openstack-dev] [glance][ironic][cinder][nova] 'tar' as an image disk_format

On 23/01/16 09:08 -0800, Clint Byrum wrote: Excerpts from Brian Rosmaita's message of 2016-01-23 06:54:26 -0800: Please provide feedback about a proposal to add 'tar' as a new Glance disk_format.[0] The Ironic team is adding support for "OS tarball images" in Mitaka. This is a compressed

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, Jan 25, 2016 at 1:09 PM, Dan Prince wrote: > > As for tripleo-heat-templates... sure it hasn't been an entirely smooth > ride. I think a lot of the pain has to do with a lack of CI coverage on > proper upgrade paths upstream. I think this has less to do with the >

[openstack-dev] [mistral] Team meeting minutes/log - 01/25/2016

Thanks for joining our meeting today. Here’s the links to the meeting minutes and log: http://eavesdrop.openstack.org/meetings/mistral/2016/mistral.2016-01-25-16.00.html

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, 2016-01-25 at 06:55 -0800, Clint Byrum wrote: > Excerpts from Jiri Tomasek's message of 2016-01-25 06:09:33 -0800: > > On 01/25/2016 12:42 AM, Clint Byrum wrote: > > > Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800: > > > > On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec

Re: [openstack-dev] [Kuryr] New Container Networking Model - Kubernetes, Kuryr, and Neutron

The #openstack-kuryr channel. Best, Mohammad From: Steve Gordon To: "OpenStack Development Mailing List (not for usage questions)" Date: 01/25/2016 02:12 PM Subject:Re: [openstack-dev] [Kuryr] New

[openstack-dev] [OSSN-0060] Glance configuration option can lead to privilege escalation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glance configuration option can lead to privilege escalation - --- ### Summary ### Glance exposes a configuration option called `use_user_token` in the configuration file `glance-api.conf`. It should be noted that the default setting (`True`) is

Re: [openstack-dev] [all][tc] Stabilization cycles: Elaborating on the idea to move it forward

On 25/01/16 18:19 +0100, Ghe Rivero wrote: Quoting Flavio Percoco (2016-01-25 16:06:36) On 20/01/16 13:23 -0430, Flavio Percoco wrote: >Thoughts? Feedback? Hey Folks, Thanks a lot for the feedback. Great comments and proposals in the many replies. I've gone through the whole thread and

Re: [openstack-dev] [horizon] Angular Views overriding

Le 25/01/2016 12:27, Yves-Gwenaël Bourhis a écrit : > Hello All, > > I have a question regarding Horizon Angular views. > > My question is "Is there a way (and if so "a doc") of customizing > (overriding) the current angular views without modifying the current static > js and html files?" >

Re: [openstack-dev] [searchlight] Nominating Li Yingjun to Searchlight Core

+1 On Mon, Jan 25, 2016 at 5:15 AM, Brian Rosmaita wrote: > +1 > > On 1/22/16, 7:09 PM, "Tripp, Travis S" wrote: > >>I am nominating Li Yingjun (yingjun on IRC) to join the Searchlight core >>reviewers team. We are a young project and he has

Re: [openstack-dev] [neutron] questions about uni test

On Mon, Jan 25, 2016 at 10:05 AM, Gareth wrote: > Hey neutron guys > > What will happen if I remove this line[0]? > > When running unit test, do we create tables in real database? > > [0] >

[openstack-dev] [Nova] mid-cycle arrangements

See updated event detail information for the mid-cycle at: https://wiki.openstack.org/wiki/Sprints/NovaMitakaSprint Paul Paul Murray Technical Lead, HPE Cloud Hewlett Packard Enterprise +44 117 316 2527 __ OpenStack

Re: [openstack-dev] [telemetry][ceilometer] New project: collectd-ceilometer-plugin

you can consider ceilometer database (and api) as an open-ended model designed to capture the full fidelity of a datapoint (something useful for auditing, post processing). alternatively, gnocchi is a strongly type model which captures only required data. in the case of ceilometer -> gnocchi,

Re: [openstack-dev] [all][tc] Stabilization cycles: Elaborating on the idea to move it forward

Quoting Flavio Percoco (2016-01-25 16:06:36) > On 20/01/16 13:23 -0430, Flavio Percoco wrote: > >Thoughts? Feedback? > > Hey Folks, > > Thanks a lot for the feedback. Great comments and proposals in the many > replies. > I've gone through the whole thread and collected the most common feedback.

Re: [openstack-dev] [neutron] questions about uni test

It creates and cleans the tables in memory? On Tue, Jan 26, 2016 at 12:56 AM, Assaf Muller wrote: > On Mon, Jan 25, 2016 at 10:05 AM, Gareth wrote: >> Hey neutron guys >> >> What will happen if I remove this line[0]? >> >> When running unit test, do

Re: [openstack-dev] [oslo] Sachi King for oslo core

On 25/01/16 15:51 +1300, Robert Collins wrote: Hey, so I'd like to propose Sachi - one of my HPE colleages who has been helping out with pbr for a while now, for oslo core. pbr is pretty quiet as you know, so its a bit hard to assess her work based on reviews done - but I think her error rate

Re: [openstack-dev] [Fuel] Diagnostic snapshot generation is broken due to lack of disk space

Guys, I want to pay your attention that we need to not only fix snapshots generation issue, but also prevent caused by it unexpected services failures (see details in a duplicate [0] of original [1] bug), which would become a challenge for not experienced users (for example he/she won't be

Re: [openstack-dev] [neutron] BGP Dynamic Routing Development Going Forward

Responses inline From: Gal Sagie [mailto:gal.sa...@gmail.com] Sent: Friday, January 22, 2016 9:49 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] BGP Dynamic Routing Development Going Forward The real question that needs to be asked (at

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

On 01/24/2016 07:43 PM, Ian Wells wrote: Also, I say 9000, but why is 9000 even the right number? While that may have been a rhetorical question... Because that is the value Alteon picked in the late 1990s when they created the de facto standard for "Jumbo Frames" by including it in their

[openstack-dev] [Kuryr] New Container Networking Model - Kubernetes, Kuryr, and Neutron

We are going to discuss CNI, the Container Network Interface at 15:00 UTC on Tuesday (!0am EST). In particular, we like to start putting together a plan for supporting CNI in the Kuryr project. All interested parties are welcome and encouraged to attend. Thanks, Mohammad

[openstack-dev] [release][keystone] keystonemiddleware release 4.2.0 (mitaka)

We are stoked to announce the release of: keystonemiddleware 4.2.0: Middleware for OpenStack Identity This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware With package available at:

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, 2016-01-25 at 09:32 -0500, James Slagle wrote: > > > On Mon, Jan 25, 2016 at 9:09 AM, Jiri Tomasek > wrote: > > On 01/25/2016 12:42 AM, Clint Byrum wrote: > > >  Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800: > > > > > >   > > > >  I actually

Re: [openstack-dev] [horizon] Angular Views overriding

Hello,   When we designed the architecture for the angular work, we had extension in mind. We have pretty good support for extending a workflow (see links below). We have a bunch of patches that when put together will do what you want, but no guide on how to do it. The documentation in Horizon is

[openstack-dev] glance community image visibility blue print ask for review

Hello everyone, I created another BP for Newton release regarding glance community image visibility based on Louis Taylor's original BP. I will continue working on feature. Before I upload our implementation, it will be wonderful if anyone in glance community can review and approve the BP. It can

Re: [openstack-dev] [puppet] sprint starts today

Emilien Macchi wrote: > Hello! > > Puppet OpenStack team is starting a 3-days sprint today. > > Here are the topics we're going to work on: > https://etherpad.openstack.org/p/puppet-happy-new-year-2016 > > You can join our efforts on #openstack-sprint, you'll be more than welcome! > Missing

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Sun, 2016-01-24 at 15:42 -0800, Clint Byrum wrote: > Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800: > > On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec wrote: > > > So I haven't weighed in on this yet, in part because I was on > > > vacation > > > when it was first proposed and

[openstack-dev] OVO Neutron

We completed mapping relationships for OVO with this ERD: https://www.gliffy.com/go/publish/9741595 We are looking into adding sphinx for auto generation of these diagrams but this ERD should get us moving forward on OVO for neutron. -- Brian Stajkowski Manager, Software Development - US m:

Re: [openstack-dev] [Kuryr] New Container Networking Model - Kubernetes, Kuryr, and Neutron

Great. Looking forward to it. For everyone's benefit, here's the link [1] to CNI spec. [1] https://github.com/appc/cni/blob/master/SPEC.md Fawad Khaliq On Mon, Jan 25, 2016 at 11:30 PM, Mohammad Banikazemi wrote: > We are going to discuss CNI, the Container Network

[openstack-dev] [ironic] midcycle planning

Hi all, We've started planning our midcycle that is happening Feb 16-18. There's an etherpad here: https://etherpad.openstack.org/p/ironic-mitaka-midcycle One thing I need from everyone ASAP: please add your name to the attendees list on that etherpad. We're trying to get an accurate list of

Re: [openstack-dev] [kuryr] Does Kuryr support multi-tenant

Considering that the underlying container technology is not multi-tenant (as of now), your observation is correct in that all neutron resources are made for a single tenant. Until Docker supports multi tenancy, we can possibly use network options and/or wrappers for docker/swarm clients to achieve

Re: [openstack-dev] [murano] Nominate Rong Zhu to Murano Core

I would very much want to see Rong Zhu to be in Murano Core, but I would like to see more contribution and better reviews before that happens. I would have to say -1 from my side. 1) Rong Zhu is currently the top commiter in M cycle. However looking at his commits

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

I think you'll like that there will soon be a single create call for the entire graph/tree of a load balancer so you can get those subnets up front. However, the API will still allow creating each entity individually which you don't like. I have a feeling most clients and UIs will use the single

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

Any additional thoughts and opinions people want to share on this. I don't have a horse in this race as long as we don't make dangerous assumptions about what the user wants. So I am fine with making subnet_id optional. Michael, how strong would your opposition for this be? Thanks, Brandon On

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Fri, Jan 22, 2016 at 11:24:20AM -0600, Ben Nemec wrote: > So I haven't weighed in on this yet, in part because I was on vacation > when it was first proposed and missed a lot of the initial discussion, > and also because I wanted to take some time to order my thoughts on it. > Also because my

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, 2016-01-25 at 15:08 -0500, James Slagle wrote: > > > On Mon, Jan 25, 2016 at 1:09 PM, Dan Prince > wrote: > >   > > As for tripleo-heat-templates... sure it hasn't been an entirely > > smooth > > ride. I think a lot of the pain has to do with a lack of CI > >

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

We are using a neutron v1 lb that has external to the cloud members in a lb used by a particular tenant in production. It is working well. Hoping to do the same thing once we get to Octavia+LBaaSv2. Being able to tweak the routes of the load balancer would be an interesting feature, though I

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/25/2016 05:56 AM, Dougal Matthews wrote: > Great post Ben, I largely agree with what you are saying, a lot of your > points > are valid concerns that I share. Just a couple of comments inline as I > try to > avoid what others have said. > > On 22 January 2016 at 17:24, Ben Nemec

[openstack-dev] [Infra] Meeting Tuesday January 26th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday January 26th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting Anyone is welcome to to add

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/22/2016 06:19 PM, Dan Prince wrote: > On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec wrote: >> So I haven't weighed in on this yet, in part because I was on >> vacation >> when it was first proposed and missed a lot of the initial >> discussion, >> and also because I wanted to take some time

Re: [openstack-dev] [mistral] Team meeting minutes/log - 01/25/2016

Hi, guys, I'm afraid our weekly meeting time is not suitable for me any longer, my time zone is NZDT(UTC+12), it is 5:00AM, too early in the morning :-( On Tue, Jan 26, 2016 at 5:42 AM, Renat Akhmerov wrote: > Thanks for joining our meeting today. > > Here’s the links

Re: [openstack-dev] [neutron] BGP Dynamic Routing Development Going Forward

On 25 January 2016 at 08:23, Tidwell, Ryan wrote: > Responses inline > > > > *From:* Gal Sagie [mailto:gal.sa...@gmail.com] > *Sent:* Friday, January 22, 2016 9:49 PM > *To:* OpenStack Development Mailing List (not for usage questions) > *Subject:* Re: [openstack-dev]

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, Jan 25, 2016 at 03:08:07PM -0500, James Slagle wrote: >On Mon, Jan 25, 2016 at 1:09 PM, Dan Prince wrote: > > As for tripleo-heat-templates... sure it hasn't been an entirely smooth > ride. I think a lot of the pain has to do with a lack of CI coverage

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On Mon, 2016-01-25 at 15:31 -0600, Ben Nemec wrote: > On 01/22/2016 06:19 PM, Dan Prince wrote: > > On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec wrote: > > > So I haven't weighed in on this yet, in part because I was on > > > vacation > > > when it was first proposed and missed a lot of the

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

On 25 January 2016 at 07:06, Matt Kassawara wrote: > Overthinking and corner cases led to the existing implementation which doesn't solve the MTU problem and arguably makes the situation worse because options in the configuration files give operators the impression they can

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

There is currently no simple way to clean up Cinder attachments if the Nova node (or the instance) has gone away. We’ve put this topic on the agenda for the Cinder mid-cycle this week: https://etherpad.openstack.org/p/mitaka-cinder-midcycle

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

Another place to look... I've had to use network_device_mtu=9000 in nova's config as well to get mtu's working smoothly. Thanks, Kevin From: Matt Kassawara [mkassaw...@gmail.com] Sent: Monday, January 25, 2016 5:00 PM To: OpenStack Development Mailing List (not

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

As far as the other option (using tabulate): https://bitbucket.org/astanin/python-tabulate/pull-requests/25/ That was a (very very basic) POC for a potential compatibility layer, The author (of tabulate) though thinks that a 'tabulate-prettytable-compat' library might be the best option,

Re: [openstack-dev] [nova][glance][cinder][neutron]How to make use of x-openstack-request-id

Thanks Kebane, I test glance/neutron/keystone with ``x-openstack-request-id`` and find something interesting. I am able to pass ``x-openstack-request-id`` to glance and it will use the UUID as its request-id. But it failed with neutron and keystone. Here is my test:

Re: [openstack-dev] [nova][testing] How to run a subset of py34 unit tests

On Jan 22, 2016, at 19:14, Matthew Treinish wrote: > Although, now that I look at the list it definitely looks like this one, > which I had forgotten about: > > https://bugs.launchpad.net/os-testr/+bug/1506215 > > It sounds like that bug proposes a direction so if you

Re: [openstack-dev] [Neutron][Networking-ovn] Instances on the compute node can not get IP address from DHCP

More data if it helps: If I enter one of the instance on compute node, and try to ping the instance on compute node, I observed a "drop" action on controller node. Try: instance_02(compute node, with IP 10.0.0.31 configured by hand) - ping -> instance_01 (controller node, IP

Re: [openstack-dev] [tricircle] Playing Tricircle with Devstack

Strange... One suggestion to dig into this problem is that you add a "--debug" parameter to the command like: "openstack --debug project show admin -f value -c id" and run DevStack again. With "--debug" parameter, OpenStack client will print out raw HTTP request and response so may bring you

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/25/2016 03:56 PM, Steven Hardy wrote: > On Fri, Jan 22, 2016 at 11:24:20AM -0600, Ben Nemec wrote: >> So I haven't weighed in on this yet, in part because I was on vacation >> when it was first proposed and missed a lot of the initial discussion, >> and also because I wanted to take some

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

Results from the Open vSwitch agent... I highly recommend reading further, but here's the TL;DR: Using physical network interfaces with MTUs larger than 1500 reveals problems in several places, but only involving Linux components rather than Open vSwitch components (such as br-int) on both the

Re: [openstack-dev] [heat][heat-client] Question about heat command: deployment-list and deployment-metadata-show

On 22/01/16 18:25, 邸小丽 Di XiaoLi wrote: Hi: When using heat command: heat deployment-list and heat deloyment-metadata-show like this: # heat deployment-list -s *non-exist-server-id* ++---+---+++---+---+ | id | config_id | server_id

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

hI can't speak to any of the concerns below from an engineering standpoint, so I won't try. I do have the benefit of an earful from various tripleo users, and also of watching a lot of the history of tripleo development, so I will comment from that standpoint. On Tue, Jan 26, 2016 at 12:45 AM,

Re: [openstack-dev] [glance][ironic][cinder][nova] 'tar' as an image disk_format

Hi Duncan, On Sat, Jan 23, 2016 at 2:00 PM, Duncan Thomas wrote: > I guess my wisdom would be 'why'? What does this enable you to do that you > couldn't do with similar ease with the formats we have and are people trying > to do that frequently. > As far as i know the

[openstack-dev] [All][Packetary][Fuel] New project: Packetary (Repository management library)

We are happy to introduce Packetary [0], which was separated from fuel-mirror [1]. Packetary provides flexible and data driven interface to manage (clone/build) rpm/deb repos and packages (not implemented yet). Packetary provides object model and API. One can use this framework to implement

Re: [openstack-dev] [neutron][networking-calico] To be or not to be an ML2 mechanism driver?

I agree with Armando that at the end of the day user requirements should drive these decisions. I think you did a good job in listing what are the pro and the cons of choosing standalone plugin rather than a ML2 driver. The most important point you made, in my opinion, concerns the ability of

[openstack-dev] [tricircle] Playing Tricircle with Devstack

There doesn't any problems when installing devstack on node1. However, when install devstack to node2, I encounter an error and the trace is as follows: 2016-01-25 07:40:47.068 | + echo -e Starting Keystone 2016-01-25 07:40:47.069 | + '[' 192.168.56.101 == 192.168.56.102 ']' 2016-01-25

Re: [openstack-dev] [nova] gate blockage due to eventlet 0.18

Hi, Oops, I feel guilty, I wrote the patch which introduced the regression :-/ My patch fixes a bug on Python 3: "sock.makefile('rb').readline() doesn't handle blocking errors correctly" https://github.com/eventlet/eventlet/issues/274 I was relying on the eventlet test suite, but it looks

Re: [openstack-dev] [Neutron] Mitaka-2

Hello everyone, I would like to add to that list this [1] and this [2] bug. In my opinion they should be fixed ASAP and upstreamed. Currently I'm working on that and I received feedback from L3 subteam and Assaf about implementation and proposed solutions. Cheers, Lubosz (diltram) Kosnik [1]

Re: [openstack-dev] [Neutron] OVS flow modification performance

At Thu, 21 Jan 2016 02:59:16 +, Wuhongning wrote: > > I don't think 400 flows can show the difference , do you have setup any > tunnel peer? > > In fact we may set the network type as "vxlan", then make a fake MD simulate > sending l2pop fdb add messages, to push ten's of thousands flows

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

Sam Yaple wrote: We would like to introduce you to a new community-driven OpenStack project called Ekko. The aim of Ekko is to provide incremental block-level backup and restore of Nova instances. We see backups as a key area that is missing in OpenStack. One issue that has previously prevented

Re: [openstack-dev] [heat] spec-lite for simple feature requests

+1 from my side. I agree with this idea. There is only one question from my side, which IMO we should describe in documentation: Do we need to upload release-notes for such small features? My guess is - Yes. I'd like to know what other guys think about it. On 20 January 2016 at 18:21, Rabi

Re: [openstack-dev] [heat] spec-lite for simple feature requests

On 2016-01-25 10:56, Sergey Kraynev wrote: > +1 from my side. I agree with this idea. > > There is only one question from my side, which IMO we should describe > in documentation: > > Do we need to upload release-notes for such small features? > My guess is - Yes. I'd like to know what other

Re: [openstack-dev] [heat] spec-lite for simple feature requests

On 21 January 2016 at 05:57, Rico Lin wrote: > +1 > > And how everyone think about if we deprecate to use Blueprint in Launchpad > and use bug system instead? > Rico, I am not sure, that it will be really useful. It's obvious, that we may track progress by reno +

[openstack-dev] [Nova][Live Migration] no live migration meeting this week

This is just a short reminder that there will be no live migration meeting this week due to the mid cycle. Agenda and other information always available at: https://wiki.openstack.org/wiki/Meetings/NovaLiveMigration Paul Paul Murray Technical Lead, HPE Cloud Hewlett Packard Enterprise +44 117

[openstack-dev] [mistral] Team meeting - 01/25/2016

Hi, We’ll have a team meeting today at 16.00 UTC at #openstack-meeting IRC channel. Please join if you are available. Agenda: Review action items Current status (overall and by team members) Mistral Security Open discussion Renat Akhmerov @ Mirantis Inc.

[openstack-dev] [horizon] Angular Views overriding

Hello All, I have a question regarding Horizon Angular views. My question is "Is there a way (and if so "a doc") of customizing (overriding) the current angular views without modifying the current static js and html files?" With

  1   2   >