Re: [openstack-dev] Which program for Rally

On Wed, 2014-08-13 at 15:48 -0600, Duncan Thomas wrote: > On 13 August 2014 13:57, Matthew Treinish wrote: > > On Tue, Aug 12, 2014 at 01:45:17AM +0400, Boris Pavlovic wrote: > >> Keystone, Glance, Cinder, Neutron and Heat are running rally performance > >> jobs, that can be used for performance t

Re: [openstack-dev] [Heat] Live update of openstack

On Tue, Aug 19, 2014 at 11:12 PM, Sergey Kraynev wrote: > Added tag Heat > > Regards, > Sergey. > > > On 1 August 2014 09:52, Manickam, Kanagaraj > wrote: > >> Hi, >> >> >> >> This mail is generic to all openstack service and explained the problem >> with respect to heat here. >> >> >> >> I hav

Re: [openstack-dev] [all] The future of the integrated release

On Thu, Aug 21, 2014 at 2:37 AM, Zane Bitter wrote: > On 11/08/14 05:24, Thierry Carrez wrote: > >> So the idea that being (and remaining) in the integrated release should >> also be judged on technical merit is a slightly different effort. It's >> always been a factor in our choices, but like De

Re: [openstack-dev] [Glance][Heat] Murano split dsicussion

On Thu, Aug 21, 2014 at 6:14 AM, Georgy Okrokvertskhov < gokrokvertsk...@mirantis.com> wrote: > During last Atlanta summit there were couple discussions about Application > Catalog and Application space projects in OpenStack. These cross-project > discussions occurred as a result of Murano incubat

Re: [openstack-dev] [Glance][Heat] Murano split dsicussion

On Fri, Aug 22, 2014 at 12:34 PM, Clint Byrum wrote: > Excerpts from Georgy Okrokvertskhov's message of 2014-08-20 13:14:28 -0700: > > During last Atlanta summit there were couple discussions about > Application > > Catalog and Application space projects in OpenStack. These cross-project > > disc

Re: [openstack-dev] [Glance][Heat] Murano split dsicussion

On Fri, Aug 22, 2014 at 4:53 PM, Clint Byrum wrote: > Excerpts from Angus Salkeld's message of 2014-08-21 20:14:12 -0700: > > On Fri, Aug 22, 2014 at 12:34 PM, Clint Byrum wrote: > > > > > Excerpts from Georgy Okrokvertskhov's message of 2014-08-20 13:14:28 > -0700: > > > > During last Atlanta s

Re: [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps

This seems misleading as there is no description on setting up nova-docker or using the heat docker container. -Angus On Tue, Aug 26, 2014 at 5:56 AM, Marouen Mechtri wrote: > Hi all, > > I want to present you our guide for Docker containers deployment with > OpenStack Heat. > In this guide w

Re: [openstack-dev] [all] The future of the integrated release

On Wed, Aug 27, 2014 at 4:01 AM, Joe Gordon wrote: > > > > On Wed, Aug 20, 2014 at 2:25 AM, Eoghan Glynn wrote: > >> >> >> > > > Additional cross-project resources can be ponied up by the large >> > > > contributor companies, and existing cross-project resources are not >> > > > necessarily dive

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

On Fri, Sep 5, 2014 at 2:40 AM, Jay Pipes wrote: > On 09/04/2014 11:32 AM, Steven Hardy wrote: > >> On Thu, Sep 04, 2014 at 10:45:59AM -0400, Jay Pipes wrote: >> >>> On 08/29/2014 05:15 PM, Zane Bitter wrote: >>> On 29/08/14 14:27, Jay Pipes wrote: > On 08/26/2014 10:14 AM, Zane Bit

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

On Fri, Sep 5, 2014 at 3:29 PM, Gauvain Pocentek < gauvain.pocen...@objectif-libre.com> wrote: > Hi, > > A bit of background: I'm working on the publication of the HOT resources > reference on docs.openstack.org. This book is mostly autogenerated from > the heat source code, using the sphinx XML o

Re: [openstack-dev] Kilo Cycle Goals Exercise

Lets prevent blogs like this: http://jimhconsulting.com/?p=673 by making users happy. 1) Consistent/easy upgrading. all projects should follow a consistent model to the way they approach upgrading. it should actually work. - REST versioning - RPC versioning - db (data) mig

Re: [openstack-dev] Kilo Cycle Goals Exercise

On Mon, Sep 8, 2014 at 11:27 AM, Anita Kuno wrote: > On 09/07/2014 09:12 PM, Angus Salkeld wrote: > > Lets prevent blogs like this: http://jimhconsulting.com/?p=673 by making > > users happy. > I don't understand why you would encourage writers of blog posts you > dis

Re: [openstack-dev] doubling our core review bandwidth

On Mon, Sep 8, 2014 at 1:14 PM, Robert Collins wrote: > I hope the subject got your attention :). > > This might be a side effect of my having too many cosmic rays, but its > been percolating for a bit. > > tl;dr I think we should drop our 'needs 2x+2 to land' rule and instead > use 'needs 1x+2'.

Re: [openstack-dev] [Heat] convergence flow diagrams

On Mon, Sep 8, 2014 at 11:22 PM, Tyagi, Ishant wrote: > Hi All, > > > > As per the heat mid cycle meetup whiteboard, we have created the > flowchart and sequence diagram for the convergence . Can you please review > these diagrams and provide your feedback? > > > > https://www.dropbox.com/sh/i8q

Re: [openstack-dev] [Heat] Request for python-heatclient project to adopt heat-translator

Hi Would the translator ever need to talk to something like Mistral for workflow? If so does it make sense to hook the translator into heat client. (this might not be an issue, just asking). -Angus On Wed, Sep 3, 2014 at 1:52 AM, Sahdev P Zala wrote: > Hello guys, > > As you know, the heat-tr

Re: [openstack-dev] [Heat] convergence flow diagrams

utoscaling.py#L262-L273 Then the observer never needs to be told anything as it would look for notifications that have "heat-stack-id" as a key in the metadata and know it's associated with a heat stack, then it retrieves what ever other info it needs and sends an update to heat-engine

Re: [openstack-dev] [Ceilometer] Adding Nejc Saje to ceilometer-core

On 10/09/2014 8:37 PM, "Julien Danjou" wrote: > > Hi, > > Nejc has been doing a great work and has been very helpful during the > Juno cycle and his help is very valuable. > > I'd like to propose that we add Nejc Saje to the ceilometer-core group. > > Please, dear ceilometer-core members, reply wi

Re: [openstack-dev] [Ceilometer] Adding Dina Belova to ceilometer-core

On Thu, Sep 11, 2014 at 11:24 PM, Julien Danjou wrote: > Hi, > > Dina has been doing a great work and has been very helpful during the > Juno cycle and her help is very valuable. She's been doing a lot of > reviews and has been very active in our community. > > I'd like to propose that we add Din

Re: [openstack-dev] [heat] Confused about the future of health maintenance and OS::Heat::HARestarter

On Wed, Sep 17, 2014 at 11:57 PM, Mike Spreitzer wrote: > Background: Health maintenance is very important to users, and I have > users who want to do it now and into the future. Today a Heat user can > write a template that maintains the health of a resource R. The detection > of a health prob

Re: [openstack-dev] [Mistral] callback on workflow completion

On Thu, Sep 18, 2014 at 4:25 AM, Renat Akhmerov wrote: > Ok, here is what I think... > > I totally support the first option for its easiness in terms of > understanding how it all should work (no need to figure out if some > additional objects must be deleted if a workflow has been removed etc. >

Re: [openstack-dev] [Heat][Zaqar] Integration plan moving forward

On 18/09/2014 7:11 PM, "Flavio Percoco" wrote: > > Greetings, > > If I recall correctly, Heat was planning to adopt Zaqar regardless of > the result of the graduation attempt (please correct me if I'm wrong). > Based on this assumption, I'd like to start working on a plan forward to > make this in

[openstack-dev] [Heat] naming of provider template for docs

Hi I am trying to add some docs to openstack-manuals hot_guide about using provider templates : https://review.openstack.org/#/c/121741/ Mike has suggested we use a different term, he thinks "provider" is confusing. I agree that at the minimum, it is not very descriptive. Mike has suggested "nes

Re: [openstack-dev] [Heat] Version Negotiation Middleware Accept Header issue

On 19/11/13 19:40 +, Fuente, Pablo A wrote: Hi, I noticed that the Accept HTTP Header checked in the Version Negotiation Middleware by Heat is the same MIME type used by Glance ("application/vnd.openstack.images-") Is this OK, or should it be something like "application/vnd.op

Re: [openstack-dev] [heat][horizon]Heat UI related requirements & roadmap

On 26/11/13 22:55 +, Tim Schnell wrote: On Tue, Nov 26, 2013 at 4:35 PM, Tim Schnell mailto:tim.schn...@rackspace.com>> wrote: From: Christopher Armstrong mailto:chris.armstr...@rackspace.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev

Re: [openstack-dev] [heat] Heat API v2 - Removal of template_url?

On 05/12/13 17:00 +, Steven Hardy wrote: On Thu, Dec 05, 2013 at 04:11:37PM +, ELISHA, Moshe (Moshe) wrote: Hey, I really liked the v2 Heat API (as proposed in Create a new v2 Heat API) and I think it makes a lot of sense. One of the

Re: [openstack-dev] [heat] [glance] Heater Proposal

On 05/12/13 11:35 -0500, James Slagle wrote: On Thu, Dec 5, 2013 at 11:10 AM, Clint Byrum wrote: Excerpts from Monty Taylor's message of 2013-12-04 17:54:45 -0800: Why not just use glance? I've asked that question a few times, and I think I can collate the responses I've received below. I t

Re: [openstack-dev] [heat] Core criteria, review stats vs reality

On 09/12/13 11:31 +, Steven Hardy wrote: Hi all, So I've been getting concerned about $subject recently, and based on some recent discussions so have some other heat-core folks, so I wanted to start a discussion where we can agree and communicate our expectations related to nomination for he

Re: [openstack-dev] Sphinx 1.2 incompatibility (failing -docs jobs)

On 10/12/13 14:57 -0800, James E. Blair wrote: Hi, Sphinx 1.2 was just released and it is incompatible with distutils in python 2.7. See these links for more info: https://bitbucket.org/birkenfeld/sphinx/pull-request/193/builddoc-shouldnt-fail-on-unicode-paths/diff http://bugs.python.org/is

Re: [openstack-dev] [OpenStack][Heat] AutoScaling scale down issue

On 11/12/13 23:43 +0800, Jay Lau wrote: Greetings, Here come a question related to heat auto scale down. The scenario is as following: I was trying to deploy hadoop cluster with heat Auto Scaling template. When scale up a slave node, I can use user-data to do some post work for configuration f

Re: [openstack-dev] [heat] Nomination for heat-core

On 19/12/13 15:21 +1300, Steve Baker wrote: I would like to nominate Bartosz Górski to be a heat-core reviewer. His reviews to date have been valuable and his other contributions to the project have shown a sound understanding of how heat works. Here is his review history: https://review.opensta

Re: [openstack-dev] [All] tagged commit messages

On 30/12/13 13:44 -0600, Kevin L. Mitchell wrote: On Mon, 2013-12-30 at 11:04 +0100, Flavio Percoco wrote: I like the idea of having custom tags. I'm a bit concerned about the implications this might have with cross-project collaborations. I mean, people contributing to more projects will have

Re: [openstack-dev] [Heat] Reducing pep8 ignores

On 22/01/14 12:21 +, Steven Hardy wrote: On Wed, Jan 22, 2014 at 01:23:05PM +0200, Pavlo Shchelokovskyy wrote: Hi all, we have an approved blueprint that concerns reducing number of ignored PEP8 and openstack/hacking style checks for heat ( https://blueprints.launchpad.net/heat/+spec/reduce

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

On 27/01/14 22:53 +, Adrian Otto wrote: On Jan 27, 2014, at 2:39 PM, Paul Montgomery wrote: Solum community, I created several different approaches for community consideration regarding Solum context, logging and data confidentiality. Two of these approaches are documented here: https:/

Re: [openstack-dev] [Solum] Proposed changes to solum-core

On 27/01/14 21:00 +, Adrian Otto wrote: Solum Core Reviewers, Thanks everyone for your feedback. I have made the adjustments. Welcome to the core group Angus and Noorul. Thanks again Monty. Thank you everyone for your support! -Angus Regards, Adrian On Jan 27, 2014, at 12:54 PM, Kur

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

rguments to methods. How about we keep things simple and don't get into designing a boeing, we can always add these things later if they are really needed. I get the feeling we are being distracted from our core problem of getting this service functional by "nice to haves". -Angus

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

removed here (unless Clayton can come up with a good reason for this). Let's keep data model clear and well defined instead of blur it with meaningless "contexts". sure, I have no issues with that. -Angus On Tue, Jan 28, 2014 at 3:26 PM, Angus Salkeld wrote: On 28/01/1

Re: [openstack-dev] [Solum] Solum database schema modification proposal

On 03/02/14 16:22 +, Paul Montgomery wrote: Solum community, I notice that we are using String(36) UUID values in the database schema as primary key for many new tables that we are creating. For example: https://review.openstack.org/#/c/68328/10/solum/objects/sqlalchemy/application.py Pro

Re: [openstack-dev] [heat] Nominate Jason Dunsmore for heat-core

+1 From: Steve Baker [sba...@redhat.com] Sent: Monday, February 10, 2014 8:38 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [heat] Nominate Jason Dunsmore for heat-core I would like to nominate Jason Dunsmore for heat-core. His reviews

Re: [openstack-dev] [Solum] Question about Zuul's role in Solum

Excuse top post (web mail :() Can't we change our proposed workflow to match what Gerrit/Zuul are doing? So endorse the gating workflow as "the official solum workflow". Pros: - we just use the current Gerrit/Zuul as-is. - great gating system for little effort - lots of people already helping mai

Re: [openstack-dev] [solum] Question about solum-minimal-cli BP

On 17/02/14 21:47 +, Shaunak Kashyap wrote: Hey folks, I was reading through https://wiki.openstack.org/wiki/Solum/FeatureBlueprints/CLI-minimal-implementation and have a question. If I’m understanding “app create” and “assembly create” correctly, the user will have to run “app create” f

Re: [openstack-dev] [solum] Question about solum-minimal-cli BP

b) and there is not a git-repo-generation phase. -Angus Thanks, Shaunak ________ From: Angus Salkeld [angus.salk...@rackspace.com] Sent: Monday, February 17, 2014 5:54 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [solum] Question about solum-

[openstack-dev] [solum] async / threading for python 2 and 3

Hi all I need to use some async / threaded behaviour to solum for image creation (all I need right now is to run a job asyncronously). eventlet is python 2 only tulip is python 3 only tornado (supports 2 + 3) http://www.tornadoweb.org twisted pyev etc... Options: 1) use eventlet and have the sa

Re: [openstack-dev] [solum] Question about solum-minimal-cli BP

, Shaunak ____ From: Angus Salkeld [angus.salk...@rackspace.com] Sent: Tuesday, February 18, 2014 6:13 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [solum] Question about solum-minimal-cli BP On 18/02/14 14:19 +, Shaunak Kashyap wrote: Th

Re: [openstack-dev] [solum] async / threading for python 2 and 3

On 19/02/14 10:09 +0100, Julien Danjou wrote: On Wed, Feb 19 2014, Angus Salkeld wrote: 2) use tulip and give up python 2 + use trollius to have Python 2 support. https://pypi.python.org/pypi/trollius So I have been giving this a go. We use pecan and wsme (like ceilometer), I wanted to

Re: [openstack-dev] [solum] async / threading for python 2 and 3

On 20/02/14 13:52 +0100, victor stinner wrote: Hi, On 19/02/14 10:09 +0100, Julien Danjou wrote: >On Wed, Feb 19 2014, Angus Salkeld wrote: > >> 2) use tulip and give up python 2 > >+ use trollius to have Python 2 support. > > https://pypi.python.org/pypi/trollius So

Re: [openstack-dev] [solum] async / threading for python 2 and 3

On 21/02/14 11:03 +0100, Victor Stinner wrote: Le vendredi 21 février 2014, 09:27:49 Angus Salkeld a écrit : >Honestly, I have no answer to your question right now ("How useful is >trollius ..."). >(...) >I asked your question on Tulip mailing list to see how a single co

Re: [openstack-dev] [Heat]Heat use as a standalone component for Cloud Managment over multi IAAS

On 26/02/14 07:03 -0700, Steven Dake wrote: On 02/26/2014 06:47 AM, Charles Walker wrote: Hi, I am trying to deploy the proprietary application made in my company on the cloud. The pre requisite for this is to have a IAAS which can be either a public cloud or private cloud (openstack is an

[openstack-dev] [solum] use of the plan for m1

Hi all I just wanted to clarify our use of the camp plan file (esp. for m1). Up until now I have been under the impression that use the plan to describe the app lifecycle (build/test/deploy) and the contents of the app. After attempting to write code that converts plans like this into heat temp

[openstack-dev] [Heat] LP/review cleanup day

Hi all As an action from our meeting I'd like to announce a cleanup day on the 2nd of December. What does this mean? 1) We have been noticing a lot of old and potentially out of date bugs that need some attention (re-test/triage/mark invalid). Also we have 97 bugs in-progress I wonder if that is

[openstack-dev] [Heat] Online midcycle meetup

Hi all As agreed from our weekly meeting we are going to try an online meetup. Why? We did a poll (https://doodle.com/b9m4bf8hvm3mna97#table) and it is split quite evenly by location. The story I am getting from the community is: "We want a midcycle meetup if it is nearby, but are having troubl

Re: [openstack-dev] [Heat] Online midcycle meetup

543-0646 > Internet: bto...@us.ibm.com > Assistant: Kendra Witherspoon (919) 254-0680 > > > > From:Angus Salkeld > To:"OpenStack Development Mailing List (not for usage questions)" > , > Date:11/19/2014 06:56 PM > Subject:[openstack-de

Re: [openstack-dev] [all] Versioned objects cross project sessions next steps

On Tue, Nov 25, 2014 at 7:06 AM, Jay Pipes wrote: > On 11/24/2014 03:11 PM, Joshua Harlow wrote: > >> Dan Smith wrote: >> >>> 3. vish brought up one draw back of versioned objects: the difficulty in cherry picking commits for stable branches - Is this a show stopper?. >>> >>> After some

Re: [openstack-dev] [Telco] [NFV] [Heat] Telco Orchestration

On Tue, Nov 25, 2014 at 7:27 PM, Marc Koderer wrote: > Hi all, > > as discussed during our summit sessions we would like to expand the scope > of the Telco WG (aka OpenStack NFV group) and start working > on the orchestration topic (ETSI MANO). > > Therefore we started with an etherpad [1] to col

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

On Thu, Nov 27, 2014 at 12:20 PM, Zane Bitter wrote: > A bunch of us have spent the last few weeks working independently on proof > of concept designs for the convergence architecture. I think those efforts > have now reached a sufficient level of maturity that we should start > working together

Re: [openstack-dev] [Heat] Rework auto-scaling support in Heat

On Fri, Nov 28, 2014 at 5:33 PM, Qiming Teng wrote: > Dear all, > > Auto-Scaling is an important feature supported by Heat and needed by > many users we talked to. There are two flavors of AutoScalingGroup > resources in Heat today: the AWS-based one and the Heat native one. As > more requests

Re: [openstack-dev] [Heat] Rework auto-scaling support in Heat

On Tue, Dec 2, 2014 at 8:15 AM, Zane Bitter wrote: > On 28/11/14 02:33, Qiming Teng wrote: > >> Dear all, >> >> Auto-Scaling is an important feature supported by Heat and needed by >> many users we talked to. There are two flavors of AutoScalingGroup >> resources in Heat today: the AWS-based one

Re: [openstack-dev] [keystone][all] Max Complexity Check Considered Harmful

On Wed, Dec 10, 2014 at 8:43 AM, Joe Gordon wrote: > > > On Mon, Dec 8, 2014 at 5:03 PM, Brant Knudson wrote: > >> >> Not too long ago projects added a maximum complexity check to tox.ini, >> for example keystone has "max-complexity=24". Seemed like a good idea at >> the time, but in a recent at

Re: [openstack-dev] People of OpenStack (and their IRC nicks)

On Wed, Dec 10, 2014 at 5:11 AM, Stefano Maffulli wrote: > On 12/09/2014 06:04 AM, Jeremy Stanley wrote: > > We already have a solution for tracking the contributor->IRC > > mapping--add it to your Foundation Member Profile. For example, mine > > is in there already: > > > > http://www.openst

Re: [openstack-dev] [Mistral] For-each

On Mon, Dec 15, 2014 at 8:00 PM, Nikolay Makhotkin wrote: > > Hi, > > Here is the doc with suggestions on specification for for-each feature. > > You are free to comment and ask questions. > > > https://docs.google.com/document/d/1iw0OgQcU0LV_i3Lnbax9NqAJ397zSYA3PMvl6F_uqm0/edit?usp=sharing > > >

Re: [openstack-dev] [heat] Application level HA via Heat

On Tue, Dec 23, 2014 at 6:42 AM, Zane Bitter wrote: > On 22/12/14 13:21, Steven Hardy wrote: > >> Hi all, >> >> So, lately I've been having various discussions around $subject, and I >> know >> it's something several folks in our community are interested in, so I >> wanted to get some ideas I've

[openstack-dev] [Heat] cancel the next 2 weekly meetings

Hi Lets cancel the next 2 weekly meetings as they neatly fall on Christmas eve and new years day. Happy holidays! Regards Angus ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/opensta

Re: [openstack-dev] [heat][oslo] heat unit tests mocking private parts of oslo.messaging

On Tue, Jan 6, 2015 at 9:03 AM, Doug Hellmann wrote: > As part of updating oslo.messaging to move it out of the oslo namespace > package I ran into some issues with heat. While debugging, I tried running > the heat unit tests using the modified version of oslo.messaging and ran > into test failur

Re: [openstack-dev] [Heat] Precursor to Phase 1 Convergence

On Fri, Jan 9, 2015 at 3:22 PM, Murugan, Visnusaran < visnusaran.muru...@hp.com> wrote: > Steve, > > > > My reasoning to have a “--continue” like functionality was to run it as a > periodic task and substitute continuous observer for now. > > I am not in favor of the --continue as an API. I'd sug

Re: [openstack-dev] Future-based api for openstack clients calls, that starts background tasks

On Mon, Jan 12, 2015 at 10:17 PM, Konstantin Danilov wrote: > Boris, > > Move from sync http to something like websocket requires a lot of work and > not directly connected > with API issue. When openstack api servers begin to support > websockets - it would be easy to change implementation of mo

Re: [openstack-dev] [Heat] Support status of Heat resource types

On Sun, Jan 18, 2015 at 10:41 PM, Qiming Teng wrote: > Dear all, > One question we constantly get from Heat users is about the support > status of resource types. Some users are not well informed of this > information so that is something we can improve. > > Though some resource types are already

Re: [openstack-dev] [heat] Remove deprecation properties

On Sat, Jan 17, 2015 at 5:01 AM, Georgy Okrokvertskhov < gokrokvertsk...@mirantis.com> wrote: > Hi, > > Murano uses Heat templates with almost all available resources. Neutron > resources are definitely used. > I think Murano can update our Heat resources handling properly, but there > are at leas

Re: [openstack-dev] [heat] Remove deprecation properties

On Fri, Jan 16, 2015 at 11:10 PM, Sergey Kraynev wrote: > Steve, Thanks for the feedback. > > On 16 January 2015 at 15:09, Steven Hardy wrote: > >> On Thu, Dec 25, 2014 at 01:52:43PM +0400, Sergey Kraynev wrote: >> >Hi all. >> >In the last time we got on review several patches, which rem

Re: [openstack-dev] [Heat] query property on heat OS::Ceilometer::Alarm for juno/stable

On Thu, Jan 22, 2015 at 5:16 AM, Karolyn Chambers wrote: > In Kilo, with the bug fix from 1326721, I can create an alarm like the > following with the "query" property. I use this alarm to monitor the health > of a server instance in the pool. In juno/stable, without the query > property, ceilome

Re: [openstack-dev] [oslo][heat] potentially breaking release of oslo.messaging Tuesday 27th

On Tue, Jan 27, 2015 at 8:05 AM, Doug Hellmann wrote: > We’ve held up the oslo.messaging release with the namespace package work > for a while now while we work with the nova, designate, and heat teams to > fix things up so their tests won’t break. We think the one remaining issue > is in heat, w

Re: [openstack-dev] [Heat] Convergence Phase 1 implementation plan

On Sat, Jan 24, 2015 at 7:00 AM, Zane Bitter wrote: > I've mentioned this in passing a few times, but I want to lay it out here > in a bit more detail for comment. Basically we're implementing convergence > at a time when we still have a lot of 'unit' tests that are really > integration tests, an

Re: [openstack-dev] [Solum] New Solum Team Meeting Schedule

Nice! Now I can come along. -Angus On 4/25/14, 2:38 AM, "Adrian Otto" wrote: >Team, > >We have a new alternating meeting schedule to accommodate participation >from our globally distributed team. The new meeting schedule has been >posted to the OpenStack team meeting schedule [1] and links are

[openstack-dev] [Solum] review of lifecycle API and new modelling

Hi Can you all review the Wiki page here: https://wiki.openstack.org/wiki/Solum/ApiModel This is trying to describe what we talked about at the Solum meetup in March. Also remember the Environments page: https://wiki.openstack.org/wiki/Solum/Environments If we can work on this before summit, w

Re: [openstack-dev] Introducing Project Graffiti

On 05/05/14 20:26 +, Tripp, Travis S wrote: Hello Everybody, A challenge we've experienced with using OpenStack is discovering, sharing, and correlating metadata across services and different types of resources. We believe this affects both end users and administrators. Hi This seems ne

Re: [openstack-dev] [Storyboard] [UX] Atlanta Storyboard UX Summary

On 21/05/14 13:32 -0700, Michael Krotscheck wrote: I've compiled a list of takeaways from the one-on-one ux sessions that we did at the Atlanta Summit. These comments aren't exhaustive - they're the big items that came up over and over again. If you'd like to review the videos yourself or peruse

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/05/14 05:00, W Chan wrote: > Renat, > > I want to avoid having to explicitly import the mistral.config module in > order > to have configuration loaded properly. The problem with the way > mistral.config > is coded is that we have to use im

[openstack-dev] [solum] [mistral] [heat] keystone chained trusts / oauth

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all During our Solum meeting it was felt we should make sure that all three team are on the same page wrt $subject. I'll describe the use case we are trying to solve and hopefully get some guidance from the keystone team about the best way forward

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/05/14 02:48, W Chan wrote: > Regarding config opts for keystone, the keystoneclient middleware already > registers the opts at > https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L325 > > u

Re: [openstack-dev] [solum] [mistral] [heat] keystone chained trusts / oauth

--- > *Phone:*1-905-413-2851* > E-mail:*_steve...@ca.ibm.com_ <mailto:steve...@ca.ibm.com> > 8200 Warden Ave > Markham, ON L6G 1C7 > Canada > > > > > > > From: Angus Salkeld > To: "OpenStack Develop

[openstack-dev] [solum] reviews for the new API

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all I have posted this series and it has evoked a surprising (to me) amount of discussion so I wanted to clarify some things and talk to some of the issues so we can move forward. So first note is this is an early posting and still is not tested m

[openstack-dev] [mistral] Multi-tenancy and ceilometer triggers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I was looking at https://blueprints.launchpad.net/mistral/+spec/mistral-ceilometer-integration and trying to figure out how to implement that. I can see some problems: - - at the moment the trust is created when you PUT the workbook definition

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/06/14 13:10, Jamie Lennox wrote: > Among the problems cause by the inconsistencies in the clients is that > all the options that are required to create a client need to go into the > config file of the service. This is a pain to configure from th

Re: [openstack-dev] revert hacking to 0.8 series

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/06/14 02:46, Ben Nemec wrote: > On 06/16/2014 08:37 AM, Thierry Carrez wrote: >> Sean Dague wrote: >>> Hacking 0.9 series was released pretty late for Juno. The entire >>> check queue was flooded this morning with requirements proposals >>> faili

Re: [openstack-dev] [ceilometer] nominating Ildikó Váncsa and Nadya Privalova to ceilometer-core

On 10/03/14 05:15 -0400, Eoghan Glynn wrote: Folks, Time for some new blood on the ceilometer core team. I'd like to nominate Ildikó Váncsa and Nadya Privalova as ceilometer cores in recognition of their contributions([1], [2]) over the Icehouse cycle, and looking forward to their continued pa

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

On 18/03/14 07:39 +0530, Noorul Islam Kamal Malmiyoda wrote: On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto wrote: Doug Hellmann and Victror Stinner (+ oslo cores), Solum currently depends on a py33 gate. We want to use oslo.messaging, but are worried that in the current state, we will be stuck

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

On 18/03/14 05:13 +, Adrian Otto wrote: Solum Cores, I propose the following changes to the Solum core reviewer team: +gokrokve +julienvey +devdatta-kulkarni -kgriffs (inactivity) -russelb (inactivity) Please reply with your +1 votes to proceed with this change, or any remarks to the cont

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

On 19/03/14 04:32 +0400, Ruslan Kamaldinov wrote: Here is my 2 cents: I personally think that evolving Heat/HOT to what Murano needs for it's use cases is the best way to make PaaS layer of OpenStack to look and feel as a complete and fully integrated solution. Standardising these things in a p

[openstack-dev] TC Candidacy

more together so that we build features that are cohesive and projects that try to do one thing well. I think having more people on the TC that know these projects better can only be a good thing (note: I am not totally up to speed on Murano but aim to be). Regards Angus Salkeld

Re: [openstack-dev] [Heat] Proposing Thomas Spatzier for heat-core

On 22/04/14 14:43 -0400, Zane Bitter wrote: Resending with [Heat] in the subject line. My bad. On 22/04/14 14:21, Zane Bitter wrote: I'd like to propose that we add Thomas Spatzier to the heat-core team. +1 -Angus Thomas has been involved in and consistently contributing to the Heat commu

Re: [openstack-dev] [Heat] naming of provider template for docs

List \(not for usage questions\)" > > > > > > Date: 19/09/2014 07:15 > > > Subject: Re: [openstack-dev] [Heat] naming of provider template for > docs > > > > > > Angus Salkeld wrote on 09/18/2014 09:33:56 PM: > > > > > > >

[openstack-dev] [Heat] Announcing my candidacy for PTL

does not begin and end with a CloudFormation based solution. I look forward to some fun discussions in this area;) In conclusion these are exciting times for OpenStack and in particular Orchestration. I'd love the opportunity to face these challenges head on with our great community. Reg

Re: [openstack-dev] [Heat] Convergence: Backing up template instead of stack

On Tue, Sep 23, 2014 at 1:09 AM, Anant Patil wrote: > Hi, > > One of the steps in the direction of convergence is to enable Heat > engine to handle concurrent stack operations. The main convergence spec > talks about it. Resource versioning would be needed to handle concurrent > stack operations.

Re: [openstack-dev] [Heat] Question regarding Stack updates and templates

On Tue, Sep 23, 2014 at 1:04 AM, Anant Patil wrote: > Hi, > > In convergence, we discuss about having concurrent updates to a stack. I > wanted to know if it is safe to assume that the an update will be a > super set of it's previous updates. Understanding this is critical to > arrive at implemen

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On Thu, Sep 25, 2014 at 3:55 AM, Zane Bitter wrote: > On 18/09/14 14:53, Monty Taylor wrote: > >> Hey all, >> >> I've recently been thinking a lot about Sean's Layers stuff. So I wrote >> a blog post which Jim Blair and Devananda were kind enough to help me >> edit. >> >> http://inaugust.com/post

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On Fri, Sep 26, 2014 at 2:01 PM, Angus Lees wrote: > On Thu, 25 Sep 2014 04:01:38 PM Fox, Kevin M wrote: > > Doesn't nova with a docker driver and heat autoscaling handle case 2 and > 3 > > for control jobs? Has anyone tried yet? > > For reference, the cases were: > > > - Something to deploy the

Re: [openstack-dev] [UX] [Heat] [Mistral] Merlin project PoC update: shift from HOT builder to Mistral Workbook builder

On Fri, Sep 26, 2014 at 7:04 AM, Steve Baker wrote: > On 26/09/14 05:36, Timur Sufiev wrote: > >> Hello, folks! >> >> Following Drago Rosson's introduction of Barricade.js and our discussion >> in ML about possibility of using it in Merlin [1], I've decided to change >> the plans for PoC: now the

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 On 01/10/2014 3:08 AM, "Adrian Otto" wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > -lifeless (Robert Collins) [inactive] > +murali-allada (Murali Allada) > +james-li (James Li) > > Please let me know your votes (+1, 0, or -1). > > Thanks,

Re: [openstack-dev] [all] Tentative schedule for Kilo Design Summit in Paris

On Mon, Oct 6, 2014 at 8:29 PM, Thierry Carrez wrote: > Hi everyone, > > I published a tentative schedule for the Kilo Design Summit in Paris: > > http://kilodesignsummit.sched.org/ > > The content is still very much a work in progress (as you can see by the > "topic tbd" labels everywhere), but

Re: [openstack-dev] [Heat] Nominating Pavlo Shchelokovskyy for heat-core

On Tue, Oct 7, 2014 at 6:41 AM, Zane Bitter wrote: > I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team. > > Pavlo has been a consistently active member of the Heat community - he's a > regular participant in IRC and at meetings, has been making plenty of good > commits[1]

Re: [openstack-dev] Candidate proposals for TC (Technical Committee) positions are now open

On Tue, Oct 7, 2014 at 6:16 PM, Flavio Percoco wrote: > On 10/06/2014 08:58 PM, Anita Kuno wrote: > > On 10/06/2014 12:38 PM, Anita Kuno wrote: > >> On 10/03/2014 12:16 PM, Flavio Percoco wrote: > >>> On 10/03/2014 05:38 PM, Tristan Cacqueray wrote: > Candidate proposals for the Technical Co

Re: [openstack-dev] [Heat] Nominating Pavlo Shchelokovskyy for heat-core

Congrats Pavlo, I have added you to core. -Angus On Wed, Oct 8, 2014 at 1:18 AM, Jeff Peeler wrote: > +1 > > On 10/06/2014 04:41 PM, Zane Bitter wrote: > >> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core >> team. >> >> Pavlo has been a consistently active member of the He

  1   2   3   >