Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

An idea that others and I are having for a similar use case in cinder (or it appears to be similar). If there was a well defined state machine/s in nova with well defined and managed transitions between states then it seems like this state machine could resume on failure as well as be interrupt

Re: [openstack-dev] Keystone TLS Question

Yes keystone can run under SSL using the eventlet server. Look for the ssl section in keystone.conf https://github.com/openstack/keystone/blob/master/etc/keystone.conf.sample#L296 You'll want to set enabled, certfile and keyfile, from memory ca_certs is to do with client side certs. Jamie -

Re: [openstack-dev] [neutron] Where is neutron.conf and plugin's conf file parsed

I get it. It's parsed in ConfigOpts.__call__(). At 2013-10-26 11:05:16,"Xu Zhongxing" wrote: Hi, Could someone give me a pointer to the code that parse the conf file of neutron and the plugin (and populate the CONF object)? I am new to the code and cannot find it. Thank you. - Xu Zhongxing

[openstack-dev] [neutron] Where is neutron.conf and plugin's conf file parsed

Hi, Could someone give me a pointer to the code that parse the conf file of neutron and the plugin (and populate the CONF object)? I am new to the code and cannot find it. Thank you. - Xu Zhongxing___ OpenStack-dev mailing list OpenStack-dev@lists.op

[openstack-dev] distibuted caching system in front of mysql server for openstack transactions

All, Has anyone looked at the options of putting a distributed caching system in front of mysql server to improve performance? This should be similar to Oracle Coherence, or VMware VFabric SQLFire. Thanks, Qing ___ OpenStack-dev mailing list OpenStack

Re: [openstack-dev] Remove vim modelines?

Interesting Background Information: Why do we have modelines? Termie put them in all the files of the first version of nova Why did he put in modelines instead of configuring his editor? Termie does a lot of python coding and he prefers a tabstop of 2 on all his personal projects[1] I really

[openstack-dev] Possible Keystone OS-TRUST bug

Hello, We are getting an HTTP 500 error when we try to list all trusts. We can list individual trusts, but not the generic list. GET REST Request: curl -v -X GET http://10.1.8.20:35357/v3/OS-TRUST/trusts -H "X-Auth-Token: ed241ae1e986319086f3" REST Response: { "error": { "mes

Re: [openstack-dev] [heat] Proposal for new heat-core member

On 25/10/13 12:12 -0700, Steven Dake wrote: Hi, I would like to propose Randall Burt for Heat Core. He has shown interest in Heat by participating in IRC and providing high quality reviews. The most important aspect in my mind of joining Heat Core is output and quality of reviews. Randall

Re: [openstack-dev] [Heat] HOT Software configuration proposal

On 25/10/13 09:25 -0700, Clint Byrum wrote: Excerpts from Angus Salkeld's message of 2013-10-24 18:48:16 -0700: On 24/10/13 11:54 +0200, Patrick Petit wrote: >Hi Clint, >Thank you! I have few replies/questions in-line. >Cheers >Patrick >On 10/23/13 8:36 PM, Clint Byrum wrote: >>I think this fits

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

On Oct 25, 2013, at 3:46 AM, "Day, Phil" wrote: > Hi Folks, > > We're very occasionally seeing problems where a thread processing a create > hangs (and we've seen when taking to Cinder and Glance). Whilst those issues > need to be hunted down in their own rights, they do show up what seems t

Re: [openstack-dev] does the nova client python API support Keystone's token-based authentication?

On 10/25/2013 02:08 PM, openstack learner wrote: hi guys, Instead of username/password, does the nova client python API support Keystone's token-based authentication? Yes, but normal tokens expire, so the idea is that you authenticate with username/password, then get back a token that you u

Re: [openstack-dev] extending nova boot

Hi Drew, Generally you need to create a new api extention and make some changes in the main servers.py The scheduler-hints API extension does this kind of thing, so if you look at: api/openstack/compute/contrib/scheduler_hints.py for how the extension is defined, and look in api/poenstack/co

Re: [openstack-dev] Remove vim modelines?

On Oct 25, 2013, at 3:12 PM, John Dennis wrote: > And what about other editors? Where do you stop? > > My personal feeling is you need to have enough awareness to configure > your editor correctly to contribute to a project. It's your > responsibility and our gate tools will hold you to that pro

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

> -Original Message- > From: Clint Byrum [mailto:cl...@fewbar.com] > Sent: 25 October 2013 17:05 > To: openstack-dev > Subject: Re: [openstack-dev] [nova] Thoughs please on how to address a > problem with mutliple deletes leading to a nova-compute thread pool > problem > > Excerpts from

Re: [openstack-dev] Remove vim modelines?

On 10/25/2013 03:43 PM, Robert Collins wrote: > On 26 October 2013 08:40, Dolph Mathews wrote: >> >> On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins >> wrote: >>> >>> >>> *) They help casual contributors *more* than long time core >>> contributors : and those are the folk that are most likely to

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

Hi Irena, This is Robert Li from Cisco Systems. Recently, I was tasked to investigate such support for Cisco's systems that support VM-FEX, which is a SRIOV technology supporting 802-1Qbh. I was able to bring up nova instances with SRIOV interfaces, and establish networking in between the insta

[openstack-dev] does the nova client python API support Keystone's token-based authentication?

hi guys, Instead of username/password, does the nova client python API support Keystone's token-based authentication? thanks xin ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/opens

[openstack-dev] what is the default timeout of the session the python nova client instance set up with the compute endpoint?

Hi guys, I am using the python-novaclient api and creating a nova client using "client = Client(USERNAME, PASSWORD, PROJECT_ID, AUTH_URL)" My question is: what is the default timeout of the session the nova client instance set up with the compute endpoint? >From the man page of the novaclient.

Re: [openstack-dev] Remove vim modelines?

On Fri, Oct 25, 2013 at 2:43 PM, Robert Collins wrote: > On 26 October 2013 08:40, Dolph Mathews wrote:> > I'm all for low barriers of entry, so if there's > > any evidence that this is true, I'd want to make them more prolific. > > I'm not sure how to gather evidence for this, either for or agai

Re: [openstack-dev] Remove vim modelines?

On Fri, Oct 25, 2013 at 2:43 PM, Robert Collins wrote: > On 26 October 2013 08:40, Dolph Mathews wrote: > > > > On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins < > robe...@robertcollins.net> > > wrote: > >> > >> > >> *) They help casual contributors *more* than long time core > >> contributors :

[openstack-dev] [marconi] Agenda for Monday's meeting

The Marconi project team holds a weekly meeting in #openstack-meeting- alt on Mondays, 1600 UTC. http://goo.gl/Li9V4o The next meeting is Monday, Oct 28. Everyone is welcome, but please take a minute to review the wiki before attending for the first time: http://wiki.openstack.org/marconi P

Re: [openstack-dev] Remove vim modelines?

On 26 October 2013 08:40, Dolph Mathews wrote: > > On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins > wrote: >> >> >> *) They help casual contributors *more* than long time core >> contributors : and those are the folk that are most likely to give up >> and walk away. Keeping barriers to entry low

Re: [openstack-dev] Remove vim modelines?

On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins wrote: > > *) They help casual contributors *more* than long time core > contributors : and those are the folk that are most likely to give up > and walk away. Keeping barriers to entry low is an important part of > making OpenStack development acces

Re: [openstack-dev] [Trove] How users should specify a datastore type when creating an instance

It seems strange to me to treat both the datastore_type and version as two separate entities, when they aren't really independent of each other. (You can't really deploy a mysql type with a cassandra version, and vice-versa, so why have separate datastore-list and version-list calls?) I think it'

Re: [openstack-dev] Remove vim modelines?

After reading the article Joe linked I created a python.vim in my ~/.vim/ftplugin directory. I also have tabstop defaults set in my .vimrc for global defaults that are different from python preferences. So I get to keep my preferences for other stuff while making

[openstack-dev] [heat] Proposal for new heat-core member

Hi, I would like to propose Randall Burt for Heat Core. He has shown interest in Heat by participating in IRC and providing high quality reviews. The most important aspect in my mind of joining Heat Core is output and quality of reviews. Randall has been involved in Heat reviews for atleas

Re: [openstack-dev] Keystone TLS Question

Hello again, It looks to me that TLS is automatically supported by the Keystone Havana. I performed the following curl call and it seems to indicate that Keystone is using TLS. Can anyone validate that Keystone Havana does or does not support TLS? Thanks, Mark root@build-HP-Compaq-6005-Pro-S

[openstack-dev] [Mistral] Use cases: Tasks Scheduling - Cloud Cron

Hi OpenStackers, There’s been recently a lot of questions in OpenStack community about the particular real life use cases that the new Mistral project addresses. So I’d like to present the description of one of the interesting Mistral use cases so that we could discuss it together. You can also

Re: [openstack-dev] [Neutron] L3 router service integration with Service Type Framework

I just wrote a short spec on the wiki page and link it to the blueprint. I should have done this when we registered the BP. Please let me know if you have any question. Thanks, Gary On Thu, Oct 24, 2013 at 5:35 PM, Gary Duan wrote: > Hi, Geoff, > > This is because I haven't added spec to the

[openstack-dev] One question to AggregateRamFilter

Hi, stackers, When reading code related to the resource tracker, I noticed AggregateRamFilter as in https://review.openstack.org/#/c/33828/. I'm not sure if it's better to use per node configuration of ram ration, instead of depends on the host aggregate? Currently we have to have DB call for

Re: [openstack-dev] [Heat] HOT Software configuration proposal

Excerpts from Angus Salkeld's message of 2013-10-24 18:48:16 -0700: > On 24/10/13 11:54 +0200, Patrick Petit wrote: > >Hi Clint, > >Thank you! I have few replies/questions in-line. > >Cheers, > >Patrick > >On 10/23/13 8:36 PM, Clint Byrum wrote: > >>I think this fits into something that I want for

Re: [openstack-dev] Remove vim modelines?

On Oct 25, 2013 12:24 PM, "Dan Prince" wrote: > > -1 > > Slight preference for keeping them. I personally would go the other way and just add them everywhere. May I ask why? Do you use the modeline? > > - Original Message - > > From: "Joe Gordon" > > To: "OpenStack Development Mailing L

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

Excerpts from Day, Phil's message of 2013-10-25 03:46:01 -0700: > Hi Folks, > > We're very occasionally seeing problems where a thread processing a create > hangs (and we've seen when taking to Cinder and Glance). Whilst those issues > need to be hunted down in their own rights, they do show up

[openstack-dev] Keystone TLS Question

Hello, Is there any direct TLS support by Keystone other than using the Apache2 front end? Mark ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Trove] About single entry point in trove-guestagent

Here is my "mixin way", draftly. https://review.openstack.org/#/c/53826/ On Fri, Oct 25, 2013 at 11:36 AM, Illia Khudoshyn wrote: > I'll try to code it this weekend. Hope, could be able to show it by Monday. > > > On Fri, Oct 25, 2013 at 7:46 AM, Michael Basnight wrote: > >> >> On Oct 23, 2013,

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

All the current core folks have weighed in, so I'll go ahead and approve it. Cheers! On Fri, Oct 25, 2013 at 8:28 AM, Chris K wrote: > +1 Lucas has been a great asset to the ironic team. > > > On Thu, Oct 24, 2013 at 5:18 PM, Devananda van der Veen < > devananda@gmail.com> wrote: > >> Hi

[openstack-dev] extending nova boot

Good morning! I am looking at extending nova boot with a few new flags. I've found enough examples online that I have a working extension to novaclient (I can see the new flags in `nova help boot` and if I run with the --debug flag I can see the curl requests to the API have the data. What I can

Re: [openstack-dev] [Neutron] FWaaS IceHouse summit prep and IRC meeting

Bump in wire service can be within network (intra network) as you suggest OR between network ( inter network ). Advantage of bump in wire is one does not need networking config inside the service. Inter network bump in wire service is analogous to having service inserted on link between two router

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

+1 Lucas has been a great asset to the ironic team. On Thu, Oct 24, 2013 at 5:18 PM, Devananda van der Veen < devananda@gmail.com> wrote: > Hi all, > > I'd like to nominate Lucas Gomes for ironic-core. He's been consistently > doing reviews for several months and has led a lot of the effort

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

Thanks for all the info! We'll try to spend a little more time exploring this now that it seems to have passed the smell test by all of you. I noticed that the wiki says it may evolve to be Heat based and the direct driver may be deprecated. In our Grizzly based environment, this could proble

Re: [openstack-dev] [qa] Issue with tests of host admin api

nice idea, Chris! +1 for me. and very thankful for dkranz to bring this to maillist here. 2013/10/25 Christopher Yeoh > > > On 26/10/2013, at 12:01 AM, David Kranz wrote: > > > On 10/25/2013 09:10 AM, Sean Dague wrote: > >> On 10/25/2013 08:39 AM, David Kranz wrote: > >>> A patch was submitted

[openstack-dev] [Neutron][LBaaS] Thursday meeting follow-up

Hi folks, Thanks to everyone who joined the meeting on Thursday. We've discussed desired features and changes in LBaaS service and identified dependencies between them. You can find them on etherpad: https://etherpad.openstack.org/p/neutron-icehouse-lbaas Most of the features are also captured in

Re: [openstack-dev] [qa] Issue with tests of host admin api

On 26/10/2013, at 12:01 AM, David Kranz wrote: > On 10/25/2013 09:10 AM, Sean Dague wrote: >> On 10/25/2013 08:39 AM, David Kranz wrote: >>> A patch was submitted with some new tests of this api >>> https://review.openstack.org/#/c/49778/. I gave a -1 because if a >>> negative test to shutdown

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

On 26 October 2013 02:30, Monty Taylor wrote: > Absolutely works with qcow2 images. We should start a conversation about > savana and diskimage-builder too, btw. Savanna. Also it already uses diskimage-builder :) -Rob -- Robert Collins Distinguished Technologist HP Converged Cloud

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

On Oct 25, 2013, at 9:22 AM, Dmitry Mescheryakov wrote: > Hello Travis, > > We didn't researched Savanna on bare metal, though we considered it some time > ago. I know little of bare metal provisioning, so I am rather unsure what > problems you might experience. > > My main concern are imag

Re: [openstack-dev] [qa] Issue with tests of host admin api

On 10/25/2013 09:10 AM, Sean Dague wrote: On 10/25/2013 08:39 AM, David Kranz wrote: A patch was submitted with some new tests of this api https://review.openstack.org/#/c/49778/. I gave a -1 because if a negative test to shutdown a host fails, a compute node will be shutdown. The author thinks

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

On 10/25/2013 09:22 AM, Dmitry Mescheryakov wrote: > Hello Travis, > > We didn't researched Savanna on bare metal, though we considered it some > time ago. I know little of bare metal provisioning, so I am rather > unsure what problems you might experience. > > My main concern are images: does

Re: [openstack-dev] [Nova] Blueprint review process

It would be helpful if you could follow the reply style being used. :-) > -Original Message- > From: Russell Bryant [mailto:rbry...@redhat.com] > Sent: October-24-13 5:08 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Blueprint review process > > On 10/

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

Hello Travis, We didn't researched Savanna on bare metal, though we considered it some time ago. I know little of bare metal provisioning, so I am rather unsure what problems you might experience. My main concern are images: does bare metal provisioning work with qcow2 images? Vanilla plugin (whi

Re: [openstack-dev] [qa] Issue with tests of host admin api

On 10/25/2013 08:39 AM, David Kranz wrote: A patch was submitted with some new tests of this api https://review.openstack.org/#/c/49778/. I gave a -1 because if a negative test to shutdown a host fails, a compute node will be shutdown. The author thinks this test should be part of tempest. My iss

Re: [openstack-dev] [Savanna] Savanna on Bare Metal and Base Requirements

Travis, Sounds like your environment should work fine. There are no special requirements beyond Grizzly/Havanna. Following the installation guides: https://savanna.readthedocs.org/en/latest/ is relatively straight forward. If you are using neutron networking, you will need to rely on public IPs

[openstack-dev] [qa] Issue with tests of host admin api

A patch was submitted with some new tests of this api https://review.openstack.org/#/c/49778/. I gave a -1 because if a negative test to shutdown a host fails, a compute node will be shutdown. The author thinks this test should be part of tempest. My issue was that we should not have tempest te

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

>There may be multiple API servers; global state in an API server seems fraught >with issues. No, the state would be in the DB (it would either be a task_state of Deleteing or some new "delete_stated_at" timestamp I agree that i) is nice and simple - it just has the minor risks that the delete

Re: [openstack-dev] Remove vim modelines?

-1 Slight preference for keeping them. I personally would go the other way and just add them everywhere. - Original Message - > From: "Joe Gordon" > To: "OpenStack Development Mailing List" > Sent: Thursday, October 24, 2013 8:38:57 AM > Subject: [openstack-dev] Remove vim modelines?

Re: [openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

On 25 October 2013 23:46, Day, Phil wrote: > Hi Folks, > > We're very occasionally seeing problems where a thread processing a create > hangs (and we've seen when taking to Cinder and Glance). Whilst those issues > need to be hunted down in their own rights, they do show up what seems to me >

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

+1. Great work Lucas! On 25/10/13 09:16, Yuriy Zveryanskyy wrote: +1 for Lucas. On 10/25/2013 03:18 AM, Devananda van der Veen wrote: Hi all, I'd like to nominate Lucas Gomes for ironic-core. He's been consistently doing reviews for several months and has led a lot of the effort on the API

Re: [openstack-dev] [Heat] HOT Software configuration proposal

I think this fits into something that I want for optimizing os-collect-config as well (our in-instance Heat-aware agent). That is a way for us to wait for notification of changes to Metadata without polling. Interesting... If I understand correctly that's kinda replacement of cfn-hup... Do you h

[openstack-dev] [nova] Thoughs please on how to address a problem with mutliple deletes leading to a nova-compute thread pool problem

Hi Folks, We're very occasionally seeing problems where a thread processing a create hangs (and we've seen when taking to Cinder and Glance). Whilst those issues need to be hunted down in their own rights, they do show up what seems to me to be a weakness in the processing of delete requests t

Re: [openstack-dev] [Nova] Blueprint review process

On 23/10/13 17:33, Russell Bryant wrote: > > 4) Blueprint Prioritization > > I would like to do a better job of using priorities in Icehouse. The > priority field services a couple of purposes: > > - helps reviewers prioritize their time > > - helps set expectations for the submitter for h

Re: [openstack-dev] Does DB schema hygiene warrant long migrations?

On Oct 24, 2013 11:38 PM, "Michael Still" wrote: > > On Fri, Oct 25, 2013 at 9:07 AM, Boris Pavlovic wrote: > > Johannes, > > > > +1, purging should help here a lot. > > Sure, but my point is more: > > - pruning isn't done by the system automatically, so we have to > assume it never happens I t

Re: [openstack-dev] [Nova] Blueprint review process

On Oct 24, 2013 9:14 PM, "Robert Collins" wrote: > > On 24 October 2013 04:33, Russell Bryant wrote: > > Greetings, > > > > At the last Nova meeting we started talking about some updates to the > > Nova blueprint process for the Icehouse cycle. I had hoped we could > > talk about and finalize th

[openstack-dev] Fwd: [OpenStackfr] Organisation, mailing-list...

FYI, Patrick Original Message Subject:[OpenStackfr] Organisation, mailing-list... Date: Fri, 25 Oct 2013 10:20:26 +0200 From: Jonathan Le Lous To: CC: Nicolas Thomas , Dave Neary , Patrick Petit , Sylvain Bauza , Christophe Sauthier , Thierry Carrez , Dav

Re: [openstack-dev] [Neutron] L3 router service integration with Service Type Framework

Let me try to clarify things a bit. At Fri, 25 Oct 2013 08:44:05 +0900, Itsuro ODA wrote: > > Hi Gray, > > Thanks for your response. > > Our plan is as follows: > * LVS driver is one of lbaas provider driver. > It communicates with l3_agent instead of lbaas_agent. LVS agent part will reside

Re: [openstack-dev] [Trove] About single entry point in trove-guestagent

I'll try to code it this weekend. Hope, could be able to show it by Monday. On Fri, Oct 25, 2013 at 7:46 AM, Michael Basnight wrote: > > On Oct 23, 2013, at 7:03 AM, Illia Khudoshyn wrote: > > > Hi Denis, Michael, Vipul and all, > > > > I noticed a discussion in irc about adding a single entry p

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

+1 for Lucas. On 10/25/2013 03:18 AM, Devananda van der Veen wrote: Hi all, I'd like to nominate Lucas Gomes for ironic-core. He's been consistently doing reviews for several months and has led a lot of the effort on the API and client libraries. Thanks for the great work! -Deva http://rus

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

Totally agree. On Oct 25, 2013, at 03:18 , Devananda van der Veen wrote: > Hi all, > > I'd like to nominate Lucas Gomes for ironic-core. He's been consistently > doing reviews for several months and has led a lot of the effort on the API > and client libraries. > > Thanks for the great work

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

On 25 October 2013 13:18, Devananda van der Veen wrote: > Hi all, > > I'd like to nominate Lucas Gomes for ironic-core. He's been consistently > doing reviews for several months and has led a lot of the effort on the API > and client libraries. +1. Oh, and man I need to do more Ironic reviews. -

Re: [openstack-dev] [Ironic] Nominating Lucas Gomes to ironic core

+1 On Fri, Oct 25, 2013 at 2:18 AM, Devananda van der Veen < devananda@gmail.com> wrote: > Hi all, > > I'd like to nominate Lucas Gomes for ironic-core. He's been consistently > doing reviews for several months and has led a lot of the effort on the API > and client libraries. > > Thanks for

Re: [openstack-dev] [Heat] HOT Software configuration proposal

Hi Keith, thanks for sharing your opinion. That seems to make sense, and I know Adrian was heavily involved in discussion at the Portland summit,. so seems like the right contacts are hooked up. Looking forward to the discussions at the summit. Regards, Thomas Keith Bray wrote on 25.10.2013 02: