Re: [openstack-dev] [cinder]tempest test case for force detach volume

Writing a sensible test for this api is rather tricky, since it is intended to clean up one very specific error condition, and has few guarantees about the state it leaves the system in. It is provided as a tool to allow the system administrator to clean up certain faults and situations without

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

is this updated with a script or manually? i just took a quick look at this and some of the projects have a different information between the high-level "all projects" view and the detailed individual project view. this was something that was brought up a months ago so i assume it hasn't been

Re: [openstack-dev] [Fuel] Getting rid of ISO

Ruijing, In a nutshell, the guide would be 0) install vanilla Centos 7 1) install fuel-release package (it configures necessary yum repos) wget

Re: [openstack-dev] [cinder]tempest test case for force detach volume

The cinder team would welcome submission of any missing Tempest test cases. I'm not certain of the history of the os-force_detach API, but you could write tests for them and they would be reviewed. Scott D'Angelo From: joehuang Sent:

Re: [openstack-dev] [Kuryr] IPVLAN data path proposal

Thanks Liping! Yes we are using the kuryr ipam driver in the PoC code, otherwise we have to manage the IP addresses manually. We chose IPVlan mostly due to the hardware limitation of the mac addresses on the NIC (i.e. No. of virtual devices created on a master exceeds the mac capacity and puts

Re: [openstack-dev] [fuel][plugin] Is there a way to change plugin html dynamically?

Hi Peter, there are two ways I see today to have done what you want to: First, you can change [0] and add some fields to store second netapp device. In this case you'll need to change puppet manifests logic to use new fields - according to current state, it's a bunch of code double or you'll

Re: [openstack-dev] [tricircle] Should we discuss the use cases of force volume detach in the Tricircle

Please keep in mind that Nova keeps some volume state in the BlockDeviceMapping table. Without changes to Nova, a force_detach function is not complete. I am interested in this use case, as are other Cinder developers. Please feel free to contact me in IRC with questions as "scottda". Scott

Re: [openstack-dev] [all] Barcelona Design Summit track layout

On Mon, Sep 19, 2016 at 3:18 AM, Antoine Cabot wrote: > On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez wrote: >> Emilien Macchi wrote: >>> On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez >>> wrote: 1. If you have a

Re: [openstack-dev] [TripleO] *ExtraConfig, backwards compatibility & deprecation

On Wed, Sep 14, 2016 at 06:32:07PM +0200, Giulio Fidente wrote: > On 09/14/2016 05:59 PM, Giulio Fidente wrote: > > On 09/14/2016 02:31 PM, Steven Hardy wrote: > > > Related to this is the future of all of the per-role customization > > > interfaces. I'm thinking these don't really make sense to

Re: [openstack-dev] [gnocchi] Support for other drivers - influxdb

Hi Julien, > On 16 Sep 2016, at 7:46 PM, Julien Danjou wrote: > >> I could push it up to gerrit but I think something will need to change >> for it to run the influxdb tests? > > You can use pifpaf like we do for the indexer, InfluxDB is supported. > That should make it

Re: [openstack-dev] [all] Barcelona Design Summit track layout

On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez wrote: > Emilien Macchi wrote: >> On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez >> wrote: >>> 1. If you have a *hard* conflict that I failed to take into account >>> (like the PTL is giving a talk

Re: [openstack-dev] [gnocchi] Support for other drivers - influxdb

On Mon, Sep 19 2016, Sam Morrison wrote: > No performance numbers. Do you have a test in mind so I can compare. Is there > a > standard way to test this? Gnocchi client has a "benchmark" tool that you can use to have some basic numbers. It's not perfect because it's in Python and it is often

[openstack-dev] [all][neutron]L2/L3 networking automation across Neutron

Tricircle project has decided to shrink its scope to networking automation across Neutron, and focus on addressing the networking requirements in following use cases: 1. Cloud Capacity Expansion When one OpenStack cloud is provisioned with more and more resources, the capacity of one

Re: [openstack-dev] venting -- OpenStack wiki reCAPTCHA

On 10/09/16 06:12, Tom Fifield wrote: On 廿十六年九月九日 暮 02:01, Shamail wrote: Hi Tom, I'll help with that. :) Thanks Shamail - standby - I will write up instructions and send them through. I added a section "Helping Real Users avoid the CAPTCHA (admin rights needed)" on the wiki gardening

Re: [openstack-dev] [Fuel] Getting rid of ISO

Hi, Vladimir Any guide to install from rpm? Thanks, -Ruijing From: Vladimir Kozhukalov [mailto:vkozhuka...@mirantis.com] Sent: Tuesday, August 16, 2016 4:58 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Fuel]

[openstack-dev] [release][watcher] watcher Newton RC1 available

Hello everyone, The release candidate for Watcher for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/watcher/python-watcher-0.30.0.tar.gz Unless release-critical issues are found that warrant a release candidate respin,

[openstack-dev] [api] API Usability study at Barcelona Summit

Hi Folks, I was planning to run a usability study on behalf of the API working group at the Barcelona summit. The plan is to have operators complete a set of common tasks, such as adjusting quotas, using the projects APIs. Chris, Were you still able to act as my contact? I’ve created an

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

I made the same assumption! Congrats Ihar! --N. On Mon, Sep 19, 2016 at 12:33:06PM +, John Davidge wrote: > Honestly, I had assumed Ihar was on the Drivers team already :) > > A great addition to the team, and much deserved! > > From: Paul Michali

Re: [openstack-dev] [all] Barcelona Design Summit track layout

Vitaly Gridnev wrote: > As we discussed during the last meeting, we agreed that 6wr + cm is > absolutely enough for sahara. So, we can release one working room for > other projects (for example Wed, 3:05 to 3:45) OK done! Thanks. -- Thierry Carrez (ttx)

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

Congress tagged RC1 on Friday. Tim On Mon, Sep 19, 2016 at 7:52 AM Nikhil Komawar wrote: > I think searchlight went right ahead into 1.0.0 so, I doubt if we will > have rc1. (this is just initial info, I will defer the details to the > project lead). > > > > On 9/19/16

[openstack-dev] [cinder] LVM vs BDD drivers performance tests results

Hi team, We did some performance tests [1] for LVM and BDD drivers. All tests were executed on real hardware with OpenStack Mitaka release. Unfortunately, we didn't have enough time to execute all tests and compare results. We used Sahara/Hadoop cluster with TestDFSIO and others tests. All tests

Re: [openstack-dev] [qa] resigning from Tempest core

Hi Marc, Thanks for your good work on Tempest all these years. I know you are still contributing to other areas of OpenStack so that's good for the project as a whole. Cheers, Jordan On Mon, Sep 19, 2016 at 11:51 AM, Koderer, Marc wrote: > Hi folks, > > as already mentioned

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congrats! Ihar. From: Armando M. [mailto:arma...@gmail.com] Sent: Saturday, September 17, 2016 9:41 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team Hi folks, I

[openstack-dev] [Product] Project Navigator - Maturity Metrics

Gordon, Thanks for brining this to our attention. We pull data from many different sources for the Navigator. Most of the attributions for that data can be found under "Tag Details" or various "?" modal links on the page. For PTLs, we grab that data from the following:

[openstack-dev] [cinder][nova] API interactions meeting

Hi All, This is a friendly reminder that the next meeting of our series is in less than 50 minutes, at 1700UTC on #openstack-meeting-cp. Thanks and Best Regards, Ildikó __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] Announcing firehose.openstack.org

Matthew Treinish wrote: > I wanted to announce the addition of a new infra service we started running > recently, the firehose. Running at firehose.openstack.org the firehose is an > MQTT based unified message bus for infra services. [...] Awesome work! Now I just need to find a good excuse to

Re: [openstack-dev] [tc]a chance to meet all TCs for Tricircle big-tent application in Barcelona summit?

On Mon, Sep 19, 2016 at 6:22 PM, joehuang wrote: > Hello, all TCs, > > Understand that you will be quite busy in Barcelona summit, all TCs will be > shown in the Barcelona summit, and meet together(usually, I assumed). So is > it possible to have a chance to meet all TCs

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congratulations Ihar !! From: "Armando M." Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Saturday, September 17, 2016 at 11:40 AM To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] Too many mails on announce list again :)

I think bundling the puppet, ansible and oslo releases together would cut down on a considerable amount of traffic. Bundling or grouping new releases may not be the most accurate, but if it encourages the right folks to read the content instead of brushing it off, I think thats worth while. On

[openstack-dev] [horizon] Browser Support

This page hasn't been updated for a while - does anyone know the latest? https://wiki.openstack.org/wiki/Horizon/BrowserSupport Thanks, Jason -- Jason E. Rist Senior Software Engineer OpenStack User Interfaces Red Hat, Inc. openuc: +1.972.707.6408 mobile: +1.720.256.3933 Freenode: jrist

[openstack-dev] Too many mails on announce list again :)

Hi all, Last November, we discussed the OpenStack-announce list, defined its purpose more finely and moved some internal library announcements to -dev[1]. For reference, we describe the list as: """ Subscribe to this list to receive important announcements from the OpenStack Release Team

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

On Mon, Sep 19, 2016 at 2:54 PM, Duncan Thomas wrote: > I think there's some mileage in some further work on adding local LVM, > since things like striping/mirroring for performace can be done. We can > prototype it and get the numbers before even thinking about merging

[openstack-dev] [tricircle]freeze date and tricircle splitting

Hello, as the Trio2o repository has been established, it's time for us to discuss the freeze date and tagging(newton branch) for the last release of Tricircle with gateway function. The freeze date is the gate for patches to be merged before tagging(newton branch). If a patch can't finish

Re: [openstack-dev] [tricircle]freeze date and tricircle splitting

This announcement should have been first to avoid any unnecessary work -; On Tue, Sep 20, 2016 at 12:51 PM, joehuang wrote: > Hello, as the Trio2o repository has been established, it's time for us to > discuss the freeze date and tagging(newton branch) for the last release

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

+1 to option 2. Regards On Mon, Sep 19, 2016, 10:34 PM Vikram Hosakote (vhosakot) < vhosa...@cisco.com> wrote: > I vote for option 2. > > Regards, > Vikram Hosakote > IRC: vhosakot > > From: Ryan Hallisey > > Reply-To: "OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [cinder] moving driver to open source

Thank you ALL for clearing up this issue. To sum up the discussion (not going into too many details): >From legal stand point, if one uses python libraries they should be part of the community or confirming with the relevant licenses ( http://governance.openstack.org/reference/licensing.html).

[openstack-dev] Announcing firehose.openstack.org

Hi Everyone, I wanted to announce the addition of a new infra service we started running recently, the firehose. Running at firehose.openstack.org the firehose is an MQTT based unified message bus for infra services. The concept behind is it that there are a lot of infra services many of which

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

I think searchlight went right ahead into 1.0.0 so, I doubt if we will have rc1. (this is just initial info, I will defer the details to the project lead). On 9/19/16 9:55 AM, Doug Hellmann wrote: > We have not had RC1 tags for congress or searchlight, and the project > leads aren't responding

Re: [openstack-dev] [TripleO] *ExtraConfig, backwards compatibility & deprecation

On 09/19/2016 01:25 PM, Steven Hardy wrote: On Wed, Sep 14, 2016 at 06:32:07PM +0200, Giulio Fidente wrote: On 09/14/2016 05:59 PM, Giulio Fidente wrote: On 09/14/2016 02:31 PM, Steven Hardy wrote: Related to this is the future of all of the per-role customization interfaces. I'm thinking

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

This achievement reflects the constant effort you makes in OpenStack, kudos Ihar From: "Armando M." Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Saturday, September 17, 2016 at 11:40 AM To: "OpenStack Development Mailing List (not for usage questions)" Subject:

Re: [openstack-dev] [kolla][release] Branching of stable/newton

Excerpts from Thierry Carrez's message of 2016-09-18 16:08:04 +0200: > Steven Dake (stdake) wrote: > > Release team, > > > > At one point Doug had indicated all projects would automatically branch > > on tagging of rc1. I notice in git no Kolla stable/newton branch > > exists. Fwiw this is

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

+1 From: Armando M. [mailto:arma...@gmail.com] Sent: Saturday, September 17, 2016 9:41 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team Hi folks, I would like to propose Ihar to become a member of

[openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

We have not had RC1 tags for congress or searchlight, and the project leads aren't responding on IRC. These projects are at risk of being left out of the newton release. Someone from the core teams for these projects should get in touch with the release team as soon as possible to let us know your

Re: [openstack-dev] [all] Barcelona Design Summit track layout

Emilien Macchi wrote: > On Mon, Sep 19, 2016 at 3:18 AM, Antoine Cabot > wrote: >> On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez >> wrote: >>> Emilien Macchi wrote: On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

Excerpts from Tim Hinrichs's message of 2016-09-19 15:46:47 +: > Congress tagged RC1 on Friday. Yep, we missed a manual step of the process and didn't record that. Sorry for the confusion. Doug > > Tim > > On Mon, Sep 19, 2016 at 7:52 AM Nikhil Komawar > wrote: >

[openstack-dev] [release][designate] designate Newton RC1 available

Hello everyone, The release candidate for designate for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/designate/designate-3.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin,

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congrats Ihar! -Brian On 09/17/2016 12:40 PM, Armando M. wrote: Hi folks, I would like to propose Ihar to become a member of the Neutron drivers team [1]. Ihar wide knowledge of the Neutron codebase, and his longstanding duties as stable core, downstream package whisperer, release and oslo

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

> On Sep 19, 2016, at 12:22 PM, Jimmy McArthur wrote: > > Gordon, > > Thanks for brining this to our attention. We pull data from many different > sources for the Navigator. Most of the attributions for that data can be > found under "Tag Details" or various "?" modal

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

Excerpts from Julien Danjou's message of 2016-09-19 18:31:51 +0200: > Hi, > > I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC > this repository might be frozen so I'm sending this mail to bring > attention. > > https://review.openstack.org/#/c/372618/ > > Cheers, We do

Re: [openstack-dev] [horizon] ListField in Horizon

Hi, Janki What do you mean by ListField? A list of arbitrary tags? List of numbers? List of predefined values that you can choose from? Options may vary widely depending on your particular needs. On Sun, Sep 18, 2016 at 6:32 PM Janki Chhatbar wrote: > Hi > > I am working

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Voting is open for 7 days until September 27st, 2016. On Tue, Sep 20, 2016 at 1:40 AM, Jeffrey Zhang wrote: > Kolla core reviewer team, > > Kolla supports multiple Linux distros now, including > > * Ubuntu > * CentOS > * RHEL > * Fedora > * Debian > * OracleLinux > > But

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

Shamail September 19, 2016 at 11:32 AM On Sep 19, 2016, at 12:22 PM, Jimmy McArthur wrote: Gordon, Thanks for brining this to our attention. We pull data from many different sources for the Navigator. Most of the attributions for that

Re: [openstack-dev] [horizon] ListField in Horizon

Hi Timur Thanks for your response. I need to input data like this: mapping = ['K1': 'v1', 'k2': 'v2'] If mapping: Check if v1 and v2 stored in server. Change to dictionary This is then passed on to the server as a dictionary. I have few questions: 1. I found about MultipleChoiceField.

[openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

Hello!   I am nominating Matt Borland for Searchlight UI core. Matt has been working on searchlight UI since we started it and he is the primary author of the angular registration framework in Horizon which Searchlight depends upon. Matt has the second most searchlight UI commits in Newton [0],

[openstack-dev] [vote][kolla] deprecation for fedora distro support

Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL * Fedora * Debian * OracleLinux But only Ubuntu, CentOS, and OracleLinux are widely used and we have robust gate to ensure the quality. For fedora, Kolla hasn't any test for it and nobody

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

On 19 September 2016 at 18:40, Jeffrey Zhang wrote: > Kolla core reviewer team, > > Kolla supports multiple Linux distros now, including > > * Ubuntu > * CentOS > * RHEL > * Fedora > * Debian > * OracleLinux > > But only Ubuntu, CentOS, and OracleLinux are widely used

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

+ [sahara] because they are primary consumer of the BDD. John, Thanks for the answer. My comments are inline. Regards, Ivan Kolodyazhny, http://blog.e0ne.info/ On Mon, Sep 19, 2016 at 4:41 PM, John Griffith wrote: > > > On Mon, Sep 19, 2016 at 4:43 AM, Ivan

[openstack-dev] [vote][kolla] deprecation for debian distro support

Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL * Fedora * Debian * OracleLinux But only Ubuntu, CentOS, and OracleLinux are widely used and we have robust gate to ensure the quality. For Debian, Kolla hasn't any test for it and nobody

[openstack-dev] [requirements] Bump swiftclient to 3.1.0

Hi, I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC this repository might be frozen so I'm sending this mail to bring attention. https://review.openstack.org/#/c/372618/ Cheers, -- Julien Danjou /* Free Software hacker https://julien.danjou.info */ signature.asc

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

On 09/19/2016 11:31 AM, Julien Danjou wrote: > Hi, > > I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC > this repository might be frozen so I'm sending this mail to bring > attention. > > https://review.openstack.org/#/c/372618/ Is this an FFE for that? This would

[openstack-dev] [user-committee][scientific-wg][api][UX] Results Presentation: Managing OpenStack Quotas within Production Environments

(Apologies for cross-posting) The OpenStack UX team will be giving a presentation this Wednesday, 9/21 that summarizes results from a series of interviews intended to understand how operators manage quotas at scale as well as the pain points associated with that process. The study was conducted

Re: [openstack-dev] [all] Useful tool for easier viewing of IRC logs online

Very nice, thanks! Only change I'll suggest is to allow it to be enabled by default :) Ramy From: Bashmakov, Alexander [mailto:alexander.bashma...@intel.com] Sent: Friday, September 16, 2016 2:26 PM To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [neutron] Newton release, neutron-lib and decomposed projects

Excerpts from Gary Kotton's message of 2016-09-18 05:16:54 +: > Hi, > At the moment I am a little confused and need some help please: > > 1. Will we be creating release candidates for Networking-l2gw, > Networking-sfc and Tap-as-a-service. These projects have tons of deprecation >

Re: [openstack-dev] [tripleo] let's talk (development) environment deployment tooling and workflows

Hi Alex, Firstly, thanks for this detailed feedback - it's very helpful to have someone with a fresh perspective look at the day-1 experience for TripleO, and while some of what follows are "know issues", it's great to get some perspective on them, as well as ideas re how we might improve things.

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

Thanks for moving this forward. > On 19 Sep 2016, at 19:44, Jeffrey Zhang wrote: > > Please vote: > > 1. Kolla needs support Debian( if so, we need some guys to set up the > gate and fix all the issues ASAP in O cycle) > 2. Kolla should deprecate Debian support +1 on

Re: [openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

+1 - I'm fine with an additional group for ui cores. On 9/19/16, 12:13 PM, "Tripp, Travis S" wrote: >Hello! > >I am nominating Matt Borland for Searchlight UI core. Matt has been >working on searchlight UI since we started it and he is the primary >author of the angular

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Thanks for moving this forward. > On 19 Sep 2016, at 19:40, Jeffrey Zhang wrote: > > 1. Kolla needs support fedora( if so, we need some guys to set up the > gate and fix all the issues ASAP in O cycle) > 2. Kolla should deprecate fedora support +1 on option 2.

Re: [openstack-dev] [neutron][LBaaS v2]Quota Update for LBaaS v2 Members

Hi Reedip, As you noted with the linked bug, we have noticed some inconsistencies in the neutron-lbaas quota implementation as we are working on implementing quotas native in the Octavia API. The neutron-lbaas code does support a quota for members, but as you have observed I don't see it in the

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

On Mon, Sep 19 2016, Doug Hellmann wrote: > We do not generally bump minimum versions for dependencies for bug > fixes, especially for only one project. Does this validation bug affect > other projects? Is python-swiftclient 2.2.0 (the current minimum) > fundamentally broken for all projects? It

Re: [openstack-dev] [band] OpenStack Summit - Barcelona - musicians please raise your hands

I will be happy to bring my clarinet. Neil On Sat, Sep 17, 2016 at 7:37 PM Colette Alexander < colettealexan...@gmail.com> wrote: > On Sat, Sep 17, 2016 at 1:35 PM, Amrith Kumar wrote: > > So, would y'all musicians who plan to bring your gear to Barcelona > please start

Re: [openstack-dev] Singing in Barcelona

Being reminded by the band thread, I thought I should remind about this too... On Mon, Jul 11, 2016 at 6:56 PM Neil Jerram wrote: > I know it's crazy, but I've talked with a few people in Vancouver, Tokyo > and Austin about the idea of getting a singing group together during a

Re: [openstack-dev] [band] OpenStack Summit - Barcelona - musicians please raise your hands

Thanks Neil, sounds like we’ll have a couple of others (who’ve replied privately and not to the ML) bringing instruments as well. I have heard so far from: Three guitars One flute/sax Thanks, -amrith From: Neil Jerram [mailto:n...@tigera.io] Sent: Monday, September 19, 2016 2:36 PM To:

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

I disagree. Oracle Linux is well implemented and very well maintained by Paul Bourke and many other fine folks from Oracle. CentOS is derived from RHEL (changing trademarks and marketing fluff, not code). Regards -steve From: Dave Walker Reply-To: "OpenStack Development

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

+1 for option #2 with same commentary as prior relating to fedora. Regards -steve On 9/19/16, 10:44 AM, "Jeffrey Zhang" wrote: Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL *

[openstack-dev] [release][searchlight] searchlight Newton RC1 available

Hello everyone, The release candidate for searchlight for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/searchlight/searchlight-1.0.0.0rc1.tar.gz

Re: [openstack-dev] [nova][neutron] summit cross-project session

On 18 September 2016 at 11:46, Matt Riedemann wrote: > I want to confirm whether or not we're going to have a nova/neutron > cross-project fishbowl session in Barcelona, I think we are. Since Thierry > has the draft slots out I wanted to start looking at what time is

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

On Mon, Sep 19, 2016 at 12:01 PM, Ivan Kolodyazhny wrote: > + [sahara] because they are primary consumer of the BDD. > > John, > Thanks for the answer. My comments are inline. > > Regards, > Ivan Kolodyazhny, > http://blog.e0ne.info/ > > On Mon, Sep 19, 2016 at 4:41 PM, John

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

option 2 Thanks -Ryan - Original Message - From: "Mauricio Lima" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Monday, September 19, 2016 2:21:51 PM Subject: Re: [openstack-dev] [vote][kolla]

[openstack-dev] [release][ptl] stable/newton branches

All of the cycle-with-milestone projects have tagged a first release candidate and had their stable/newton branches created. Most of the intermediary projects also have had their stable/newton branches created. If you have a project that has not yet had a branch created, and you are ready to

[openstack-dev] [requirements][FFE][kuryr] kuryr-lib

Hi, We recently made the first release (0.1.0) of kuryr-lib on which no project depends except openstack/kuryr-libnetwork. Now, kuryr-lib by itself is not more than a base library and its release is only to serve kuryr-libnetwork and kuryr-kubernetes. Now we are in the process of releasing

[openstack-dev] [tripleo] [puppet] Preparing TripleO agenda for Barcelona - action needed

(adding puppet tag for cross project session). Let's continue to prepare TripleO sessions. https://etherpad.openstack.org/p/ocata-tripleo For reminder, we have 2 fishbowls and 4 working rooms. I looked at the topic proposals and I started to organize some sessions. Some actions from you are

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

Hi Puppeteers, If you have any topic to add for this week, please use the etherpad: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160920 See you tomorrow =) 2016-09-12 13:23 GMT-03:00 Emilien Macchi : > Hi, > > Tomorrow we'll have our weekly meeting: >

Re: [openstack-dev] [release][ptl] stable/newton branches

Hi, Doug, Mistral didn't have a stable/newton branch, did we miss something? I already sent msg in release team irc channel, ask here again in case you didn't see that :-) Cheers, Lingxian Kong (Larry) On Tue, Sep 20, 2016 at 7:06 AM, Doug Hellmann wrote: > All of the

Re: [openstack-dev] [requirements][FFE][kuryr] kuryr-lib

On 09/19/2016 03:43 PM, Antoni Segura Puimedon wrote: > Hi, > > We recently made the first release (0.1.0) of kuryr-lib on which no > project depends except openstack/kuryr-libnetwork. Now, kuryr-lib by > itself is not more than a base library and its release is only to > serve kuryr-libnetwork

[openstack-dev] [kuryr] September 19th meeting agenda

Hi Kuryrs! Yet again I'm late in posting the agenda, sorry. Here goes today's meeting agenda[1]. As always, feel free to add items or bring them up during the open discussion, I'll be checking the agenda for updates just before the meeting starts at 14utc. See you in the meeting, Toni [1]

Re: [openstack-dev] [Congress] Default devstack deployment config

Hi All, I too agree from the development point of view, its easier if we have a single process. But I was wondering, tempest jobs we run on gate, isn't it better they run with 3 processes deployed, to make sure it works across processes too? Just a thought, how about we keep both the options, so

[openstack-dev] [nova] next notification subteam meeting

Hi, The next notification subteam meeting will be held on 2016.09.20 17:00 UTC [1] on #openstack-meeting-4. Cheers, Gibi [1] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20160920T17 __ OpenStack

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

Congrats Ihar! From: reedip banerjee [mailto:reedi...@gmail.com] Sent: 19 September 2016 14:08 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team Congratulations Ihar :) On Mon, Sep 19, 2016 at 2:00

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

I totally agree. Congrats Ihar. Regards, Martin - Martin Hickey | Software Development | Open Technologies | Tel: + 353 21 7306040 From: Assaf Muller To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Option 2 2016-09-19 14:56 GMT-03:00 Christian Berendt : > Thanks for moving this forward. > > > On 19 Sep 2016, at 19:40, Jeffrey Zhang wrote: > > > > 1. Kolla needs support fedora( if so, we need some guys to set up the > > gate and fix

[openstack-dev] [release][tripleo] tripleo Newton RC1 available

Hello everyone, The release candidate for tripleo for the end of the Newton cycle is available! You can find the RC1 source code tarballs at: https://tarballs.openstack.org/instack-undercloud/instack-undercloud-5.0.0.0rc1.tar.gz

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

Option 2 2016-09-19 14:55 GMT-03:00 Christian Berendt : > Thanks for moving this forward. > > > On 19 Sep 2016, at 19:44, Jeffrey Zhang wrote: > > > > Please vote: > > > > 1. Kolla needs support Debian( if so, we need some guys to set up

Re: [openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

+1 for Matt being a core. Great job Matt! +1 for creating a new searchlight-ui core team that is more than the union of the Searchlight/Horizon core teams. -- Rick Aulino -Original Message- From: Tripp, Travis S Sent: Monday, September 19, 2016 10:13 AM To: OpenStack List

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

yup, +1 on deprecation On 19 September 2016 at 13:58, Ryan Hallisey wrote: > option 2 > > Thanks > -Ryan > > - Original Message - > From: "Mauricio Lima" > To: "OpenStack Development Mailing List (not for usage questions)" >

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

+1 for option 2, unless some good Fedora folk appear in Kolla to maintain it in the future. In that case, we can always undo a deprecation within a cycle. Note the deprecation policy states that we do not remove functionality for 1 cycle after having released it for stable deliverables. Even

Re: [openstack-dev] [Congress] Default devstack deployment config

Thanks, Anusha! I agree with keeping both options, just using single proc as default. Added a bug on it: https://bugs.launchpad.net/congress/+bug/1624172 From: Anusha Ramineni Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

I think there's some mileage in some further work on adding local LVM, since things like striping/mirroring for performace can be done. We can prototype it and get the numbers before even thinking about merging though - as additions to an already fully featured driver. these seem more worthwhile a

[openstack-dev] [ironic] weekly subteam report

Hi, Here is this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff between 12 Sep 2016 and 16 Sep 2016) - Ironic: 186 bugs (-69) + 215 wishlist items (+2). 1 new (-40), 145 in

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

I vote for option 2. Regards, Vikram Hosakote IRC: vhosakot From: Ryan Hallisey > Reply-To: "OpenStack Development Mailing List (not for usage questions)" > Date: Monday,

Re: [openstack-dev] [TripleO] Network Template Generator

On 09/09/2016 10:28 AM, Liz Blanchard wrote: On Wed, Aug 10, 2016 at 7:10 PM, Ben Nemec > wrote: On 08/10/2016 11:05 AM, Liz Blanchard wrote: > > > On Wed, Aug 10, 2016 at 11:52 AM, Ben Nemec

  1   2   >