Re: [openstack-dev] [Fuel] Feature Freeze is soon

2015-12-02 Thread Mike Scherbakov
In order to be effective, I created an etherpad to go over: https://etherpad.openstack.org/p/8.0-features-status I'd like to call everyone to update status of blueprints, so that we can have accurate picture of 8.0 deliverables. During the meeting, I'd like us to quickly sync on FFEs and clarify s

Re: [openstack-dev] [Fuel] Nominating Roman Prykhodchenko to python-fuelclient cores

2015-12-02 Thread Julia Aranovich
+1 On Tue, Dec 1, 2015 at 10:29 PM Sergii Golovatiuk wrote: > +1 > > -- > Best regards, > Sergii Golovatiuk, > Skype #golserge > IRC #holser > > On Tue, Dec 1, 2015 at 6:15 PM, Aleksey Kasatkin > wrote: > >> +1. >> No doubts. ) >> >> >> Aleksey Kasatkin >> >> >> On Tue, Dec 1, 2015 at 5:49 PM,

[openstack-dev] [watcher] weekly meeting agenda

2015-12-02 Thread Antoine Cabot
Hello! Here is the agenda for our weekly meeting, today at 1400 UTC on #openstack-meeting-4 [1] Feel free to add any items you'd like to discuss. Thanks, Antoine [1] *https://wiki.openstack.org/wiki/Watcher_Meeting_Agenda#12.2F2.2F2015

Re: [openstack-dev] [Horizon][Neutron] dashboard repository for neutron subprojects

2015-12-02 Thread Akihiro Motoki
Thanks all. All comments so far are from neutron side. I would like to wait inputs from horizon side, especially David. Option (c) is what we do in neutron sub-projects under neutron stadium model and I agree it makes sense and sounds natural to neutron folks. My initial mail just did not cover t

Re: [openstack-dev] [midonet] IRC: ditch #midonet-dev?

2015-12-02 Thread Jan Hilberath
On 2015年12月01日 19:14, Takashi Yamamoto wrote: On Tue, Dec 1, 2015 at 7:08 PM, Antoni Segura Puimedon wrote: On Tue, Dec 1, 2015 at 10:59 AM, Ivan Kelly wrote: +1 for #2 PS: Beware of the top-posting! It makes vote counting harder ;-) On Tue, Dec 1, 2015 at 10:57 AM, Sandro Mathys w

Re: [openstack-dev] [Neutron] Evolving the stadium concept

2015-12-02 Thread Thierry Carrez
Armando M. wrote: >> One solution is, like you mentioned, to make some (or all) of them >> full-fledged project teams. Be aware that this means the TC would judge >> those new project teams individually and might reject them if we feel >> the requirements are not met. We might want to clarify what

[openstack-dev] [Neutron][VPNaaS]How to enable VPNaas in devstack ?

2015-12-02 Thread lichen.hangzhou
hello, I have a question, can I enable vpnaas under devstack? https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall#VPNaaS_with_Single_DevStack_and_Two_Routers ==> There is a section said : Checkout Test branches Neutron : https://review.openstack.org/#/c/33148/ Neutron client : https://

Re: [openstack-dev] [Fuel] Nominating Roman Prykhodchenko to python-fuelclient cores

2015-12-02 Thread Aleksandr Didenko
+1 On Wed, Dec 2, 2015 at 9:13 AM, Julia Aranovich wrote: > +1 > > On Tue, Dec 1, 2015 at 10:29 PM Sergii Golovatiuk < > sgolovat...@mirantis.com> wrote: > >> +1 >> >> -- >> Best regards, >> Sergii Golovatiuk, >> Skype #golserge >> IRC #holser >> >> On Tue, Dec 1, 2015 at 6:15 PM, Aleksey Kasatk

[openstack-dev] [fuel] [FFE] FF exception request for support murano-cfapi feature

2015-12-02 Thread Nikolay Starodubtsev
Hi, The patch for fuel-library which implements murano cf-api role will be ready today, the patch for puppet-murano is already on review and probably ready, the same is true for patch to fuel-web . So, I'd like to ask a FFE

Re: [openstack-dev] [Fuel] Nominating Roman Prykhodchenko to python-fuelclient cores

2015-12-02 Thread Roman Vyalov
+1 On Wed, Dec 2, 2015 at 12:35 PM, Aleksandr Didenko wrote: > +1 > > On Wed, Dec 2, 2015 at 9:13 AM, Julia Aranovich > wrote: > >> +1 >> >> On Tue, Dec 1, 2015 at 10:29 PM Sergii Golovatiuk < >> sgolovat...@mirantis.com> wrote: >> >>> +1 >>> >>> -- >>> Best regards, >>> Sergii Golovatiuk, >>>

Re: [openstack-dev] [Fuel][Infra] HA deployment tests on nodepool

2015-12-02 Thread Anastasia Urlapova
Artur, Shura and Dima, I want close the action item which I've got on the Fuel IRC meeting Nov 26th. BP for investigation how we can(not) run HA tests on nodepool was created: https://blueprints.launchpad.net/fuel/+spec/qa-rnd-ha-on-nodepool Milestone target is "next" cause we are close to FF for

Re: [openstack-dev] [Neutron][VPNaaS]How to enable VPNaas in devstack ?

2015-12-02 Thread Elena Ezhova
Hi! Just enabling the neutron-vpnaas plugin is enough, master branch will be automatically fetched if you set RECLONE=True in your local.conf. The "Checkout Test branches" section is outdated and should be removed from the doc. On Wed, Dec 2, 2015 at 12:31 PM, lichen.hangzhou wrote: > hello, >

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Sergii Golovatiuk
Hi, On Tue, Dec 1, 2015 at 11:34 PM, Peter Lemenkov wrote: > Hello All! > > Well, side-effects (or any other effects) are quite obvious and > predictable - this will decrease availability of RPC queues a bit. > That's for sure. > Imagine the case when user creates VM instance, and some nova me

[openstack-dev] [vitrage] vitrage meeting minute

2015-12-02 Thread AFEK, Ifat (Ifat)
Hi, Here are the minutes of today's meeting: http://eavesdrop.openstack.org/meetings/vitrage/2015/vitrage.2015-12-02-09.01.html Meeting log: http://eavesdrop.openstack.org/meetings/vitrage/2015/vitrage.2015-12-02-09.01.log.html See you next time, Ifat.

Re: [openstack-dev] [stable] Stable team PTL nominations are open

2015-12-02 Thread Thierry Carrez
Thierry Carrez wrote: > The nomination deadline is passed, we have two candidates! > > I'll be setting up the election shortly (with Jeremy's help to generate > election rolls). OK, the election just started. Recent contributors to a stable branch (over the past year) should have received an emai

Re: [openstack-dev] [TripleO] RFC: profile matching

2015-12-02 Thread Dmitry Tantsur
On 12/01/2015 06:55 PM, Ben Nemec wrote: Sorry for not getting to this earlier. Some thoughts inline. On 11/09/2015 08:51 AM, Dmitry Tantsur wrote: Hi folks! I spent some time thinking about bringing profile matching back in, so I'd like to get your comments on the following near-future plan.

[openstack-dev] [vitrage] vitrage meeting minute

2015-12-02 Thread ETROG, OMER (OMER)
Hi, We push our first "Hello World" page to the Vitrage Dashboard project, we are following the Horizon Plugin structure and using AngularJS as a framework Next stage will be to add sunburst using d3 library Omer __ Open

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Bogdan Dobrelya
On 01.12.2015 23:34, Peter Lemenkov wrote: > Hello All! > > Well, side-effects (or any other effects) are quite obvious and > predictable - this will decrease availability of RPC queues a bit. > That's for sure. And consistency. Without messages and queues being synced between all of the rabbit_h

Re: [openstack-dev] [ceilometer][aodh][vitrage] Raising custom alarms in AODH

2015-12-02 Thread Julien Danjou
On Tue, Dec 01 2015, ROSENSWEIG, ELISHA (ELISHA) wrote: > 1. Does AODH currently support raising alarms on resources not modeled > in OpenStack? For example, raising an alarm on a Switch? Or does each > alarm have to relate to a resource ID (or IDs)( Yes, Aodh does not really care, especially wit

Re: [openstack-dev] [puppet] [ceph] Puppet Ceph CI

2015-12-02 Thread David Gurtner
So from the discussion I gather we should do the following: - Update the jobs to run Infernalis - Split the RGW jobs into smaller chunks where one tests just the RGW and another one tests Keystone integration - Use Liberty (or at least Kilo) for the Keystone integration job - Split the tests more

Re: [openstack-dev] [oslo.messaging] configurable ack-then-process (at least/most once) behavior

2015-12-02 Thread Bogdan Dobrelya
> Bogdan, > > Which service would use this flag to start with? and how would the > code change to provide "app side is fully responsible for duplicates > handling"? (fixed topic tags to match oslo.messaging) AFAIK, this mode is required by Mistral HA. Other projects may want the at-least-once rp

Re: [openstack-dev] [ironic]Create vm fails when using IronicDriver

2015-12-02 Thread Lucas Alvares Gomes
Hi Zhi, > And the error message is: > InstanceDeployFailure: RPC do_node_deploy failed to validate deploy or power > info. Error: Node d71babdd-aa91-450d-b957-dc8c633c41f2 is configured to use > the agent_ssh driver which currently does not support deploying partition > images. > > Could someone g

Re: [openstack-dev] [vitrage] vitrage meeting minute

2015-12-02 Thread ITZIKOWITZ, Noy (Noy)
I just installed it, looks great! Sent from my iPhone On 2 Dec 2015, at 12:02, ETROG, OMER (OMER) mailto:omer.et...@alcatel-lucent.com>> wrote: Hi, We push our first "Hello World" page to the Vitrage Dashboard project, we are following the Horizon Plugin structure and using AngularJS as a fra

Re: [openstack-dev] [puppet] [ceph] Puppet Ceph CI

2015-12-02 Thread Loic Dachary
Hi David, On 02/12/2015 11:45, David Gurtner wrote: > So from the discussion I gather we should do the following: > > - Update the jobs to run Infernalis > - Split the RGW jobs into smaller chunks where one tests just the RGW and > another one tests Keystone integration > - Use Liberty (or at le

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Dmitry Mescheryakov
2015-12-02 12:48 GMT+03:00 Sergii Golovatiuk : > Hi, > > > On Tue, Dec 1, 2015 at 11:34 PM, Peter Lemenkov > wrote: > >> Hello All! >> >> Well, side-effects (or any other effects) are quite obvious and >> predictable - this will decrease availability of RPC queues a bit. >> That's for sure. >> >

Re: [openstack-dev] [fuel] [FFE] FF exception request for support murano-cfapi feature

2015-12-02 Thread Nikolay Starodubtsev
And here is a small patch to fuel-lib Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-12-02 12:37 GMT+03:00 Nikolay Starodubtsev : > Hi, > The patch for fuel-library which implements murano cf-api role will be >

Re: [openstack-dev] [ceilometer][aodh][vitrage] Raising custom alarms in AODH

2015-12-02 Thread ROSENSWEIG, ELISHA (ELISHA)
Thanks for your response. It definitely helped clarify things. Regarding the second point: Say we have 30 different types of alarms we might want to raise on an OpenStack instance (VM). What I understand from your explanation is that when we create a new instance, we need to create 30 new alarm

Re: [openstack-dev] [tripleo][ironic][heat] Adding back the tripleo check job

2015-12-02 Thread Steven Hardy
On Tue, Dec 01, 2015 at 05:10:57PM -0800, Devananda van der Veen wrote: >On Tue, Dec 1, 2015 at 3:22 AM, Steven Hardy wrote: > > On Mon, Nov 30, 2015 at 03:35:13PM -0800, Devananda van der Veen wrote: > >    On Mon, Nov 30, 2015 at 3:07 PM, Zane Bitter > wrote: > > >

Re: [openstack-dev] [tripleo][ironic][heat] Adding back the tripleo check job

2015-12-02 Thread Steven Hardy
On Tue, Dec 01, 2015 at 06:00:26PM -0500, Zane Bitter wrote: > On 01/12/15 06:22, Steven Hardy wrote: > >>> +1 > >>> > >>> I don't think it hurts to turn it on, but tbh I'm uncomfortable with > >>> the > >>> mental overhead of a non-voting job that I have to manually treat as > >>>

Re: [openstack-dev] [neutron] Purpose and documentation of the API

2015-12-02 Thread Ihar Hrachyshka
Sean M. Collins wrote: On Tue, Dec 01, 2015 at 07:16:00AM EST, Neil Jerram wrote: _What is important: the API, or documented use cases?_ Both are important - however I think I understand what you are trying to tease out. Being theoretically inclined, I tend to assume that if an API exists,

[openstack-dev] [nova] what are the key errors with volume detach

2015-12-02 Thread Sean Dague
This patch to add a bunch of logic to nova-manage for forcing volume detach raised a bunch of questions https://review.openstack.org/#/c/184537/24/nova/cmd/manage.py,cm In thinking about this for the last day, I think the real concern is that we have so many safety checks on volume delete, that if

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Jordan Pittier
On Wed, Dec 2, 2015 at 1:05 PM, Dmitry Mescheryakov < dmescherya...@mirantis.com> wrote: > > > My point is simple - lets increase our architecture scalability by 2-3 > times by _maybe_ causing more errors for users during failover. The > failover time itself should not get worse (to be tested by m

Re: [openstack-dev] [swift] [oslo.messaging] [fuel] [ha] Is Swift going to support oslo.messaging?

2015-12-02 Thread Denis Egorenko
Hi Mehdi, Thank you for your reply! It works for us. 2015-12-01 20:40 GMT+03:00 Mehdi Abaakouk : > Hi, > > Current scheme supports only one RabbitMQ node with url parameter. >> > > That's not true, you can pass many hosts via the url like that: > rabbit://user:pass@host1:port1,user:pass@host2:po

Re: [openstack-dev] [nova]New Quota Subteam on Nova

2015-12-02 Thread Dulko, Michal
On Tue, 2015-12-01 at 11:45 -0800, Vilobh Meshram wrote: > Having worked in the area of Quotas for a while now by introducing > features like Cinder Nested Quota Driver [1] [2] I strongly feel that > something like a Nova Quota sub-team will definitely help. Mentioning > about Cinder Quota driver

Re: [openstack-dev] [Fuel] Feature Freeze is soon

2015-12-02 Thread Sheena Gregson
Is the meeting at 8am PST today? *From:* Mike Scherbakov [mailto:mscherba...@mirantis.com] *Sent:* Wednesday, December 02, 2015 1:57 AM *To:* OpenStack Development Mailing List (not for usage questions) < openstack-dev@lists.openstack.org> *Subject:* Re: [openstack-dev] [Fuel] Feature Freeze is

[openstack-dev] [nova] jsonschema for scheduler hints

2015-12-02 Thread Sean Dague
We have previously agreed that scheduler hints in Nova are an open ended thing. It's expected for sites to have additional scheduler filters which expose new hints. The way we handle that with our strict jsonschema is that we allow additional properties - https://github.com/openstack/nova/blob/1734

Re: [openstack-dev] [Fuel] Patch size limit

2015-12-02 Thread Igor Kalnitsky
Hey folks, I agree that patches must be as small as possible. I believe it will significantly increase our review experience - more fast review, and, therefore, landing to master. However, I don't agree that we should introduce criteria based on LOC, because of mentioned reasons above. I believe

Re: [openstack-dev] [Fuel] Feature Freeze is soon

2015-12-02 Thread Igor Kalnitsky
Sheena, Yeah, we will have a meeting in #fuel-dev IRC channel. :) - Igor On Wed, Dec 2, 2015 at 4:25 PM, Sheena Gregson wrote: > Is the meeting at 8am PST today? > > > > From: Mike Scherbakov [mailto:mscherba...@mirantis.com] > Sent: Wednesday, December 02, 2015 1:57 AM > To: OpenStack Developm

Re: [openstack-dev] [Neutron] need help in translating sql query to sqlalchemy query

2015-12-02 Thread Sean M. Collins
Was perusing the documentation again this morning and there is another thing I found - you can call join() with the aliased=True flag to get similar results. Check out the "Constructing Aliases Anonymously" section. http://docs.sqlalchemy.org/en/latest/orm/query.html -- Sean M. Collins

Re: [openstack-dev] [all] [glance] Proposal to add Abhishek to Glance core team

2015-12-02 Thread Flavio Percoco
On 01/12/15 01:21 -0500, Nikhil Komawar wrote: Hi, As the requested (re-voting) on [1] seemed to conflict with the thread title, I am __init__ing a new thread for the sake of clarity, closure and ease of vote. Please do provide feedback on the proposal by me on this thread [1]. Other reference

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Dmitry Mescheryakov
2015-12-02 13:11 GMT+03:00 Bogdan Dobrelya : > On 01.12.2015 23:34, Peter Lemenkov wrote: > > Hello All! > > > > Well, side-effects (or any other effects) are quite obvious and > > predictable - this will decrease availability of RPC queues a bit. > > That's for sure. > > And consistency. Without

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Konstantin Kalin
I would add on top of that Dmirty said that HA queues also increases probability to have messages duplications under certain scenarios (besides of that they are ~10x slower). Would Openstack services tolerate if RPC request will be duplicated? What I've already learned - No. Also if cluster_par

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Vladimir Kuklin
Dmitry Although, I am a big fan of disabling replication for RPC, I think it is too late to introduce it so late by default. I would suggest that we control this part of OCF script with a specific parameter 'e.g. enable RPC replication' and set it to 'true' by default. Then we can set this option

Re: [openstack-dev] [nova] jsonschema for scheduler hints

2015-12-02 Thread Sylvain Bauza
Le 02/12/2015 15:23, Sean Dague a écrit : We have previously agreed that scheduler hints in Nova are an open ended thing. It's expected for sites to have additional scheduler filters which expose new hints. The way we handle that with our strict jsonschema is that we allow additional properties

Re: [openstack-dev] [puppet] [ceph] Puppet Ceph CI

2015-12-02 Thread David Moreau Simard
I pushed an overly optimistic review [1] for updating Openstack to Liberty. Haven't had the time to look back at it yet. The general idea was to defer the repository setup to openstack_extras and pull in the keystone setup mostly as-is directly from puppet-openstack-integration. [1]: https://revi

Re: [openstack-dev] [nova] [ironic] Hardware composition

2015-12-02 Thread Dmitry Tantsur
On 12/01/2015 02:44 PM, Vladyslav Drok wrote: Hi list! There is an idea of making use of hardware composition (e.g. http://www.intel.com/content/www/us/en/architecture-and-technology/rack-scale-architecture/intel-rack-scale-architecture-resources.html) to create nodes for ironic. The current pr

Re: [openstack-dev] [ironic][inspector] CMDB integration

2015-12-02 Thread Dmitry Tantsur
On 11/30/2015 03:07 PM, Pavlo Shchelokovskyy wrote: Hi all, we are looking at how ironic-inspector could integrate with external CMDB solutions and be able fetch a minimal set of data needed for discovery (e.g. IPMI credentials and IPs) from CMDB. This could probably be achieved with data filter

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Davanum Srinivas
Vova, Folks, +1 to "set this option to false as an experimental feature" Thanks, Dims On Wed, Dec 2, 2015 at 10:08 AM, Vladimir Kuklin wrote: > Dmitry > > Although, I am a big fan of disabling replication for RPC, I think it is too > late to introduce it so late by default. I would suggest that

Re: [openstack-dev] [ironic][inspector] CMDB integration

2015-12-02 Thread Serge Kovaleff
On Wed, Dec 2, 2015 at 5:23 PM, Dmitry Tantsur wrote: > What tripleo currently does is creating a JSON file with credentials in > advance, then enroll nodes with it. We were considering CSV as a starter. Cheers, Serge Kovaleff http://www.mirantis.com cell: +38 (063) 83-155-70 _

Re: [openstack-dev] [ironic][inspector] CMDB integration

2015-12-02 Thread Serge Kovaleff
Another possible candidates we got from our discussions are *itop* and *Foreman*. Anything else? Cheers, Serge Kovaleff On Wed, Dec 2, 2015 at 5:34 PM, Serge Kovaleff wrote: > > On Wed, Dec 2, 2015 at 5:23 PM, Dmitry Tantsur > wrote: > >> What tripleo currently does is creating a JSON file wi

Re: [openstack-dev] [Fuel][FFE] Disabling HA for RPC queues in RabbitMQ

2015-12-02 Thread Sheena Gregson
This seems like a totally reasonable solution, and would enable us to more thoroughly test the performance implications of this change between 8.0 and 9.0 release. +1 -Original Message- From: Davanum Srinivas [mailto:dava...@gmail.com] Sent: Wednesday, December 02, 2015 9:32 AM To: OpenSt

[openstack-dev] [Fuel][FFE] Component registry

2015-12-02 Thread Andrian Noga
Colleagues, Folks, I would like to request feature freeze exception for Component registry https://blueprints.launchpad.net/fuel/+spec/component-registry Specification is already merged https://review.openstack.org/#/c/229306/ Main patch is also merged https://review.openstack.org/#/c/247913/ We

[openstack-dev] [Fuel][FFE] Provide possibilities to change VMware clusters on operational env

2015-12-02 Thread Andrian Noga
Colleagues, I would like to request feature freeze exception for Provide possibilities to change VMware clusters on operational env https://blueprints.launchpad.net/fuel/+spec/add-vmware-clusters Specification is ready for merge https://review.openstack.org/#/c/250469/12 Main patch for UI is alrea

Re: [openstack-dev] [tripleo][ironic][heat] Adding back the tripleo check job

2015-12-02 Thread Derek Higgins
On 02/12/15 12:53, Steven Hardy wrote: On Tue, Dec 01, 2015 at 05:10:57PM -0800, Devananda van der Veen wrote: On Tue, Dec 1, 2015 at 3:22 AM, Steven Hardy wrote: On Mon, Nov 30, 2015 at 03:35:13PM -0800, Devananda van der Veen wrote: >Â Â On Mon, Nov 30, 2015 at 3:07 PM, Z

[openstack-dev] [heat][tripleo] User Initiated Rollback

2015-12-02 Thread Steven Hardy
So, chatting with Giulio today about https://bugs.launchpad.net/heat/+bug/1521944 has be thinking about $subject. The root case of that issue is essentially a corner case of a stack-update, combined with some coupling within the Neutron API which prevents the update traversal from working. But i

Re: [openstack-dev] [Fuel][library] CI gate for regressions detection in deployment data

2015-12-02 Thread Bogdan Dobrelya
On 01.12.2015 11:28, Aleksandr Didenko wrote: > Hi, > >> pregenerated catalogs for the Noop tests to become the very first >> committed state in the data regression process has to be put in the >> *separate repo* > > +1 to that, we can put this new repo into .fixtures.yml > >> note, we could as

[openstack-dev] [Neutron] Liberty release for L2GW

2015-12-02 Thread Sukhdev Kapur
Folks, This is to let everybody know that Liberty release for L2GW project is released and is available at - https://pypi.python.org/pypi/networking-l2gw Feel free to download it and use it. Please let us know if you see any issue with it. Authors of outstanding or new patches, please use your b

Re: [openstack-dev] [telemetry][aodh][vitrage] The purpose of notification about alarm updating

2015-12-02 Thread AFEK, Ifat (Ifat)
Hi, In Vitrage[3] project, we would like to be notified on every alarm that is triggered, and respond immediately (e.g. by generating RCA insights, or by triggering new alarms on other resources). We are now in the process of designing our integration with AODH. If I understood you correctly,

[openstack-dev] [puppet] [tripleo] stop maintaining puppet-tuskar

2015-12-02 Thread Emilien Macchi
Hi, I don't find any official statement on the Internet, but I've heard Tuskar is not going to be maintained anymore (tell me if I'm wrong). If I'm not wrong, I suggest we stop maintaining puppet-tuskar, and stable/liberty would be the latest release that we have maintained. I would also drop all

Re: [openstack-dev] [TripleO] RFC: profile matching

2015-12-02 Thread Ben Nemec
On 12/02/2015 03:59 AM, Dmitry Tantsur wrote: > On 12/01/2015 06:55 PM, Ben Nemec wrote: >> Sorry for not getting to this earlier. Some thoughts inline. >> >> On 11/09/2015 08:51 AM, Dmitry Tantsur wrote: >>> Hi folks! >>> >>> I spent some time thinking about bringing profile matching back in, so

[openstack-dev] [neutron] Release Notes for *aaS projects

2015-12-02 Thread Kyle Mestery
We're hoping to cut Neutron M-1 this week [1]. We have implemented release notes in the main Neutron repository [2] , but not in the *aaS repositories. At the time, I thought this was a good approach and we could collect all releasenotes there. But I think it makes sense to have releasenotes in the

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

2015-12-02 Thread Jeremy Stanley
On 2015-11-17 02:49:30 + (+), Rochelle Grober wrote: > I would like to make a plea that while Juno is locked down so as > no changes can be made against it, the branch remains on the > git.openstack.org site. We don't so much delete the stable/juno branch as replace its final state with a

Re: [openstack-dev] [tripleo][ironic][heat] Adding back the tripleo check job

2015-12-02 Thread Jim Rollenhagen
On Wed, Dec 02, 2015 at 03:58:01PM +, Derek Higgins wrote: > > > >Ah, I think all we have here is a terminology mismatch around "non voting" > >vs "non gating". > > > >AFAIK what is being proposed is to reinstate the TripleO jobs so they *do* > >vote on any change (+1/-1), but they do not blo

Re: [openstack-dev] [heat][tripleo] User Initiated Rollback

2015-12-02 Thread Zane Bitter
On 02/12/15 11:02, Steven Hardy wrote: So, chatting with Giulio today about https://bugs.launchpad.net/heat/+bug/1521944 has be thinking about $subject. The root case of that issue is essentially a corner case of a stack-update, combined with some coupling within the Neutron API which prevents

Re: [openstack-dev] [ceilometer][aodh][vitrage] Raising custom alarms in AODH

2015-12-02 Thread Julien Danjou
On Wed, Dec 02 2015, ROSENSWEIG, ELISHA (ELISHA) wrote: > Regarding the second point: Say we have 30 different types of alarms we might > want to raise on an OpenStack instance (VM). What I understand from your > explanation is that when we create a new instance, we need to create 30 new > alarms

Re: [openstack-dev] [stable] Preparing 2014.2.4 (Juno) WAS Re: [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

2015-12-02 Thread Jeremy Stanley
On 2015-11-16 20:57:09 -0600 (-0600), Matt Riedemann wrote: [...] > Arguably we could still be testing grenade on stable/kilo by just > installing Juno 2014.2.4 (last Juno point release before EOL) and > then upgrading to stable/kilo. I encourage you, say in a month's time, to try "just" installin

Re: [openstack-dev] [ironic] Announcing Third Party CI for Proliant iLO Drivers

2015-12-02 Thread Jim Rollenhagen
On Mon, Nov 30, 2015 at 12:48:44PM -0500, Anita Kuno wrote: > On 11/30/2015 12:33 PM, Dmitry Tantsur wrote: > > I was there and I already said that I'm not buying into "spamming the > > list" argument. There are much less important things that I see here > > right now, even though I do actively use

[openstack-dev] [tc] Request for comment on requiring running Linux as DefCore capability

2015-12-02 Thread Chris Hoge
A recent change request for the DefCore guidelines to “Flag validation tests as being OS specific[1]" has sparked a larger discussion about whether DefCore should explictly require running Linux as a compute capability. The DefCore Committee has prepared a document[2] covering the issue and possibl

Re: [openstack-dev] [ceilometer][aodh][vitrage] Raising custom alarms in AODH

2015-12-02 Thread AFEK, Ifat (Ifat)
Hi Julien, Please see our questions below. Ifat and Elisha. > -Original Message- > From: Julien Danjou [mailto:jul...@danjou.info] > > On Wed, Dec 02 2015, ROSENSWEIG, ELISHA (ELISHA) wrote: > > Regarding the second point: Say we have 30 different types of alarms > > we might want to ra

Re: [openstack-dev] [ceilometer][aodh][vitrage] Raising custom alarms in AODH

2015-12-02 Thread Julien Danjou
On Wed, Dec 02 2015, AFEK, Ifat (Ifat) wrote: > As we understand it, if we take the first approach you describe, then we can > have an alarm refer to all the VMs in the system, but then if the alarm is > triggered by one VM or by five VMs, the result will be the same - only one > alarm will be act

[openstack-dev] [release][barbican][heat][manila] finishing reno integration work

2015-12-02 Thread Doug Hellmann
We have 3 managed projects following the release:cycle-with-milestones release model (barbican, heat, manila) that haven't completed the work to add reno to their projects for managing release notes. Please complete the work today so you don't miss the M-1 milestone deadline tomorrow. Doug _

Re: [openstack-dev] [Fuel] Feature Freeze is soon

2015-12-02 Thread Mike Scherbakov
Thank you all for participation. I'll write up a summary here in the next few hours. IRC log is unfortunately totally useless [1] due to freenode issues. Please help me to get the full log here: https://etherpad.openstack.org/p/fuel-8.0-FF-meeting [1] http://irclog.perlgeek.de/fuel-dev/2015-12-02

Re: [openstack-dev] [nova][cinder] what are the key errors with volume detach

2015-12-02 Thread Rosa, Andrea (HP Cloud Services)
Hi thanks Sean for bringing this point, I have been working on the change and on the (abandoned) spec. I'll try here to summarize all the discussions we had and what we decided. > From: Sean Dague [mailto:s...@dague.net] > Sent: 02 December 2015 13:31 > To: OpenStack Development Mailing List (no

Re: [openstack-dev] [ironic] Announcing Third Party CI for Proliant iLO Drivers

2015-12-02 Thread Anita Kuno
On 12/02/2015 11:56 AM, Jim Rollenhagen wrote: > On Mon, Nov 30, 2015 at 12:48:44PM -0500, Anita Kuno wrote: >> On 11/30/2015 12:33 PM, Dmitry Tantsur wrote: >>> I was there and I already said that I'm not buying into "spamming the >>> list" argument. There are much less important things that I see

[openstack-dev] [FUEL] FFE request for erlang and rabbitmq-server packaged for centos7

2015-12-02 Thread Artem Silenkov
Hello! We have got - erlang=18.1 https://review.fuel-infra.org/#/c/12896/ - rabbitmq-server=3.5.6 https://review.fuel-infra.org/#/c/12901/ packaged for ubuntu trusty in corresponding requests. Those requests are not merged yet but probably would today evening. We need some time to backport it for

Re: [openstack-dev] [Fuel] Nominating Dmitry Burmistrov to core reviewers of fuel-mirror

2015-12-02 Thread Vladimir Kozhukalov
Mike, Yes, probably the best place to describe further plans is README file. I'll create a patch. Vladimir Kozhukalov On Tue, Dec 1, 2015 at 8:30 PM, Mike Scherbakov wrote: > Vladimir, > if you've been behind of this, could you please share further plans in > separate email thread or (better)

Re: [openstack-dev] [neutron] Release Notes for *aaS projects

2015-12-02 Thread Ihar Hrachyshka
Kyle Mestery wrote: We're hoping to cut Neutron M-1 this week [1]. We have implemented release notes in the main Neutron repository [2] , but not in the *aaS repositories. At the time, I thought this was a good approach and we could collect all releasenotes there. But I think it makes sense to

Re: [openstack-dev] [neutron] Release Notes for *aaS projects

2015-12-02 Thread Doug Wiegley
I’m in favor of things living in the repo where their code lives. The fewer dependencies the better. Especially if we stop adding them. So, I agree. doug > On Dec 2, 2015, at 9:38 AM, Kyle Mestery wrote: > > We're hoping to cut Neutron M-1 this week [1]. We have implemented > release notes in

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

2015-12-02 Thread Coffman, Joel M.
From: "duncan.tho...@gmail.com" mailto:duncan.tho...@gmail.com>> Reply-To: "openstack-dev@lists.openstack.org" mailto:openstack-dev@lists.openstack.org>> Date: Monday, November 30, 2015 at 9:13 AM To: "openstack-dev@list

Re: [openstack-dev] [Fuel][FFE] Component registry

2015-12-02 Thread Igor Kalnitsky
Fuelers, As we decided on today's IRC meeting in #fuel-dev, FFE is granted for 1 week only. Thanks, igor On Wed, Dec 2, 2015 at 5:42 PM, Andrian Noga wrote: > Colleagues, > > Folks, > I would like to request feature freeze exception for Component registry > https://blueprints.launchpad.net/fuel

Re: [openstack-dev] [Fuel] Feature Freeze Exception Request: Task Based Deployment in Astute

2015-12-02 Thread Igor Kalnitsky
Hey folks, As we decided on today's IRC meeting in #fuel-dev, FFE exception is granted on the following conditions (if get them right): * the feature is marked as experimental * patches should be merged by the end of next week Thanks, igor On Tue, Dec 1, 2015 at 10:01 PM, Vladimir Kuklin wrote

Re: [openstack-dev] [neutron] Release Notes for *aaS projects

2015-12-02 Thread Martin Hickey
+1 Regards, Martin From: Kyle Mestery To: openstack-dev@lists.openstack.org Date: 02/12/2015 16:40 Subject:[openstack-dev] [neutron] Release Notes for *aaS projects We're hoping to cut Neutron M-1 this week [1]. We have implemented release notes in the main Neutron reposit

Re: [openstack-dev] [Fuel] CentOS7 Merging Plan

2015-12-02 Thread Andrew Maksimov
Thank you Dmitry for very detailed plan and risks assessment. Do we want to run swarm against custom iso with centos7 on Thu evening to measure level of regression? I remember that we were considering this approach. Regards, Andrey Maximov On Wed, Dec 2, 2015 at 12:48 AM, Dmitry Borodaenko wrot

Re: [openstack-dev] [all][oslo] On Python 3, request_id must by Unicode, not bytes

2015-12-02 Thread Joshua Harlow
Seems ok with me, not ideal but knowing the support of python 3.x in openstack it doesn't seem harmful to fix this while we still are able to; and in general if thats 'req-$uuid' ascii/unicode should be fine (since that's all that is). -Josh Victor Stinner wrote: Hi, The next oslo.context r

[openstack-dev] [Fuel] Feature Freeze Exceptions

2015-12-02 Thread Mike Scherbakov
Hi all, we ran a meeting and made a decision on feature freeze exceptions. Full log is here: https://etherpad.openstack.org/p/fuel-8.0-FF-meeting The following features were granted with feature freeze exception: 1. CentOS 7. ETA: Monday 7th. Blueprint: https://blueprints.launchpad.net/fuel

[openstack-dev] [Neutron] Bug deputy process

2015-12-02 Thread Armando M.
Hi neutrinos, It's been a couple of months that the Bug deputy process has been in place [1,2]. Since the beginning of Mitaka we have collected the following statistics (for neutron and neutronclient): Total bug reports: 373 - Fix committed: 144 - Unassigned: 73 - New: 17 - Inc

[openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core

2015-12-02 Thread David Lyle
I propose adding Timur Sufiev[1] to horizon-core. Over the last several cycles Timur has consistently been providing great reviews, actively participating in the Horizon community, and making meaningful contributions particularly around testing and stability. Please respond with comments, +1s, or

[openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread David Lyle
I propose adding Richard Jones[1] to horizon-core. Over the last several cycles Timur has consistently been providing great reviews, actively participating in the Horizon community, and making meaningful contributions around angularJS and overall project stability and health. Please respond with

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread David Lyle
Let's try that again. I propose adding Richard Jones[1] to horizon-core. Over the last several cycles Richard has consistently been providing great reviews, actively participating in the Horizon community, and making meaningful contributions around angularJS and overall project stability and heal

Re: [openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core

2015-12-02 Thread Rob Cresswell (rcresswe)
A big +1 for me! On 02/12/2015 18:52, "David Lyle" wrote: >I propose adding Timur Sufiev[1] to horizon-core. > >Over the last several cycles Timur has consistently been providing >great reviews, actively participating in the Horizon community, and >making meaningful contributions particularly ar

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread Rob Cresswell (rcresswe)
An equally big +1! On 02/12/2015 18:56, "David Lyle" wrote: >I propose adding Richard Jones[1] to horizon-core. > >Over the last several cycles Timur has consistently been providing >great reviews, actively participating in the Horizon community, and >making meaningful contributions around angul

Re: [openstack-dev] [horizon] Proposal to add Timur Sufiev to horizon-core

2015-12-02 Thread Diana Whitten
+1! On Wed, Dec 2, 2015 at 11:57 AM, Rob Cresswell (rcresswe) < rcres...@cisco.com> wrote: > A big +1 for me! > > On 02/12/2015 18:52, "David Lyle" wrote: > > >I propose adding Timur Sufiev[1] to horizon-core. > > > >Over the last several cycles Timur has consistently been providing > >great rev

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread Diana Whitten
٩(͡๏̮͡๏)۶ +1! On Wed, Dec 2, 2015 at 11:58 AM, Rob Cresswell (rcresswe) < rcres...@cisco.com> wrote: > An equally big +1! > > On 02/12/2015 18:56, "David Lyle" wrote: > > >I propose adding Richard Jones[1] to horizon-core. > > > >Over the last several cycles Timur has consistently been providin

Re: [openstack-dev] [Neutron] Bug deputy process

2015-12-02 Thread Salvatore Orlando
I only have some historical, anecdotal, and rapidly waning memory of previous releases. Nevertheless my feeling is that the process has been a success so far. In past times it would not have been a surprise if a bug fell under the radar until that well known brownish matter hit the proverbial fan.

Re: [openstack-dev] [Fuel][FFE] Component registry

2015-12-02 Thread Mike Scherbakov
ETA Wednesday, 10th Summary of meeting: http://lists.openstack.org/pipermail/openstack-dev/2015-December/081131.html On Wed, Dec 2, 2015 at 10:07 AM Igor Kalnitsky wrote: > Fuelers, > > As we decided on today's IRC meeting in #fuel-dev, FFE is granted for > 1 week only. > > Thanks, > igor > > On

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread Timur Sufiev
Well, I'm not sure if I'm eligible to chime in (yet), but IMO Richard is the first candidate here (and me is the second one) :). On Wed, Dec 2, 2015 at 9:59 PM Rob Cresswell (rcresswe) wrote: > An equally big +1! > > On 02/12/2015 18:56, "David Lyle" wrote: > > >I propose adding Richard Jones[1

Re: [openstack-dev] [Fuel] CentOS7 Merging Plan

2015-12-02 Thread Igor Marnat
Dmitry, thank you! I confirm that the plan looks good for our team, we'll follow it. Regards, Igor Marnat On Wed, Dec 2, 2015 at 9:39 PM, Andrew Maksimov wrote: > Thank you Dmitry for very detailed plan and risks assessment. > Do we want to run swarm against custom iso with centos7 on Thu even

Re: [openstack-dev] [Fuel] Feature Freeze Exception Request: Task Based Deployment in Astute

2015-12-02 Thread Mike Scherbakov
Correct. See my summary email at http://lists.openstack.org/pipermail/openstack-dev/2015-December/081131.html . On Wed, Dec 2, 2015 at 10:11 AM Igor Kalnitsky wrote: > Hey folks, > > As we decided on today's IRC meeting in #fuel-dev, FFE exception is > granted on the following conditions (if get

Re: [openstack-dev] [ironic] Announcing Third Party CI for Proliant iLO Drivers

2015-12-02 Thread Ruby Loo
On 30 November 2015 at 11:25, Gururaj Grandhi wrote: > Hi, > > > > This is to announce that we have setup a Third Party CI > environment for Proliant iLO Drivers. The results will be posted under > "HP Proliant CI check" section in Non-voting mode. We will be running > the basic dep

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

2015-12-02 Thread Tripp, Travis S
Definite +1 for me. I think they are great additions to the team! -Travis On 12/2/15, 11:57 AM, "David Lyle" wrote: >Let's try that again. > >I propose adding Richard Jones[1] to horizon-core. > >Over the last several cycles Richard has consistently been providing >great reviews, actively

  1   2   >