[openstack-dev] Ceilometer visualization in Horizon

Hello folks. I started playing with Horizon and Ceilometer. I already added the client to openstack_dashboard/api/ and added some pure data tables (cpu/network/storage utilization) to the instance detail panel. Now I want to have some nice graphs there, but at the moment I'm not sure about th

Re: [openstack-dev] Ceilometer visualization in Horizon

On 09/07/13 09:22, Christian Berendt wrote: > I gave http://www.chartjs.org/ a try and it's working fine. But I'm not > sure about the license (MIT license). Is it possible to add Chart.js to > the horizon repository? Or are there any other suggestions? > d3 is already included in horizon. At the

Re: [openstack-dev] Program Description for OpenStack Infrastructure

Monty Taylor wrote: > As per the recent TC decision around programs, the existing programs > need to provide a name, acting PTL and Mission Statement. Enjoy: > > Official Title: OpenStack Infrastructure > PTL: Monty Taylor > Mission Statement: > Develop and maintain the tooling and infrastructu

[openstack-dev] Guidelines for setting a milestone target for a bug?

I understand setting milestone targets for blueprints, but was wondering what guidelines/best practices there are around setting a target milestone for a bug? Does it mean anything, especially if there is already a patch up in review for it? Thanks, MATT RIEDEMANN Advisory Software Engineer

Re: [openstack-dev] Draft Mission statement for tripleo

Robert Collins wrote: > I thought I would get some input on a draft statement before submitting > one for the TC to vote on. > > We're very focused on using OpenStack components in the delivery as much > as possible - growing the capabilities of OpenStack rather than working > around things; so I'

Re: [openstack-dev] Guidelines for setting a milestone target for a bug?

Matt Riedemann wrote: > I understand setting milestone targets for blueprints, but was wondering > what guidelines/best practices there are around setting a target > milestone for a bug? Does it mean anything, especially if there is > already a patch up in review for it? The target milestone for

[openstack-dev] [Nova] Core Review Request 33296

Hi all, Please can one of the core reviewers take a look at https://review.openstack.org/#/c/33296/ and either approve or reject it? It has had two "+1's" from other developers and has also been passing Jenkins and Smokestack since June 28th whilst undergoing numerous rebases. I realise that t

Re: [openstack-dev] Draft Mission statement for tripleo

On 9 July 2013 20:12, Thierry Carrez wrote: > Robert Collins wrote: > > I thought I would get some input on a draft statement before submitting > > one for the TC to vote on. > > > > We're very focused on using OpenStack components in the delivery as much > > as possible - growing the capabilitie

Re: [openstack-dev] Ceilometer visualization in Horizon

On 07/09/2013 09:32 AM, Matthias Runge wrote: d3 is already included in horizon. At the last summit, we agreed to use just a single graphing lib. This being said, I strongly suggest to try it. Will have a look at d3. -- Christian Berendt Cloud Computing Solution Architect Mail: bere...@b1-syst

Re: [openstack-dev] Draft Mission statement for tripleo

Robert Collins wrote: > On 9 July 2013 20:12, Thierry Carrez > wrote: > > So - here is the draft: > > > > Official Title: OpenStack Deployment > > PTL: Robert Collins > >

Re: [openstack-dev] Ceilometer visualization in Horizon

Brooklyn Chen, Julie Pichon and others have already been putting in a lot of effort in this area. I suggest you check out https://blueprints.launchpad.net/horizon/+spec/ceilometer and sync up with them if you're interested in proceeding. - Gabriel > -Original Message- > From: Chris

[openstack-dev] Reminder: Project & release status meeting - 21:00 UTC

Today in the Project & release status meeting we'll be looking into havana-2 milestone (ONE week left!), as well as spend some time on Neutron renaming progress and ongoing blueprint tracking changes. Feel free to add extra topics to the agenda: [1] http://wiki.openstack.org/Meetings/ProjectMeetin

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Hi Nachi, I agree on the future plan. However, dynamic loading/unloading of provider drivers will require additional code in service plugins, I'm not sure this will be fully supported in Havana (while I'm totally agree on implementing it) Thanks, Eugene. On Tue, Jul 9, 2013 at 3:40 AM, Nachi Ue

[openstack-dev] Program description for Oslo

Hey The mission statement is what we've been using for a while. The "official title" is new. Official Title: OpenStack Common Libraries PTL: Mark McLoughlin Mission Statement: To produce a set of python libraries containing infrastructure code shared by OpenStack projects. The API

Re: [openstack-dev] Draft Mission statement for tripleo

On Tue, 2013-07-09 at 20:21 +1200, Robert Collins wrote: > On 9 July 2013 20:12, Thierry Carrez wrote: > > > Robert Collins wrote: > > > I thought I would get some input on a draft statement before submitting > > > one for the TC to vote on. > > > > > > We're very focused on using OpenStack compo

Re: [openstack-dev] Program description for Oslo

On 09/07/13 11:11, Mark McLoughlin wrote: Hey The mission statement is what we've been using for a while. The "official title" is new. Official Title: OpenStack Common Libraries PTL: Mark McLoughlin Mission Statement: To produce a set of python libraries containing infrastructure

Re: [openstack-dev] Program description for Oslo

On Tue, 2013-07-09 at 11:21 +0100, Martyn Taylor wrote: > On 09/07/13 11:11, Mark McLoughlin wrote: > > Hey > > > > The mission statement is what we've been using for a while. The > > "official title" is new. > > > >Official Title: OpenStack Common Libraries > >PTL: Mark McLoughlin > >

Re: [openstack-dev] Work around DB in OpenStack (Oslo, Nova, Cinder, Glance)

On Mon, 2013-07-08 at 14:15 +0200, Nikola Đipanov wrote: > On 05/07/13 14:26, Boris Pavlovic wrote: > > Hi all, > > > > I would like to explain very high level steps of our work: > > 1) Sync work with DB in all projects (We have what we have, let it be in > > one place) > > 2) Refactor work with

[openstack-dev] HACKING and new-style relative imports

Hi all, There's a review up to make Horizon pass H304 (no relative imports): https://review.openstack.org/#/c/35664/ Old-style relative imports are dangerous, but I can't think of a good enough reason to forbid new-style imports, e.g.: from .views import IndexView instead of from openstack_d

Re: [openstack-dev] Program description for Oslo

On Tue, Jul 9, 2013 at 8:11 PM, Mark McLoughlin wrote: > Hey > > The mission statement is what we've been using for a while. The > "official title" is new. > > Official Title: OpenStack Common Libraries > PTL: Mark McLoughlin > Mission Statement: > To produce a set of python libraries c

Re: [openstack-dev] HACKING and new-style relative imports

On 07/09/2013 07:28 AM, Kieran Spear wrote: Hi all, There's a review up to make Horizon pass H304 (no relative imports): https://review.openstack.org/#/c/35664/ Old-style relative imports are dangerous, but I can't think of a good enough reason to forbid new-style imports, e.g.: from .views

Re: [openstack-dev] Update on monitoring vs instrumentation?

While StackTach is still under active development and has undergone many awesome enhancements since that page was written, we're working on porting it all to Ceilometer (CM). Recently, CM added a UDP Collector, but don't think it's been tested against Tach. Tach + statsd + graphite is still a

Re: [openstack-dev] [Nova] Review request: Blurprint of API validation

Hi, The blueprint "nova-api-validation-fw" has not been approved yet. I hope the core patch of this blueprint is merged to Havana-2, because of completing comprehensive API validation of Nova v3 API for Havana release. What should we do for it? The summary of "nova-api-validation-fw": * The p

Re: [openstack-dev] Program description for Oslo

Michael Still wrote: > On Tue, Jul 9, 2013 at 8:11 PM, Mark McLoughlin wrote: >> The mission statement is what we've been using for a while. The >> "official title" is new. >> >> Official Title: OpenStack Common Libraries >> PTL: Mark McLoughlin >> Mission Statement: >> To produce a set

Re: [openstack-dev] Work around DB in OpenStack (Oslo, Nova, Cinder, Glance)

Hi Mark, Nikola, David Our work is not just in case of unifying. It improves the situation in all project (not only in Nova). I would like to say my opinion about DB Archiving also ;) Let start from the problem, abstract solution, current solution, and why this solution is ok. *) Problem. Reco

[openstack-dev] [Horizon] Navigation UX Enhancements - Collecting Issues

Hi everybody, in UX community group on G+ popped out a need for enhancing user experience of main navigation, because there are spreading out various issues . There is already created a BP for this: https://blueprints.launchpad.net/horizon/+spec/navigation-enhancement Toshi had great idea

[openstack-dev] Swift debugging / performance - large latencies seen.

I have 2 openstack clusters running the Folsom release with multiple Swift nodes. I also have a small setup that is running only Swift with a single node. I'm noticing very large Swift I/O latencies (seconds long) on the openstack clusters - ssbench output snippet is below. Performance is appro

Re: [openstack-dev] Program description for Oslo

Any reason for not just calling it "OpenStack Commons"? Mark McLoughlin wrote: >Hey > >The mission statement is what we've been using for a while. The >"official title" is new. > > Official Title: OpenStack Common Libraries > PTL: Mark McLoughlin > Mission Statement: >To produce a set of

Re: [openstack-dev] Program description for Oslo

On Tue, 2013-07-09 at 08:41 -0400, Jonathan Bryce wrote: > Any reason for not just calling it "OpenStack Commons"? Yes - we're very much focused on libraries of shared code. When we used the name "OpenStack Common" previously, people made all sorts of weird assumptions about what could go in there

Re: [openstack-dev] Program description for Oslo

+1 On Tue, Jul 9, 2013 at 8:07 AM, Thierry Carrez wrote: > Michael Still wrote: >> On Tue, Jul 9, 2013 at 8:11 PM, Mark McLoughlin wrote: >>> The mission statement is what we've been using for a while. The >>> "official title" is new. >>> >>> Official Title: OpenStack Common Libraries >>> PT

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/08/2013 11:06 PM, Clint Byrum wrote: Excerpts from Adam Young's message of 2013-07-08 17:32:30 -0700: On 07/08/2013 04:35 PM, Clint Byrum wrote: Excerpts from Adam Young's message of 2013-07-08 13:18:55 -0700: On 07/01/2013 01:35 PM, Clint Byrum wrote: The way the new keystone-manage co

Re: [openstack-dev] Swift debugging / performance - large latencies seen.

On Tue, Jul 9, 2013 at 2:40 PM, Snider, Tim wrote: > I have 2 openstack clusters running the Folsom release with multiple Swift > nodes. I also have a small setup that is running only Swift with a single > node. I’m noticing very large Swift I/O latencies (seconds long) on the > openstack cluste

Re: [openstack-dev] Swift debugging / performance - large latencies seen.

Thanks for the hint. Is there documentation on how to run keystone using apache and multiple processes? I'm pretty raw with python, ruby, apache ... Thx. From: Chmouel Boudjnah [mailto:[email protected]] Sent: Tuesday, July 09, 2013 8:22 AM To: OpenStack Development Mailing List Subject: Re: [

Re: [openstack-dev] Swift debugging / performance - large latencies seen.

Hi Tim, it's the first link on google for "apache keystone" : http://docs.openstack.org/developer/keystone/apache-httpd.html we probably want to move this to openstack-operators@ Chmouel. On Tue, Jul 9, 2013 at 3:31 PM, Snider, Tim wrote: > Thanks for the hint. Is there documentation on how

Re: [openstack-dev] Program description for Oslo

On 09/07/13 11:33 +0100, Mark McLoughlin wrote: On Tue, 2013-07-09 at 11:21 +0100, Martyn Taylor wrote: On 09/07/13 11:11, Mark McLoughlin wrote: Is it worth adding some emphasis on documentation in there somewhere? Specifically documentation for using the libraries and frameworks offered by Osl

Re: [openstack-dev] [Horizon] Navigation UX Enhancements - Collecting Issues

One issue I have is that the panels are physically grouped and it’s very difficult to logically re-group them. For example, the Project dashboard explicitly lists the panel groups and the order of those panel groups. Within each panel group, the individual panels are also explicitly listed. W

Re: [openstack-dev] HACKING and new-style relative imports

On Tue, Jul 9, 2013 at 1:28 PM, Kieran Spear wrote: > Hi all, > > There's a review up to make Horizon pass H304 (no relative imports): > > https://review.openstack.org/#/c/35664/ > > Old-style relative imports are dangerous, but I can't think of a good > enough reason to forbid new-style imports,

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

Excerpts from Adam Young's message of 2013-07-09 06:19:19 -0700: > On 07/08/2013 11:06 PM, Clint Byrum wrote: > > Excerpts from Adam Young's message of 2013-07-08 17:32:30 -0700: > >> On 07/08/2013 04:35 PM, Clint Byrum wrote: > >>> Excerpts from Adam Young's message of 2013-07-08 13:18:55 -0700: >

Re: [openstack-dev] Program Proposal: refstack

Hey, On Tue, 2013-07-09 at 11:01 -0400, Monty Taylor wrote: > Hey all, > > I'd like to propose an official program to the TC - refstack, a program > for verifying interoperability between implementations via FITS testing. > > Official Title: OpenStack Interoperability > Initial PTL: Monty Taylor

Re: [openstack-dev] Program Proposal: refstack

Monty, you missed a couple of elements of the original program definition - the mappings from the tempest based "scorecard" to specific versions of the API docs, and the availability of the tested and verified endpoints to "tools ecosystem" developers. Also, I believe the definition of "compliance

[openstack-dev] Program Proposal: refstack

Hey all, I'd like to propose an official program to the TC - refstack, a program for verifying interoperability between implementations via FITS testing. Official Title: OpenStack Interoperability Initial PTL: Monty Taylor Mission Statement: Develop and maintain FITS testing and interoperabili

Re: [openstack-dev] Ceilometer XSD

The instructions for getting set up to contribute to OpenStack in general are at https://wiki.openstack.org/wiki/How_To_Contribute (maybe you've already done that, I'm not sure). As far as this specific change goes, I would have to understand more about what it is that you want added to give speci

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On Tuesday, July 9, 2013, Clint Byrum wrote: > Excerpts from Adam Young's message of 2013-07-09 06:19:19 -0700: > > On 07/08/2013 11:06 PM, Clint Byrum wrote: > > > Excerpts from Adam Young's message of 2013-07-08 17:32:30 -0700: > > >> On 07/08/2013 04:35 PM, Clint Byrum wrote: > > >>> Excerpts f

Re: [openstack-dev] Program description for Oslo

On Tue, Jul 9, 2013 at 6:11 AM, Mark McLoughlin wrote: > Hey > > The mission statement is what we've been using for a while. The > "official title" is new. > > Official Title: OpenStack Common Libraries > PTL: Mark McLoughlin > Mission Statement: > To produce a set of python libraries

Re: [openstack-dev] Program description for Oslo

On Tue, 2013-07-09 at 11:39 -0400, Doug Hellmann wrote: > > > > On Tue, Jul 9, 2013 at 6:11 AM, Mark McLoughlin wrote: > Hey > > The mission statement is what we've been using for a while. The > "official title" is new. > > Official Title: Ope

[openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th (http://status.openstack.org/rechecks/) It has yet to be triaged by the neutron team, so is still sitting with undefined priority. However this see

[openstack-dev] Hyper-V meeting agenda

Hi All, It's been a while since we've all been able to meet. This week will primarily be used to catch up on open items and get an overall status of where things are. p Peter J. Pouliot, CISSP Senior SDET, OpenStack Microsoft New England Research & Development Center One Memorial Drive,Cambri

[openstack-dev] [Heat] awareness of nova cells, availability zones etc.

Hi Folks, Just wondering to what extent Heat deployment policies can be made nova cell/AZ-aware? For example, one could envisage a situation in which it would sense for an autoscaling group to have cell-affinity, but also have AZ- anti-affinity within the cell for resiliance against datacenter o

[openstack-dev] [Keystone] How to write unit tests for db methods?

How to write unit tests in keystone for the methods which are directly calling the backend db? I understand that for testing purpose it should be a *fake db*, but how to do that in keystone? ___ OpenStack-dev mailing list [email protected]

Re: [openstack-dev] Program Proposal: refstack

On 07/09/2013 11:24 AM, Joshua McKenty wrote: > Monty, you missed a couple of elements of the original program > definition - the mappings from the tempest based "scorecard" to specific > versions of the API docs, and the availability of the tested and > verified endpoints to "tools ecosystem" de

Re: [openstack-dev] Program Proposal: refstack

On 07/09/2013 11:23 AM, Mark McLoughlin wrote: > Hey, > > On Tue, 2013-07-09 at 11:01 -0400, Monty Taylor wrote: >> Hey all, >> >> I'd like to propose an official program to the TC - refstack, a program >> for verifying interoperability between implementations via FITS testing. >> >> Official Ti

Re: [openstack-dev] Program Proposal: refstack

Mark McLoughlin wrote: > On Tue, 2013-07-09 at 11:01 -0400, Monty Taylor wrote: >> >> I'd like to propose an official program to the TC - refstack, a program >> for verifying interoperability between implementations via FITS testing. >> >> Official Title: OpenStack Interoperability >> Initial PTL:

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

On 07/09/2013 11:41 AM, Sean Dague wrote: > In the corner to my left, our current largest gate reset culprit appears > to be neutron bug #1194026 - weighing in with 62 rechecks since June > 24th (http://status.openstack.org/rechecks/) > > It has yet to be triaged by the neutron team, so is still

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

Sean Dague wrote: > In the corner to my left, our current largest gate reset culprit appears > to be neutron bug #1194026 - weighing in with 62 rechecks since June > 24th (http://status.openstack.org/rechecks/) > > It has yet to be triaged by the neutron team, so is still sitting with > undefined

[openstack-dev] [Neutron] Campus Network Blueprint

Hi all, Just published a blueprint for some work I'm starting right now. I would appreciate if someone can take a look and give some comments. https://blueprints.launchpad.net/neutron/+spec/campus-network Thank you Filipe Manco http://about.me/fmanco ___

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

Monty Taylor wrote: > I think having an uber-triager group comprised of the small set of gate > watchers is not a terrible idea. Have the group, have that group be a > member of all the other driver groups. FWIW you actually just need to be a bug supervisor to set priority, which in most cases mea

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/09/2013 11:21 AM, Clint Byrum wrote: >>> You may want to update your snark! MySQL has its warts which are pretty >>> easy to take shots at, but it has been a "real" ACID compliant database >>> for well over a decade. >> My snark is more recently generated than that. There are plenty of >

Re: [openstack-dev] HACKING and new-style relative imports

On 07/09/2013 10:55 AM, Joe Gordon wrote: > > On Tue, Jul 9, 2013 at 1:28 PM, Kieran Spear > wrote: > > Hi all, > > There's a review up to make Horizon pass H304 (no relative imports): > > https://review.openstack.org/#/c/35664/ > > Old-style relati

Re: [openstack-dev] [Neutron] Campus Network Blueprint

On Jul 9, 2013, at 11:18 AM, Filipe Manco wrote: > > Hi all, > > Just published a blueprint for some work I'm starting right now. I would > appreciate if someone can take a look and give some comments. > > https://blueprints.launchpad.net/neutron/+spec/campus-network > > Thank you > Hi Filip

Re: [openstack-dev] sqlalchemy 0.8 and Grizzly: heat and cinder failing

On 07/08/2013 08:32 PM, Sean Dague wrote: > On 07/08/2013 04:50 AM, Mark McLoughlin wrote: >> On Mon, 2013-07-08 at 15:53 +0800, Thomas Goirand wrote: >>> Hi, >>> >>> Since python-sqlalchemy 0.8.2 has been uploaded to Sid, Quantum is >>> uninstallable there right now (see #715294). >>> >>> I am won

[openstack-dev] Created/Deleted-by Parent-data

Hi! I just want to make sure of one thing. The created/deleted_by has the information of the user performing the action and user role, your examples were always a dict like {"user-id": "user-id", "role":"role-id"}. But I was looking at the identity api method get_roles_for_user_and_domain and i

[openstack-dev] [Heat] [Horizon] Heat Resource Topology Demo

Hey everyone, Just a quick demo of the Resource Topology. I'm working on getting it into Code Review for Horizon either today or tomorrow. http://www.youtube.com/watch?v=pe9EM8WhLPA Thanks! [cid:F8A7CDE7-7AE1-42CB-A834-D228A925FF7A] <>___ OpenStack-dev

[openstack-dev] Hyper-V Meeting Minutes

Hi All, Here's the minutes for today's meeting. Minutes: http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.2013-07-09-16.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.2013-07-09-16.00.txt Log: http://eavesdrop.openstack.org/me

Re: [openstack-dev] Ceilometer XSD

The reason I initiated to contribute the XSD was most of the other components(nova, keystone, glance, etc.) have their XSD's in the repository, so assuming they were contributed by people like me(and updated from time to time by the same or other fellows), I would patch this XSD to the repository.

Re: [openstack-dev] Swift debugging / performance - large latencies seen.

That helped -- using tempauth instead of keystone improved performance significantly on the openStack cluster. However performance is still slower compared to my Swift only setup where commands are sent directly to the swift node instead of going thru the controller node in the openstack cluste

Re: [openstack-dev] Created/Deleted-by Parent-data

Sorry for this - it went to the wrong list. I'm very embarrassed. Thanks, Tiago From: Martins, Tiago Sent: terça-feira, 9 de julho de 2013 13:50 To: [email protected] Subject: Created/Deleted-by Parent-data Hi! I just want to make sure of one thing. The created/deleted_by has th

Re: [openstack-dev] sqlalchemy 0.8 and Grizzly: heat and cinder failing

On 07/09/2013 12:46 PM, Thomas Goirand wrote: On 07/08/2013 08:32 PM, Sean Dague wrote: On 07/08/2013 04:50 AM, Mark McLoughlin wrote: On Mon, 2013-07-08 at 15:53 +0800, Thomas Goirand wrote: Hi, Since python-sqlalchemy 0.8.2 has been uploaded to Sid, Quantum is uninstallable there right now

Re: [openstack-dev] [Keystone] How to write unit tests for db methods?

I'm assuming you're referring to testing backend drivers as opposed to database migrations (tests/test_sql_upgrade.py). Backend agnostic tests land in tests/test_backend.py. Backend-specific tests, overrides, etc belong in tests/test_backend_sql.py, tests/test_backend_kvs.py, etc. Generally, you

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

On 07/09/2013 12:20 PM, Thierry Carrez wrote: Monty Taylor wrote: I think having an uber-triager group comprised of the small set of gate watchers is not a terrible idea. Have the group, have that group be a member of all the other driver groups. FWIW you actually just need to be a bug supervi

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/09/2013 11:21 AM, Clint Byrum wrote: Yes please! Is this something that is in development, or at least recorded in a bug that someone like me can grab? I would love for that to be the default behavior. https://blueprints.launchpad.net/keystone/+spec/no-tokens-in-db __

[openstack-dev] Openstack/Devstack + nginx + scalability

Hi, I am very interested in scalabity and HA with horizon is there any effort to provide nginx to devstack(for start) ? Where can I join to that effort ? I just joined to this blueprint: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-webscale Any other interested ? ___

Re: [openstack-dev] Draft Mission statement for tripleo

Excerpts from Robert Collins's message of 2013-07-09 01:21:34 -0700: > How about > > Develop and maintain tooling and infrastructure able to > > deploy OpenStack in production, using OpenStack itself wherever > > possible. > +1 ___ OpenStack-dev

Re: [openstack-dev] [Heat] [Horizon] Heat Resource Topology Demo

Very nice, can't wait to get the code review for that. :) - Gabriel From: Tim Schnell [mailto:[email protected]] Sent: Tuesday, July 09, 2013 9:59 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [Heat] [Horizon] Heat Resource Topology Demo Hey everyone, Just

Re: [openstack-dev] Openstack/Devstack + nginx + scalability

On 07/09/2013 02:05 PM, Geronimo Orozco wrote: > Hi, I am very interested in scalabity and HA with horizon is there any > effort to provide nginx to devstack(for start) ? I'm not sure that devstack is going to be the best place to poke at scaling concerns or HA concerns for horizon. (the best way

Re: [openstack-dev] Openstack/Devstack + nginx + scalability

Hi Monty, I'll jump over tripleO team to see what they are doing... My initial concern or request was to start with a minimal setting using devstacks with nginx and load balancer if that's is not the right way to start then I'll be very thankful on how I can start poking around that feature .

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Hi Eugene I agree for dynamic loading is difficult to implement. (mainly for security perspective) Salvatore looks clearly for no for dynamic loading. So I added another option. how about have list of preloaded module in the conf? and setup service type from REST API such as nova flavor api htt

Re: [openstack-dev] Openstack/Devstack + nginx + scalability

On Tue, Jul 9, 2013 at 1:46 PM, Geronimo Orozco wrote: > My initial concern or request was to start with a minimal setting using > devstacks with nginx and load balancer if that's is not the right way to > start then I'll be very thankful on how I can start poking around that > feature .. You ce

Re: [openstack-dev] [Infra] Meeting Tuesday July 9th at 19:00 UTC

On Mon, Jul 8, 2013 at 9:25 AM, Elizabeth Krumbach Joseph wrote: > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday July 9th, at 19:00 UTC in #openstack-meeting Minutes and logs now available: Minutes: http://eavesdrop.openstack.org/meetings/infra/2013

Re: [openstack-dev] heads up - upstream pip/virtualenv/setuptools upgrades may cause some hiccups

On 07/05/2013 09:05 PM, Monty Taylor wrote: Hey all! A few things are happening in the world of python that are have an impact on us. The end story is good, and things are getting both simpler and better (and in a few weeks - MUCH faster for many of us) ... in the mean time, there may be some ev

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Nachi, I think that dynamic loading/preloaded modules/REST api analogs of nova flavor is a bit too forward looking in comparison to what I'm trying to solve right now with existing patch. I think what really matters is how service providers are referenced from other resources. 1) From logic pers

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Some comments inline. Salvatore On 9 July 2013 21:58, Eugene Nikanorov wrote: > Nachi, > > I think that dynamic loading/preloaded modules/REST api analogs of nova > flavor is a bit too forward looking in comparison to what I'm trying to > solve right now with existing patch. > Besides, the re

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

It's been set to 'High' now. Unfortunately I cannot give this bug the attention it deserves now, so I've not taken it. Adding quantum/neutron-core to trigger attention of other core devs. On 9 July 2013 19:40, Sean Dague wrote: > On 07/09/2013 12:20 PM, Thierry Carrez wrote: > >> Monty Taylor

Re: [openstack-dev] Program description for Oslo

On 07/09/2013 11:43 AM, Mark McLoughlin wrote: > On Tue, 2013-07-09 at 11:39 -0400, Doug Hellmann wrote: >> >> >> >> On Tue, Jul 9, 2013 at 6:11 AM, Mark McLoughlin wrote: >> Hey >> >> The mission statement is what we've been using for a while. The >> "official t

Re: [openstack-dev] Program description for Oslo

On Tue, Jul 9, 2013 at 3:22 PM, Monty Taylor wrote: > > > On 07/09/2013 11:43 AM, Mark McLoughlin wrote: > > On Tue, 2013-07-09 at 11:39 -0400, Doug Hellmann wrote: > >> > >> > >> > >> On Tue, Jul 9, 2013 at 6:11 AM, Mark McLoughlin > wrote: > >> Hey > >> > >> The mission stateme

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Hi folks Replied Inline 2013/7/9 Salvatore Orlando : > Some comments inline. > > Salvatore > > > On 9 July 2013 21:58, Eugene Nikanorov wrote: >> >> Nachi, >> >> I think that dynamic loading/preloaded modules/REST api analogs of nova >> flavor is a bit too forward looking in comparison to what I

Re: [openstack-dev] [Heat] [Horizon] Heat Resource Topology Demo

On 07/10/2013 04:59 AM, Tim Schnell wrote: > Just a quick demo of the Resource Topology. I'm working on getting it > into Code Review for Horizon either today or tomorrow. > http://www.youtube.com/watch?v=pe9EM8WhLPA > > Very nice, looking forward to this in Horizon. I've seen Tim mention that thi

[openstack-dev] common requirements

Hey All, I ran into an issue with Cinder the other week and it turned out it was due to some conflicts with keystoneclient version. Long story short, the issue is that Cinder did the straight sync over from the common-requirements file which placed an upper bound on keystoneclient. It looks like

[openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

I'm currently hitting issues with a patch [1] not passing Jenkins due to a Horizon python-keystonclient dependency issue in no way related to my change. I've rerun the patch twice, and it still fails the same way. See the bottom of the console output here [2]. I need some guidance here, as this

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

Hi Kyle I'm facing same trouble also. [1] https://review.openstack.org/#/c/33148/ [2] http://logs.openstack.org/33148/19/check/gate-tempest-devstack-vm-neutron/1144/console.html Thanks Nachi 2013/7/9 Kyle Mestery (kmestery) : > I'm currently hitting issues with a patch [1] not passing Jenkins

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

Also the ML2 Mechansim Driver review from Andre: https://review.openstack.org/#/c/33201/ http://logs.openstack.org/33201/15/check/gate-tempest-devstack-vm-neutron/1140/console.html Thanks, Kyle On Jul 9, 2013, at 5:12 PM, Nachi Ueno wrote: > Hi Kyle > > I'm facing same trouble also. > > [1]

Re: [openstack-dev] [Heat] [Horizon] Heat Resource Topology Demo

Hey Steve, Thanks, I have been trying to figure out the best place to put it and I agree, I'll add it to the Details tab. For now I just pushed it up as a tab in the dashboard but I'll move it. https://review.openstack.org/#/c/36351/ [cid:BF160E9B-446E-48E5-AF4E-1A91CE1F2B75] From: Steve Baker

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/08/2013 08:32 PM, Adam Young wrote: On 07/08/2013 04:35 PM, Clint Byrum wrote: Excerpts from Adam Young's message of 2013-07-08 13:18:55 -0700: On 07/01/2013 01:35 PM, Clint Byrum wrote: The way the new keystone-manage command "token_flush" works right now is quite broken by MySQL and In

Re: [openstack-dev] Program Proposal: refstack

On 10/07/13 01:01, Monty Taylor wrote: Hey all, I'd like to propose an official program to the TC - refstack, a program for verifying interoperability between implementations via FITS testing. Official Title: OpenStack Interoperability Initial PTL: Monty Taylor Mission Statement: Develop an

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/08/2013 05:18 PM, Sean Dague wrote: On 07/01/2013 01:35 PM, Clint Byrum wrote: The way the new keystone-manage command "token_flush" works right now is quite broken by MySQL and InnoDB's gap locking behavior: https://bugs.launchpad.net/1188378 Presumably other SQL databases like PostgreS

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

On 2013-07-09 22:01:15 + (+), Kyle Mestery (kmestery) wrote: > I'm currently hitting issues with a patch [1] not passing Jenkins > due to a Horizon python-keystonclient dependency issue in no way > related to my change. [...] It should be resolved shortly (the change is in the gate pipelin

Re: [openstack-dev] [Heat] awareness of nova cells, availability zones etc.

On 09/07/13 11:59 -0400, Eoghan Glynn wrote: Hi Folks, Just wondering to what extent Heat deployment policies can be made nova cell/AZ-aware? For example, one could envisage a situation in which it would sense for an autoscaling group to have cell-affinity, but also have AZ- anti-affinity with

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

On Jul 9, 2013, at 6:34 PM, Jeremy Stanley wrote: > On 2013-07-09 22:01:15 + (+), Kyle Mestery (kmestery) wrote: >> I'm currently hitting issues with a patch [1] not passing Jenkins >> due to a Horizon python-keystonclient dependency issue in no way >> related to my change. > [...] > > It

Re: [openstack-dev] [neutron] [jenkins] [tempest] Trouble with a patch

On 2013-07-09 23:55:03 + (+), Kyle Mestery (kmestery) wrote: > Thanks for the note Jeremy! Can you shoot another reply on this > thread so those of us with patches failing can resubmit? Yep, now that https://review.openstack.org/36349 has merged you should be safe to recheck any proposed c

Re: [openstack-dev] [Neutron] Service Type Framework implementation

On Jul 9, 2013, at 5:37 PM, Nachi Ueno wrote: > > We have two suboption for db api based solution > > Option4. REST API + DB with Preload with Conf > https://docs.google.com/presentation/d/1v0nLTEsFOwWeYpYjpw4qe3QHB5lLZEE_b0TmmR5b7ic/edit#slide=id.gf14b7b30_00 > > so IMO, we can drop option3.

[openstack-dev] [Neutron] Embrane's Neutron Plugin

Hi, My name is Ivar Lazzaro, I’m an Italian developer currently employed at Embrane. Embrane provides L3 to L7 network services, (including routing, load balancing, SSL offloads, firewalls and IPsec VPNs), and we have developed a Neutron plugin that we would like to share and contribute to Ope

  1   2   >