Zane Bitter wrote on 27.11.2013 22:56:16:
> From: Zane Bitter
> To: openstack-dev@lists.openstack.org,
> Date: 27.11.2013 23:00
> Subject: Re: [openstack-dev] [heat][horizon]Heat UI related
> requirements & roadmap
>
> On 27/11/13 19:57, Jay Pipes wrote:
> >
> > Actually, even simpler than that.
Excerpts from Zane Bitter's message on 27.11.2013 20:17:56:
> From: Zane Bitter
> To: openstack-dev@lists.openstack.org,
> Date: 27.11.2013 20:21
> Subject: Re: [openstack-dev] [heat][horizon]Heat UI related
> requirements & roadmap
>
> On 27/11/13 18:16, Tim Schnell wrote:
> >
> > On 11/27/13 10:
Hi Stackers,
As we recently wrote, we started working on Mistral PoC where we would like to
demonstrate the very basic capabilities related to Task Orchestration and
Scheduling. We now have a suggestion of a breakdown of Mistral PoC into
high-level components and we’d like to discuss it with th
On 28 November 2013 09:54, Mark McLoughlin wrote:
> We take away an awful lot of placement control away from the
> self-service in order to allow the operator to provide a usable,
> large-scale, multi-tenant service.
>
> The difference with TripleO is that we assume the undercloud operator
> and
Hey, I realise I've done a sort of point-bypoint thing below - sorry.
Let me say that I'm glad you're focused on what will help users, and
their needs - I am too. Hopefully we can figure out why we have
different opinions about what things are key, and/or how we can get
data to better understand ou
Ok. So I will keep all authentication parameters in one place: solum.conf
There will be standard section for keystone [keystone_authentication] with
all common parameters like keystone URL, port, etc.
In the default section [DEFAUT] there will be a parameter
enable_authentication=True.
Actually i
On Nov 27, 2013, at 11:27 AM, Jay Pipes wrote:
> On 11/27/2013 02:03 PM, Adrian Otto wrote:
>> Jay,
>>
>> On Nov 27, 2013, at 10:36 AM, Jay Pipes wrote:
>>
>>> On 11/27/2013 06:23 AM, Tom Deckers (tdeckers) wrote:
I understand the an Assembly can be a larger group of
components. How
On 11/27/2013 08:04 PM, Adrian Otto wrote:
On Nov 27, 2013, at 11:46 AM, Murali Allada
mailto:murali.all...@rackspace.com>> wrote:
No, I was Infact thinking about making all responses synchronous to
keep things simple in the beginning. Mostly because I can't think of
any use case that require
On Nov 27, 2013, at 11:39 AM, Nathan Kinder
wrote:
> On 11/27/2013 08:58 AM, Paul Montgomery wrote:
>> I created some relatively high level security best practices that I
>> thought would apply to Solum. I don't think it is ever too early to get
>> mindshare around security so that developers
On Nov 27, 2013, at 11:46 AM, Murali Allada
mailto:murali.all...@rackspace.com>> wrote:
No, I was Infact thinking about making all responses synchronous to keep things
simple in the beginning. Mostly because I can't think of any use case that
requires asynchronous processing right now. But you'
Hi all state-management folks (and others),
Since its turkey day (thanksgiving) for most of the people in the U.S. lets
skip the meeting this week.
#openstack-state-management if u need to find us anyway.
See u next week folks!
-Josh
___
OpenStac
On Wed, Nov 27, 2013 at 4:44 PM, Chris Friesen
wrote:
> 52f6981
It appears there were some complications doing a straight backport
based on the LaunchPad notes [1], don't have any insight for you other
than that.
[1]: https://bugs.launchpad.net/nova/+bug/1156269
Hi,
Just wondering why nova commit 52f6981 ("Evacuated instance disk not
deleted") wasn't backported to grizzly?
The symptoms of this bug are that if you evacuate a server off a compute
node that uses local storage then you can never move it back to that
compute node because the old files ar
> On Nov 27, 2013, at 2:25 PM, "Georgy Okrokvertskhov"
> wrote:
>
> Hi,
>
> I am working on the user-authentication BP implementation. I need to
> introduce a new configuration option for enable or disable keystone
> authentication for incoming request. I am looking for a right place for thi
On 11/27/2013 05:21 PM, Georgy Okrokvertskhov wrote:
> Hi,
>
> I am working on the user-authentication BP implementation. I need to
> introduce a new configuration option for enable or disable keystone
> authentication for incoming request. I am looking for a right place for
> this option.
>
> Th
I have created the following wiki with all of the related use cases that
have been discussed in this thread as well as where I think we have
currently landed on the actual implementation for these use cases.
https://wiki.openstack.org/wiki/Heat/UI
I know that the first use case in particular, re
On 11/27/13 4:12 PM, "Steve Baker" wrote:
>On 11/28/2013 05:09 AM, Zane Bitter wrote:
>> On 26/11/13 22:24, Tim Schnell wrote:
>>> Use Case #1
>>> I see valid value in being able to group templates based on a type or
>>
>> +1, me too.
>>
>>> keyword. This would allow any client, Horizon or a Tem
Hi,
I'd like to review about LoadblancerInstance API specification.
Please update wiki page before the meeting.
(It is a little bit hard to follow in the IRC for me since
I'm not English native. so I'd like to consider for the
API beforehand.)
Thanks.
Itsuro Oda
On Wed, 27 Nov 2013 14:07:47 +04
Hmm... Yeah. when you tell heat client the url to a template file, you could
set a flag telling the heat client it is in a git repo. It could then
automatically look for repo information and set a stack metadata item pointing
back to it.
If you didn't care about taking a performance hit, heat c
On 28 November 2013 11:29, Sean Dague wrote:
> I think you also need to weigh that against the CI requirements for
> landing a driver in tree for nova, which is probably a dedicated rack of
> hardware running the zuul infrastructure reporting back success / fail
> results on every proposed nova pa
On 11/27/2013 01:32 PM, Rafał Jaworowski wrote:
> On Mon, Nov 25, 2013 at 3:50 PM, Daniel P. Berrange
> wrote:
>> On Fri, Nov 22, 2013 at 10:46:19AM -0500, Russell Bryant wrote:
>>> On 11/22/2013 10:43 AM, Rafał Jaworowski wrote:
Russell,
First, thank you for the whiteboard input regard
Hi,
I am working on the user-authentication BP implementation. I need to
introduce a new configuration option for enable or disable keystone
authentication for incoming request. I am looking for a right place for
this option.
The current situation is that we have two places for configuration, one
On 11/27/2013 04:56 PM, Zane Bitter wrote:
On 27/11/13 19:57, Jay Pipes wrote:
Actually, even simpler than that...
parameters:
db:
- db_name:
description: blah
help: blah
- db_username:
description: blah
help: blah
After all, can't we assume that if the para
On 11/28/2013 05:09 AM, Zane Bitter wrote:
> On 26/11/13 22:24, Tim Schnell wrote:
>> Use Case #1
>> I see valid value in being able to group templates based on a type or
>
> +1, me too.
>
>> keyword. This would allow any client, Horizon or a Template Catalog
>> service, to better organize and hand
On 25 November 2013 21:51, Sylvain Bauza wrote:
> As said earlier, I also would love to join the team, triggering a few
> blueprints or so.
>
> By the way, I'm currently reviewing the Scheduler code. Do you began to
> design the API queries or do you need help for that ?
>
> -Sylvain
https://blue
On 27/11/13 19:57, Jay Pipes wrote:
Actually, even simpler than that...
parameters:
db:
- db_name:
description: blah
help: blah
- db_username:
description: blah
help: blah
After all, can't we assume that if the parameter value is a list, then
it is a group of
On 11/22/13 at 10:14am, haruka tanizawa wrote:
Thanks for your reply.
I'm working on the implementation of instance-tasks-api[0] in Nova and
this is what I've been moving towards so far.
Yes, I know. I think that is good idea.
The API will accept a string to be a part of the task but it will
Excerpts from Jay Pipes's message of 2013-11-27 10:57:56 -0800:
> On 11/27/2013 01:28 AM, Clint Byrum wrote:
> >> I propose adding an additional field to the parameter definition:
> >>
> >> Parameters:
> >> :
> >> description: This is the name of a nova key pair that will
Excerpts from Fox, Kevin M's message of 2013-11-27 08:58:16 -0800:
> This use case is sort of a providence case. Where did the stack come from so
> I can find out more about it.
>
This exhibits similar problems to our Copyright header problems. Relying
on authors to maintain their authorship inf
Excerpts from Tim Schnell's message of 2013-11-27 09:16:24 -0800:
>
> On 11/27/13 10:09 AM, "Zane Bitter" wrote:
>
> >On 26/11/13 22:24, Tim Schnell wrote:
> >> I propose adding an additional field to the parameter definition:
> >>
> >> Parameters:
> >> :
> >> descri
Hi Jarda,
On Wed, 2013-11-27 at 14:39 +0100, Jaromir Coufal wrote:
> I think here is the main point where I disagree and which leads to
> different approaches. I don't think, that user of TripleO cares *only*
> about deploying infrastructure without any knowledge where the things
> go. This is
On Nov 27, 2013 11:58 AM, "John Griffith"
wrote:
>
> Hey Everyone.
>
> There's been discussions about all sorts of things regarding getting
> visibility to intermittent issues in the gates etc. including special
> tags for bugs, making them critical etc. Regardless of what the
> outcome of those
On Nov 27, 2013 11:06 AM, "Jay Pipes" wrote:
>
> On 11/27/2013 01:53 PM, David Kranz wrote:
>>
>> tl;dr Soon, perhaps next week, tempest gate jobs will start failing if
>> there are any ERROR lines in the logs that are not matched by an entry
>> in https://github.com/openstack/tempest/blob/master/
On 11/27/13 1:17 PM, "Zane Bitter" wrote:
>On 27/11/13 18:16, Tim Schnell wrote:
>>
>> On 11/27/13 10:09 AM, "Zane Bitter" wrote:
>>
>>> On 26/11/13 22:24, Tim Schnell wrote:
Use Case #1
I see valid value in being able to group templates based on a type or
>>>
>>> +1, me too.
>>>
Hey Everyone.
There's been discussions about all sorts of things regarding getting
visibility to intermittent issues in the gates etc. including special
tags for bugs, making them critical etc. Regardless of what the
outcome of those discussions might be going forward I've been going
through and
On 27/11/13 19:34, Daniel P. Berrange wrote:
> On Wed, Nov 27, 2013 at 06:43:42PM +, Edward Hope-Morley wrote:
>> On 27/11/13 18:20, Daniel P. Berrange wrote:
>>> On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
On 27/11/13 17:43, Daniel P. Berrange wrote:
> On Wed,
No, I was Infact thinking about making all responses synchronous to keep things
simple in the beginning. Mostly because I can't think of any use case that
requires asynchronous processing right now. But you're right, we might want to
support async right from the start.
On Nov 27, 2013, at 1:
Hi George,
I’m working on a blueprint to implement OVS flows for security groups.
https://blueprints.launchpad.net/neutron/+spec/ovs-firewall-driver Currently,
neutron only implements security groups with iptables even when Open vSwitch is
used.
Amir
On Nov 27, 2013, at 1:29 PM, George Shukli
On Wed, Nov 27, 2013 at 09:29:16PM +0200, George Shuklin wrote:
> Why iptables, not internal openvswitch flow rules? Those rules allows to
> filter packets on L2-L4 headers and operates very fast. Is some
> iptables-only features used in ovs-agent?
I've seen a couple references floating around abo
On 11/27/2013 08:58 AM, Paul Montgomery wrote:
> I created some relatively high level security best practices that I
> thought would apply to Solum. I don't think it is ever too early to get
> mindshare around security so that developers keep that in mind throughout
> the project. When a design d
On Nov 27, 2013, at 1:29 PM, George Shuklin wrote:
> Thank you for reply!
>
> Few more question:
>
> AFAIK bridge tools is not very fast (compare to OVS), so adding them between
> OVS and tap (instead of yet another OVS switch) is kinda slow everything
> down. Why just not use yet another op
Moving this from the Gerrit review about change #58186 [1], to the
mailing list for discussion.
Let's start making some blueprints under the ipv6-feature-parity
blueprint[2]. I've already registered a blueprint for the work
that I've been doing, to get provider networking with V6 running,
which li
On 11/27/2013 12:46 PM, Alan Pevec wrote:
2013/11/27 Sean Dague :
The problem is you can't really support both iso8601 was dormant for
years, and the revived version isn't compatible with the old version.
So supporting both means basically forking iso8601 and maintaining you
own version of it mo
On Wed, Nov 27, 2013 at 06:43:42PM +, Edward Hope-Morley wrote:
> On 27/11/13 18:20, Daniel P. Berrange wrote:
> > On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
> >> On 27/11/13 17:43, Daniel P. Berrange wrote:
> >>> On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Mo
We should probably include support for asynchronous responses right from the
beginning to handle calls that need a long time to process. Is this in line
with what you were thinking ? I am referring to your comment in the blueprint
"To start things off, we can implement workflow #1 shown above an
Greetings Stackers!
We have Icehouse-1 on December 5th! Here's the reviews that the VMwareAPI team
has in flight in order of fitness for review by core reviewers. It's also
holiday season now so please keep in mind folks may be in and out during this
period. Let's see if we can't get some of th
Thank you for reply!
Few more question:
AFAIK bridge tools is not very fast (compare to OVS), so adding them
between OVS and tap (instead of yet another OVS switch) is kinda slow
everything down. Why just not use yet another openvswitch switch to connect
tap to veth devices?
Why iptables, not in
On 11/27/2013 02:03 PM, Adrian Otto wrote:
Jay,
On Nov 27, 2013, at 10:36 AM, Jay Pipes wrote:
On 11/27/2013 06:23 AM, Tom Deckers (tdeckers) wrote:
I understand the an Assembly can be a larger group of
components. However, those together exist to provide a capability
which we want to captur
On 2013-11-27 19:18:12 + (+), Daniel P. Berrange wrote:
[...]
> It would be desirable if the gate logs included details of all software
> package versions installed. eg so we can see what libvirt, qemu and
> kernel are present.
[...]
It seems reasonable to me that we could dpkg -l or rpm -
On Wed, Nov 27, 2013 at 10:50:12AM -0800, Joe Gordon wrote:
> Hi Daniel, all
>
> This morning I noticed we are seeing libvirt stacktrace in the gate
> occasionally.
>
> https://bugs.launchpad.net/nova/+bug/1255624
>
> Since your are a libvirt maintainer I was hoping you could take a look at
> th
On 27/11/13 18:16, Tim Schnell wrote:
On 11/27/13 10:09 AM, "Zane Bitter" wrote:
On 26/11/13 22:24, Tim Schnell wrote:
Use Case #1
I see valid value in being able to group templates based on a type or
+1, me too.
keyword. This would allow any client, Horizon or a Template Catalog
service
On 27 November 2013 07:19, James E. Blair wrote:
>
> There is not, currently, though we would love to have more people on the
> infra-core (and infra-root) teams. If you know someone, or you
> yourself, or your company are interested in contributing in this area,
> please get in contact and we ca
Jay,
On Nov 27, 2013, at 10:36 AM, Jay Pipes
wrote:
> On 11/27/2013 06:23 AM, Tom Deckers (tdeckers) wrote:
>> I understand the an Assembly can be a larger group of components.
>> However, those together exist to provide a capability which we want
>> to capture in some catalog so the capability
Hi folks,
Savanna team meeting cancelled this week due to the major US holiday. We’ll be
having irc meeting as usual at Dec 5 1800 UTC.
Thanks.
P.S. Have a nice holiday!
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
___
Open
On 11/27/2013 01:53 PM, David Kranz wrote:
tl;dr Soon, perhaps next week, tempest gate jobs will start failing if
there are any ERROR lines in the logs that are not matched by an entry
in https://github.com/openstack/tempest/blob/master/etc/whitelist.yaml.
There is an exception for neutron becaus
On Wed, Nov 27, 2013 at 07:32:13PM +0100, Rafał Jaworowski wrote:
> On Mon, Nov 25, 2013 at 3:50 PM, Daniel P. Berrange
> wrote:
> > I am of course biased, as libvirt project maintainer, but I do agree
> > that supporting bhyve via libvirt would make sense, since it opens up
> > opportunities bey
Hi folks,
There was a thread around the Clustering API [0] and we decided to continue it
on summit, so, I’d like to summarize things that was done before and at the
summit on this topic.
First of all, thanks Michael Basnight (hub_cap) and all Trove folks for
productive discussions on Design Su
On 11/27/2013 01:28 AM, Clint Byrum wrote:
I propose adding an additional field to the parameter definition:
Parameters:
:
description: This is the name of a nova key pair that will be used
to
ssh to the compute instance.
help: To learn more about nova ke
Hi George:
On Wed, Nov 27, 2013 at 1:45 PM, George Shuklin wrote:
> Good day.
>
> I looking at the internals of bridge layout of openvswitch agent at
> http://docs.openstack.org/network-admin/admin/content/
> figures/2/figures/under-the-hood-scenario-1-ovs-compute.png
> and wondering, why this
tl;dr Soon, perhaps next week, tempest gate jobs will start failing if
there are any ERROR lines in the logs that are not matched by an entry
in https://github.com/openstack/tempest/blob/master/etc/whitelist.yaml.
There is an exception for neutron because
more work needs to be done there for th
Hi Daniel, all
This morning I noticed we are seeing libvirt stacktrace in the gate
occasionally.
https://bugs.launchpad.net/nova/+bug/1255624
Since your are a libvirt maintainer I was hoping you could take a look at
this one.
best,
Joe
P.S.
We also have a second libvirt gate bug
https://bug
Good day.
I looking at the internals of bridge layout of openvswitch agent at
http://docs.openstack.org/network-admin/admin/content/figures/2/figures/under-the-hood-scenario-1-ovs-compute.png
and wondering, why this scheme is so complicated and why it use linux
bridge and vethes with openvswitc
Hi all,
I'm working on a new blueprint to define the API service architecture.
https://blueprints.launchpad.net/solum/+spec/api-worker-architecture
It is still a draft for now. I've proposed a simple architecture for us to get
started with implementing a few useful use cases.
Please chime in o
On 27/11/13 18:20, Daniel P. Berrange wrote:
> On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
>> On 27/11/13 17:43, Daniel P. Berrange wrote:
>>> On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
On 27/11/13 15:49, Daniel P. Berrange wrote:
> On Wed,
On 27/11/13 18:12, Clint Byrum wrote:
Excerpts from Zane Bitter's message of 2013-11-27 08:09:33 -0800:
In the longer term, there seems to be a lot of demand for some sort of
template catalog service, like Glance for templates. (I disagree with
Clint that it should actually _be_ Glance the proje
On 11/27/2013 06:23 AM, Tom Deckers (tdeckers) wrote:
I understand the an Assembly can be a larger group of components.
However, those together exist to provide a capability which we want
to capture in some catalog so the capability becomes discoverable.
I'm not sure how the 'listing' mechanism w
On Mon, Nov 25, 2013 at 3:50 PM, Daniel P. Berrange wrote:
> On Fri, Nov 22, 2013 at 10:46:19AM -0500, Russell Bryant wrote:
>> On 11/22/2013 10:43 AM, Rafał Jaworowski wrote:
>> > Russell,
>> > First, thank you for the whiteboard input regarding the blueprint for
>> > FreeBSD hypervisor nova driv
On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote:
> On 27/11/13 17:43, Daniel P. Berrange wrote:
> > On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
> >> On 27/11/13 15:49, Daniel P. Berrange wrote:
> >>> On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Mo
On 27/11/13 17:43, Daniel P. Berrange wrote:
> On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
>> On 27/11/13 15:49, Daniel P. Berrange wrote:
>>> On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley wrote:
Moving this to the ml as requested, would appreciate
c
On Wed, 2013-11-27 at 11:41 -0600, Chris Friesen wrote:
> On 11/26/2013 07:48 PM, Vijay Venkatachalam wrote:
> > Hi,
> >
> > Is there a way for the VM to identify that it is
> > getting booted in OpenStack?
> >
> > As said in the below mail, once the VM knows it is
On 11/27/2013 11:50 AM, Zane Bitter wrote:
Even better would be if we had the keystone domain (instead of the
tenant id) incorporated into the endpoint in the keystone catalog and
then we could use the tenant^W project *name* in the URL and users would
never have to deal with UUIDs and invisible
On Wed, Nov 27 2013, Zane Bitter wrote:
>>
>> Parameters:
>> db_name:
>> group: db
>> order: 0
>> db_username:
>> group: db
>> order: 1
>> db_password:
>>
On Wed, Nov 27, 2013 at 01:48:29AM +, Vijay Venkatachalam wrote:
> Hi,
> Is there a way for the VM to identify that it is getting
> booted in OpenStack?
The mails you've forwarded below pretty much answer this
question already.
> As said in the below mail, onc
On Tue, Nov 26, 2013 at 1:56 AM, Sebastian Porombka <
porom...@uni-paderborn.de> wrote:
> Oh hai!
>
> That's nice to hear! I would like to help by adapting this patch set to
> latest and
> I will try to work out the tempest test cases.
>
> Is there any form of documentation for new developers?
>
On 27/11/13 18:16, Jay Pipes wrote:
On 11/27/2013 12:02 PM, Zane Bitter wrote:
Your proposal on the wiki page retains this URL but removes the tenant
ID:
GET /v2/stacks/{stack_name}
This now no longer uniquely identifies a stack, and is therefore not
ReST.
It would be along with a Vary:
2013/11/27 Sean Dague :
> The problem is you can't really support both iso8601 was dormant for
> years, and the revived version isn't compatible with the old version.
> So supporting both means basically forking iso8601 and maintaining you
> own version of it monkey patched in your own tree.
Right
On Wed, Nov 27, 2013 at 05:39:30PM +, Edward Hope-Morley wrote:
> On 27/11/13 15:49, Daniel P. Berrange wrote:
> > On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley wrote:
> >> Moving this to the ml as requested, would appreciate
> >> comments/thoughts/feedback.
> >>
> >> So, I recen
On 11/26/2013 07:48 PM, Vijay Venkatachalam wrote:
Hi,
Is there a way for the VM to identify that it is
getting booted in OpenStack?
As said in the below mail, once the VM knows it is
booting in OpenStack it will alter the boot sequence.
What does "getting bo
On 27/11/13 15:49, Daniel P. Berrange wrote:
> On Wed, Nov 27, 2013 at 02:45:22PM +, Edward Hope-Morley wrote:
>> Moving this to the ml as requested, would appreciate
>> comments/thoughts/feedback.
>>
>> So, I recently proposed a small patch to the oslo rpc code (initially in
>> oslo-incubator
Hey!
We've ballparked that we need to store a million events per day. To that end,
we're flip-flopping between sql and no-sql solutions, hybrid solutions that
include elastic search and other schemes. Seems every road we go down has some
limitations. So, we've started working on test suite for
From: Edmund Troche mailto:edmund.tro...@us.ibm.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Wednesday, November 27, 2013 11:08 AM
To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstac
On 11/27/13 10:58 AM, "Fox, Kevin M" wrote:
>This use case is sort of a providence case. Where did the stack come from
>so I can find out more about it.
>
>You could put a git commit field in the template itself but then it would
>be hard to keep updated.
>
>How about the following:
>
>Extend he
On Wed, Nov 27, 2013 at 06:02:27PM +0100, Zane Bitter wrote:
> On 27/11/13 16:27, Steven Hardy wrote:
> >I've raised this BP:
> >
> >https://blueprints.launchpad.net/heat/+spec/v2api
> >
> >And started a WIP wiki page where we can all work on refining what changes
> >need to be made:
> >
> >https:/
Yes, I guess you could phrase it as stack tagging, focusing on the
template was my attempt to solve 2 use cases with one solution but I'M
open to alternatives. Are you suggesting that we build the ability to add
"tags" to stacks that exist outside of the template? I guess add them
directly to Heat'
On 11/27/2013 12:02 PM, Zane Bitter wrote:
On 27/11/13 16:27, Steven Hardy wrote:
I've raised this BP:
https://blueprints.launchpad.net/heat/+spec/v2api
And started a WIP wiki page where we can all work on refining what
changes
need to be made:
https://wiki.openstack.org/wiki/Heat/Blueprints/
On 11/27/13 10:09 AM, "Zane Bitter" wrote:
>On 26/11/13 22:24, Tim Schnell wrote:
>> Use Case #1
>> I see valid value in being able to group templates based on a type or
>
>+1, me too.
>
>> keyword. This would allow any client, Horizon or a Template Catalog
>> service, to better organize and han
Excerpts from Zane Bitter's message of 2013-11-27 08:09:33 -0800:
> In the longer term, there seems to be a lot of demand for some sort of
> template catalog service, like Glance for templates. (I disagree with
> Clint that it should actually _be_ Glance the project as we know it, for
> the reas
Thanks Maru,
This is something my team had on the backlog for a while.
I will push some patches to contribute towards this effort in the next few
days.
Let me know if you're already thinking of targeting the completion of this
job for a specific deadline.
Salvatore
On 27 November 2013 17:50, M
You bring up a good point Thomas. I think some of the discussions are
mixing template and stack perspectives, they are not the same thing, stack
== instance of a template. There likely is room for "tagging" stacks, all
under the control of the user and meant for user consumption, vs the long
going
On 27/11/13 16:27, Steven Hardy wrote:
I've raised this BP:
https://blueprints.launchpad.net/heat/+spec/v2api
And started a WIP wiki page where we can all work on refining what changes
need to be made:
https://wiki.openstack.org/wiki/Heat/Blueprints/V2API
The current (v1) API design is based
This use case is sort of a providence case. Where did the stack come from so I
can find out more about it.
You could put a git commit field in the template itself but then it would be
hard to keep updated.
How about the following:
Extend heat to support setting a "scmcommit" metadata item on s
I created some relatively high level security best practices that I
thought would apply to Solum. I don't think it is ever too early to get
mindshare around security so that developers keep that in mind throughout
the project. When a design decision point could easily go two ways,
perhaps these g
On Wed, 2013-11-27 at 01:48 +, Vijay Venkatachalam wrote:
> Hi,
>
> Is there a way for the VM to identify that it is
> getting booted in OpenStack?
>
> As said in the below mail, once the VM knows it is
> booting in OpenStack it will alter the boot sequence.
>
Thanks, that clarified the use case a bit. Bot looking at the use case now,
isn't this stack tagging instead of template tagging?
I.e. assume that for each stack a user creates, he/she can assign one or
more tags so you can do better queries to find stacks later?
Regards,
Thomas
Tim Schnell wrot
On 11/27/13 10:39 AM, "Zane Bitter" wrote:
>On 26/11/13 23:44, Tim Schnell wrote:
>>> A template-validate call would need to return all the group and
>>>ordering
>>> >information, but otherwise heat can ignore this extra data.
>> I agree with all of your modifications, although bringing up the
>
Just a heads up, the console output for neutron gate jobs is about to get a lot
noisier. Any log output that contains 'ERROR' is going to be dumped into the
console output so that we can identify and eliminate unnecessary error logging.
Once we've cleaned things up, the presence of unexpected
On Wed, 2013-11-27 at 12:38 +, Day, Phil wrote:
> Doesn’t this mean that you can’t deploy Icehouse (3.0) code into a
> Havana system but leave the RPC version pinned at Havana until all of
> the code has been updated ?
I think it's because this change is for computer manager, not for
conduct
On 26/11/13 23:44, Tim Schnell wrote:
A template-validate call would need to return all the group and ordering
>information, but otherwise heat can ignore this extra data.
I agree with all of your modifications, although bringing up the
template-validate call reminded me that the implementation
On 11/22/2013 03:53 PM, Russell Bryant wrote:
> Greetings,
>
> I would like to propose adding Matt Riedemann to the nova-core review team.
>
> Matt has been involved with nova for a long time, taking on a wide range
> of tasks. He writes good code. He's very engaged with the development
> commu
On Nov 27, 2013, at 3:23 AM, "Tom Deckers (tdeckers)"
wrote:
>> -Original Message-
>> From: Adrian Otto [mailto:adrian.o...@rackspace.com]
>> Sent: Wednesday, November 27, 2013 0:28
>> To: OpenStack Development Mailing List (not for usage questions)
>> Subject: Re: [openstack-dev] [Solu
1 - 100 of 143 matches
Mail list logo
