[openstack-dev] [nova][scheduler] Instance Group Model and APIs - Updated document with an example request payload

The Instance Group API document is now updated with a simple example request payload of a nested group, and some description of how the API implementation should handle the registration of the components of a nested instance group. https://docs.google.com/document/d/17OIiBoIavih-1y4zzK0oXyI66529f

Re: [openstack-dev] [heat] Proposal for new heat-core member

+1 ! On Fri, 2013-10-25 at 12:12 -0700, 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 qualit

Re: [openstack-dev] [Heat] Network topologies

On Mon, Oct 28, 2013 at 01:19:13PM -0700, Edgar Magana wrote: > 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 term

Re: [openstack-dev] [heat] Proposal for new heat-core member

On Fri, Oct 25, 2013 at 12:12:54PM -0700, Steven Dake wrote: > Please have a vote +1/-1 +1 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

On 2013?10?27? 15:48, Irena Berezovsky wrote: 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

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

On 2013?10?29? 03:22, Robert Li (baoli) wrote: Hi Irena, Thank you very much for your comments. See inline. --Robert On 10/27/13 3:48 AM, "Irena Berezovsky" > wrote: Hi Robert, Thank you very much for sharing the information regarding your efforts. Ca

[openstack-dev] Test Mail

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] check-grenade-devstack-vm job problem?

Joe, thanks for clarification. On Mon, Oct 28, 2013 at 5:34 PM, Joe Gordon wrote: > > > > On Mon, Oct 28, 2013 at 11:10 AM, Roman Bogorodskiy < > rbogorods...@mirantis.com> wrote: > >> Hi, >> >> I've been noticing since this morning that the check-grenade-devstack-vm >> job constantly fails. >>

[openstack-dev] [Glance] Design Summit etherpads

Here is a list of Glance etherpads for the design summit sessions - https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Glance . Feel free to add in notes. Thanks, Iccha ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://li

[openstack-dev] Full schedule for HongKong summit?

Hi all, Looks like we have http://icehousedesignsummit.sched.org/ for the summit session schedules and http://openstacksummitnovember2013.sched.org/ for presentations/panels schedules. Do we have a schedule combined both of the two? -Lianhao ___ Open

Re: [openstack-dev] [Neutron] FWaaS IceHouse summit prep and IRC meeting

My mainly concern is using neutron port for zones may cause confusion/misconfig while you can have two ports connected to same network/subnet in different zone. Using network, or subnet (in the form of network/subnet uuid), on the other hand, is more general and can still be mapped to any inte

Re: [openstack-dev] [Heat] HOT Software configuration proposal

On 28/10/13 16:26 -0700, Clint Byrum wrote: [snip] > My components proposals had no hosted_on, but I've been thinking about the implications of implementing software configuration as resources, and one of the natural consequences might be that hosted_on is the best way of establishing the relat

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

Sandy, Thanks for your comprehensive report card and detailed explanation! That helps a lot! I'll follow the route of using Yagi for now. Qing -Original Message- From: Sandy Walsh [mailto:sandy.wa...@rackspace.com] Sent: Monday, October 28, 2013 4:56 PM To: OpenStack Development Mailin

Re: [openstack-dev] [Neutron] VLAN aware VMs

Yes, if we can do that it will be perfect. How should we arrange this? I will arrive at the morning of 5th. Yi On Monday, October 28, 2013, Erik Moe wrote: > > Hi Yamahata, > > yes, unconference sounds good. > > I agree that quantum-network-bundle-api is in the same area. I missed this > blueprin

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

Here's the current adoption of notifications in OpenStack ... hope it helps! http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html -S From: Qing He [qing...@radisys.com] Sent: Monday, October 28, 2013 8:48 PM To: OpenStack Developm

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

(Sorry for the top-post ... web client) So long as you configure each of the services to publish on the same notification topic [1], they'll all end up in the same queue. Then you can use anything that can consume from that queue to get your messages. Note that there are .info, .error and .warn

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

Thanks Angus! Yes, if this rpc notification mechanism works for all other components, e.g., Neutron, in addition to Nova, which seems to be the only documented component working with this notification system. For example, can we do something like Network.instance.shutdown/.end Or Storage.inst

Re: [openstack-dev] [nova][qa] user-oriented release notes for v3 api?

On Tue, Oct 29, 2013 at 7:22 AM, David Kranz wrote: > 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/ > , >

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

On 28/10/13 22:30 +, Qing He wrote: All, I found multiple places/components you can get event alarms, e.g., Heat, Ceilometer, Oslo, Nova etc, notification. But I fail to find any documents as to how to do it in the respective component documents. I 'm wondering if there is document as to

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

Oslo config files is the higher abstraction of trove service configuration. Since common/cfg.py configuration is almost independent from *.conf files, then yes, we could use parameters from there, but, to be precise, we should intialize that parameter in a right way, and this means we should store

Re: [openstack-dev] [Heat] HOT Software configuration proposal

Excerpts from Steve Baker's message of 2013-10-28 15:43:02 -0700: > On 10/26/2013 05:25 AM, Clint Byrum wrote: > > Excerpts from Angus Salkeld's message of 2013-10-24 18:48:16 -0700: > >> On 24/10/13 11:54 +0200, Patrick Petit wrote: > >>> Hi Clint, > >>> Thank you! I have few replies/questions in-

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

+1 to Vipul's suggestion. > Since all compabilities based upon config, we could send response to user > based upon available guestagent > managers, but this means, that all datastore managers parameter should > migrate to taskmanager.>? > Manager description(fq classpath) would delivered to inst

Re: [openstack-dev] [Neutron] VLAN aware VMs

Hi Yamahata, yes, unconference sounds good. I agree that quantum-network-bundle-api is in the same area. I missed this blueprint. /Erik On Mon, Oct 28, 2013 at 11:10 PM, Isaku Yamahata wrote: > Hi Erik and Li. > Unconference at the next summit? > > On Mon, Oct 28, 2013 at 02:34:28PM -0700, >

Re: [openstack-dev] [Heat] HOT Software configuration proposal

In-line comments. On 10/28/13 5:43 PM, "Steve Baker" wrote: >On 10/26/2013 05:25 AM, Clint Byrum wrote: >> Excerpts from Angus Salkeld's message of 2013-10-24 18:48:16 -0700: >>> On 24/10/13 11:54 +0200, Patrick Petit wrote: Hi Clint, Thank you! I have few replies/questions in-line. >>

Re: [openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

Hi, I am not sure that there is an existing service or API for event subscription. The event management was listed as a part of Mistral project which is not implemented though. If I am not mistaken, Mistral will allow you to refer events and alarms coming from different sources and trig some actio

[openstack-dev] Looking for an MC for Ligthing Talks in Hong Kong

Hello folks as it's now an established tradition of OpenStack Summits, we'll have 30 minutes every day in Hong Kong for people to present their projects in 5 minutes or less. The projects can be about anything, really, from building furniture to 3D printing to cloudy stuff. People that want to ta

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

In my hard drive-less use case, I need an in-core-db/cache that can be in the same db cluster with real db (with hard drive) with the same sql api so that the current openstack code do not need to be changed, instead, just a pluggin with some configurations. -Original Message- From: Mo

Re: [openstack-dev] [Heat] HOT Software configuration proposal

On 10/26/2013 05:25 AM, Clint Byrum wrote: > Excerpts from Angus Salkeld's message of 2013-10-24 18:48:16 -0700: >> On 24/10/13 11:54 +0200, Patrick Petit wrote: >>> Hi Clint, >>> Thank you! I have few replies/questions in-line. >>> Cheers, >>> Patrick >>> On 10/23/13 8:36 PM, Clint Byrum wrote: >>

Re: [openstack-dev] [TripleO][Nova] summit overlap

I can't make the Wed 2:50 session -- I'm presenting at that time -- but I don't think it's essential for me to be there anyway. Everything else LGTM. Thanks! -Deva On Mon, Oct 28, 2013 at 3:19 PM, Robert Collins wrote: > Thanks! > > -Rob > > On 29 October 2013 11:16, Russell Bryant wrote: > >

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

Georgy Okrokvertskhov wrote on 10/28/2013 02:18:42 PM: > > 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 fro

[openstack-dev] [TripleO][Nova][neutron][Heat][Oslo][Ceilometer][Havana]Single Subscription Point for event notification

All, I found multiple places/components you can get event alarms, e.g., Heat, Ceilometer, Oslo, Nova etc, notification. But I fail to find any documents as to how to do it in the respective component documents. I 'm wondering if there is document as to if there is a single API entry point wher

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

Robert Collins wrote on 10/28/2013 02:47:53 PM: > BTW I found it a little weird that you replied as a new > blueprint-scoped wiki page rather than an email, or as a discussion > page on Steve's page. It was a bit too long to directly post as an email text on the mailing list. Also, posting it a

Re: [openstack-dev] [TripleO][Nova] summit overlap

Thanks! -Rob On 29 October 2013 11:16, Russell Bryant wrote: > On 10/28/2013 05:40 PM, Robert Collins wrote: >> 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 a

Re: [openstack-dev] [Neutron] Common requirements for services' discussion

Hi All, This is a reminder for the next IRC meeting on Tuesday (Oct 29th) 15.30 UTC (8.30 AM PDT) on the #openstack-meeting-alt channel. Meeting agenda: https://wiki.openstack.org/wiki/Meetings/AdvancedServices Thanks, ~Sumit. On Tue, Oct 22, 2013 at 9:55 AM, Sumit Naiksatam wrote: > Hi All, >

Re: [openstack-dev] [TripleO][Nova] summit overlap

On 10/28/2013 05:40 PM, Robert Collins wrote: > 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

[openstack-dev] [savanna] Design summit etherpads

Here is a list of the Savanna session’s etherpads on the wiki - https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Savanna Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. ___ OpenStack-dev mailing list OpenStack-dev@list

Re: [openstack-dev] [Nova] Blueprint review process

On 29 October 2013 03:24, John Garbutt wrote: >> I based that on this statement, which I think sums it up well "If the patch >> implements a feature, it should reference a blueprint. The blueprint should >> be approved before the patch is merged" >> >> https://wiki.openstack.org/wiki/ReviewCheckl

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

Thanks Morgan. In my embedded situation, There is no hard drive where I run the Openstack controller, keystone, and other control functions, thus, my only choice has to be to use an in-core-db (cache) for the realtime transactions into the database, and then use another process to sync the data

Re: [openstack-dev] extending nova boot

Chris and Phil, Thanks for the clue on using scheduler_hints as a template. I've implemented a V2 API version of my extension to get started (for stable/grizzly) and I can see all of the data moving from nova/api/openstack/compute/servers.py to nova/compute/api.py.create() -> _create_instance() -

Re: [openstack-dev] [Neutron] VLAN aware VMs

Hi Erik and Li. Unconference at the next summit? On Mon, Oct 28, 2013 at 02:34:28PM -0700, beyounn wrote: > 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

[openstack-dev] Code Review (Jenkins-job-builder, BlameUpstreamCommitters plugin support)

Hi, Could someone review this please: https://review.openstack.org/#/c/54085/ Regards, Peter ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] VLAN aware VMs

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

[openstack-dev] [TripleO][Nova] summit overlap

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

Re: [openstack-dev] [Neutron] VLAN aware VMs

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

>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

[openstack-dev] [TripleO] Please create and list etherpads for summit sessions

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

[openstack-dev] [Neutron] VLAN aware VMs

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

[openstack-dev] [nova][qa] user-oriented release notes for v3 api?

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Heat] Network topologies

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

Re: [openstack-dev] [heat] Proposal for new heat-core member

+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.

Re: [openstack-dev] [Nova] Preserving ephemeral block device on rebuild?

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 /

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Nova] Preserving ephemeral block device on rebuild?

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

[openstack-dev] [Mistral] Community meeting minutes - 10/28/2013

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

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

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

Re: [openstack-dev] [Nova] Blueprint review process

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

Re: [openstack-dev] Icehouse Design Summit Etherpad wiki page

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

Re: [openstack-dev] Possible Keystone OS-TRUST bug

Done. https://bugs.launchpad.net/keystone/+bug/1245590 From: Dolph Mathews [mailto:dolph.math...@gmail.com] 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

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

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

Re: [openstack-dev] [Nova] Blueprint review process

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

[openstack-dev] [infra] Meeting Tuesday October 29th at 19:00 UTC

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

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

> > 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

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [Neutron] Security groups with XenAPI

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

Re: [openstack-dev] [Heat] Network topologies

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

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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...

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [Nova] Blueprint review process

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,

[openstack-dev] [Neutron] Security groups with XenAPI

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

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

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

[openstack-dev] [Ironic] Design summit etherpads

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

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [rally] The first Rally IRC meeting

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, >>>

Re: [openstack-dev] [Nova] [Havana] Is instance_type_extra_specs changed or broken?

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

Re: [openstack-dev] [Heat] Network topologies [and more]

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

Re: [openstack-dev] distibuted caching system in front of mysql server for openstack transactions

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

Re: [openstack-dev] [Nova] [Havana] Is instance_type_extra_specs changed or broken?

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,

Re: [openstack-dev] [Nova] Blueprint review process

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

Re: [openstack-dev] [Nova] Blueprint review process

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],

[openstack-dev] [Nova] [Havana] Is instance_type_extra_specs changed or broken?

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

[openstack-dev] Oslo summit etherpads

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

Re: [openstack-dev] [Nova] Preserving ephemeral block device on rebuild?

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

Re: [openstack-dev] [rally] The first Rally IRC meeting

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

Re: [openstack-dev] [Nova] Blueprint review process

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

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

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,

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Heat] Network topologies

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:

Re: [openstack-dev] RFC: Filtering boring commit subjects from ChangeLog

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

Re: [openstack-dev] [Heat] Comments on Steve Baker's Proposal on HOT Software Config

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

Re: [openstack-dev] [Heat] Network topologies [and more]

On Oct 28, 2013, at 9:07 AM, Mike Spreitzer mailto:mspre...@us.ibm.com>> wrote: Zane Bitter mailto:zbit...@redhat.com>> 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

Re: [openstack-dev] [Heat] Network topologies [and more]

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

Re: [openstack-dev] [Nova] Blueprint review process

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

  1   2   >