Re: [openstack-dev] [savanna] Program name and Mission statement

On Sep 11, 2013, at 8:42 AM, Andrei Savu wrote: > +1 > > I guess this will also clarify how Savanna relates to other projects like > OpenStack Trove. Yes the conversations around Trove+Savanna will be fun at the summit! I see overlap between our missions ;) > > -- Andrei Savu > > On Wed,

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

Excerpts from Steven Hardy's message of 2013-09-11 03:37:40 -0700: > Hi all, > > I'm investigating some issues, where data stored to a text column in mysql > is silently truncated if it's too big. > > It appears that the default configuration of mysql, and the sessions > established via sqlalchem

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

On 09/11/2013 06:37 AM, Steven Hardy wrote: I'm investigating some issues, where data stored to a text column in mysql is silently truncated if it's too big. It appears that the default configuration of mysql, and the sessions established via sqlalchemy is to simply warn on truncation rather th

Re: [openstack-dev] [savanna] Program name and Mission statement

You caught me trying to be fancy! On 09/10/2013 03:54 PM, Glen Campbell wrote: "performant" isn't a word. Or, if it is, it means "having performance." I think you mean "high-performance." On Tue, Sep 10, 2013 at 8:47 AM, Matthew Farrellee mailto:[email protected]>> wrote: Rough cut - P

Re: [openstack-dev] [savanna] Program name and Mission statement

That sounds quite good. Best, matt On 09/11/2013 11:42 AM, Andrei Savu wrote: +1 I guess this will also clarify how Savanna relates to other projects like OpenStack Trove. -- Andrei Savu On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer mailto:[email protected]>> wrote: > To provide

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Sure, I was thinking that since heat would do autoscaling persay, then heat would say ask trove to make more databases (autoscale policy here) then this would cause trove to actually callback into heat to make more instances. Just feels a little weird, idk. Why didn't heat just make those inst

Re: [openstack-dev] Keystone and Multiple Identity Sources

On Wed, Sep 11, 2013 at 10:25 AM, Adam Young wrote: > David Chadwick wrote up an in depth API extension for Federation: > https://review.openstack.org/#**/c/39499 > There is an abfab API proposal as well: https://review.openstack.org/#** > /c/42221/

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

Sorry for slow response, I'm out of office to IDF, I will have a look on it today. Thanks --jyh > -Original Message- > From: David Kang [mailto:[email protected]] > Sent: Wednesday, September 11, 2013 6:11 AM > To: OpenStack Development Mailing List > Subject: Re: [openstack-dev] [nova] [pci

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

As it seems the review is no longer the place for this discussion, I will copy/paste my inline comments here: I dislike the idea of passing magical numbers around to define protocols (defined or otherwise). I believe there should be a common set of protocols with their numbers mapped (such as this

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Hi all, Arvind, thank you for initiate the discussion about the ip protocol in security group rules. I think the discussion point can be broken down into: (a) how to specify ip protocol : by name, number, or both (b) what ip protocols can be specified: known protocols only, all protocols (or some

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

On 09/11/2013 12:28 PM, Monty Taylor wrote: On 09/11/2013 11:09 AM, David Ripton wrote: On 09/11/2013 06:37 AM, Steven Hardy wrote: I'm investigating some issues, where data stored to a text column in mysql is silently truncated if it's too big. It appears that the default configuration of

Re: [openstack-dev] [savanna] Program name and Mission statement

+1 On 9/11/13 1:13 PM, Matthew Farrellee wrote: That sounds quite good. Best, matt On 09/11/2013 11:42 AM, Andrei Savu wrote: +1 I guess this will also clarify how Savanna relates to other projects like OpenStack Trove. -- Andrei Savu On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer mailt

Re: [openstack-dev] Keystone and Multiple Identity Sources

Further supplementary information to Adam's email below, is that there are already one further federation protocol profiles that has been published: for an external Keystone acting as an IdP at https://review.openstack.org/#/c/42107/ and another for SAML has been prepared and is ready for publi

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Excerpts from Joshua Harlow's message of 2013-09-11 09:11:06 -0700: > Sure, > > I was thinking that since heat would do autoscaling persay, then heat would > say ask trove to make more databases (autoscale policy here) then this would > cause trove to actually callback into heat to make more ins

Re: [openstack-dev] [Ceilometer] Correct way to disable specific event collection by the collector

You can configure the collector's pipeline to only listen to certain events, but you shouldn't need to worry about which plugins it actually loads. See etc/pipeline.yaml in the source tree for an example file. I don't see any docs for that file, but I might be looking in the wrong place. If you add

Re: [openstack-dev] Keystone and Multiple Identity Sources

Hi Adam, One thing I think we should capture before going deep into design and implementation is to understand the federated identity use cases that our stakeholders need us to support. I'm hoping we all can start capturing these in a federated identity icehouse design summit session. Thanks,

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

I agree with you. Plugin was a mere example and it does make sense to allow the provider to define custom protocols. +1 On 9/11/13 12:46 PM, "Akihiro Motoki" wrote: >Hi Justin, > >My point is what > >On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond > wrote: >> As it seems the review is no longe

Re: [openstack-dev] Keystone and Multiple Identity Sources

On 11/09/2013 19:05, Dolph Mathews wrote: On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick mailto:[email protected]>> wrote: Further supplementary information to Adam's email below, is that there are already one further federation protocol profiles that has been published:

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

Yes, I've seen that material. In my group we have worked larger and more complex examples. I have a proposed breakout session at the Hong Kong summit to talk about one, you might want to vote for it. The URL is http://www.openstack.org/summit/openstack-summit-hong-kong-2013/become-a-speaker/T

Re: [openstack-dev] Keystone and Multiple Identity Sources

On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick wrote: > Further supplementary information to Adam's email below, is that there are > already one further federation protocol profiles that has been published: > for an external Keystone acting as an IdP at > https://review.openstack.org/#**/c/42107

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Hi Justin, My point is what On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond wrote: > As it seems the review is no longer the place for this discussion, I will > copy/paste my inline comments here: > > I dislike the idea of passing magical numbers around to define protocols > (defined or otherwi

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

I just have this idea that if u imagine a factory. Heat is the 'robot' in an assembly line that ensures the 'assembly line' is done correctly. At different stages heat makes sure the 'person/thing' putting a part on does it correctly and heat verifies that the part is in the right place (for exampl

[openstack-dev] TC Meeting / Savanna Incubation Follow-Up

Hi folks, Initial discussions of Savanna Incubation request have been started yesterday. Two major topics being discussed were Heat integration and “clustering library” [1]. To start with let me give a brief overview of key Savanna features: 1. Provisioning of underlying OpenStack resources (li

[openstack-dev] [qa] nominations for tempest-core

We're in Feature Freeze for the Open Stack projects, which actually means we're starting the busy cycle for Tempest in people landing additional tests for verification of features that hadn't gone in until recently. As such, I think now is a good time to consider some new core members. There ar

Re: [openstack-dev] [qa] nominations for tempest-core

+1 for both of them. They've both done great work. -Matt Treinish On Wed, Sep 11, 2013 at 04:32:11PM -0400, Sean Dague wrote: > We're in Feature Freeze for the Open Stack projects, which actually > means we're starting the busy cycle for Tempest in people landing > additional tests for verificati

Re: [openstack-dev] [Neutron] New plugin

Hi Marc, Perhaps this guide [1] might help you going through the process of signign the CLA and pushing your code to gerrit for review. Salvatore [1] https://wiki.openstack.org/wiki/How_To_Contribute On 11 September 2013 23:13, Marc PINHEDE wrote: > Hello, > > I am Marc Pinhède, working in N

Re: [openstack-dev] Keystone and Multiple Identity Sources

On 09/11/2013 02:35 PM, Brad Topol wrote: Hi Adam, One thing I think we should capture before going deep into design and implementation is to understand the federated identity use cases that our stakeholders need us to support. I'm hoping we all can start capturing these in a federated identi

Re: [openstack-dev] [qa] nominations for tempest-core

+1 for both. On 09/11/2013 04:32 PM, Sean Dague wrote: We're in Feature Freeze for the Open Stack projects, which actually means we're starting the busy cycle for Tempest in people landing additional tests for verification of features that hadn't gone in until recently. As such, I think now is a

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

On Sep 11, 2013, at 1:46 PM, Akihiro Motoki wrote: > > On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond > wrote: >> As it seems the review is no longer the place for this discussion, I will >> copy/paste my inline comments here: >> >> I dislike the idea of passing magical numbers around to def

Re: [openstack-dev] Keystone and Multiple Identity Sources

On 09/11/2013 12:35 PM, Dolph Mathews wrote: On Wed, Sep 11, 2013 at 10:25 AM, Adam Young > wrote: David Chadwick wrote up an in depth API extension for Federation: https://review.openstack.org/#/c/39499 There is an abfab API proposal as well: https://

[openstack-dev] [Neutron] New plugin

Hello, I am Marc Pinhède, working in Netvirt with professor Omar Cherkaoui. We started working on a Neutron plugin. A first version is now almost ready. To inform the community, we posted a blueprint: https://blueprints.launchpad.net/neutron/+spec/modular-adaptative-plugin We would like to make

Re: [openstack-dev] [qa] nominations for tempest-core

+1 to both! On 09/11/2013 04:32 PM, Sean Dague wrote: We're in Feature Freeze for the Open Stack projects, which actually means we're starting the busy cycle for Tempest in people landing additional tests for verification of features that hadn't gone in until recently. As such, I think now is

Re: [openstack-dev] Keystone and Multiple Identity Sources

On 09/11/2013 02:05 PM, Dolph Mathews wrote: On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick mailto:[email protected]>> wrote: Further supplementary information to Adam's email below, is that there are already one further federation protocol profiles that has been published

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Ok, those were some good points. I personally like the approach of letting each implementation specify it's own set of supported protocols. I'll change my patch to simply convert all protocols to names (more readable). Thanks Arvind On 9/11/13 3:06 PM, "Justin Hammond" wrote: >I agree with yo

[openstack-dev] [State-Management] Agenda for tommorow meeting at 2000 UTC

Hi all, The [state-management] project team holds a weekly meeting in #openstack-meeting on thursdays, 2000 UTC. The next meeting is tommorow, 2013-09-12!!! As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateManagement Taskflow: https://wiki.openstack.org/Tas

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

There is context missing here. heat==>trove interaction is through the trove API. trove==>heat interaction is a _different_ instance of Heat, internal to trove's infrastructure setup, potentially provisioning instances. Public Heat wouldn't be creating instances and then telling trove to make t

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

于 2013年09月11日 21:27, Henry Gessau 写道: For the "TypeError: expected string or buffer" I have filed Bug #1223874. got， thanks。 On Wed, Sep 11, at 7:41 am, yongli he wrote: 于 2013年09月11日 05:38, David Kang 写道: - Original Message - From: "Russell Bryant" To: "David Kang" Cc: "OpenSt

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

Mike, You mention "We are now extending that example to include storage, and we are also working examples with Hadoop. " In the context of your examples / scenarios, do these placement decisions consider storage performance and capacity on a physical node? For example: Based on application ne

[openstack-dev] [Keystone] Enforcing cert validation in auth_token middleware

With the aim of replacing httplib and cert validation with requests[1] I've put forward the following review to use the requests library for auth_token middleware. https://review.openstack.org/#/c/34161/ This adds 2 new config options. - The ability to provide CAs to validate https connections a

Re: [openstack-dev] [Keystone] Enforcing cert validation in auth_token middleware

On Wed, Sep 11, 2013 at 10:25 PM, Jamie Lennox wrote: > With the aim of replacing httplib and cert validation with requests[1] > I've put forward the following review to use the requests library for > auth_token middleware. > > https://review.openstack.org/#/c/34161/ > > This adds 2 new config op

[openstack-dev] [nova] FFE Request: image-multiple-location support

Folks, BP: https://blueprints.launchpad.net/nova/+spec/image-multiple-location Since a dependent patch getting merger delay (https://review.openstack.org/#/c/44316/), so the main patch https://review.openstack.org/#/c/33409/ been hold by FF. It's very close to get merger and waited about 3 months

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Ah, thx keith, that seems to make a little more sense with that context. Maybe that different instance will be doing other stuff also? Is that the general heat 'topology' that should/is recommended for trove? For say autoscaling trove, will trove emit a set of metrics via ceilometer that heat (o

[openstack-dev] I met some trouble when I use DEVSTACK this morning

details: Error processing line 1 of /usr/local/lib/python2.7/dist-packages/easy-install.pth: Traceback (most recent call last): File "/usr/lib/python2.7/site.py", line 161, in addpackage if not dircase in known_paths and os.path.exists(dir): File "/usr/lib/python2.7/genericpath.py"

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

On 9/4/13 6:47 AM, Michael Still wrote: On Wed, Sep 4, 2013 at 1:54 AM, Vishvananda Ishaya wrote: +1 I think we should be reconstructing data where we can, but keeping track of deleted data in a backup table so that we can restore it on a downgrade seems like overkill. I guess it comes down to

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

I think having backup tables adds substantial systematic complexity, for a small use case. Perhaps a better answer is to document in 'take a backup here' as part of the upgrade documentation and let sysadmins make a risk assessment. We can note that downgrades are not possible. Even in a public c

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

+1 The assertions are not just applicable to autoscaling but to software in general. I hope we can make autoscaling "just enough" simple to work. The circular heat<=>trove example is one of those that does worry me a little. It feels like something is not structured right if that it is needed (

Re: [openstack-dev] OpenStack + PyPy: Status and goals

On Tue, Sep 10 2013, Flavio Percoco wrote: > Small nit, Marconi is not using eventlet. It used to depend on eventlet > because openstack.common.local did but that part is gone now. Lucky you. :) -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info sig

[openstack-dev] Scheduling Meeting Minutes

Hi, The meeting minutes can be found below. Thanks Gary Minutes: http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-10-15.04.html Minutes (text): http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-10-15.04.txt Log: http://eavesdr

Re: [openstack-dev] [Tuskar] Meeting agenda for Tue 10th September at 19:00 UTC

The meeting happened. You can read the notes: http://eavesdrop.openstack.org/meetings/tuskar/2013/tuskar.2013-09-10-19.00.html or the full IRC log if you're so inclined: http://eavesdrop.openstack.org/meetings/tuskar/2013/tuskar.2013-09-10-19.00.log.html On 09/09/2013 05:34 PM, Tomas Sedovic

Re: [openstack-dev] [swift] Issue of cache eating up most of memory

Robert, Regarding your note here: http://www.gossamer-threads.com/lists/openstack/dev/30591#30591 You rightly said "If it is not in memory you will hit your disk with a lot of extra reads." If all data can't reside in memory - one option is to increase the memory on nodes (expensive). Anothe

Re: [openstack-dev] [savanna] Program name and Mission statement

Mike, and if you looked up 'compute' in dictionary, you would never guess what OpenStack Compute does :-). I think that 'Data Processing' is a good name which in short describes what Savanna is going to be. The name 'MapReduce' for the program does not cover whole functionality provided by Savanna

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

From: Mike Spreitzer mailto:[email protected]>> Reply-To: OpenStack Development Mailing List mailto:[email protected]>> Date: Tuesday, September 10, 2013 11:58 PM To: OpenStack Development Mailing List mailto:[email protected]>> Subject: [openstack-dev] [heat]

[openstack-dev] [Neutron] Improving Neutron L3 Agent with High Availability

Hi, The current implementation of Neutron L3 agent allows us to scale virtual routers on multiple agents but does not provide High Availability on : - namespaces, virtual interfaces (both in north and south) - established connections between external & internal network. The idea here is to start

[openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

Hi all, I'm investigating some issues, where data stored to a text column in mysql is silently truncated if it's too big. It appears that the default configuration of mysql, and the sessions established via sqlalchemy is to simply warn on truncation rather than raise an error. This seems to me t

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

-- Henry On Tue, Sep 10, at 5:38 pm, David Kang wrote: > > > - Original Message - >> From: "Russell Bryant" >> To: "David Kang" >> Cc: "OpenStack Development Mailing List" >> Sent: Tuesday, September 10, 2013 5:17:15 PM >> Subject: Re: [openstack-dev] [nova] [pci device passthroug

[openstack-dev] Doubt regarding Resource Tracker

Hi, I have been trying to understand the working of resource tracker. I understand that it is responsible to retrieve the data from the host and save it to the database. What I am not able to figure out is how exactly the compute node table is populated for the first time? Because after that resou

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

于 2013年09月11日 05:17, Russell Bryant 写道: On 09/10/2013 05:03 PM, David Kang wrote: - Original Message - From: "Russell Bryant" To: "OpenStack Development Mailing List" Cc: "David Kang" Sent: Tuesday, September 10, 2013 4:42:41 PM Subject: Re: [openstack-dev] [nova] [pci device passthr

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

Hi Steven, Nice catch! This is not the first time MySQL has played a joke on us... I think, we can fix this easily by adding a callback function, which will set the proper sql_mode value, when a DB connection is retrieved from a connection pool. We'll provide a fix to oslo-incubator soon. Thank

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

于 2013年09月11日 05:38, David Kang 写道: - Original Message - From: "Russell Bryant" To: "David Kang" Cc: "OpenStack Development Mailing List" Sent: Tuesday, September 10, 2013 5:17:15 PM Subject: Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_'

Re: [openstack-dev] run_tests in debug mode fails

Clark, This is good. every file that uses a CONF.xyz needs to have an import for xyz. This is often overlooked -- dims On Tue, Sep 10, 2013 at 11:43 PM, Clark Boylan wrote: > On Mon, Sep 9, 2013 at 4:20 AM, Rosa, Andrea (HP Cloud Services) > wrote: > > Hi all > > > > I need to debug a specifi

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

On Wed, Sep 11, 2013 at 03:51:02AM +, Adrian Otto wrote: > I have a different point of view. First I will offer some assertions: > > A-1) We need to keep it simple. > A-1.1) Systems that are hard to comprehend are hard to debug, and > that's bad. > A-1.2) Complex systems tend to b

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

- Original Message - > From: "yongli he" > To: "OpenStack Development Mailing List" > Sent: Wednesday, September 11, 2013 4:41:13 AM > Subject: Re: [openstack-dev] [nova] [pci device passthrough] fails with > "NameError: global name '_' is not defined" > 于 2013年09月11日 05:38, David Kang

Re: [openstack-dev] [savanna] Program name and Mission statement

On Sep 10, 2013, at 9:42 PM, Mike Spreitzer wrote: > Jon Maron wrote on 09/10/2013 08:50:23 PM: > > > From: Jon Maron > > To: OpenStack Development Mailing List , > > Cc: OpenStack Development Mailing List > > Date: 09/10/2013 08:55 PM > > Subject: Re: [openstack-dev] [savanna] Program n

Re: [openstack-dev] [nova] [pci device passthrough] fails with "NameError: global name '_' is not defined"

For the "TypeError: expected string or buffer" I have filed Bug #1223874. On Wed, Sep 11, at 7:41 am, yongli he wrote: > 于 2013年09月11日 05:38, David Kang 写道: >> >> - Original Message - >>> From: "Russell Bryant" >>> To: "David Kang" >>> Cc: "OpenStack Development Mailing List" >>> Se

Re: [openstack-dev] [savanna] Program name and Mission statement

On Sep 11, 2013, at 9:19 AM, Jon Maron wrote: > > On Sep 10, 2013, at 9:42 PM, Mike Spreitzer wrote: > >> Jon Maron wrote on 09/10/2013 08:50:23 PM: >> >> > From: Jon Maron >> > To: OpenStack Development Mailing List >> > , >> > Cc: OpenStack Development Mailing List >> > Date: 09/10/

Re: [openstack-dev] [savanna] Program name and Mission statement

On Sep 10, 2013, at 8:50 PM, Jon Maron wrote: > Openstack Big Data Platform > > > On Sep 10, 2013, at 8:39 PM, David Scott wrote: > >> I vote for 'Open Stack Data' >> >> >> On Tue, Sep 10, 2013 at 5:30 PM, Zhongyue Luo wrote: >> Why not "OpenStack MapReduce"? I think that pretty much says

[openstack-dev] [Nova] Bug Triage Day Proposal - September 17

Greetings, Now that we're in a feature freeze for the Havana release, our focus should be on bugs. Our immediate goal is to come up with a list of bugs that we want to ensure get fixed before havana is released. Bugs that should be on that list should be targeted to havana-rc1. https://laun

[openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Hello all I have a patch in review where Akihiro made some comments about only restricting protocols by names and allowing all protocol numbers when creating security group rules. I personally disagree with this approach as names and numbers are just a textual/integer representation of a commo

Re: [openstack-dev] [savanna] Program name and Mission statement

> To provide a simple, reliable and repeatable mechanism by which to > deploy Hadoop and related Big Data projects, including management, > monitoring and processing mechanisms driving further adoption of OpenStack. That sounds like it is at about the right level of specificity. ___

[openstack-dev] [savanna] swift integration - optional?

Hi, I noticed that the swift integration is optionally enabled via a configuration property? Is there a reason for not making it available as a base, feature of the cluster (i.e. simply allowing access to swift should it be required)? What would be a scenario in which it would be beneficial

Re: [openstack-dev] [Neutron]All unittest passed but Jenkins failed

ZhiQiang Fan writes: > currently, i don't know if it is coverage problem or something else. > > the direct cause is: > > sudo /usr/local/jenkins/slave_scripts/jenkins-sudo-grep.sh post > > Sep 9 06:57:23 precise1 sudo: jenkins : 3 incorrect password > attempts ; TTY=unknown ; > PWD=/home/jenkin

[openstack-dev] Keystone and Multiple Identity Sources

David Chadwick wrote up an in depth API extension for Federation: https://review.openstack.org/#/c/39499 There is an abfab API proposal as well: https://review.openstack.org/#/c/42221/ After discussing this for a while, it dawned on me that Federation should not be something bolted on to Keyst

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

On 11/09/13 05:51, Adrian Otto wrote: I have a different point of view. First I will offer some assertions: It's not clear to me what you actually have an issue with? (Top-posting is not helping in this respect.) A-1) We need to keep it simple. A-1.1) Systems that are hard to compre

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Excerpts from Joshua Harlow's message of 2013-09-11 01:00:37 -0700: > +1 > > The assertions are not just applicable to autoscaling but to software in > general. I hope we can make autoscaling "just enough" simple to work. > > The circular heat<=>trove example is one of those that does worry me a

Re: [openstack-dev] [Heat] How the autoscale API should control scaling in Heat

Excerpts from Steven Hardy's message of 2013-09-11 05:59:02 -0700: > On Wed, Sep 11, 2013 at 03:51:02AM +, Adrian Otto wrote: > > It would be better if we could explain Autoscale like this: > > > > Heat -> Autoscale -> Nova, etc. > > -or- > > User -> Autoscale -> Nova, etc. > > > > This appro

[openstack-dev] [Ceilometer] Meeting agenda for Wed Sep 11th at 2100 UTC

The Ceilometer project team holds a meeting in #openstack-meeting, see https://wiki.openstack.org/wiki/Meetings/MeteringAgenda for more details. Next meeting is on Wed Sep 11th at 2100 UTC Please add your name with the agenda item, so we know who to call on during the meeting. * Review Havana RC

[openstack-dev] [Ceilometer] Correct way to disable specific event collection by the collector

Greetings team, I'm working on getting a very streamlined set of collections running and I'd like to disable all notifications except Glance. It's clear that the desired event types are defined in the plugins, but I can't seem to work out how to force the collector service to load only specific

Re: [openstack-dev] [savanna] Program name and Mission statement

+1 I guess this will also clarify how Savanna relates to other projects like OpenStack Trove. -- Andrei Savu On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer wrote: > > To provide a simple, reliable and repeatable mechanism by which to > > deploy Hadoop and related Big Data projects, including

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

On 09/11/2013 11:09 AM, David Ripton wrote: > On 09/11/2013 06:37 AM, Steven Hardy wrote: > >> I'm investigating some issues, where data stored to a text column in >> mysql >> is silently truncated if it's too big. >> >> It appears that the default configuration of mysql, and the sessions >> est

Re: [openstack-dev] Proposal for Raksha, a Data Protection As a Service project

+1 -Lokesh On Mon, Sep 2, 2013 at 11:33 AM, Sylvain Bauza wrote: > Hi Murali, > > Le 02/09/2013 15:19, Murali Balcha a écrit : > > I am not an expert in Heat but the way I understood the Heat project is that > it is an orchestration layer that instantiate a composite application based > on a

Re: [openstack-dev] [Neutron] Need some clarity on security group protocol numbers vs names

Let me raise another aspect of my potential concern about Arvind's patch https://review.openstack.org/#/c/43725/ . What I concern about this patch is that this patch changes the existing behavior which allows unknown protocols ("known protocols" in this case is members of sg_suppprted_protocols).