Hello,
I think that is really great idea.
Do you think extracting bp/bug information (link) from commit message and
adding it to the changelog might also be useful?
--
Best regards,
Oleg Gelbukh
On Mon, Oct 28, 2013 at 5:50 AM, Monty Taylor wrote:
> Hey all!
>
> We're adding a little bit of
Hi Folks,
I'm trying to understand the quantum security model. I've OVS plugin
configured with VLAN isolation.
I've a tenant project (alt_demo)
*(admin) > keystone tenant-list*
+--+--+-+
|id| name | enabled |
+--
On Sun, 2013-10-27 at 21:50 -0400, Monty Taylor wrote:
> Hey all!
>
> We're adding a little bit of code to pbr to make the auto-generated
> ChangeLog files a bit more useful. Currently, they are just the git
> changelog, which is kinda useless. So we wrote this:
>
> https://review.openstack.org/#
Hi folks
This is just a reminder about the regular meeting of Murano-team in IRC.
The meeting will be held in #openstack-meeting-alt channel at 8am Pacific.
We'll discuss the status of our current delivery (Murano 0.3) and the
issues which we recently faced with it.
The complete agenda of the me
On 28/10/13 08:18 +, Mark McLoughlin wrote:
On Sun, 2013-10-27 at 21:50 -0400, Monty Taylor wrote:
Hey all!
We're adding a little bit of code to pbr to make the auto-generated
ChangeLog files a bit more useful. Currently, they are just the git
changelog, which is kinda useless. So we wrote
On 27/10/13 22:13 -0400, Monty Taylor wrote:
On 10/26/2013 04:38 AM, Robert Collins wrote:
So nova has a massive .mailmap that maps multiple addresses for one
person together. I'm wondering if a) it's still needed, and b) if it
is, should we push it into all the repositories - e.g. have a sing
On 10/25/2013 09:12 PM, Steven Dake wrote:
Hi,
I would like to propose Randall Burt for Heat Core. He has shown
interest in Heat by participating in IRC and providing high quality
reviews. The most important aspect in my mind of joining Heat Core is
output and quality of reviews. Randall h
As a new OpenStack contributor, +1 for lower barriers to entry. It's
helpful for OS to inform editor style and I don't believe in the
arguments to remove them.
> Why remove them?
> * we could shrink our codebase by a little bit.
Why do you want to shrink it? Simplify, sure, but modelines are not
On Fri, Oct 25, 2013 at 9:12 PM, Steven Dake wrote:
> Hi,
>
> I would like to propose Randall Burt for Heat Core. He has shown interest
> in Heat by participating in IRC and providing high quality reviews. The
> most important aspect in my mind of joining Heat Core is output and quality
> of rev
On Mon, Oct 28, 2013 at 8:41 AM, Flavio Percoco wrote:
> On 27/10/13 22:13 -0400, Monty Taylor wrote:
>
>>
>>
>> On 10/26/2013 04:38 AM, Robert Collins wrote:
>>
>>> So nova has a massive .mailmap that maps multiple addresses for one
>>> person together. I'm wondering if a) it's still needed, and
openstack learner wrote:
> I am using the python-novaclient api and creating a nova client using
> "client = Client(USERNAME, PASSWORD, PROJECT_ID, AUTH_URL)" My
> question is: what is the default timeout of the session the nova client
> instance set up with the compute endpoint?
> [...]
Xin: Do
Is there a reason why you could not just use a Cinder Volume for your
data, in this case?
While at a first glance, it feels rather wrong, and un-cloudy, I do
see something useful about refreshing the base disk, and leaving the
data disks alone. Prehaps it's something that could be described in
the
Sean Dague wrote:
> As my searching did not yet return an Icehouse design summit pages in
> the wiki with etherpads, I built it here -
> https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads
Thanks for creating it.
> For consistency it would be great if all the projects would use the same
> p
Prashanth Prahalad wrote:
> Hi Folks,
>
> I'm trying to understand the quantum security model. I've OVS plugin
> configured with VLAN isolation.
> [...]
This mailing-list is about discussing future development of OpenStack,
not answering general usage questions. You should post your question to
On 27/10/13 16:37, Edgar Magana wrote:
Heat Developers,
I am one of the core developers for Neutron who is lately working on the
concept of "Network Topologies". I want to discuss with you if the
following blueprint will make sense to have in heat or neutron code:
https://blueprints.launchpad.ne
On 28 October 2013 23:17, John Garbutt wrote:
> Is there a reason why you could not just use a Cinder Volume for your
> data, in this case?
Because this is at the baremetal layer; we want local disks - e.g.
some of the stuff we might put in that partition would be cinder lvm
volumes for serving o
On Mon, Oct 28, 2013 at 9:35 AM, Alexis Lee wrote:
> As a new OpenStack contributor, +1 for lower barriers to entry. It's
> helpful for OS to inform editor style and I don't believe in the
> arguments to remove them.
>
> > Why remove them?
> > * we could shrink our codebase by a little bit.
>
> W
Hi folks,
also here I have updated version of wireframes:
http://ask-openstackux.rhcloud.com/question/7/tuskar-ui-l2-groups-and-nodes/?sort=oldest#post-id-48
Any feedback is welcome, feel free to join discussion there.
-- Jarda
On 2013/22/10 16:41, Jaromir Coufal wrote:
Hi everybody,
you c
Hey buddies,
updated version was posted here:
http://ask-openstackux.rhcloud.com/question/5/tuskar-ui-resource-class-creation/?sort=oldest#post-id-49.
If you have any comments or concerns, feel free to follow the discussion
there.
Cheers
-- Jarda
On 2013/16/10 18:31, Jaromir Coufal wrote:
Thanks you guys who have joined Climate (OpenStack Reservation Service)
team meeting.
Here are the logs:
Minutes:
http://eavesdrop.openstack.org/meetings/climate/2013/climate.2013-10-28-10.00.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/climate/2013/climate.2013-10-28-10.00.txt
https://review.openstack.org/54101 < is a change to introduce sample
generation for Libra LBaaS.
I run the command as: "./tools/config/generate_sample.sh -b ./ -p libra -o
etc"
I keep getting:
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_mai
Hi,
I've been noticing since this morning that the check-grenade-devstack-vm
job constantly fails.
https://jenkins01.openstack.org/job/check-grenade-devstack-vm/
You can see that there were no single successful completion for 5 hours in
a raw.
Would could be wrong with that?
Roman
Hi Robert,
Thank you very much for sharing the information regarding your efforts. Can you
please share your idea of the end to end flow? How do you suggest to bind Nova
and Neutron?
The blueprints you registered make sense. On Nova side, there is a need to bind
between requested virtual netwo
On 10/28/2013 06:20 AM, Thierry Carrez wrote:
Sean Dague wrote:
As my searching did not yet return an Icehouse design summit pages in
the wiki with etherpads, I built it here -
https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads
Thanks for creating it.
For consistency it would be great
Hi stackers,
Tomorrow at 17:00 UTC will be the first weekly Rally meeting.
Topics:
1) What was done.
2) Active tasks.
3) RoadMap.
4) Why we need Rally, when we have Tempest?
5) Why tempest stress engine & Rally benchmark engine are different tools?
And why we should keep both?
6) Open discussion
Hi all!
For each new release, we have been cleaning up part of the grenade
'upgrade_*' scripts and start over adding code to it, as we
progressively add configuration or other changes to the different
components (as seen in patch https://review.openstack.org/#/c/53874/ )
The proposal here is
Can you file a bug report against keystone so we can track this?
https://bugs.launchpad.net/keystone
Thanks!
On Fri, Oct 25, 2013 at 5:47 PM, Miller, Mark M (EB SW Cloud - R&D -
Corvallis) wrote:
> Hello,
>
> ** **
>
> We are getting an HTTP 500 error when we try to list all trusts. We
Hi Endre,
The "demon" option is being registered inside the function
'add_common_opts' hence the generator script cannot find the group it is
being registered in.
https://github.com/stackforge/libra/blob/master/libra/common/options.py#L100
The generator script has been relying on the global conf
Hi, Christopher
2013/10/23 12:40:38 Christopher Yeoh wrote:
> On Tue, Oct 22, 2013 at 9:22 PM, Masayuki Igawa
> wrote:
>
>
> Hi, Ivan
>
> Thank you for your information. And I'm sorry for delay reply.
>
>
> > Hi,
> >
> > I also collect the tests st
On Mon, Oct 28, 2013 at 3:18 AM, Mark McLoughlin wrote:
> On Sun, 2013-10-27 at 21:50 -0400, Monty Taylor wrote:
> > Hey all!
> >
> > We're adding a little bit of code to pbr to make the auto-generated
> > ChangeLog files a bit more useful. Currently, they are just the git
> > changelog, which is
On Mon, Oct 28, 2013 at 11:10 AM, Roman Bogorodskiy <
[email protected]> wrote:
> Hi,
>
> I've been noticing since this morning that the check-grenade-devstack-vm
> job constantly fails.
>
> https://jenkins01.openstack.org/job/check-grenade-devstack-vm/
>
> You can see that there were no s
On 10/27/2013 07:07 AM, Gary Kotton wrote:
> Hi,
> In the case of stable back ports which have "Fixes bug: #XYZ" we will
> have to change this to the new format "Closes-bug: #XYZ". Any thoughts
> on this?
It doesn't have to change, right? The old format is still treated like
"Closes-bug" AFAIK.
On Mon, Oct 28, 2013 at 4:49 AM, Robert Collins
wrote:
> On 28 October 2013 23:17, John Garbutt wrote:
> > Is there a reason why you could not just use a Cinder Volume for your
> > data, in this case?
>
> Because this is at the baremetal layer; we want local disks - e.g.
> some of the stuff we mi
Yong:
It's been a while, but I've had success with Ryu in the past. As Kaneko
points out, explaining the details of the issues you're hitting would help
us narrow things down.
Thanks,
Kyle
On Oct 27, 2013, at 5:09 AM, Yoshihiro Kaneko wrote:
> Hi Yong,
>
> Could you explain the details of your
On Mon, Oct 28, 2013 at 7:37 AM, Russell Bryant wrote:
> On 10/27/2013 07:07 AM, Gary Kotton wrote:
> > Hi,
> > In the case of stable back ports which have "Fixes bug: #XYZ" we will
> > have to change this to the new format "Closes-bug: #XYZ". Any thoughts
> > on this?
>
> It doesn't have to chan
On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote:
> A few us at IBM studied Steve Baker's proposal on HOT Software
> Configuration. Overall the proposed constructs and syntax are great -- we
> really like the clean syntax and concise specification of components. We
> woul
Zane Bitter wrote on 10/28/2013 06:47:50 AM:
> On 27/10/13 16:37, Edgar Magana wrote:
> > Heat Developers,
> >
> > I am one of the core developers for Neutron who is lately working on
the
> > concept of "Network Topologies". I want to discuss with you if the
> > following blueprint will make sens
On 25 October 2013 11:52, Nikola Đipanov wrote:
> On 23/10/13 17:33, Russell Bryant wrote:
>> 4) Blueprint Prioritization
>> I would like to do a better job of using priorities in Icehouse. The
>> priority field services a couple of purposes:
>>
>> - helps reviewers prioritize their time
>>
>>
I’d disagree that that – from a user perspective they should always be able to
delete an Instance regardless of its state, and the delete should always work
(or at least always appear to work to the user so that it no longer counts
against their quota, and they are no longer charged for it)
Fro
On 10/28/2013 08:34 AM, Boris Pavlovic wrote:
Hi stackers,
Tomorrow at 17:00 UTC will be the first weekly Rally meeting.
Topics:
1) What was done.
2) Active tasks.
3) RoadMap.
4) Why we need Rally, when we have Tempest?
5) Why tempest stress engine & Rally benchmark engine are different
tools?
On 25 October 2013 10:18, Joe Gordon wrote:
> On Oct 24, 2013 9:14 PM, "Robert Collins" wrote:
>> On 24 October 2013 04:33, Russell Bryant wrote:
>> > Greetings,
>> >
>> > At the last Nova meeting we started talking about some updates to the
>> > Nova blueprint process for the Icehouse cycle. I
On 28/10/13 15:07, Mike Spreitzer wrote:
Zane Bitter wrote on 10/28/2013 06:47:50 AM:
> On 27/10/13 16:37, Edgar Magana wrote:
> > Heat Developers,
> >
> > I am one of the core developers for Neutron who is lately working
on the
> > concept of "Network Topologies". I want to discuss with yo
On Oct 28, 2013, at 9:07 AM, Mike Spreitzer
mailto:[email protected]>>
wrote:
Zane Bitter mailto:[email protected]>> wrote on 10/28/2013
06:47:50 AM:
> On 27/10/13 16:37, Edgar Magana wrote:
> > Heat Developers,
> >
> > I am one of the core developers for Neutron who is lately working on th
On Oct 28, 2013, at 8:53 AM, Steven Hardy
wrote:
> On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote:
>> A few us at IBM studied Steve Baker's proposal on HOT Software
>> Configuration. Overall the proposed constructs and syntax are great -- we
>> really like the clean
On 10/28/2013 03:26 AM, Oleg Gelbukh wrote:
Hello,
I think that is really great idea.
Do you think extracting bp/bug information (link) from commit message
and adding it to the changelog might also be useful?
+10, this is a great idea. Have the one-liner messages be trailed with
something li
On Sun, Oct 27, 2013 at 08:37:15AM -0700, Edgar Magana wrote:
> Heat Developers,
>
> I am one of the core developers for Neutron who is lately working on the
> concept of "Network Topologies". I want to discuss with you if the
> following blueprint will make sense to have in heat or neutron code:
On Mon, Oct 28, 2013 at 02:33:40PM +, Randall Burt wrote:
>
> On Oct 28, 2013, at 8:53 AM, Steven Hardy
> wrote:
>
> > On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote:
> >> A few us at IBM studied Steve Baker's proposal on HOT Software
> >> Configuration. Overall
On Oct 28, 2013, at 9:49 AM, Steven Hardy wrote:
> On Mon, Oct 28, 2013 at 02:33:40PM +, Randall Burt wrote:
>>
>> On Oct 28, 2013, at 8:53 AM, Steven Hardy
>> wrote:
>>
>>> On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote:
A few us at IBM studied Steve Bak
Yes, exactly this. If my compute node crashes and is unavailable I
should still be able to delete the instance.
Heck, I should be able to create an instance and delete it while it's
still in the building stage.
It's like a "kill -9" in posix...the underlying system should clean up
underneat
So...I've been working on this some more and hit a bit of a snag. The
Glanceclient change was easy, but I see now that doing this in nova will
require a pretty huge change in the way things work. Currently, the API version
is grabbed from the config value, the appropriate driver is instantiated,
On Mon, Oct 28, 2013 at 2:24 PM, John Garbutt wrote:
> On 25 October 2013 10:18, Joe Gordon wrote:
> > On Oct 24, 2013 9:14 PM, "Robert Collins"
> wrote:
> >> On 24 October 2013 04:33, Russell Bryant wrote:
> >> > Greetings,
> >> >
> >> > At the last Nova meeting we started talking about some
On Mon, Oct 28, 2013 at 9:20 AM, Jay Pipes wrote:
> On 10/28/2013 08:34 AM, Boris Pavlovic wrote:
>
>> Hi stackers,
>>
>>
>> Tomorrow at 17:00 UTC will be the first weekly Rally meeting.
>>
>> Topics:
>> 1) What was done.
>> 2) Active tasks.
>> 3) RoadMap.
>> 4) Why we need Rally, when we have Te
On Mon, Oct 28, 2013 at 6:35 AM, John Griffith
wrote:
>
> On Mon, Oct 28, 2013 at 4:49 AM, Robert Collins > wrote:
>
>> On 28 October 2013 23:17, John Garbutt wrote:
>> > Is there a reason why you could not just use a Cinder Volume for your
>> > data, in this case?
>>
>> Because this is at the b
I have created etherpads for all of the Oslo sessions for the summit, and
linked them from
https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Oslo.
If you have an Oslo session scheduled, and already have an etherpad
created, please update the link (there's no need to move the content).
Tha
I've installed Havana using RDO Packstack.
When one key:value pair is described in instance_type_extra_specs,
the scheduler works fine.
However, when multiple key:value pairs are described in
instance_type_extra_specs in /etc/nova/nova.conf, only one of them are properly
filtered, but the other
On 10/23/2013 08:33 AM, Russell Bryant wrote:
> At the last Nova meeting we started talking about some updates to the
> Nova blueprint process for the Icehouse cycle. I had hoped we could
> talk about and finalize this in a Nova design summit session on "Nova
> Project Structure and Process" [1],
On Mon, Oct 28, 2013 at 9:24 AM, John Garbutt wrote:
> On 25 October 2013 10:18, Joe Gordon wrote:
> > On Oct 24, 2013 9:14 PM, "Robert Collins"
> wrote:
> >> On 24 October 2013 04:33, Russell Bryant wrote:
> >> > Greetings,
> >> >
> >> > At the last Nova meeting we started talking about some
This sounds like a bug in Havana, please file a bug at
https://bugs.launchpad.net/nova.
On Mon, Oct 28, 2013 at 3:29 PM, David Kang wrote:
>
> I've installed Havana using RDO Packstack.
> When one key:value pair is described in instance_type_extra_specs,
> the scheduler works fine.
> However,
It's not specific to mysql (or sql at all), but keystone is using
dogpile.cache around driver calls to a similar effect.
http://dogpilecache.readthedocs.org/en/latest/
It can persist to memcache, redis, etc.
https://github.com/openstack/keystone/blob/master/keystone/common/cache/core.py
On F
On Mon, Oct 28, 2013 at 10:07:08AM -0400, Mike Spreitzer wrote:
> Zane Bitter wrote on 10/28/2013 06:47:50 AM:
> > On 27/10/13 16:37, Edgar Magana wrote:
> > > Heat Developers,
> > >
> > > I am one of the core developers for Neutron who is lately working on
> the
> > > concept of "Network Topolog
It is reported
https://bugs.launchpad.net/nova/+bug/1245541
Thanks,
David
- Original Message -
> From: "Joe Gordon"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Monday, October 28, 2013 11:41:16 AM
> Subject: Re: [openstack-dev] [Nova] [Havana] Is
Jay,
yep Dolph is right #openstack-meeting
Dolph,
Thanks
Best regards,
Boris Pavlovic
---
Mirantis Inc.
On Mon, Oct 28, 2013 at 7:20 PM, Dolph Mathews wrote:
>
> On Mon, Oct 28, 2013 at 9:20 AM, Jay Pipes wrote:
>
>> On 10/28/2013 08:34 AM, Boris Pavlovic wrote:
>>
>>> Hi stackers,
>>>
Except I think the CAP theorem would say that u can't accurately give back
there quota under thing like network partitions.
If nova-compute and the message queue have a network partition then u can
release there quota but can't actually delete there vms. I would actually
prefer to not release t
I've posted links to the Ironic session's etherpads on the wiki --
https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Ironic
If you have a session proposed and the link in the wiki is wrong (you have
a pad somewhere else with good things in it) please let me know so I can
update the link
Excerpts from Dolph Mathews's message of 2013-10-28 08:40:19 -0700:
> It's not specific to mysql (or sql at all), but keystone is using
> dogpile.cache around driver calls to a similar effect.
>
> http://dogpilecache.readthedocs.org/en/latest/
>
> It can persist to memcache, redis, etc.
>
I o
Hi all,
I'm trying to use the Nova XenAPI driver with Neutron (Open vSwitch with
VLAN). After many attempts, I managed to make it work using the
NoopFirewallDriver firewall_driver for security groups (which means,
well, no security). With the OVSHybridIptablesFirewallDriver driver, the
OVS ag
John Garbutt wrote:
> On 25 October 2013 11:52, Nikola Đipanov wrote:
>> I don't have the numbers but I have a feeling that what happened in
>> Havana was that a lot of blueprints slipped until the time for feature
>> freeze. Reviewers thought it was a worthwile feature at that point (this
>> was,
Excerpts from Joshua Harlow's message of 2013-10-28 09:01:44 -0700:
> Except I think the CAP theorem would say that u can't accurately give back
> there quota under thing like network partitions.
>
> If nova-compute and the message queue have a network partition then u can
> release there quota
I wish everything was so simple in distributed systems (like openstack) but
there are real boundaries and limits to doing something like a "kill -9"
correctly while retaining the consistency of the resources in your cloud (any
inconsistency costs someone $$$).
Sent from my really tiny device...
Excerpts from Steven Hardy's message of 2013-10-28 07:47:06 -0700:
> On Sun, Oct 27, 2013 at 08:37:15AM -0700, Edgar Magana wrote:
> > Heat Developers,
> >
> > I am one of the core developers for Neutron who is lately working on the
> > concept of "Network Topologies". I want to discuss with you i
Hi Simon,
Yes, I believe you are right.
We were already planning to discuss this very topic at the XenAPI roadmap
session at the summit. Hopefully someone will take on tying up this loose end
there.
Security group support is the only thing we are aware of that is missing from
the XenAPI neut
On 10/28/2013 10:30 AM, Joshua Harlow wrote:
I wish everything was so simple in distributed systems (like
openstack) but there are real boundaries and limits to doing
something like a "kill -9" correctly while retaining the consistency
of the resources in your cloud (any inconsistency costs someo
>
> I once heard a quote.. "I had a performance problem, so I added caching.
> now I have two performance problems."
>
this. 1,000 times this.
Just to float this thought ... make sure it's considered...
I've seen a *lot* of people misuse caching when what the really want is
memoization.
*
ht
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday October 29th, at 19:00 UTC in
#openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested in inf
On 10/28/2013 12:16 PM, Thierry Carrez wrote:
> John Garbutt wrote:
>> On 25 October 2013 11:52, Nikola Đipanov wrote:
>>> I don't have the numbers but I have a feeling that what happened in
>>> Havana was that a lot of blueprints slipped until the time for feature
>>> freeze. Reviewers thought it
In light of what Dolph said with regards to Keystone, we are using
dogpile.cache to implement memoization in front of our driver calls.
It it has the ability to cache directly as well, but it has been
effective (so far) for our use-case.
That being said, I am unsure if caching in front of MySQL is
Done.
https://bugs.launchpad.net/keystone/+bug/1245590
From: Dolph Mathews [mailto:[email protected]]
Sent: Monday, October 28, 2013 5:37 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Possible Keystone OS-TRUST bug
Can you file a bug report against keystone so we c
On Mon, Oct 28, 2013 at 4:50 AM, Sean Dague wrote:
> On 10/28/2013 06:20 AM, Thierry Carrez wrote:
>
>> Sean Dague wrote:
>>
>>> As my searching did not yet return an Icehouse design summit pages in
>>> the wiki with etherpads, I built it here -
>>> https://wiki.openstack.org/**wiki/Summit/Icehou
On 10/28/2013 11:35 AM, Stefano Maffulli wrote:
> On 10/23/2013 08:33 AM, Russell Bryant wrote:
>> At the last Nova meeting we started talking about some updates to the
>> Nova blueprint process for the Icehouse cycle. I had hoped we could
>> talk about and finalize this in a Nova design summit se
On 10/28/2013 01:21 PM, Morgan Fainberg wrote:
In light of what Dolph said with regards to Keystone, we are using
dogpile.cache to implement memoization in front of our driver calls.
It it has the ability to cache directly as well, but it has been
effective (so far) for our use-case.
That being
But there is a difference here that I think needs to be clear.
Releasing the resources from nova (in the current way its done) means
another individual can take those resources and that causes
inconsistencies (bad for deployer).
I think we talked about how we can make this better by putting the
r
Hi,
Thanks for joining us at the weekly IRC meeting today on 10/28/2013.
Full meeting log:
http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-10-28-16.00.log.html
Meeting summary:
http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-10-28-16.00.html
Please join us t
Hi Lakshminarayanan,
I believe the extensions you proposed will extend HOT software components
usability. In general I have only one concern related to components naming.
In your examples you have software components like install_mysql (you got
it from Steve's example) and configure_app.
I would s
On 29 October 2013 04:20, Devananda van der Veen
wrote:
> On Mon, Oct 28, 2013 at 6:35 AM, John Griffith
> wrote:
> I understand the desire to have something functional in nova-bm so you can
> iron out the other parts of the TripleO story that will rely on local data
> persisting through rebuild
On 28 October 2013 16:23, Lakshminaraya Renganarayana
wrote:
> Sorry, Re-posting this with [Heat] in the subject line, because many of us
> have filters based on [Heat] in the subject line.
Thanks.
BTW I found it a little weird that you replied as a new
blueprint-scoped wiki page rather than an
Sure, convergence model is great and likely how it has to be done.
Its just a question of what is that convergence model :)
I agree that its bad customer service to say 'yes u tried to delete it but
I am charging u anyway' but I think the difference is that the user
actually still has access to t
On 10/28/2013 12:01 PM, Joshua Harlow wrote:
But there is a difference here that I think needs to be clear.
Releasing the resources from nova (in the current way its done) means
another individual can take those resources and that causes
inconsistencies (bad for deployer).
I think we talked abo
On 29 October 2013 02:35, John Griffith wrote:
> Personally I'd rather go the proper route and try to get what you need in to
> Cinder, FWIW the local storage provisioning is something that Vish brought
We -totally- want to do that but it's not the same as local storage :
remember that we have /
+1
On 10/26/2013 08:12 AM, Steven Dake wrote:
> Hi,
>
> I would like to propose Randall Burt for Heat Core. He has shown
> interest in Heat by participating in IRC and providing high quality
> reviews. The most important aspect in my mind of joining Heat Core is
> output and quality of reviews.
Hello Folks,
Thank you Zane, Steven and Clint for you input.
Our main goal in this BP is to provide networking users such as Heat (we
consider it as a neutron user) a better and consolidated network building
block in terms of an API that you could use for orchestration of
application-driven requi
On 10/29/2013 02:53 AM, Steven Hardy wrote:
> On Sun, Oct 27, 2013 at 11:23:20PM -0400, Lakshminaraya Renganarayana wrote:
>> A few us at IBM studied Steve Baker's proposal on HOT Software
>> Configuration. Overall the proposed constructs and syntax are great -- we
>> really like the clean syntax a
Steve Baker wrote on 10/28/2013 04:24:30 PM:
> On 10/29/2013 02:53 AM, Steven Hardy wrote:
> > ...
> > Can anyone provide me with a clear argument for what the "fundamental
> > differences" actually are?
> ...
> Since writing those proposals my thinking has evolved too. I'm currently
> thinking i
As I looked at the havana release notes that talk about the v3 api, and
as I was reviewing
"port test_images and test_server_actions into v3 part2"
https://review.openstack.org/#/c/39609/,
I saw some less-than-obvious differences. For example, the images/get it
seems now goes directly to glance
Hi!
We are looking into how to make it possible for tenant VMs to use VLAN
tagged traffic to connect to different Neutron networks.
The VID on frames sent/received will determine which Neutron network the
frames are connected to.
https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms
I w
If you proposed a summit session and it's been accepted you need to
create etherpads for the sessions, and list them on the summit
etherpad list -
https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads
I will copy links from that list into the summit descriptions on
Wednesday; if it's not done
Hi Erik,
While we were discussing about the service VM framework, the trunk port
support was also mentioned. I think people do see the needs for it.
I have seen someone have mentioned another BP
https://blueprints.launchpad.net/neutron/+spec/quantum-network-bundle-api in
your BP already. Maybe
>A component is implemented by a bit of user code (and/or other sorts of
instructions) >embedded in or referenced by a template, with no fixed API
and not invoked with Keystone >credentials. We desire the heat engine to
invoke operations on resources; we do not desire >the heat engine to invoke
co
Hey Russell, any chance you can shuffle the two tuesday nova sessions
on scheduler - 1450 and 1640 - to another day? Both of those are
pretty relevant to the baremetal workload aspect of TripleO, the
former largely for Devananda with his Ironic hat on, the latter for
our ability to schedule work t
I think the trunk port BP referenced below (and registered by myself) would
likely solve this use case. There is no design summit session to discuss this,
but I hope to have an unconference slot in Hong Kong to discuss this with folks
who are interested.
Thanks,
Kyle
On Oct 28, 2013, at 4:34 P
Hi,
Could someone review this please:
https://review.openstack.org/#/c/54085/
Regards,
Peter
___
OpenStack-dev mailing list
[email protected]
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
1 - 100 of 140 matches
Mail list logo
