Re: [openstack-dev] [Ceilometer] Allow multiple projects (tenants) in the received kwargs for v2 queries

On Wed, Sep 18 2013, Pendergrass, Eric wrote: > What do you think about this? > > Can the 'project' key change to 'projects' to support this? You can't change the current API, though you can extend it. Having some sort of OR operator is something that I think we would like. However, that's someth

[openstack-dev] [Tuskar] AI "How does tuskar fit in with TripleO"

I have an AI from the tuskar community meeting to come up with a description of how TripleO 'differs from' Tuskar. I have no idea where this will be used/placed and in fact I don't know where to send it: should we paste it into the naming etherpad, open a launchpad docs blueprint (seems a bit much,

Re: [openstack-dev] [DevStack] Generalize config file settings

The biggest concern I have about the current implementation is that it handles conf files inconsistently - but as Dean pointed out on the review it opens a wider question. I will very often run devstack, find something not quite working unstack, change a value or two in localrc and then re-run

[openstack-dev] [QA] Communicating test plans

There is a lack of design documentation and specification in the blueprints, creating test plans is problematic and requires a lot of communication with the developers. I was wondering whether we could partially remedy this by creating a place where we could share test plans - a place to add co

[openstack-dev] [savanna] team meeting reminder September 19 18:00 UTC

Hi folks, We'll be have the Savanna team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_September.2C_19 http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20130919T18 Alexander Ignatov wil

Re: [openstack-dev] [QA] Communicating test plans

On 09/18/2013 03:37 PM, Martina Kollarova wrote: > There is a lack of design documentation and specification in the blueprints, > creating test > plans is problematic and requires a lot of communication with the developers. > I was > wondering whether we could partially remedy this by creating a

[openstack-dev] [Heat] Meeting agenda for Wed Sept 18th at 2000 UTC

The Heat team holds a weekly meeting in #openstack-meeting, see https://wiki.openstack.org/wiki/Meetings/HeatAgenda for more details The next meeting is on Wed Sept 18th at 2000 UTC Current topics for discussion: * Review last week's actions * RC1 bug status * Open discussion If anyone has any

Re: [openstack-dev] [QA] Communicating test plans

On Wed 18 Sep 2013 12:34:46 PM CEST, Kashyap Chamarthy wrote: On 09/18/2013 03:37 PM, Martina Kollarova wrote: There is a lack of design documentation and specification in the blueprints, creating test plans is problematic and requires a lot of communication with the developers. I was wonder

[openstack-dev] [Horizon] Bootstrap 3 update and problems with lesscpy

Hi all, I've started working on updating Bootstrap to version 3 in Horizon. https://blueprints.launchpad.net/horizon/+spec/bootstrap-update As I have described in blueprint whiteboard, I am experiencing compile problems with the new lesscpy compiler that we started using recently. The compil

Re: [openstack-dev] [DevStack] Generalize config file settings

On Wed, Sep 18, 2013 at 4:46 AM, Bob Ball wrote: > I understand that there are some very good reasons that we can’t make > all modifications to localrc work on an unstack/stack –– but a very large > number of the options are only read at run time and do not have any > persistent state. > My apo

Re: [openstack-dev] [DevStack] Generalize config file settings

Ah! Sorry for the mis-understanding. In which case, would a simple fix of adding a "localrc.generated" be sufficient? Produce a localrc which simply imports localrc.generated and replace localrc.generated in all cases - still allowing users to override it if needed? Bob From: Dean Troyer [mail

Re: [openstack-dev] [Tuskar] AI "How does tuskar fit in with TripleO"

For project meta-info like this, seems like a wiki page is a good location. Thanks for sending. Anne On Wed, Sep 18, 2013 at 3:59 AM, mar...@redhat.com wrote: > I have an AI from the tuskar community meeting to come up with a > description of how TripleO 'differs from' Tuskar. I have no idea wh

Re: [openstack-dev] [heat] [scheduler] Bringing things together for Icehouse

Mike, interesting document. What would be your approach to regions/zones/ensembles - does holistic mean to schedule w.r.t. I-specific constraints across _all_ hosts? According to your naming and description, on the one hand I understand that the infrastructure orchestrator would not do any of

Re: [openstack-dev] [DevStack] Generalize config file settings

On Wed, Sep 18, 2013 at 7:49 AM, Bob Ball wrote: > In which case, would a simple fix of adding a “localrc.generated” be > sufficient? > > ** ** > > Produce a localrc which simply imports localrc.generated and replace > localrc.generated in all cases – still allowing users to override it if > nee

[openstack-dev] [python-glanceclient] Review request

(Hope this isn't a dup - sent it yesterday but never saw it come through tho another I sent around the same time did. My apologies if it is.) Hi, Could I get some reviews on this patch? It's adding CLI support for using Glance V2 API from the client. https://review.openstack.org/#/c/42741/ Th

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

Mike Perez wrote: > Currently in Havana development, RBD as ephemeral storage has serious > stability > and performance issues that makes the Ceph cluster a bottleneck for using an > image as a source. > [...] This comes up a bit late, and the current RC bugs curves[1] really do not encourage me t

Re: [openstack-dev] [heat] [scheduler] Bringing things together for Icehouse

Manuel, and others: I am sorry, in the rush at the end of the scheduler meeting a critical fact flew from my mind: the material I distributed beforehand was intended as something I could reference during discussion in the meeting, I did not expect it to fully stand on its own. Indeed, you have

Re: [openstack-dev] [DevStack] Generalize config file settings

I think it'd make more sense the other way round. If localrc does not exist, and we've created a localrc.generated create localrc with just "source localrc.generated". That way anyone using localrc directly will get the right information. A quick grep suggests that all uses in devstack source t

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

On Wed, Sep 18, 2013 at 8:14 AM, Thierry Carrez wrote: > Mike Perez wrote: > > Currently in Havana development, RBD as ephemeral storage has serious > > stability > > and performance issues that makes the Ceph cluster a bottleneck for > using an > > image as a source. > > [...] > > This comes up a

[openstack-dev] Review requests on the mailing-list

We've seen a lot of "review requests" on the mailing-list lately. These create noise and should be pretty useless. Core reviewers already receive emails about things they should review, and use tools to prioritize their review queue. If you'd like someone in particular to review things, send an em

[openstack-dev] Additional verbosity information to standard API fault messages within OpenStack common project

Hi, all, I have uploaded a new blueprint that suggest to add verbosity information to all standard API fault messages within OpenStack common project. I would really appriticate if you could have a look and send me your comment and feedbacks. I don't know if I am already late, but I would like a

Re: [openstack-dev] Additional verbosity information to standard API fault messages within OpenStack common project

On Wed, Sep 18, 2013 at 9:52 AM, GROSZ, Maty (Maty) < maty.gr...@alcatel-lucent.com> wrote: > Hi, all, > > ** ** > > I have uploaded a new blueprint that suggest to add verbosity information > to all standard API fault messages within OpenStack common project. > > I would really appritica

Re: [openstack-dev] [DevStack] Generalize config file settings

On Wed, Sep 18, 2013 at 9:28 AM, Bob Ball wrote: > I think it’d make more sense the other way round. > > ** ** > > If localrc does not exist, and we’ve created a localrc.generated create > localrc with just “source localrc.generated”. That way anyone using > localrc directly will get the ri

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

On 09/18/2013 10:34 AM, John Griffith wrote: > > > > On Wed, Sep 18, 2013 at 8:14 AM, Thierry Carrez > wrote: > > Mike Perez wrote: > > Currently in Havana development, RBD as ephemeral storage has serious > > stability > > and performance issues t

Re: [openstack-dev] [Nova][vmware] VMwareAPI sub-team reviews update 2013-09-18

On 09/18/2013 01:21 AM, Shawn Hartsock wrote: > Greetings stackers! > > We're headed to the Havana-rc1 release! I've been triaging bugs, and > re-evaluating priorities as we come up on that new deadline. Here's the > priority order I've come up with, feel free to pop into #openstack-vmware or >

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

We were successful yesterday in accessing the orchestration-api wadl in the api-site repo from the api-ref dev guide (https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/docbkx/api-ref.xml) in the original heat repo using the following syntax in the api-ref.xml doc: http://git

[openstack-dev] [Neutron] Resuming unfinished blueprint "Make the ip allocation algorithm configurable"

The blueprint, https://blueprints.launchpad.net/neutron/+spec/configurable-ip-allocation, was started by Isaku Yamahata but was abandoned due to inactivity. We have contacted Yamahata and he has agreed to partner with us on the development of this blueprint. A majority of the preexisting implem

[openstack-dev] [glance] Review request

(Hope this isn't a dup - sent it earlier but never saw it come through. My apologies if it is.) Hi, Could I get some reviews on this patch? It's adding CLI support for using Glance V2 API from the client. https://review.openstack.org/#/c/42741/ Thanks, Eddie

Re: [openstack-dev] [Horizon] Bootstrap 3 update and problems with lesscpy

Right now, master in Horizon is still working toward Havana-rc1. We are still likely more than a week away from master moving to Icehouse-1. As this is the case, reverting a highly desired Havana change to address a blueprint for Icehouse that can be addressed properly upstream in lesscpy does

Re: [openstack-dev] [Tuskar] AI "How does tuskar fit in with TripleO"

On 18 September 2013 20:59, mar...@redhat.com wrote: > I have an AI from the tuskar community meeting to come up with a > description of how TripleO 'differs from' Tuskar. I have no idea where > this will be used/placed and in fact I don't know where to send it: > should we paste it into the namin

[openstack-dev] [heat] cross-stack references

When we get into things like affinity concerns or managing network bandwidth, we see the need for cross-stack relationships. You may want to place parts of a new stack near parts of an existing one, for example. I see that in CFN you can make cross-references between different parts of a sing

Re: [openstack-dev] [heat] cross-stack references

On Wed, Sep 18, 2013 at 01:34:43PM -0400, Mike Spreitzer wrote: > When we get into things like affinity concerns or managing network > bandwidth, we see the need for cross-stack relationships. You may want to > place parts of a new stack near parts of an existing one, for example. I > see that

Re: [openstack-dev] [Openstack] Instances running on VMware ESXi are unable to configure IP

Hi Ramon, We need to add flows to br-tun bridge on compute node. Kindly note that since in our design, we have used eth2 attached to br-int of ESX, added br-int in promiscuous mode, so there is no segregation of vm's based on tenant for ESX host. When we add eth2 to br-int of OVS, we assign a tag

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

Hi Steve, Note that the two api-ref.xml docs in the two repos have different purposes: * Heat repo: the api-ref.xml doc in this repo is the source for the Orchestration API Dev Guide (which I am planning to start working on), and provides detailed information and examples for each API call.

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

On 09/18/2013 08:09 AM, Mike Asthalter wrote: > We were successful yesterday in accessing the orchestration-api wadl > in the api-site repo from the api-ref dev guide > (https://github.com/openstack/heat/blob/master/doc/docbkx/api-ref/src/docbkx/api-ref.xml) > in the original heat repo using the fo

Re: [openstack-dev] [Heat] Questions about plans for heat wadls moving forward

On 09/18/2013 12:37 PM, Mike Asthalter wrote: > Hi Steve, > > Note that the two api-ref.xml docs in the two repos have /different/ > purposes: > > * Heat repo: the api-ref.xml doc in this repo is the source for the > *Orchestration API Dev Guide *(which I am planning to start > working on

Re: [openstack-dev] [heat] cross-stack references

My question is about stacks that are not nested. Suppose, for example, that I create a stack that implements a shared service. Later I create a separate stack that uses that shared service. When creating that client stack, I would like to have a way of talking about its relationships with th

Re: [openstack-dev] [Openstack] Instances running on VMware ESXi are unable to configure IP

On Wed, Sep 18, 2013 at 9:09 PM, Ramon Acedo wrote: > Hi Rahul, > > On 12 September 2013 18:58, Rahul Sharma wrote: > >> >> Today we were able to achieve the end-to-end flow of traffic by adding >> rules manually to the openvswitch-switches in nova-compute vm. If support >> for the configuring f

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

+1 Vibhu > Date: Tue, 17 Sep 2013 18:01:04 + > From: Giri Basava > To: "openstack-dev@lists.openstack.org" > , "openst...@list.openstack.org > " > > Subject: Re: [openstack-dev] [Raksha] Proposal for Raksha, a Data > Protection As a Service project > Message-ID: >

[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-19!!! As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateManagement Taskflow: https://wiki.openstack.org/Tas

Re: [openstack-dev] [Horizon] Bootstrap 3 update and problems with lesscpy

I'm also strongly against reverting the move to lesscpy. As David said, that change was highly-requested by the downstream distros and other folks packaging Horizon in various ways. Since there's no evidence that lesscpy does not intend to support bootstrap 3 in a reasonable timeframe, revertin

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

On 09/17/2013 07:33 PM, Zhi Yan Liu wrote: On Wed, Sep 18, 2013 at 6:16 AM, Mike Perez wrote: Folks, Currently in Havana development, RBD as ephemeral storage has serious stability and performance issues that makes the Ceph cluster a bottleneck for using an image as a source. Nova has to curr

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

On 09/18/2013 07:14 AM, Thierry Carrez wrote: Mike Perez wrote: Currently in Havana development, RBD as ephemeral storage has serious stability and performance issues that makes the Ceph cluster a bottleneck for using an image as a source. [...] This comes up a bit late, and the current RC bug

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

Hi folks, I have few comments on Hadoop cluster provisioning in Savanna. Now Savanna provisions instances, install management console (like Apache Ambari) on one them and communicate with it using REST API of the installed console to prepare and run all requested services at all instances. So,

[openstack-dev] unable to run tox due to the '--pre' argument

Hi, I tried to run tests after I changed some codes in python neutron client, But I failed. Could someone please help me out? $ tox -e py27 GLOB sdist-make: /mnt/data/opt/stack/python-neutronclient/setup.py py27 create: /mnt/data/opt/stack/python-neutronclient/.tox/py27 py27 installdeps: -r/mnt/da

[openstack-dev] [Tuskar] States for Nodes, Racks and Classes

Hi folks, I am sending etherpad with first draft of Tuskar states for Nodes, Racks and Classes. Feel free to update, add or comment anything. It is important that we come to finite set of well defined states which we can use across API, CLI and UI. https://etherpad.openstack.org/tuskar-state

Re: [openstack-dev] unable to run tox due to the '--pre' argument

On 2013-09-19 08:12:47 +0800 (+0800), Yongsheng Gong wrote: [...] > $ tox -e py27 [...] > no such option: --pre [...] > $ tox --version > 1.6.1 imported from /usr/local/lib/python2.7/dist-packages/tox/ > __init__.pyc > $ pip --version > pip 1.4.1 from /usr/local/lib/python2.7/dist-packages/ > pip-1

Re: [openstack-dev] unable to run tox due to the '--pre' argument

Thanks for the reply. It is weird the pip will be changed into 1.3.1 after I run tox -e py27. Here is the process I run: gongysh@gongysh-ThinkPad-T530:/opt/stack/python-neutronclient$ .tox/py27/bin/pip --version pip 1.3.1 from /mnt/data/opt/stack/python-neutronclient/.tox/py27/lib/python2.7/site-

[openstack-dev] What's Up Doc? Sep 18 2013

Less than a month until the Oct. 17th timed release! We're in better shape than in past releases but the install guide consolidation is crucial and there are many doc bugs. It's crunch time! 1. In review and merged this past week: Congrats to Michael Still for his first doc patches to openstack-m

Re: [openstack-dev] FFE Request: Make RBD Usable for Ephemeral Storage

On Sep 18, 2013, at 4:50 PM, Josh Durgin wrote: > On 09/18/2013 07:14 AM, Thierry Carrez wrote: >> Mike Perez wrote: >>> Currently in Havana development, RBD as ephemeral storage has serious >>> stability >>> and performance issues that makes the Ceph cluster a bottleneck for using an >>> image

[openstack-dev] Error during puppet run

Hi all, I have been trying to install openstack using packstack on Fedora 19. Now, when I run "packstack --allinone", I get the  following error:  ERROR : Error during puppet run : Error: mysqladmin -u root  password 'b6ca73d0f2ce' returned 1 instead of one of [0] Can anyone help me to figu