Re: [openstack-dev] Icehouse dependency freeze

On 03/18/2014 07:14 AM, Thomas Goirand wrote: > Hi, > > We're now 1 month away from the scheduled release date. It is my strong > opinion (as the main Debian OpenStack package maintainer) that for the > last Havana release, the freeze of dependency happened really too late, > creating issues hard

Re: [openstack-dev] [Mistral] Actions design BP

On 18 Mar 2014, at 01:32, Joshua Harlow wrote: > To further this lets continue working on > https://etherpad.openstack.org/p/taskflow-mistral and see if we can align > somehow Sure. > (I hope it's not to late to do this, Never late IMO. > seeing that there appears to be a lot of resistance f

Re: [openstack-dev] how to extend port capability using binding:profile

Hi Li Ma, ML2 binding:profile is accessible for admin user only. Currently it can be set via port-create/port-update CLI following this syntax: 'neutron port-create netX --binding:profile type=dict keyX=valX' BR, Irena -Original Message- From: Li Ma [mailto:m...@awcloud.com] Sent: Sunday

[openstack-dev] [Neutron][OVS Agent]

Hi All, In a multi-node setup, I'm using Ml2Plugin (as core plugin) and OVS (OVSNeutronAgent) as an agent on compute nodes. From controller I need to call a *new method* on agent ( on all compute nodes - using RPC), to perform a task (i.e. to communicate with an external process). As I need to us

Re: [openstack-dev] [Neutron] advanced servicevm framework IRC meeting March 18(Tuesday) 23:00 UTC

Hi Isaku Yamahata, Is it possible to have any convenient slot between 4.00 - 6.30 PM - UTC. So, that folks from asia can also join the meetings. Regards, Balaji.P > -Original Message- > From: Isaku Yamahata [mailto:isaku.yamah...@gmail.com] > Sent: Tuesday, March 18, 2014 11:35 AM > To:

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

On Tue, Mar 18, 2014 at 10:43 AM, Adrian Otto wrote: > Solum Cores, > > I propose the following changes to the Solum core reviewer team: > > +gokrokve > +julienvey > +devdatta-kulkarni > -kgriffs (inactivity) > -russelb (inactivity) > +1 :) Regards, Noorul __

Re: [openstack-dev] [nova] need help with unit test framework, trying to fix bug 1292963

On 03/17/2014 04:28 PM, Chris Friesen wrote: The second one filters out all of the objects and returns nothing. (Pdb) query_prefix.filter(models.Instance.vm_state != vm_states.SOFT_DELETED).all() [] I think I've found another problem. (The rabbit hole continues...) It appears that by desig

[openstack-dev] Icehouse dependency freeze

Hi, We're now 1 month away from the scheduled release date. It is my strong opinion (as the main Debian OpenStack package maintainer) that for the last Havana release, the freeze of dependency happened really too late, creating issues hard to deal with on the packaging side. I believe it would be

[openstack-dev] [Neutron] advanced servicevm framework IRC meeting March 18(Tuesday) 23:00 UTC

Hello. This is a reminder for servicevm framework IRC meeting. date: March 18 (Tuesday) 23:00 UTC channel: #openstack-meeting the followings are proposed as agenda. Meeting wiki: https://wiki.openstack.org/wiki/Meetings/ServiceVM * the current status summary * decide the time/day/frequency Thank

Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

On 18/03/14 05:13 +, Adrian Otto wrote: Solum Cores, I propose the following changes to the Solum core reviewer team: +gokrokve +julienvey +devdatta-kulkarni -kgriffs (inactivity) -russelb (inactivity) Please reply with your +1 votes to proceed with this change, or any remarks to the cont

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

On 18/03/14 07:39 +0530, Noorul Islam Kamal Malmiyoda wrote: On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto wrote: Doug Hellmann and Victror Stinner (+ oslo cores), Solum currently depends on a py33 gate. We want to use oslo.messaging, but are worried that in the current state, we will be stuck

Re: [openstack-dev] Automatic version creation in PBR

On Tue, 2014-03-18 at 09:55 +1300, Robert Collins wrote: > On 18 March 2014 07:28, Jay Pipes wrote: > > On Mon, 2014-03-17 at 16:10 +1300, Robert Collins wrote: > > > Hi Rob, thanks for the heads up. > > > > A number of us use pbr for outside-of-OpenStack projects, and have > > relied on it for t

[openstack-dev] [Solum] Proposed Core Reviewer Changes

Solum Cores, I propose the following changes to the Solum core reviewer team: +gokrokve +julienvey +devdatta-kulkarni -kgriffs (inactivity) -russelb (inactivity) Please reply with your +1 votes to proceed with this change, or any remarks to the contrary. Thanks, Adrian ___

Re: [openstack-dev] [nova][cinder] non-persistent storage(after stopping VM, data will be rollback automatically), do you think we shoud introduce this feature?

> From: Vishvananda Ishaya [mailto:vishvana...@gmail.com] > Sent: Tuesday, March 18, 2014 2:28 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after > stopping VM, data will be rollback automatically), do you

[openstack-dev] [python-openstacksdk] Meeting Tuesday Mar 18 19:00 UTC

Reminder that tomorrow is the python-openstacksdk meeting. https://wiki.openstack.org/wiki/Meetings#python-openstacksdk_Meeting Date/Time: Tuesday 4 March - 19:00 UTC / 1400 CDT IRC channel: #openstack-meeting-3 Meeting Agenda: https://wiki.openstack.org/wiki/Meetings/PythonOpenStackSDK

Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device Mapping

> From: Huang Zhiteng [mailto:winsto...@gmail.com] > Sent: Tuesday, March 18, 2014 10:32 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device > Mapping > > On Tue, Mar 18, 2014 at 9:40 AM, Zhangleiqiang (Trump)

Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device Mapping

On Tue, Mar 18, 2014 at 9:40 AM, Zhangleiqiang (Trump) wrote: > Hi, stackers： > > With RDM, the storage logical unit number (LUN) can be directly > connected to a instance from the storage area network (SAN). > > For most data center applications, including Databases, CRM and ERP

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto wrote: > Doug Hellmann and Victror Stinner (+ oslo cores), > > Solum currently depends on a py33 gate. We want to use oslo.messaging, but > are worried that in the current state, we will be stuck without py33 support. > We hope that by adding the Trol

Re: [openstack-dev] [Neutron][ML2] Can I use a new plugin based on Ml2Plugin instead of Ml2Plugin as core_plugin

Sure. I filed new BP that address this issue: https://blueprints.launchpad.net/neutron/+spec/neutron-ml2-mechanismdriver-extensions Thanks, Nader. On Mon, Mar 17, 2014 at 3:26 PM, Kyle Mestery wrote: > On Mon, Mar 17, 2014 at 4:53 PM, Nader Lahouti wrote: > >> Thanks Kyle for the reply. >> I a

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

Adrian, We are too close to icehouse release candidates to bump up global requirements with new rev of oslo.messaging. So even if we all agree and cut a new rev of oslo.messaging it's too late for icehouse as release candidates are rolling next week. I'd definitely support a way to get python33 s

[openstack-dev] [Nova][Cinder] Feature about Raw Device Mapping

Hi, stackers： With RDM, the storage logical unit number (LUN) can be directly connected to a instance from the storage area network (SAN). For most data center applications, including Databases, CRM and ERP applications, RDM can be used for configurations involving clustering be

Re: [openstack-dev] [nova] server.name raise AttributeError

call for help On Sun, Mar 16, 2014 at 12:20 AM, Gareth wrote: > Hey, Nova guys > >File "/opt/stack/python-novaclient/novaclient/v1_1/servers.py", line 39, > in __repr__ > return "" % self.name >File > "/opt/stack/python-novaclient/novaclient/openstack/common/apiclient/base.py",

Re: [openstack-dev] [Heat] Stack breakpoint

Zane Bitter wrote on 03/17/2014 07:03:25 PM: > On 17/03/14 17:03, Ton Ngo wrote: > > - How to handle resources with timer, e.g. wait condition: pause/resume > > timer value > > Handle it by only allowing pauses before and after. In most cases I'm > not sure what it would mean to pause _during

Re: [openstack-dev] [Neutron][ML2]

Thanks Mathieu for your reply. I implemented the code in the Ml2Plugin and based on the aliases defined in the mechanism driver, it update the support aliases in the plugin. So I can avoid having another ml2 plugin. For Bug 1201957 I sent email to Salvatore and waiting for his reply. Thanks, Nade

Re: [openstack-dev] [Nova client] gate-python-novaclient-pypy

On 2014-03-10 21:56:57 + (+), Jeremy Stanley wrote: [...] > I've determined that (for reasons as of yet unknown) this is only > happening in one of our two providers, so I'm temporarily removing > the problem nodes while I continue to debug this. Hopefully that > un-breaks gating for client

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

On Mon, Mar 17, 2014 at 4:48 PM, Joe Gordon wrote: > > > > On Tue, Mar 11, 2014 at 1:46 AM, Miguel Angel Ajo Pelayo < > mangel...@redhat.com> wrote: > >> >> I have included on the etherpad, the option to write a sudo >> plugin (or several), specific for openstack. >> >> >> And this is a test with

Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

https://review.openstack.org/#/c/70914/ could also be another option, besides trollius. Although are all the dependencies that currently exist (besides eventlet) also py33 compatible?? >From https://wiki.openstack.org/wiki/Python3 it seems like qpid-python might >be a problem to? -Josh From:

Re: [openstack-dev] Development Issue: Cloud System Security Auditing

Just to be completely clear, I think you should come hack on this with us! Caleb On March 17, 2014 at 11:14:12 AM, Caleb Groom (ca...@calebgroom.com(mailto:ca...@calebgroom.com)) wrote: > Hello Ahsan, > > I’d encourage you to check out https://wiki.openstack.org/wiki/Satori. We’re > actively

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

On Tue, Mar 11, 2014 at 1:46 AM, Miguel Angel Ajo Pelayo < mangel...@redhat.com> wrote: > > I have included on the etherpad, the option to write a sudo > plugin (or several), specific for openstack. > > > And this is a test with shedskin, I suppose that in more complicated > dependecy scenarios it

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

Hi, With my understanding, it should be: * 'status' is a read only attribute which shows to users whether the service is available or not. So for example, "VIP status is ACTIVE but the loadblancing service is not available" is not allowed. (Actually our customers want to fix this strongl

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/2014 05:01 PM, Sylvain Bauza wrote: There are 2 distinct cases : 1. there are multiple schedulers involved in the decision 2. there is one single scheduler but there is a race condition on it About 1., I agree we need to see how the scheduler (and later on Gantt) could address deci

[openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

Doug Hellmann and Victror Stinner (+ oslo cores), Solum currently depends on a py33 gate. We want to use oslo.messaging, but are worried that in the current state, we will be stuck without py33 support. We hope that by adding the Trollius code[1], and getting a new release number, that we can a

Re: [openstack-dev] [db][all] (Proposal) Restorable & Delayed deletion of OS Resources

On 17 March 2014 20:54, Jay Pipes wrote: > After hearing from Tim Bell and others, I think that a two-pronged > approach is most useful. First, the above-mentioned UI changes to > prevent common mistakes, and second, using a consistent, standardized > way of undoing certain operations (Boris' pro

Re: [openstack-dev] [Heat] Stack breakpoint

On 17/03/14 17:03, Ton Ngo wrote: (reposting as new thread) I would like to revisit with more details an idea that was mentioned in the last design summit and hopefully get some feedback. The scenario is troubleshooting a failed template. Currently we can stop on the point of failure by disabl

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

Hi Chris, 2014-03-17 23:08 GMT+01:00 Chris Friesen : > On 03/17/2014 02:30 PM, Sylvain Bauza wrote: > >> There is a global concern here about how an holistic scheduler can >> perform decisions, and from which key metrics. >> The current effort is leading to having the Gantt DB updated thanks t

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

This begins to sound like a hierarchical reservation system to me. Are databases even capable of doing this correctly? If I was going to do something like this say in zookeeper it would appear that this is just a atomic write to paths to resources (using the concept of a zookeeper txn to ensure

Re: [openstack-dev] [nova] need help with unit test framework, trying to fix bug 1292963

On 03/17/2014 04:04 PM, Joe Gordon wrote: > On Mon, Mar 17, 2014 at 2:16 PM, Chris Friesen > mailto:chris.frie...@windriver.com>> wrote: > The original code looks like this: > > filters = {'uuid': filter_uuids, 'deleted_at': None} > instances = instance_obj.InstanceList.get___by_fil

Re: [openstack-dev] [Neutron][ML2] Can I use a new plugin based on Ml2Plugin instead of Ml2Plugin as core_plugin

On Mon, Mar 17, 2014 at 4:53 PM, Nader Lahouti wrote: > Thanks Kyle for the reply. > I added the code in the Ml2Plugin to include extensions in mechanism > driver, if they exist. > Hopefully I can commit it as part of this BP: > > https://blueprints.launchpad.net/neutron/+spec/netron-ml2-mechnism-

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On Mon, Mar 17, 2014 at 12:52 PM, Jay Pipes wrote: > On Mon, 2014-03-17 at 12:39 -0700, Joe Gordon wrote: > > On Mon, Mar 17, 2014 at 12:29 PM, Andrew Laski > > wrote: > > On 03/17/14 at 01:11pm, Chris Friesen wrote: > > On 03/17/2014 11:59 AM, John Garbutt wrote: > >

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/2014 02:30 PM, Sylvain Bauza wrote: There is a global concern here about how an holistic scheduler can perform decisions, and from which key metrics. The current effort is leading to having the Gantt DB updated thanks to resource tracker for scheduling appropriately the hosts. If we con

Re: [openstack-dev] [nova] need help with unit test framework, trying to fix bug 1292963

On Mon, Mar 17, 2014 at 2:16 PM, Chris Friesen wrote: > > I've submitted code for review at "https://review.openstack.org/80808"; > but it seems to break the unit tests. > > Where do the "deleted" and "deleted_at" fields for the instance get > created for unit tests? Where is the database stored

Re: [openstack-dev] [Neutron][ML2] Can I use a new plugin based on Ml2Plugin instead of Ml2Plugin as core_plugin

Thanks Kyle for the reply. I added the code in the Ml2Plugin to include extensions in mechanism driver, if they exist. Hopefully I can commit it as part of this BP: https://blueprints.launchpad.net/neutron/+spec/netron-ml2-mechnism-driver-for-cisco-dfa-support Thanks, Nader. On Mon, Mar 17, 201

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

Replies inline, Salvatore On 17 March 2014 21:38, Eugene Nikanorov wrote: > > > > On Mon, Mar 17, 2014 at 11:46 PM, Salvatore Orlando > wrote: > >> It is a common practice to have both an operational and an administrative >> status. >> I agree ACTIVE as a term might result confusing. Even in t

[openstack-dev] [nova] need help with unit test framework, trying to fix bug 1292963

I've submitted code for review at "https://review.openstack.org/80808"; but it seems to break the unit tests. Where do the "deleted" and "deleted_at" fields for the instance get created for unit tests? Where is the database stored for unit tests, and is there a way to look at it directly?

[openstack-dev] [Heat] Stack breakpoint

(reposting as new thread) I would like to revisit with more details an idea that was mentioned in the last design summit and hopefully get some feedback. The scenario is troubleshooting a failed template. Currently we can stop on the point of failure by disabling rollback: this works well for s

Re: [openstack-dev] Automatic version creation in PBR

On 18 March 2014 09:32, Doug Hellmann wrote: > As mordred, lifeless, and I discussed in #openstack-infra today, this > represents a backwards-incompatible change to the version format strings, > which we believe are being consumed by packagers. We should wait until after > the feature freeze, mak

Re: [openstack-dev] Automatic version creation in PBR

On 18 March 2014 07:28, Jay Pipes wrote: > On Mon, 2014-03-17 at 16:10 +1300, Robert Collins wrote: > Hi Rob, thanks for the heads up. > > A number of us use pbr for outside-of-OpenStack projects, and have > relied on it for things like proper package versioning using git tags. Yup! > I'm a lit

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

On Mon, Mar 17, 2014 at 11:46 PM, Salvatore Orlando wrote: > It is a common practice to have both an operational and an administrative > status. > I agree ACTIVE as a term might result confusing. Even in the case of a > port, it is not really clear whether it means "READY" or "LINK UP". > Terminol

[openstack-dev] sphinxcontrib-pecanwsme 0.7.1 released

sphinxcontrib-pecanwsme is used for documenting APIs built with the Pecan web framework and WSME. This bug fix release includes one change: * Fix formatting issue for docstrings without param list ___ OpenStack-dev mailing list OpenStack-dev@lists.opens

Re: [openstack-dev] Automatic version creation in PBR

On Sun, Mar 16, 2014 at 11:10 PM, Robert Collins wrote: > Right now PBR's creation of versions for postversioning is problematic > - it generates versions that (if recognized by pip) would be treated > as releases, even when its a non-tagged commit. > > https://etherpad.openstack.org/p/pbr-postver

Re: [openstack-dev] [db][all] (Proposal) Restorable & Delayed deletion of OS Resources

Interesting proposal... there would also be a benefit of different tables per program from an operational perspective. If I need to recover a database for any reason, having different tables would ensure that I could restore glance to a point in time without having to lose the nova delete data.

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

There is a global concern here about how an holistic scheduler can perform decisions, and from which key metrics. The current effort is leading to having the Gantt DB updated thanks to resource tracker for scheduling appropriately the hosts. If we consider these metrics as not enough, ie. that Gan

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

On Mar 17, 2014, at 3:46 PM, Salvatore Orlando wrote: > It is a common practice to have both an operational and an administrative > status. > I agree ACTIVE as a term might result confusing. Even in the case of a port, > it is not really clear whether it means "READY" or "LINK UP". > Terminolog

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/2014 01:29 PM, Andrew Laski wrote: On 03/17/14 at 01:11pm, Chris Friesen wrote: On 03/17/2014 11:59 AM, John Garbutt wrote: On 17 March 2014 17:54, John Garbutt wrote: Given the scheduler split, writing that value into the nova db from the scheduler would be a step backwards, and i

Re: [openstack-dev] [db][all] (Proposal) Restorable & Delayed deletion of OS Resources

On Thu, Mar 13, 2014 at 12:42 PM, Boris Pavlovic wrote: > Hi stackers, > > As a result of discussion: > [openstack-dev] [all][db][performance] Proposal: Get rid of soft deletion > (step by step) > http://osdir.com/ml/openstack-dev/2014-03/msg00947.html > > I understood that there should be another

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

At CERN, we've had similar issues when enabling telemetry. Our resource-list times out after 10 minutes when the proxies for HA assume there is no answer coming back. Keystone instances per cell have helped the situation a little so we can collect the data but there was a significant increase i

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

> Yep. At AT&T, we had to disable calls to GET /resources without any > filters on it. The call would return hundreds of thousands of records, > all being JSON-ified at the Ceilometer API endpoint, and the result > would take minutes to return. so the performance issue with resource-list is somewh

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On Mon, 2014-03-17 at 12:39 -0700, Joe Gordon wrote: > On Mon, Mar 17, 2014 at 12:29 PM, Andrew Laski > wrote: > On 03/17/14 at 01:11pm, Chris Friesen wrote: > On 03/17/2014 11:59 AM, John Garbutt wrote: > On 17 March 2014 17:54, John Garbutt >

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

It is a common practice to have both an operational and an administrative status. I agree ACTIVE as a term might result confusing. Even in the case of a port, it is not really clear whether it means "READY" or "LINK UP". Terminology-wise I would suggest "READY" rather than "DEPLOYED", as it is a te

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

On Mon, Mar 17, 2014 at 12:25 PM, Sean Dague wrote: > On 03/17/2014 03:22 PM, Joe Gordon wrote: > > > > > > > > On Mon, Mar 17, 2014 at 11:55 AM, Matthew Treinish > > wrote: > > > > Hi everyone, > > > > So a little while ago we noticed that in all the gate ru

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On Mon, Mar 17, 2014 at 12:29 PM, Andrew Laski wrote: > On 03/17/14 at 01:11pm, Chris Friesen wrote: > >> On 03/17/2014 11:59 AM, John Garbutt wrote: >> >>> On 17 March 2014 17:54, John Garbutt wrote: >>> >> >> Given the scheduler split, writing that value into the nova db from the schedule

Re: [openstack-dev] [Heat] Stack breakpoint

Ton, could you repost this as a new thread? It has very little to do with the referenced thread. Excerpts from Ton Ngo's message of 2014-03-17 12:10:33 -0700: > I would like to revisit with more details an idea that was mentioned in the > last design summit and hopefully get some feedback. > > Th

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/14 at 01:11pm, Chris Friesen wrote: On 03/17/2014 11:59 AM, John Garbutt wrote: On 17 March 2014 17:54, John Garbutt wrote: Given the scheduler split, writing that value into the nova db from the scheduler would be a step backwards, and it probably breaks lots of code that assumes t

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

On Mon, 2014-03-17 at 14:55 -0400, Matthew Treinish wrote: > Hi everyone, > > So a little while ago we noticed that in all the gate runs one of the > ceilometer > cli tests is consistently in the list of slowest tests. (and often the > slowest) > This was a bit surprising given the nature of the

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

On Mon, Mar 17, 2014 at 11:55 AM, Matthew Treinish wrote: > Hi everyone, > > So a little while ago we noticed that in all the gate runs one of the > ceilometer > cli tests is consistently in the list of slowest tests. (and often the > slowest) > This was a bit surprising given the nature of the cl

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

On 03/17/2014 03:22 PM, Joe Gordon wrote: > > > > On Mon, Mar 17, 2014 at 11:55 AM, Matthew Treinish > wrote: > > Hi everyone, > > So a little while ago we noticed that in all the gate runs one of > the ceilometer > cli tests is consistently in the

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 03/17/2014 11:59 AM, John Garbutt wrote: On 17 March 2014 17:54, John Garbutt wrote: Given the scheduler split, writing that value into the nova db from the scheduler would be a step backwards, and it probably breaks lots of code that assumes the host is not set until much later. Why wou

[openstack-dev] [Heat] Stack breakpoint

I would like to revisit with more details an idea that was mentioned in the last design summit and hopefully get some feedback. The scenario is troubleshooting a failed template. Currently we can stop on the point of failure by disabling rollback: this works well for stack-create; stack-update re

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

hi Matt, > test_ceilometer_resource_list which just calls ceilometer > resource_list from the > CLI once is taking >=2 min to respond. For example: > http://logs.openstack.org/68/80168/3/gate/gate-tempest-dsvm- > postgres-full/07ab7f5/logs/tempest.txt.gz#_2014-03-17_17_08_25_003 > (where it takes

Re: [openstack-dev] [neutron][policy] Integrating network policies and network services

I think there are a couple of issues here: 1- Having network services in VMs: There was a design summit session in this regard in Hong Kong: Framework for Advanced Services in VMs [1]. There is a corresponding blueprint [2] and some code submitted for early review marked as work in progress [3].

Re: [openstack-dev] [neutron][policy] Integrating network policies and network services

Kanzhe, thanks for your response to my comments and questions. Please see below. > From: Kanzhe Jiang > [...] >> On Fri, Mar 14, 2014 at 3:18 PM, Mohammad Banikazemi wrote: >> [...] >> 3- For the service chain creation, I am sure there are good reasons >> for requiring a specific provider for a

Re: [openstack-dev] Constructive Conversations

Kurt, I think that a set of community values for OpenStack would be a terrific asset. I refer to values constantly as a way to align my efforts with the needs of my company. I'd love to have the same tools for my contributions to community efforts as well. Adrian On Mar 7, 2014, at 11:56 AM,

[openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

Hi everyone, So a little while ago we noticed that in all the gate runs one of the ceilometer cli tests is consistently in the list of slowest tests. (and often the slowest) This was a bit surprising given the nature of the cli tests we expect them to execute very quickly. test_ceilometer_resourc

Re: [openstack-dev] [db][all] (Proposal) Restorable & Delayed deletion of OS Resources

On Sun, 2014-03-16 at 23:02 -0700, Allamaraju, Subbu wrote: > Hi Boris, > > I just read the other thread. As Jay asked in [1], have you considered > precautions in the UI in stead? That should take care of mistakes with manual > deletes. > > Thx > Subbu > > [1] http://lists.openstack.org/piper

Re: [openstack-dev] MuranoPL questions?

So I guess this is similar to the other thread. http://lists.openstack.org/pipermail/openstack-dev/2014-March/030185.html I know that the way YQL has provided it could be a good example; where the core DSL (the select queries and such) are augmented by the addition and usage of JS, for example

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

Thanks, lets keep the collaboration going, updated it with some more questions/ideas, thoughts :) From: Renat Akhmerov mailto:rakhme...@mirantis.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, March 17, 2014

Re: [openstack-dev] [Mistral] Actions design BP

Since the uploading of JS is an interesting concept, let me just share a little about another service at Y! that has done this. http://developer.yahoo.com/yql/guide/yql-execute-chapter.html YQL (although closed-source) has exposed this ability, so its entirely possible to do (although it likely

Re: [openstack-dev] Automatic version creation in PBR

On Mon, 2014-03-17 at 16:10 +1300, Robert Collins wrote: > Right now PBR's creation of versions for postversioning is problematic > - it generates versions that (if recognized by pip) would be treated > as releases, even when its a non-tagged commit. > > https://etherpad.openstack.org/p/pbr-postve

Re: [openstack-dev] [nova][cinder] non-persistent storage(after stopping VM, data will be rollback automatically), do you think we shoud introduce this feature?

On Mar 17, 2014, at 4:34 AM, Yuzhou (C) wrote: > Hi Duncan Thomas, > > Maybe the statement about approval process is not very exact. In fact > in my mail, I mean: > In the enterprise private cloud, if beyond the quota, you want to create a > new VM ,that needs to wait for approval proce

Re: [openstack-dev] [qa] [Infra] pep8 issues in tempest gate / testscenarios lib

On Thu, Mar 13, 2014 at 8:14 AM, Koderer, Marc wrote: > Hi folks, > > I can't make it to the QA meeting for today so I wanted to summarize the > issue > that we have with the pep8 and tempest gate. An example for the issue you > can > find here: > https://review.openstack.org/#/c/79256/ > > htt

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 17 March 2014 17:54, John Garbutt wrote: > On 15 March 2014 18:39, Chris Friesen wrote: >> Hi, >> >> I'm curious why the specified git commit chose to fix the anti-affinity race >> condition by aborting the boot and triggering a reschedule. >> >> It seems to me that it would have been more ele

Re: [openstack-dev] [nova] question about e41fb84 "fix anti-affinity race condition on boot"

On 15 March 2014 18:39, Chris Friesen wrote: > Hi, > > I'm curious why the specified git commit chose to fix the anti-affinity race > condition by aborting the boot and triggering a reschedule. > > It seems to me that it would have been more elegant for the scheduler to do > a database transaction

Re: [openstack-dev] [Mistral] Actions design BP

Excerpts from Renat Akhmerov's message of 2014-03-17 07:35:02 -0700: > > On 16 Mar 2014, at 19:05, Clint Byrum wrote: > > > From my perspective, as somebody who is considering Mistral for some > > important things, the fact that the taskflow people are not aligned with > > the Mistral people tel

Re: [openstack-dev] devstack: Unable to restart rabbitmq-server

I've also had devstack somehow end up starting qpid, then try to start rabbit on F20. In this case it seems sufficient to stop qpid then re-run devstack. I haven't had time to track down the issue yet. Best Regards, Solly Ross - Original Message - From: "John Eckersberg" To: "Deepak

Re: [openstack-dev] does exception need localize or not?

Doug, I am glad that this has come up as Mike Perez and I were talking about this on Friday and even the documentation that you point to here: https://wiki.openstack.org/wiki/LoggingStandards#Log_Translation is not clear. At least, not to me. Should I interpret that to mean that debug messag

[openstack-dev] [mistral] Community meeting minutes - 03/17/2014

Hi, Thanks for joining our meeting today at #openstack-meeting. As usually, Minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-17-16.00.html Log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-17-16.00.log.html Join us next time on March 24 at

Re: [openstack-dev] [Openstack-docs] [Neutron] Docs for new plugins

Hi, Le 2014-03-17 16:01, Steve Gordon a écrit : - Original Message - Edgar: I don't see the configuration options for the OpenDaylight ML2 MechanismDriver added here yet, even though the code was checked in well over a week ago. How long does it take to autogenerate this page from th

Re: [openstack-dev] [neutron][policy] Integrating network policies and network services

Hi Carlos, The provider mechanism is currently under discussion in advanced service group. However, your use-case of chaining non-neutron service has not been considered in the proposal. If you believe it is an important feature, please definitely be vocal, even better to have a proposal. :-) 3-

Re: [openstack-dev] [Mistral] Local vs. Scalable Engine

Changing the configuration object at runtime is not thread-safe. If you want to share objects with controllers, I’d suggest checking out Pecan’s hook functionality. http://pecan.readthedocs.org/en/latest/hooks.html#implementating-a-pecan-hook e.g., class SpecialContextHook(object): def _

[openstack-dev] openvswitch mirror for tcpdump

I'm following the instructions at http://docs.openstack.org/trunk/openstack-ops/content/network_troubleshooting.html to set up patch-tun mirrors, but running tcpdump on the "snooper0" produces inconsistent results- sometimes, I'm able to get a copy of the packet (e.g., the syn packet for ssh below

Re: [openstack-dev] [nova] OPENSTACK SERVICE ERROR

First, please don't use all caps in your subject. Second, please do use tags to indicate which projects your message relates to. In this case, that appears to be nova. As far as the error, it looks like you may have some out of date code. The line referenced in the backtrace is now line 1049 i

Re: [openstack-dev] Travel Support Program validation date vs. early-bird deadline

Hi Sylvain, On 03/08/2014 09:34 AM, Sylvain Bauza wrote: > As I only requested for hotel+travel support, I was supposed to use my > ATC badge for the registration, *but* it is clearly explained that the > coupon code is only valid until March 21... Thanks for bringing it up, indeed I think we can

[openstack-dev] [infra] Meeting Tuesday March 18th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday March 18th, 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 inter

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

> Seems awkward to me, if an IPSec connection has a status of ACTIVE, but an admin state of ADMIN DOWN. Right, you see, that's the problem. Constant name 'ACTIVE' makes you expect that IPSec connection should work, while it is a deployment status. > OK, so the change is merely change "ACTIVE" into

Re: [openstack-dev] Development Issue: Cloud System Security Auditing

Hello Ahsan, I’d encourage you to check out https://wiki.openstack.org/wiki/Satori. We’re actively working on a configuration discovery engine that is capable of connecting to remote machines and retrieving information about them. The security audit use case is very interesting to us. Caleb O

Re: [openstack-dev] [Oslo] Improving oslo-incubator update.py

On 2014-03-15 12:23, Solly Ross wrote: --nodeps will only sync the modules specified on the command line: https://wiki.openstack.org/wiki/Oslo#Syncing_Code_from_Incubator Heh, whoops. Must have missed that. Is it in the README/info at the top of the update.py script? It wasn't, but I pushed

Re: [openstack-dev] [Congress] Policy types

Hi Prabhakar, One big piece we're missing in terms of code right now is the Data Integration component. The job of this component is to integrate data sources available in the cloud so that tables like nova:virtual_machine, neutron:owner, etc. reflect the information stored in Nova, Neutron, e

Re: [openstack-dev] [neutron][policy] Integrating network policies and network services

Inline comments. On 15 Mar 2014, at 15:06, Kanzhe Jiang wrote: > On Fri, Mar 14, 2014 at 3:18 PM, Mohammad Banikazemi wrote: > 1- This fits ok with the policy model we had developed earlier where the > policy would get defined between a source and a destination policy endpoint > group. The ch

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

On Mon, Mar 17, 2014 at 8:36 AM, Eugene Nikanorov wrote: > Hi Kyle, > > > > > > >>> It's a typical use case for network devices to have both admin and >> operational >> state. In the case of having admin_state=DOWN and >> operational_state=ACTIVE, >> this just means the port/link is active but has

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPN] Admin status vs operational status

Eugene, Won't we need that mixing anyway? If there is an admin down state, shouldn't that drive the status to down? Seems awkward to me, if an IPSec connection has a status of ACTIVE, but an admin state of ADMIN DOWN. Or were you thinking of something different? Regards, PCM (Paul Michali)

  1   2   >