Re: [openstack-dev] Cinder + taskflow

Hi John, With reference to http://lists.openstack.org/pipermail/openstack-dev/2014-February/026189.html Point #3 "unit testing / mock infrastructure is broken" is fixed (https://review.openstack.org/#/c/73984) Currently we are planning to work on persisting create_volume api using taskflow. I

Re: [openstack-dev] Neutron L3-DVR F2F Discussion - Follow up L3-Agent Design Doc

All, As requested at the F2F we’ve created a design doc to cover changes to the L3-Agent. We have already sent out the L2-Agent doc for review and now we are providing the L3-Agent doc.Please provide your review comments. See below for a link to the google doc page. https://docs.google.c

[openstack-dev] [Neutron] _notify_port_updated in ML2 plugin doesn't take effect under some conditions

Hi stackers, I'm trying to extend the capability of port by propagating binding:profile from neutron-server to l2-agents. When I issue update-port-api with a new binding:profile, I find that the action is not notified to any agents. Then I check the code and find the following function: def _not

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

Hi List, It been few hours and I tried everything from ensuring /etc/hosts, /etc/hostname etc (per google results) and rabbitmq-server still doesn't start. I am using latest devstack as of today on F20 Below is the error I see [stack@devstack-vm ~]$ sudo systemctl status rabbitmq-server.s

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

Does muranodashboard depend on only horizon or require openstack_dashboard too? I think we can publish openstack_dashboard (including horizon) even if horizon and openstack_dashboard are not separeted. Once we separate them successfully, we can publish horizon module and add dependency on horizon

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

Hi List, It been few hours and I tried everything from ensuring /etc/hosts, /etc/hostname etc (per google results) and rabbitmq-server still doesn't start. I am using latest devstack as of today on F20 Below is the error I see [stack@devstack-vm ~]$ sudo systemctl status rabbitmq-server.s

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

At Thu, 13 Mar 2014 07:48:53 -0700, Aaron Rosen wrote: > > [1 ] > [1.1 ] > The easiest/quickest thing to do for ice house would probably be to run the > initial sync in parallel like the dhcp-agent does for this exact reason. > See: https://review.openstack.org/#/c/28914/ which did this for thr

Re: [openstack-dev] [Neutron] _notify_port_updated in ML2 plugin doesn't take effect under some conditions

Misunderstanding. Just find out this message is sent to notifications.info topic. Anyway, is there any solution to get port_update_info from l2-agents? Thanks, Li Ma On 3/17/2014 4:11 PM, Li Ma wrote: > Hi stackers, > > I'm trying to extend the capability of port by propagating > binding:profile

Re: [openstack-dev] [Neutron] _notify_port_updated in ML2 plugin doesn't take effect under some conditions

Updated. I commented out the segment checking in _notify_port_updated of ml2-plugin, and finally I can get port_update message on l2-agents. Is there any side effect? It is working for me, but I'm not sure it is the "real" solution. thanks, -- cheers, Li Ma __

Re: [openstack-dev] [TripleO] [Heat] os-cloud-config ssh access to cloud

On 16.3.2014 21:20, Steve Baker wrote: On 15/03/14 02:33, Jiří Stránský wrote: On 12.3.2014 17:03, Jiří Stránský wrote: Thanks for all the replies everyone :) I'm leaning towards going the way Robert suggested on the review [1] - upload pre-created signing cert, signing key and CA cert to con

Re: [openstack-dev] Incubation Request: Murano

Anne Gentle wrote: >> The reference list lives in the governance git repository: >> >> >> http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml > > A bit of metadata I'd like added to the programs.yaml file is which > release the project was in what status, inte

Re: [openstack-dev] [horizon] horizon PyPi distribution missing

It depends on openstack_dashboard, namely on openstack_dashboard.settings. So it is fine from Murano's point of view to have openstack_dashboard published on PyPi. Many thanks for considering my request :). On Mon, Mar 17, 2014 at 12:19 PM, Akihiro Motoki wrote: > Does muranodashboard depend on o

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

On Mon, Mar 17, 2014 at 02:27:29PM +0530, Deepak C Shetty wrote: > Hi List, > It been few hours and I tried everything from ensuring > /etc/hosts, /etc/hostname etc (per google results) and > rabbitmq-server still doesn't start. I am using latest devstack as > of today on F20 > > Below is the

Re: [openstack-dev] [all][db][performance] Proposal: Get rid of soft deletion (step by step)

On 16/03/14 06:04, Clint Byrum wrote: > I think you can achieve this level of protection simply by denying > interactive users the rights to delete individual things directly, and > using stop instead of delete. Then have something else (cron?) clean up > stopped instances after a safety period ha

Re: [openstack-dev] [Openstack] [TROVE] Manual Installation Again

Hi Mark, have you some news about the right steps (Prepare Image) that are needed perform in order to launch a trove instance with a correctly configured trove-guest agent? As you, I have read all the trove-integration/script/redstack script to find the right commands to perform a manual trove ins

Re: [openstack-dev] [horizon] Selenium (which is non-free) is back again in Horizon (Icehouse Beta 3)

On Fri, Mar 14, 2014 at 01:03:26PM +0100, Sascha Peilicke wrote: > > > > Am 14. März 2014 12:32:41 schrieb Thomas Goirand : > > >Hi, > > > >A few months ago, I raised the fact that Selenium *CANNOT* be a hard > >test-requirements.txt build-dependency of Horizon, because it is > >non-free (becau

[openstack-dev] [glance] review for 49316 and corresponding blue print

Hi Guys, Regarding https://review.openstack.org/#/c/49316/, we have been working on the implementation of this feature for ~5 months and unfortunately it's not in icehouse yet. We have been testing this feature againt Amazon S3 and other S3 servers and it's working and it can handle large image/sn

Re: [openstack-dev] [I18n][Horizon] I18n compliance test & string freeze exception

Ying Chun Guo wrote: > StringFreeze -> Start translation & test -> Report bugs which may cause > string changes -> Cannot fix these bugs because of StringFreeze. > So I'd like to bring this question to dev: when shall we fix these > errors then? > > From my point of view, FeatureFreeze means "not

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

Hi On Fri, Mar 7, 2014 at 7:33 PM, Nader Lahouti wrote: > 1) Does it mean an interim solution is to have our own plugin (and have all > the changes in it) and declare it as core_plugin instead of Ml2Plugin? I don't think you should create your own Plugin, having a MD is simpler to develop and to

Re: [openstack-dev] icehouse-3 release cross reference is added into www.xrefs.info

Good job. On 3/13/2014 1:51 PM, John Smith wrote: > icehouse-3 release cross reference is added into www.xrefs.info, check > it out http://www.xrefs.info. Thx. xrefs.info admin > > ___ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > ht

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

Hi racha, I don't think your topic has something to deal with Nader's topics. Please, create another topic, it would be easier to follow. FYI, robert kukura is currently refactoring the MD binding, please have a look here : https://bugs.launchpad.net/neutron/+bug/1276391. As i understand, there wo

[openstack-dev] [requirements] python-solumclient

Hello all, In solum we are using python-solumclient to communicate with our builder-api [1] . For that we need python-solumclient to be included as a dependency in requirements.txt. But requirement check gate is failing since python-solumclient is not part of global-requirements. Submitted a patch

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

That is good news, I can have both information sent to nova really easy. I just need to add a field into the token, or more than one if needed. RIght now I send Ids, it could names just as easily and we can add a new field so we can have both information sent. I'm not sure which is the best option

Re: [openstack-dev] [Horizon] Edit subnet in workflows - ip_version hidden?

Hi Abishek, Radomir, I just noticed this mail. It seems better the code discussed will be refactored. UpdateSubnetInfoAction in projects/networks/subnets/workflow.py inherits CreateSubnetInfoAction in projects/networks/workflow.py. IIRC I would like to share most logic between two and tried to re

Re: [openstack-dev] [all][db][performance] Proposal: Get rid of soft deletion (step by step)

Glance provides a very nice set up for this - Default is no delayed deletion - Length of time before scrubbing is configurable - The clean up process is automated using the glance scrubber which can be run as a standalone job or as a daemon Tim > -Original Message- > From: Radomir Dopi

[openstack-dev] [Mistral] Community meeting reminder - 03/18/2014

Hi, This is a reminder that we’ll have a community meeting today as usually at 16.00 UTC at #openstack-meeting. Here’s the agenda (also at https://wiki.openstack.org/wiki/Meetings/MistralAgenda): Review action items Current status (quickly by team members) Alternatives to std:repeater Mistral o

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

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 process. @stackers, I think the following two use cases show w

Re: [openstack-dev] [nova] Some thoughts on the nova-specs design process

On 03/17/2014 12:34 AM, Michael Still wrote: > On Mon, Mar 17, 2014 at 3:21 PM, Christopher Yeoh wrote: > >> To accommodate those who happen to find the blueprint first, I think we >> need a link from the blueprint to the nova-specs review or when its >> approved into the nova-specs repository. I

Re: [openstack-dev] MuranoPL questions?

Joshua, Completely agree with you. We wouldn't be writing another language if we knew how any of existing languages can be used for this particular purpose. If anyone suggest such language and show how it can be used to solve those issues DSL was designed to solve we will consider dropping MuranoP

Re: [openstack-dev] [savanna] Savanna 2014.1.b3 (Icehouse-3) dev milestone available

Thank you! Heh, looking forward for sahara packages for rc1 :) On Sat, Mar 15, 2014 at 12:42 AM, Matthew Farrellee wrote: > On 03/06/2014 04:00 PM, Sergey Lukjanov wrote: >> >> Hi folks, >> >> the third development milestone of Icehouse cycle is now available for >> Savanna. >> >> Here is a list

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

Hi folks, We've been discussing a patch that fixes https://bugs.launchpad.net/neutron/+bug/1242351 and came to a conclusion that what we have right now as an operational status ("status" attribute of the resource) may be confusing for a user. This attribute is used to show deployment status and r

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

Deepak C Shetty writes: > Hi List, > It been few hours and I tried everything from ensuring /etc/hosts, > /etc/hostname etc (per google results) and rabbitmq-server still doesn't > start. I am using latest devstack as of today on F20 There are a couple of known bugs that can prevent rabbit

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

On Mon, Mar 17, 2014 at 7:26 AM, Eugene Nikanorov wrote: > Hi folks, > > We've been discussing a patch that fixes > https://bugs.launchpad.net/neutron/+bug/1242351 > and came to a conclusion that what we have right now as an operational > status ("status" attribute of the resource) may be confusin

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

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 the code? Thanks! Kyle On Wed, Mar 12, 2014 at 5:10 PM, Edgar Magana wrote: > Y

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

On Thu, Mar 13, 2014 at 12:07 PM, Nader Lahouti wrote: > -- edited the subject > > I'm resending this question. > The issue is described in email thread and. In brief, I need to add load > new extensions and it seems the mechanism driver does not support that. In > order to do that I was thinking

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

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 been configured down. > Isn't this > the same for LBaaS here? Even readi

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

Left my comments in https://etherpad.openstack.org/p/taskflow-mistral. @Changbin, I think the most interesting section for you is “What’s Different”. Thanks. Hope this helps. If it doesn’t then let us know your specific questions. @Joshua, thanks for your input on architecture. At a high-level i

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

Sean Dague wrote: > I want StoryBoard more than anyone else. However future Puppies and > Unicorns don't fix real problems right now. With the tools already at > our disposal, just using them a different way, I think we can fix some > real problems. I think, more importantly, we're going to discove

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

On Mar 17, 2014, at 8:26 AM, Eugene Nikanorov wrote: > Hi folks, > > We've been discussing a patch that fixes > https://bugs.launchpad.net/neutron/+bug/1242351 > and came to a conclusion that what we have right now as an operational status > ("status" attribute of the resource) may be confu

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

Doug Hellmann wrote: >>> Other projects up to try it? The only possible addition is that we might >>> need to work out is cross-project blueprints and which repo should those >>> live in? We're doing well on integration, be careful about siloing. >> >> TBH tracking cross-project blueprint impact i

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

Yuriy Taraday wrote: > Another option would be to allow rootwrap to run in daemon mode and > provide RPC interface. This way Neutron can spawn rootwrap (with its > CPython startup overhead) once and send new commands to be run later > over UNIX socket. > This way we won't need learn new language (C

Re: [openstack-dev] [nova] a question about instance snapshot

Hi Jay and Zhao Qin, Thank you for your reply. I have recap my recent ideas about the blueprints and put them in the link: https://etherpad.openstack.org/p/live-snapshot. Waiting for your comments. Thank you folks again. Best wishes, Vincent Hou (侯胜博) Staff Software Engineer, Open Standards a

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

Hi Paul, Thanks for the reply. IMO, a disadvantage of having UP/DOWN/ADMIN DOWN values for status is that we mix admin_state and status. That will require us to implement non-trivial logic of state-status transitions. It also has to be carefully documented to avoid user confusion like in all thos

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

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 tells me that Mistral is not what I thought it was: > taskflow for direct user consu

Re: [openstack-dev] [gantt] scheduler sub-group meeting 3/18 - agenda

All- Just to be clear, Sylvain has agreed to host the meeting this week so it will proceed as scheduled. -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 From: Sylvain Bauza [mailto:sylvain.ba...@gmail.com] Sent: Monday, March 17, 2014 12:11 AM To: OpenStack Dev

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

I think the docs get updated for each release, so probably the newly added stuff (after I3) will be picked up by the RC1 release date. (cc'ing Tom Fifield for a definitive answer.) By the way I do see the odl config table in the openstack-manuals source tree: https://github.com/openstack/openstac

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

- 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 the code? > > Thanks! > Kyle Adding the do

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)

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

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

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

[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] [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 _

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

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

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

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

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

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

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] [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 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] [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] [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 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] [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] [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] [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] [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] [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] [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] [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] [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"

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

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

  1   2   >