Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

Alexander, We have many other places where use Ruby (astute, puppet custom types, etc.). I don't think it is a good reason to re-write something just because it is written in Ruby. You are right about tests, about plugins, but let's look around. Ironic community has already invented discovery comp

[openstack-dev] [Fuel] PTL Candidacy

Hi all, I'd like to announce my candidacy to be Fuel PTL for the Newton cycle. I've been a member of Fuel team since the very beginning of the project. Fuel started as a proprietary deployment tool for OpenStack, but since that we have been smothly moving towards being more and more open and more

[openstack-dev] [Fuel] Plans on networking modularisation

Hi, We've been working on networking modularisation, during this activity Nailgun is being fixed [0] in order to provide better layer boundary between network related code and the rest of the system. The purpose of this email is: 1. To make sure that this activity is known in Fuel team. 2. To mak

Re: [openstack-dev] [glance]Why vm boots from the cirros image soslow?

I just suffered this problem recently. What I found is the VM could not contact with its DHCP server. In my case, it will keep sending the ARP request to finding the DHCP server until the procedure becoming time out. This causes the slowness for the VM booting up. Hopefully, it somehow explai

Re: [openstack-dev] [all][log] Ideas to log request-ids in cross-projects

Excerpts from Kekane, Abhishek's message of 2016-03-01 06:17:15 +: > Hi Devs, > > Considering return request-id to caller specs [1] is implemented in > python-*client, I would like to begin discussion on how these request-ids > will be logged in cross-projects. In logging work-group meetin

Re: [openstack-dev] [glance]Why vm boots from the cirros image so slow?

Hi, On Fri, Mar 11, 2016 at 5:11 AM, Ian Cordasco wrote: > I was talking to a coworker earlier today and some versions of the cirros > image attempt to generate a random number which can cause it to hang. this is correct, however this happens only once. it will generate a key for use with the

Re: [openstack-dev] [cinder] Let's do presentations/sessions on Mitaka's new complex features in Design Summit

On 03/14/2016 09:52 PM, Gorka Eguileor wrote: > Hi, > > As you all probably know, during this cycle we have introduced quite a > big number of changes in cinder that will have a great impact in the > development of the new functionality as well as changes to existing ones > moving forward from an i

[openstack-dev] [tricircle]weekly meeting of Mar. 16

Hi, IRC meeting: https://webchat.freenode.net/?channels=openstack-meeting on every Wednesday starting from UTC 13:00. Agenda: # Progress review of To-do list: https://etherpad.openstack.org/p/TricircleToDo # Mitaka release preparation Best Regards Chaoyi Huang ( Joe Huang )

Re: [openstack-dev] [tripleO][Neutron] neutron-lbaas agent service placement

Hi Qasim, Replied inline to your non-triple-o specific related questions. Also regarding your following email, any specific reason you try to use LBaaSv1? I highly recommend that you go with LBaaSv2 (you may still choose haproxy if you wish), since LBaaSv1 is deprecated[1] and will be removed[2] s

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

On 15/03/16 07:11, Vladimir Kozhukalov wrote: > Alexander, > > We have many other places where use Ruby (astute, puppet custom types, > etc.). I don't think it is a good reason to re-write something just > because it is written in Ruby. You are right about tests, about plugins, > but let's look aro

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

My opition on this is that we have too many re-invented wheels in Fuel and it’s better think about replacing them with something we can re-use than re-inventing them one more time. Let’s take a look at Ironic and try to figure out how we can use its features for the same purpose. - romcheg >

Re: [openstack-dev] [TripleO] propose ejuaso for core

On 14 March 2016 at 14:38, Dan Prince wrote: > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > Our top reviewer over the last half a year ejuaso (goes by Ozz for > Osorio or jaosorior on IRC). His reviews seem consistent, he > consistently attends the meetings and he chimes

Re: [openstack-dev] [TripleO] core cleanup

On 14 March 2016 at 14:26, Dan Prince wrote: > Looking at the stats for the last 180 days I'd like to propose we > cleanup TripleO core a bit: > > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > There are a few reviewers with low numbers of reviews (just added to > the tripl

[openstack-dev] [Fuel] network_metadata hash keys on astute.yaml

Hi, Currently nailgun and puppet process network_metadata hash slightly different. Nailgun uses short hostname as a hash key for each node, while library code assumes that key is always 'node-{uid}'. Sometimes it can result in a deployment failure. During code review[0] it turned out that there a

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 14/03, Sean McGinnis wrote: > On Mon, Mar 14, 2016 at 10:37:52AM -0400, Sean Dague wrote: > > On 03/14/2016 10:24 AM, Ian Cordasco wrote: > > > > > > > > > -Original Message- > > > From: Davanum Srinivas > > > Reply: OpenStack Development Mailing List (not for usage questions) > > >

Re: [openstack-dev] [TripleO] propose ejuaso for core

On Mon, Mar 14, 2016 at 10:38:27AM -0400, Dan Prince wrote: > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > Our top reviewer over the last half a year ejuaso (goes by Ozz for > Osorio or jaosorior on IRC). His reviews seem consistent, he > consistently attends the meetings

Re: [openstack-dev] [TripleO] core cleanup

On Mon, Mar 14, 2016 at 10:26:58AM -0400, Dan Prince wrote: > Looking at the stats for the last 180 days I'd like to propose we > cleanup TripleO core a bit: > > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > There are a few reviewers with low numbers of reviews (just adde

Re: [openstack-dev] [cinder] Let's do presentations/sessions on Mitaka's new complex features in Design Summit

On 15/03, Michał Dulko wrote: > On 03/14/2016 09:52 PM, Gorka Eguileor wrote: > > Hi, > > > > As you all probably know, during this cycle we have introduced quite a > > big number of changes in cinder that will have a great impact in the > > development of the new functionality as well as changes t

Re: [openstack-dev] [tripleo] Logo for TripleO

On Thu, Mar 10, 2016 at 10:32:45PM -0700, Jason Rist wrote: > Hey everyone - > We've been working on a UI for TripleO for a few months now and we're > just about to beg to be a part of upstream... and we're in need of a > logo for the login page and header. > > In my evenings, I've come up w

[openstack-dev] [ptl][election][mistral] Renat Akhmerov PTL candidacy

Hi, My name is Renat Akhmerov. I decided to run for Mistral PTL for Newton release cycle. I've been working on the project since its initiation. I've been driving it, designing architecture and did a lot of coding, especially in the first year. I try to review all the patches coming in. I've a

Re: [openstack-dev] [Fuel] Plans on networking modularisation

Hi, Evgeniy, thank you for summarizing this. I have questions about action items. What is the status of making networking part replaceable? As I know, [0] is in progress. Are there any other activities in progress (about API, serialization for orchestrator, network verification)? Do we have spec

[openstack-dev] [Fuel] Getting rid of cluster status

Fuelers, I would like to continue the series of "Getting rid of …" emails. This time I’d like to talk about statuses of clusters. The issues with that attribute is that it is not actually related to real world very much and represents nothing. A few month ago I proposed to make it more real-wo

Re: [openstack-dev] [neutron] rate-limit

Hi Irena, I have reported one bug in the system. https://bugs.launchpad.net/neutron/+bug/1557457 I could not join the meeting, I will check the meeting minutes. Thanks Andy At 2016-03-14 20:49:42, "Irena Berezovsky" wrote: Hi Andy, (Adding neutron tag) Please open an RFE bug under neutro

[openstack-dev] [TripleO] PTL Candidacy

All, I've proposed my candidacy to the openstack/election repo [1] but copying here for visibility. I am announcing my candidacy for PTL for the TripleO team for the Newton release cycle. Over the last development cycle, I've been heavily involved with evolving the TripleO release model to better

Re: [openstack-dev] [Fuel] network_metadata hash keys on astute.yaml

Hi, some additional info on the problem: if I create some Hiera override for the nodes list and use node key which is hostname bond, then after node rename (rename during LCM or reset/rename/redeploy - doesn't matter) my override will create a "ghost" node in the list and will not change settings

[openstack-dev] [release][stable][oslo] oslo.messaging 4.5.1 release (mitaka)

We are tickled pink to announce the release of: oslo.messaging 4.5.1: Oslo Messaging API This release is part of the mitaka stable release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging With package available at: https://pypi.python.org/pypi/o

[openstack-dev] [Fuel] fuel-web/docs to fuel-docs migration

Hi, everyone, this week we plan to migrate the content of fuel-web/docs to fuel-docs repo to setup one place for all Fuel documentation. See related blueprint https://blueprints.launchpad.net/fuel/+spec/fuel-docs-migration There are two patches on review: * https://review.openstack.org/#/c/2924

[openstack-dev] [ceilometer] Why edited configuration get replaced after stack.sh

Hi, I am pretty new to openstack and I have a very basic question to ask. I have a single node liberty edition of devstack up and running. I order to get *ceilometer events* for instances running on demo tenant with admin token set I have heard about role based access control (rbac) following htt

[openstack-dev] [election][trove] Trove PTL Candidacy

Greetings, I am writing to submit my candidacy for election for Project Team Lead for the Trove project for the Newton cycle. I have been an active technical contributor to the Trove project since just before the Icehouse release when Trove was integrated into OpenStack. I have also contributed c

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

My strong +1 to drop off nailgun-agent completely in favour of ironic-inspector. Even taking into consideration we'lll need to extend ironic-inspector for fuel needs. -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser On Tue, Mar 15, 2016 at 11:06 AM, Roman Prykhodchenko wrote: >

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

Dear all, Thank you for the opinions about this problem. I would agree with Roman, that it is always better to reuse solutions than re-inventing the wheel. We should investigate possibility of using ironic-inspector and integrating it into fuel. Best regards, Alexander Saprykin 2016-03-15 13:03

Re: [openstack-dev] [trove] PTL non-candidacy

Craig, You’ve done a ton for Trove (your first commit on the project that is visible in git is March 2012!) and it was the 25th commit in the project! It has been a pleasure and a honor working with you, with Nikhil and Michael before that. I look forward to some good backyard-bbq, and maybe we

Re: [openstack-dev] [ceilometer] Why edited configuration get replaced after stack.sh

Hi Umar, As far as I know, you should follow these steps to make this work: 1- Run stack.sh 2- Add rules to policy.json in /etc/ceilometer 3- Restart ceilometer service. Follow this link [1] to see how can you restart a particular service. [1] http://stackoverflow.com/questions/23593508/restarti

Re: [openstack-dev] [ceilometer] Why edited configuration get replaced after stack.sh

Hello Rubab, I already know these steps.But does this mean you have to update the previous all custom configurations again and again whenever you stack.sh??? Is there any way possible that these changes don't get updated because in a testing environment like mine I have to do it very often. Rega

Re: [openstack-dev] [Fuel] [ironic] [inspector] Rewriting nailgun agent on Python proposal

Dear All, Let's compare functional abilities of both solutions. Till the recent Mitaka release Ironic-inspector had only Introspection ability. Discovery part is proposed and implemented by Anton Arefiev. We should align expectations and current and future functionality. Adding Tags to attract

Re: [openstack-dev] [ceilometer] Why edited configuration get replaced after stack.sh

Devstack assumes it owns everything on the system, and will overwrite all configs all the time. This is to keep things repeatable. There are 3 approaches you could to support your approach here. The first one is have a custom branch of ceilometer which you then reference in local.conf. 1) enable

[openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

Long story short, I'm in favor of abandoning the use of "wishlist" as an importance in bug reports to track requests for enhancements. The reason I bring this up is [1] which I closed as invalid because I saw it as a RFE. jichenjc disagreed with my approach there. I'm asking here on the ML to chec

Re: [openstack-dev] [keystone] Single Sign On integration research

Awesome blog posts, thanks for sharing - these setups can be tricky sometimes. On Tue, Mar 8, 2016 at 11:43 AM, Steve Martinelli wrote: > Looks great! I only have one suggestion for the ECP blog. We actually have > keystoneauth plugins for ECP [1]. Instead of issuing a request in your > example,

Re: [openstack-dev] [Fuel] network_metadata hash keys on astute.yaml

Hi, I would like to remind that we are close to code freeze and bug is still there. Moreover, new bug reports continue to be submitted [3]. Please, do not ignore the discussion. [3] https://bugs.launchpad.net/fuel/+bug/1557417 On Tue, Mar 15, 2016 at 10:18 PM, Aleksandr Didenko wrote: > Hi, >

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On Tue, 15 Mar 2016, Markus Zoeller wrote: Long story short, I'm in favor of abandoning the use of "wishlist" as an importance in bug reports to track requests for enhancements. While I'm very much in favor of limiting the amount of time issues (of any sort) linger in launchpad[1] I worry that

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 03/11/2016 12:45 AM, Jeremy Stanley wrote: > On 2016-03-10 22:05:00 + (+), Tristan Cacqueray wrote: >> Projects such as Openstack UX, Packaging Deb and i18n do not have active >> contributions we can collect from git repos listed as project >> deliverables. For these projects, how can th

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On 3/15/2016 8:37 AM, Chris Dent wrote: On Tue, 15 Mar 2016, Markus Zoeller wrote: Long story short, I'm in favor of abandoning the use of "wishlist" as an importance in bug reports to track requests for enhancements. While I'm very much in favor of limiting the amount of time issues (of an

Re: [openstack-dev] [TripleO] propose ejuaso for core

On 03/14/2016 10:38 AM, Dan Prince wrote: http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt Our top reviewer over the last half a year ejuaso (goes by Ozz for Osorio or jaosorior on IRC). His reviews seem consistent, he consistently attends the meetings and he chimes in on lot

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On 03/15/2016 09:37 AM, Chris Dent wrote: > On Tue, 15 Mar 2016, Markus Zoeller wrote: > >> Long story short, I'm in favor of abandoning the use of "wishlist" >> as an importance in bug reports to track requests for enhancements. > > While I'm very much in favor of limiting the amount of time iss

Re: [openstack-dev] [magnum-ui] Proposed Core addition, and removal notice

Hi, Voting has concluded. Welcome, Shu Muto to the magnum-UI core team! I will announce your new status at today's team meeting. Thanks, Adrian > On Mar 14, 2016, at 5:40 PM, Shuu Mutou wrote: > > Hi team, > > Thank you very much for vote to me. > I'm looking forward to work more with our

Re: [openstack-dev] [Murano] [FFE] Support for Magnum Plugin

Thank you all for the acceptance. Regards, Madhuri On Mon, Mar 14, 2016 at 10:09 PM, Serg Melikyan wrote: > Granted > > On Mon, Mar 14, 2016 at 4:09 AM, Nikolay Starodubtsev < > [email protected]> wrote: > >> Hi, >> I don't like when we need to break rules, but in this case I agree wit

[openstack-dev] [nova][novaclient]novaclient backward compatible changes

From [1], some questions raised is whether and how we will guarantee the return value of novaclient? e.g some toolssuch as openstackclient utilize novaclient return value , we don't have microversion mechanism (and seems not helpfuland too heavy) to do those kind of changes... so novaclient should

Re: [openstack-dev] [nova][novaclient]novaclient backward compatible changes

On 03/15/2016 10:02 AM, Chen CH Ji wrote: > From [1], some questions raised is whether and how we will guarantee the > return value of novaclient? e.g some tools > such as openstackclient utilize novaclient return value , we don't have > microversion mechanism (and seems not helpful > and too heavy

[openstack-dev] [freezer] Freezer meeting on 17/04 is CANCELED

due to bank holiday in Ireland the freezer meeting for this week will be canceled. we’ll be back next week as usual. Regards Guillermo __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

Le 15/03/2016 14:48, Matt Riedemann a écrit : On 3/15/2016 8:37 AM, Chris Dent wrote: On Tue, 15 Mar 2016, Markus Zoeller wrote: Long story short, I'm in favor of abandoning the use of "wishlist" as an importance in bug reports to track requests for enhancements. While I'm very much in f

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On Tue, 15 Mar 2016, Matt Riedemann wrote: We do have a way for people to drop off RFEs/ideas for features without actually providing design details, which is the backlog specs: https://specs.openstack.org/openstack/nova-specs/specs/backlog/index.html In what universe is writing a backlog sp

Re: [openstack-dev] [Ceilometer] Doubt about data recollection

On 07/03/2016 11:47 AM, Alberto Gutiérrez Torre wrote: > Hello, > > Istarted working with OpenStack's ceilometer recently and I have some > questions that I can not resolve with the documentation I have found. > > I would like to have the telemetry of a node inside the node itself (for > example,

Re: [openstack-dev] [Glance][Artifacts] Current status of Glance artifacts

Hi! Thank you for your interest in Glare. I'm leading this project and I'll try to answer your questions :) Glare is a new service under Glance repo which previously was called Glance v3, now it's experimental Glare v0.1 api. It has a devstack support, so you can deploy it with setting ENABLED_SER

Re: [openstack-dev] [Ceilometer] Doubt about data recollection

Hello Gordon, Thanks for your reply. What we would like to have is access to the data available in Ceilometer API but by local access. For instance, CPU metrics produced at a given node will be consumed in that same node. Probably we will not need all the available data we're yet finding which va

[openstack-dev] [telemetry] PTL Candidacy

Hi there, The Telemetry project had a tremendous run so far, and I'm willing to help it continue on that trajectory. We have an awesome community, and we had the chance to be led by great leaders so far, which directed the team and projects in an open and enthusiast manner. Our previous PTL helpe

Re: [openstack-dev] [Fuel] network_metadata hash keys on astute.yaml

Hi, I'm agree with Alex, keys should remain immutable. 'node-{uid}' is Okay, we have a method for this in Nailgun already. It should be a very simple fix in Nailgun. Thanks, Aleksey Kasatkin On Tue, Mar 15, 2016 at 3:19 PM, Kyrylo Galanov wrote: > Hi, > > I would like to remind that we are

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

Chris Dent wrote on 03/15/2016 02:37:45 PM: > From: Chris Dent > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/15/2016 02:38 PM > Subject: Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint? > > On Tue, 15 Mar 2016, Markus Zoeller wrote: > > >

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

Sean Dague wrote on 03/15/2016 02:52:47 PM: > From: Sean Dague > To: [email protected] > Date: 03/15/2016 02:53 PM > Subject: Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint? > > On 03/15/2016 09:37 AM, Chris Dent wrote: > > On Tue, 15 Mar 2016, Markus Zoeller w

[openstack-dev] [keystone] mitaka release recap

Before beginning, I'd like to thank all members of the Keystone community. The Mitaka release would not be possible without the many dedicated contributors to the Keystone project. This was a great development cycle and I’m very happy with the finished product. Here’s the Keystone Mitaka release a

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

+1 to drop nailgun-agent and replace it with python script with ohai call or ironic-inspector! On Tue, Mar 15, 2016 at 1:07 PM, Alexander Saprykin wrote: > Dear all, > > Thank you for the opinions about this problem. > > I would agree with Roman, that it is always better to reuse solutions than

[openstack-dev] [keystone] PTL candidacy

Hey everyone, I'd like to continue to serve as the Keystone PTL for the Newton release. I found serving as PTL for the Mitaka release to be an extremely rewarding experience where I learned a lot about myself and the project. I’d like to continue what I’ve learned and serve as PTL again. I am als

Re: [openstack-dev] [Ceilometer] Doubt about data recollection

On 15/03/2016 11:01 AM, Alberto Gutiérrez Torre wrote: > What we would like to have is access to the data available in Ceilometer > API but by local access. For instance, CPU metrics produced at a given > node will be consumed in that same node. Probably we will not need all > the available data

Re: [openstack-dev] [Fuel] network_metadata hash keys on astute.yaml

Keys should be immutable. If keys are not immutable -- it can lead to the situation, when network_metadata/nodes contains two records for same nodes (with same UID), but with different information. /sv __ OpenStack Developmen

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

Chris Dent wrote on 03/15/2016 03:23:42 PM: > From: Chris Dent > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/15/2016 03:24 PM > Subject: Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint? > > On Tue, 15 Mar 2016, Matt Riedemann wrote: > > >

Re: [openstack-dev] [puppet] weekly meeting #74 (take care of DST)

al, free free to bring topics in this etherpad: > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160315 > > We'll also have open discussion for bugs & reviews, so anyone is welcome > to j

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 03/15/2016 01:45 PM, Thomas Goirand wrote: > On 03/11/2016 12:45 AM, Jeremy Stanley wrote: >> On 2016-03-10 22:05:00 + (+), Tristan Cacqueray wrote: >>> Projects such as Openstack UX, Packaging Deb and i18n do not have active >>> contributions we can collect from git repos listed as proj

Re: [openstack-dev] [Fuel] [FFE] FF exception request for SR-IOV

Hi, feature has been merged. QA is in progress. Thanks, Alex On Fri, Mar 4, 2016 at 1:15 AM, Dmitry Borodaenko wrote: > Granted, merge deadline March 16, feature to be marked experimental > until QA has signed off that it's fully tested and stable. > > -- > Dmitry Borodaenko > > > On Wed, Mar

[openstack-dev] [Neutron] RC1 candidate

Neutrinos, I believe we reached the point [1] where RC1 can be cut [2]. If I made an error of judgement, or any other catastrophic failure arises, please report a bug, and tag it as mitaka-rc-potential [3]. Please, sign off on postmortem [4], so that we can finalize the specs status for Mitaka and

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On Tue, 15 Mar 2016, Markus Zoeller wrote: Chris Dent wrote on 03/15/2016 03:23:42 PM: My take is that if we do have that level of friction then influence, in its many forms, will solely be mediated by the vendors that consume the upstream OpenStack community, or people who have the wherewithal

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

Steve, overlayfs does not reduce the disk usage at all Paul, we can bump the size of the docker mountpoint up to ~20GB if you check all the gates for the appropriate space. Sam Yaple On Mon, Mar 14, 2016 at 7:20 PM, Steven Dake (stdake) wrote: > Vikarm, > > /var/lib/docker is a btrfs filesyst

Re: [openstack-dev] [Third-Party][CI] Modify&delete&add CI accouts in CI group

On 03/14/2016 10:23 PM, Watanabe, Isao wrote: > To: Anita > Cc: Third-Party Coordinators Just so you know, putting cc: in the body of an email as content doesn't email specific people. I assume you are using this syntax to state that while you are addressing me directly you also include other thir

[openstack-dev] [tripleo] rabbitmq / ipv6 issue

TL;DR;This e-mail tracks down the work done to make RabbitMQ working on IPv6 deployments. It's currently broken and we might need to patch different Puppet modules to make it work. Long story: Attila Darazs is currently working on [1] to get IPv6 tested by TripleO CI but is stuck because a Rabbit

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

Thomas Goirand wrote: so it's not completely crazy to kick it back to non-official status (especially now that it doesn't trigger any repository rename). Please don't. It took over 5 months to get it, and to be allowed to create the initial Git repository under the OpenStack namespace, with oth

Re: [openstack-dev] [packstack] Update packstack core list

- Original Message - > From: "Javier Pena" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, March 8, 2016 4:41:41 AM > Subject: Re: [openstack-dev] [packstack] Update packstack core list > > > Hi, > > > > [post originally sent on RDO-list but I'

Re: [openstack-dev] [Fuel] Plans on networking modularisation

Hi Aleksey, > What is the status of making networking part replaceable? As I know, [0] > is in progress. Are there any other activities in progress (about API, > serialization for orchestrator, network verification)? Do we have specs on > review (I know about this one: [1]) ? > > AFAIK there are

Re: [openstack-dev] [tripleO][Neutron] neutron-lbaas agent service placement

On 03/14/2016 10:18 AM, Qasim Sarfraz wrote: > Hi Triple-O folks, > > I was planning to enable neutron-lbaas-agent on a overcloud deployment > but couldn't find any useful documentation. Can someone please point me > to the required documentation? Is there a heat/puppet workflow available > for th

Re: [openstack-dev] [tripleo] rabbitmq / ipv6 issue

So from now, we pin [5] puppetlabs-rabbitmq to the commit before [3] and I rebased Attila's patch to test CI again. This pin is a workaround, in the meantime we are working on a fix in puppetlabs-rabbitmq. [5] https://review.openstack.org/293074 I also reported the issue in TripleO Launchpad: htt

[openstack-dev] [Rally] single router per tenant in network context

Hi, I have a openstack setup with 1 controller node, 1 network node and 2 compute nodes. I want to perform scale testing of the setup in the following manner: - Create 10 tenants - Create 1 router per tenant - Create 100 neutron networks across 10 tenants attached to the router - Create 500 VMs sp

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On 15/03/16 16:21, "Markus Zoeller" wrote: >Sean Dague wrote on 03/15/2016 02:52:47 PM: > >> From: Sean Dague >> To: [email protected] >> Date: 03/15/2016 02:53 PM >> Subject: Re: [openstack-dev] [nova] Wishlist bugs == (trivial) >blueprint? >> >> On 03/15/2016 09:37 AM, Chri

[openstack-dev] [fuel] UCA deployment landed and working

Hi all, Thanks to Alex Schultz, we landed the Ubuntu Cloud Archive as a possible deployment source last week just in time for the feature freeze exception. No sooner than landing it, we have a new task to switch it to a separate Fuel release[1]. Patches are on review to fix this now[2]. But now it

Re: [openstack-dev] [Fuel] Getting rid of cluster status

On Tue, Mar 15, 2016 at 4:04 AM Roman Prykhodchenko wrote: > Fuelers, > > I would like to continue the series of "Getting rid of …" emails. This > time I’d like to talk about statuses of clusters. > > The issues with that attribute is that it is not actually related to real > world very much and

[openstack-dev] [horizon] PTL candidacy

Hi folks, I'm announcing my candidacy for PTL for Horizon for the Newton release cycle. My main goals for the cycle are: - Remove roadblocks from AngularJS development so that the code can mature. This means optimistically approving patches in the experimental disabled panels, so that it can

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On Tue, Mar 15, 2016 at 06:28:14PM +0100, Thierry Carrez wrote: > The second issue is that we don't have any way to run an election on the > project, since we don't have a way to determine "contributors" (or rather, > the only voter and potential candidate under those rules would be Monty). > You

Re: [openstack-dev] [magnum] Discussion of supporting single/multiple OS distro

WFM as long as we stick to the spirit of the proposal and don't end up in a situation where there is only one distribution. Others in the thread had indicated there would be only one distribution in tree, which I'd find disturbing for reasons already described on this thread. While we are abou

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

agree we can ask people to submit their requirement through backlog spec but not sure it might have too much process sometimes the bug opener is not a developer, it might be some operatoror openstack user, they just want to get it done but they don't know more detailso we can keep the wishlist and

Re: [openstack-dev] [horizon] PTL noncandidacy

Thank you so much David! You've done an *exceptional* job making Horizon great! Look forward to continuing to work alongside you (your knowledge of past/present/future is unmatched!). Regards, Cindy From: Zhenguo Niu To: "OpenStack Development Mailing List (not for usage questions)"

[openstack-dev] [QA] PTL candidacy

Hi everyone, I'd like to announce my candidacy for PTL of the Quality Assurance team for the Newton release cycle. I have joined into the OpenStack community since 2012 as a developer, and you can see my activities on the following metric: * Review: http://stackalytics.com/?release=all&user_id=

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On Mar 15, 2016, at 10:59, Tim Bell wrote: > The risk I see is that we are missing input to the development process in > view of the complexity of submitting those requirements. Clearly, setting the > bar too low means that there is no clear requirement statement etc. However, > I think the co

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 03/15/2016 08:22 PM, Tony Breeds wrote: > However, at the risk of sounding like a humorless automaton, we have a valid > candidate. > * Monty Taylor for Packaging-Deb PTL https://review.openstack.org/#/c/292690/ This started as a joke. Please don't pick-up the joke, and make it a serious propo

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 15/03/2016 20:29, Thomas Goirand wrote: > On 03/15/2016 08:22 PM, Tony Breeds wrote: >> However, at the risk of sounding like a humorless automaton, we have a valid >> candidate. >> * Monty Taylor for Packaging-Deb PTL >> https://review.openstack.org/#/c/292690/ > > This started as a joke. Pl

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 03/15/2016 04:25 PM, Thomas Goirand wrote: > On 03/15/2016 08:22 PM, Tony Breeds wrote: >> However, at the risk of sounding like a humorless automaton, we have a valid >> candidate. >> * Monty Taylor for Packaging-Deb PTL >> https://review.openstack.org/#/c/292690/ > > This started as a joke.

[openstack-dev] [designate] PTL Candidacy

Hi All! I am proposing myself for PTL of the Designate project. In the last 6 months we have had a smaller amount of changes into the project, but this has not necessarily been a bad thing for us. We have stabilized some of the changes that have been filtering through over the last year or so, a

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 2016-03-15 21:25:47 +0100 (+0100), Thomas Goirand wrote: [...] > I know we have established governance rules. They exist for a reason. > Though I hope everyone understand what happened after my explanation. > > I believe what you wanted to write is: > > "If we don't think first and follow the

Re: [openstack-dev] [nova] Wishlist bugs == (trivial) blueprint?

On 03/15/2016 04:09 PM, melanie witt wrote: > On Mar 15, 2016, at 10:59, Tim Bell wrote: > >> The risk I see is that we are missing input to the development process in >> view of the complexity of submitting those requirements. Clearly, setting >> the bar too low means that there is no clear re

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On Tue, Mar 15, 2016 at 09:25:47PM +0100, Thomas Goirand wrote: > On 03/15/2016 08:22 PM, Tony Breeds wrote: > > However, at the risk of sounding like a humorless automaton, we have a valid > > candidate. > > * Monty Taylor for Packaging-Deb PTL > > https://review.openstack.org/#/c/292690/ > > T

Re: [openstack-dev] [all][oslo] config generator default overrides and namespaces

Excerpts from Michael Krotscheck's message of 2016-03-14 14:31:37 +: > On Mon, Mar 14, 2016 at 7:29 AM Markus Zoeller wrote: > > > > > Thanks Doug and Robert for catching this and providing the fixes! > > > > Regarding potential backports: Do you have information if this is > > something whic

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On Tue, Mar 15, 2016 at 08:35:23PM +, Hayes, Graham wrote: > Does the current PTL not have the ability to propose extra-atc's for > this reason? > > Would a solution be for zigo to propose the people active in > http://anonscm.debian.org/cgit/openstack/openstack-pkg-tools.git/ > to the govern

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

Overlayfs is definitely faster, especially at deploy from a registry. Regards, -steve From: Sam Yaple mailto:[email protected]>> Reply-To: "[email protected]" mailto:[email protected]>>, "OpenStack Development Mailing List (not for usage questions)" mailto:[email protected]

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 15/03/2016 21:09, Tony Breeds wrote: > On Tue, Mar 15, 2016 at 08:35:23PM +, Hayes, Graham wrote: > >> Does the current PTL not have the ability to propose extra-atc's for >> this reason? >> >> Would a solution be for zigo to propose the people active in >> http://anonscm.debian.org/cgit/ope

Re: [openstack-dev] [tc] Question about electorate for project without gerrit contribution

On 03/15/2016 09:35 PM, Hayes, Graham wrote: > On 15/03/2016 20:29, Thomas Goirand wrote: > Does the current PTL not have the ability to propose extra-atc's for > this reason? > > Would a solution be for zigo to propose the people active in > http://anonscm.debian.org/cgit/openstack/openstack-pkg-

  1   2   >