[openstack-dev] [Glance] Nominating Nikhil Komawar for Core

Hi folks, I'd like to nominate Nikhil Komawar to join glance-core. His code and review contributions over the past years have been very helpful and he's been taking on a very important role in advancing the glance tasks work. If anyone has any concerns, please let me know. Otherwise I'll make the

[openstack-dev] dev source code with the help of packstack and another question, thank you very much.

Hi，everybody. I use packstack to install openstack, but I have found a few questions: (Centos 6.5 os) 1) The directory /var/lib/glance is not big enough to store the images. I modify the config files in the file /etc/glance/glance-api.conf and /etc/glance/glance-cache.conf ,modify t

Re: [openstack-dev] [Heat]Heat template parameters encryption

I tend to agree with you Keith, securing Heat is Heat's problem. Securing Nova is nova's problem. And I too would expect that those with admin access to Heat, would not have admin access to Nova. That is why we split these things up with API's. I still prefer that users encrypt secrets on the clie

[openstack-dev] [Fuel] IRC weekly

Folks, Though it is holiday in Russia where we have large Fuelers presence, I'm still going to run the meeting at 16.00 UTC on 12th (9am PST, 8pm MSK Thursday). Other locations, I need your presence. Agenda: https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda Feel free to extend it in adva

Re: [openstack-dev] [Fuel][Pacemaker][HA] Notifying clones of offline nodes

Hi, Jay Yep. Here is the link to mail archive (I hoped that they would hit "Reply All" button): https://www.mail-archive.com/pacemaker@oss.clusterlabs.org/msg19896.html Actually, this is what Mirantis Linux Hardening team could do, I hope, in this release cycle and push it to upstream. On Thu,

Re: [openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

Guys, what we really need from orchestration tool is an ability orchestrate a big amount of task accross the nodes with all the complicated dependencies, dynamic actions (e.g. what to do on failure and on success) and parallel execution including those, that can have no additional software installe

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

Morgan Fainberg wrote: > I’ve been looking over the code for this and it turns out plain old SHA1 > is a bad idea. We recently had a patch land in keystone client and > keystone to let us configure the hashing algorithm used for token > revocation list and the short-token ids. > > I’ve updated m

[openstack-dev] [Nova] Nova list can't return anything

Hi, All: I print *"nova --debug list "*, and got nothing return, how can that be ? RESP: [200] CaseInsensitiveDict({'date': 'Thu, 12 Jun 2014 08:52:19 GMT', 'content-length': '0', 'content-type': 'text/html; charset=UTF-8'}) RESP BODY: *body

Re: [openstack-dev] [TripleO] pacemaker management tools

On 06/12/2014 12:17 AM, Gregory Haynes wrote: The issue is that distributions supported in TripleO provide different tools for managing Pacemaker. Ubuntu/Debian provides crmsh, Fedora/RHEL provides pcs, OpenSuse provides both. I didn't find packages for all our distros for any of the tools. Also

Re: [openstack-dev] [Fuel][Pacemaker][HA] Notifying clones of offline nodes

> I hoped that they would hit "Reply All" button they might hit it, but if someone is not subscribed to openstack-dev, then the message won't be posted as far as I know. Likely, mine won't be posted in pacemaker ML as I'm not subscribed to that ML. On Thu, Jun 12, 2014 at 1:23 AM, Vladimir Kuklin

[openstack-dev] promote blueprint about deferred deletion for volumes

@ john, Thank you for your comments. About blueprint volume-delete-protect : https://review.openstack.org/#/c/97034/, I think deferred deletion for volumes is valuable, it seems to me that should be sufficient. Firstly currently in cinder, calling the API of deleting vo

Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

Matt, Eoghan, thanks Firstly , sorry for the effection, the direct reason of the bug is an issue in nova-network scenario, it is my mistake when commit patch https://review.openstack.org/#/c/81429/ to fix the bug 1262124. with agreement of Matt's view, to dissipate the load of nova API, so it

Re: [openstack-dev] [oslo] versioning and releases

Doug Hellmann wrote: > On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin wrote: >> On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote: >> [...] >>> Background: >>> >>> We have two types of oslo libraries. Libraries like oslo.config and >>> oslo.messaging were created by extracting incubated cod

[openstack-dev] Calling on Security Engineers / Developers / Architects - Time to share your toys

All, TL:DR; Lets work together and openly on security review and threat analysis for OpenStack I've discussed this for a while within the security group but now I'm sharing more widely here on -dev. There are currently scores of security reviews taking place on OpenStack architecture, projects

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague wrote: > Actually swiftclient is one of the biggest offenders in the gate - > > http://logs.openstack.org/96/99396/1/check/check-tempest-dsvm-full/4501fc8/logs/screen-g-api.txt.gz#_2014-06-11_15_20_11_078 > I'd be happy to fix that but that would make

[openstack-dev] [nova] fastest way to run individual tests ?

When in the middle of developing code for nova I'll typically not wish to the run the entire Nova test suite every time I have a bit of code to verify. I'll just want to run the single test case that deals with the code I'm hacking on. I'm currently writing a 'test_hardware.py' test case for the N

[openstack-dev] [sahara] canceling meeting Thu 12

Hey folks, today is the holiday in Russia, so, canceling the irc team meeting. Thanks. -- Sincerely yours, Sergey Lukjanov Sahara Technical Lead (OpenStack Data Processing) Principal Software Engineer Mirantis Inc. ___ OpenStack-dev mailing list Open

[openstack-dev] [rally] Proposal to reduce amount of conf options

Hi all, At this moment in rally we have for almost every benchmark scenario (or at least service) bunch of CONF options. That are used to setup pool interval and pre pool pause. Here is the section: https://github.com/stackforge/rally/blob/master/etc/rally/rally.conf.sample#L142-L293 If default

Re: [openstack-dev] [nova] fastest way to run individual tests ?

On 06/12/2014 06:59 AM, Daniel P. Berrange wrote: > When in the middle of developing code for nova I'll typically not wish to > the run the entire Nova test suite every time I have a bit of code to > verify. I'll just want to run the single test case that deals with the > code I'm hacking on. > >

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On 06/12/2014 12:33 AM, Morgan Fainberg wrote: > I’ve been looking over the code for this and it turns out plain old SHA1 > is a bad idea. We recently had a patch land in keystone client and > keystone to let us configure the hashing algorithm used for token > revocation list and the short-token i

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

On 06/11/2014 08:12 PM, Mathieu Gagné wrote: > On 2014-06-11, 7:52 PM, Sean Dague wrote: >> >> Honestly, I really like >> >> [nova] >> >> better than >> >> [clients_nova] >> >> And as we're going to have to live with this for a while, I'd rather use >> the more clear version of this in keystone ins

Re: [openstack-dev] [nova] fastest way to run individual tests ?

On Thu, Jun 12, 2014 at 07:07:37AM -0400, Sean Dague wrote: > On 06/12/2014 06:59 AM, Daniel P. Berrange wrote: > > Does anyone have any tip on how to actually run individual tests in an > > efficient manner. ie something that adds no more than 1 second penalty > > over & above the time to run the

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

> -Original Message- > From: Carlos Garza [mailto:carlos.ga...@rackspace.com] > Sent: Thursday, June 12, 2014 1:34 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS > Integration Ideas > > > On Ju

Re: [openstack-dev] [Neutron][LBaaS] Weekly Standup Trial

Thank you for this. I think it can stream line the meeting! From: Jorge Miramontes [mailto:jorge.miramon...@rackspace.com] Sent: Thursday, June 12, 2014 1:57 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Neutron][LBaaS] Weekly Standup Trial Hey Neut

[openstack-dev] Problematic gate-tempest-dsvm-virtual-ironic job

Current gate-tempest-dsvm-virtual-ironic has only a 65% pass rate *in the gate* over the last 48 hrs - http://logstash.openstack.org/#eyJzZWFyY2giOiJidWlsZF9uYW1lOmdhdGUtdGVtcGVzdC1kc3ZtLXZpcnR1YWwtaXJvbmljIEFORCAobWVzc2FnZTpcIkZpbmlzaGVkOiBTVUNDRVNTXCIgT1IgbWVzc2FnZTpcIkZpbmlzaGVkOiBGQUlMVVJFXCIpI

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On Thu, Jun 12, 2014 at 12:58 PM, Chmouel Boudjnah wrote: > > On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague wrote: > >> Actually swiftclient is one of the biggest offenders in the gate - >> >> http://logs.openstack.org/96/99396/1/check/check-tempest-dsvm-full/4501fc8/logs/screen-g-api.txt.gz#_2014

Re: [openstack-dev] [marconi] Reconsidering the unified API model

On 11/06/14 16:26 -0700, Devananda van der Veen wrote: On Tue, Jun 10, 2014 at 1:23 AM, Flavio Percoco wrote: Against: • Makes it hard for users to create applications that work across multiple clouds, since critical functionality may or may not be available in a given deployment. (coun

Re: [openstack-dev] [neutron] Specs repository update and the way forward

Thanks for that feedback, it really helps. I'm looking forward to hearing from the other projects as well :) Kyle Mestery wrote: > tl;dr: The specs repository has been great to work with. As a > reviewer, it makes reviews easier. As PTL, it makes tracking easier as > well. > > Since Juno-1 is abo

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On 06/12/2014 07:42 AM, Chmouel Boudjnah wrote: > On Thu, Jun 12, 2014 at 12:58 PM, Chmouel Boudjnah > wrote: > > > On Wed, Jun 11, 2014 at 9:47 PM, Sean Dague > wrote: > > Actually swiftclient is one of the biggest offenders

Re: [openstack-dev] Problematic gate-tempest-dsvm-virtual-ironic job

Sean Dague wrote: > Current gate-tempest-dsvm-virtual-ironic has only a 65% pass rate *in > the gate* over the last 48 hrs - > http://logstash.openstack.org/#eyJzZWFyY2giOiJidWlsZF9uYW1lOmdhdGUtdGVtcGVzdC1kc3ZtLXZpcnR1YWwtaXJvbmljIEFORCAobWVzc2FnZTpcIkZpbmlzaGVkOiBTVUNDRVNTXCIgT1IgbWVzc2FnZTpcIkZpb

[openstack-dev] Gate proposal - drop Postgresql configurations in the gate

We're definitely deep into capacity issues, so it's going to be time to start making tougher decisions about things we decide aren't different enough to bother testing on every commit. Previously we've been testing Postgresql in the gate because it has a stricter interpretation of SQL than MySQL.

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Thu, Jun 12 2014, Sean Dague wrote: > However Monty brought up a good point at Summit, that MySQL has a strict > mode. That should actually enforce the same strictness. I would vote -1 on that, simply because using PostgreSQL should be more than that just doing strict SQL. For example, in Cei

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On Thu, Jun 12, 2014 at 1:59 PM, Sean Dague wrote: > The only thing it makes harder is you have to generate your own token to > run the curl command. The rest is there. > Well I would have imagine that the curl command debug are here so people can easily copy and paste them and/or tweak them, bu

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/12/2014 08:15 AM, Julien Danjou wrote: > On Thu, Jun 12 2014, Sean Dague wrote: > >> However Monty brought up a good point at Summit, that MySQL has a strict >> mode. That should actually enforce the same strictness. > > I would vote -1 on that, simply because using PostgreSQL should be mor

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Thu, Jun 12 2014, Sean Dague wrote: > That's not cacthable in unit or functional tests? Not in an accurate manner, no. > Keeping jobs alive based on the theory that they might one day be useful > is something we just don't have the liberty to do any more. We've not > seen an idle node in zuul

Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core

+100 it's about time! On Thu, Jun 12, 2014 at 3:26 AM, Mark Washenberger < mark.washenber...@markwash.net> wrote: > Hi folks, > > I'd like to nominate Nikhil Komawar to join glance-core. His code and > review contributions over the past years have been very helpful and he's > been taking on a ve

Re: [openstack-dev] [oslo] versioning and releases

On Thu, 2014-06-12 at 12:09 +0200, Thierry Carrez wrote: > Doug Hellmann wrote: > > On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin wrote: > >> On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote: > >> [...] > >>> Background: > >>> > >>> We have two types of oslo libraries. Libraries like oslo

Re: [openstack-dev] [rally] Proposal to reduce amount of conf options

IMO it is good if default values are calculated from cloud_speed, and there is also ability to change every single option. Hi all, At this moment in rally we have for almost every benchmark scenario (or at least service) bunch of >CONF options.That are used to setup pool interval and pr

[openstack-dev] [Nova]{neutron] Mid cycle sprints

Hi, There is the mid cycle sprint in July for Nova and Neutron. Anyone interested in maybe getting one together in Europe/Middle East around the same dates? If people are willing to come to this part of the world I am sure that we can organize a venue for a few days. Anyone interested. If we can

Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core

+1 From: Alex Meade [mailto:mr.alex.me...@gmail.com] Sent: 12 June 2014 13:56 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core +100 it's about time! On Thu, Jun 12, 2014 at 3:26 AM, Mark Washenberger mailto

Re: [openstack-dev] [Nova]{neutron] Mid cycle sprints

This part of the world == Israel (it has been a long week :)) From: administrator mailto:gkot...@vmware.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, June 12, 2014 at 4:32 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: [opens

[openstack-dev] [Nova][Olso] Periodic task coalescing

Hello, I'm addressing https://bugs.launchpad.net/oslo/+bug/1326020 which is dealing with periodic tasks. There is currently a code block that checks if a task is 0.2 seconds away from being run and if so it run now instead. Essentially coalescing nearby tasks together. From oslo-incubator/opens

Re: [openstack-dev] [neutron] Specs repository update and the way forward

Thank you for the update, Kyle. I was sceptical about this move at first but hopefully I was wrong. The specs repository indeed eases a lot of the work from a submitter and reviewer point of view. Is there any web page where all approved blueprints are being published to? Jenkins builds such p

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On 6/12/2014 12:40 AM, Christopher Yeoh wrote: On Thu, Jun 12, 2014 at 7:30 AM, Matthew Treinish mailto:mtrein...@kortar.org>> wrote: Hi everyone, As part of debugging all the bugs that have been plaguing the gate the past couple of weeks one of the things that came up is that

Re: [openstack-dev] [TripleO] Reviews - we need your help!

FWIW, I’ve tried to make a useful dashboard for this using Sean Dague’s gerrit-dash-creator [0]. Short URL is http://bit.ly/1l4DLFS long url is: https://review.openstack.org/#/dashboard/?foreach=%28project%3Aopenstack%2Ftripleo-incubator+OR+project%3Aopenstack%2Ftripleo-image-elements+OR+project

Re: [openstack-dev] [neutron] Specs repository update and the way forward

+1 to this. It would be great to read the compiled spec and have it be searchable/filtered. -Anthony Thank you for the update, Kyle. I was sceptical about this move at first but hopefully I was wrong. The specs repository indeed eases a lot of the work from a submitter and reviewer point of v

[openstack-dev] [manila] Access Groups API and DB changes

Hey Folks, The blueprint for Access Groups can be found here: https://blueprints.launchpad.net/manila/+spec/access-groups If you have a chance, please look through the proposal for the API resources and DB schema changes here: https://etherpad.openstack.org/p/manila-access-groups-api-proposal -A

[openstack-dev] [nova] Distributed locking

We have a need for a distributed lock in the VMware driver, which I suspect isn't unique. Specifically it is possible for a VMware datastore to be accessed via multiple nova nodes if it is shared between clusters[1]. Unfortunately the vSphere API doesn't provide us with the primitives to implement

[openstack-dev] Import errors in tests are not reported in python 2.7

Hi all, I don't know if it's a know issue or not, but I noticed on one of my patch (https://review.openstack.org/#/c/99648/) that the 2.7 gate was passing whereas the 2.6 is failing because of import errors. It seems to be a problem related to the difference in the discover module, so presumabl

Re: [openstack-dev] [nova] Distributed locking

On Thu, Jun 12 2014, Matthew Booth wrote: > We have a need for a distributed lock in the VMware driver, which I > suspect isn't unique. Specifically it is possible for a VMware datastore > to be accessed via multiple nova nodes if it is shared between > clusters[1]. Unfortunately the vSphere API d

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 6/12/14, 8:26 AM, Julien Danjou wrote: > On Thu, Jun 12 2014, Sean Dague wrote: > >> That's not cacthable in unit or functional tests? > Not in an accurate manner, no. > >> Keeping jobs alive based on the theory that they might one day be useful >> is something we just don't have the liberty to

Re: [openstack-dev] [nova] Distributed locking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/06/14 15:35, Julien Danjou wrote: > On Thu, Jun 12 2014, Matthew Booth wrote: > >> We have a need for a distributed lock in the VMware driver, which >> I suspect isn't unique. Specifically it is possible for a VMware >> datastore to be accessed

Re: [openstack-dev] [all] Gate still backed up - need assistance with nova-network logging enhancements

On 6/10/2014 5:36 AM, Michael Still wrote: https://review.openstack.org/99002 adds more logging to nova/network/manager.py, but I think you're not going to love the debug log level. Was this the sort of thing you were looking for though? Michael On Mon, Jun 9, 2014 at 11:45 PM, Sean Dague wr

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

I think it'd be OK to move them to the experimental queue and a periodic nightly job until the v2.1 stuff shakes out. The v3 API is marked experimental right now so it seems fitting that it'd be running tests in the experimental queue until at least the spec is approved and microversioning starts

[openstack-dev] [nova] need core reviewers for https://review.openstack.org/#/c/81954/

Hi, The SR-IOV work depends on this fix. It has got +1’s for quite some time, and need core reviewers to review and approve. thanks, Robert ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/list

Re: [openstack-dev] [nova] Distributed locking

On Thu, Jun 12 2014, Matthew Booth wrote: > This looks interesting. It doesn't have hooks for fencing, though. > > What's the status of tooz? Would you be interested in adding fencing > hooks? It's maintained and developer, we have plan to use it in Ceilometer and others projects. Joshua also wan

[openstack-dev] Message level security plans.

Hello OpenStack folks, First please allow me to introduce myself, my name is Tim Kelsey and I’m a security developer working at HP. I am very interested in projects like Kite and the work that’s being undertaken to introduce message level security into OpenStack and would love to help out on th

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: > I think it'd be OK to move them to the experimental queue and a periodic >> nightly job until the v2.1 stuff shakes out. The v3 API is marked >> experimental right now so it seems fitting that it'd be running tests in >> the experimental queue

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

Thats true, though I was suggesting as v2.1microversions rolls out we drop the test out of v3 and move it to v2.1microversions testing, so there's no change in capacity required. Right now we run a full set over /v2 and a full set over /v3. Certainly as we introduce /v2.1 we'll need full cover

Re: [openstack-dev] Message level security plans.

On 6/12/2014 10:08 AM, Kelsey, Timothy Joh wrote: Hello OpenStack folks, First please allow me to introduce myself, my name is Tim Kelsey and I’m a security developer working at HP. I am very interested in projects like Kite and the work that’s being undertaken to introduce message level sec

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 6/12/2014 9:38 AM, Mike Bayer wrote: On 6/12/14, 8:26 AM, Julien Danjou wrote: On Thu, Jun 12 2014, Sean Dague wrote: That's not cacthable in unit or functional tests? Not in an accurate manner, no. Keeping jobs alive based on the theory that they might one day be useful is something

Re: [openstack-dev] [Fuel] IRC weekly

Reminding, meetings are ran in #openstack-meeting-alt on freenode. On Thu, Jun 12, 2014 at 1:14 AM, Mike Scherbakov wrote: > Folks, > Though it is holiday in Russia where we have large Fuelers presence, I'm > still going to run the meeting at 16.00 UTC on 12th (9am PST, 8pm MSK > Thursday). > O

Re: [openstack-dev] [nova] need core reviewers for https://review.openstack.org/#/c/81954/

Please don't send review requests to the list. See the preferred methods here: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html Thanks. -Ben On 06/12/2014 10:07 AM, Robert Li (baoli) wrote: > Hi, > > The SR-IOV work depends on this fix. It has got +1’s for quite so

Re: [openstack-dev] [Cinder] Mid-cycle meetup for Cinder devs

On 06/12/2014 02:29 AM, Avishay Traeger wrote: > I think you can create an easy survey with doodle.com. You can fill in the > dates, and ask people to specify next to their names if their attendance > will be physical or virtual. > > > On Thu, Jun 12, 2014 at 12:16 AM, D'Angelo, Scott > wrote:

Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

On 11 June 2014 20:07, Joe Gordon wrote: > On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann > wrote: >> On 6/11/2014 10:01 AM, Eoghan Glynn wrote: >>> Thanks for bringing this to the list Matt, comments inline ... >>> tl;dr: some pervasive changes were made to nova to enable polling in

Re: [openstack-dev] Import errors in tests are not reported in python 2.7

On 06/12/2014 10:32 AM, Thomas Herve wrote: > Hi all, > > I don't know if it's a know issue or not, but I noticed on one of my patch > (https://review.openstack.org/#/c/99648/) that the 2.7 gate was passing > whereas the 2.6 is failing because of import errors. It seems to be a problem > relate

Re: [openstack-dev] Message level security plans.

Thanks for the info Matt, I guess I should have been clearer about what I was asking. I was indeed referring to the trusted RPC messaging proposal you linked. Im keen to find out whats happening with that and where I can help. -- Tim Kelsey Cloud Security Engineer HP Helion On 12/06/2014 16:2

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/12/2014 10:38 AM, Mike Bayer wrote: > > On 6/12/14, 8:26 AM, Julien Danjou wrote: >> On Thu, Jun 12 2014, Sean Dague wrote: >> >>> That's not cacthable in unit or functional tests? >> Not in an accurate manner, no. >> >>> Keeping jobs alive based on the theory that they might one day be usef

Re: [openstack-dev] [Nova][Olso] Periodic task coalescing

On 6/12/2014 8:55 AM, Tom Cammann wrote: Hello, I'm addressing https://bugs.launchpad.net/oslo/+bug/1326020 which is dealing with periodic tasks. There is currently a code block that checks if a task is 0.2 seconds away from being run and if so it run now instead. Essentially coalescing nearb

Re: [openstack-dev] Tempest ipv6 tests

On 06/11/2014 12:11 PM, Ajay Kalambur (akalambu) wrote: > Hi > Are there any tests available for ipv6 in Tempest. Also whats the road map > for addition of these tests. > > Ajay > > > > > ___ > OpenStack-dev mailing list > OpenStack-dev@lists.openst

Re: [openstack-dev] [all] Gate still backed up - need assistance with nova-network logging enhancements

Hey Matt, There is a connection pool in https://github.com/boto/boto/blob/develop/boto/connection.py which could be causing issues... -- dims On Thu, Jun 12, 2014 at 10:50 AM, Matt Riedemann wrote: > > > On 6/10/2014 5:36 AM, Michael Still wrote: >> >> https://review.openstack.org/99002 adds mo

Re: [openstack-dev] [nova] Proposal: Move CPU and memory allocation ratio out of scheduler

> -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: 09 June 2014 19:03 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [nova] Proposal: Move CPU and memory > allocation ratio out of scheduler > > On 06/09/2014 12:32 PM, Chris Friesen wrote: >

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: > On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: > > > I think it'd be OK to move them to the experimental queue and a periodic > >> nightly job until the v2.1 stuff shakes out. The v3 API is marked > >> experimental right now

Re: [openstack-dev] [Nova] Nova list can't return anything

Please do not cross-post questions between openstack and openstack-dev. This doesn't sound development-related, so the appropriate place for this discussion is the openstack list. Thanks. -Ben On 06/12/2014 03:52 AM, 严超 wrote: > Hi, All: > I print *"nova --debug list "*, and got nothin

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On 6/12/2014 10:51 AM, Matthew Treinish wrote: On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: I think it'd be OK to move them to the experimental queue and a periodic nightly job until the v2.1 stuff shakes out. The v3

Re: [openstack-dev] [oslo] versioning and releases

Mark McLoughlin wrote: > On Thu, 2014-06-12 at 12:09 +0200, Thierry Carrez wrote: >> Doug Hellmann wrote: >>> On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin wrote: On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote: [...] > Background: > > We have two types of oslo libr

Re: [openstack-dev] dev source code with the help of packstack and another question, thank you very much.

On 06/12/2014 02:50 AM, bt...@163.com wrote: > Hi，everybody. > I use packstack to install openstack, but I have found a few questions: > (Centos 6.5 os) > 1) The directory /var/lib/glance is not big enough to store the images. > I modify the config files in the file /etc/glance/glance-

Re: [openstack-dev] Import errors in tests are not reported in python 2.7

> On 06/12/2014 10:32 AM, Thomas Herve wrote: > > Hi all, > > > > I don't know if it's a know issue or not, but I noticed on one of my patch > > (https://review.openstack.org/#/c/99648/) that the 2.7 gate was passing > > whereas the 2.6 is failing because of import errors. It seems to be a > > pro

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On 06/12/2014 12:02 PM, Matt Riedemann wrote: > > > On 6/12/2014 10:51 AM, Matthew Treinish wrote: >> On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: >>> On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: >>> I think it'd be OK to move them to the experimental queue and a

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On Jun 12, 2014 9:03 AM, "Matt Riedemann" wrote: > > > > On 6/12/2014 10:51 AM, Matthew Treinish wrote: >> >> On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: >>> >>> On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: >>> I think it'd be OK to move them to the experimental q

[openstack-dev] [Neutron][Third-Party][Infra] Optimize third party resources

Hello all, I've just submitted a patch[1] to solve a bug in Neutron. All the third-party plugins has voted as +1 but Jenkins has refused the patch because of the '.' dot at the end of the commit summary line. I know that is my fault, because I should run the ./run_tests.sh -p after modify the com

[openstack-dev] [marconi] Juno-1 development milestone available

Hi folks, Marconi’s first Juno milestone release is now available. It includes several bug fixes, plus adds support for caching frequent DB queries as part of the team's focus on performance tuning during the Juno cycle. This release also includes an important refactoring of our API tests that wil

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Jun 12, 2014 8:37 AM, "Sean Dague" wrote: > > On 06/12/2014 10:38 AM, Mike Bayer wrote: > > > > On 6/12/14, 8:26 AM, Julien Danjou wrote: > >> On Thu, Jun 12 2014, Sean Dague wrote: > >> > >>> That's not cacthable in unit or functional tests? > >> Not in an accurate manner, no. > >> > >>> Keepi

Re: [openstack-dev] [marconi] Reconsidering the unified API model

What exactly is the core set of functionalities Marconi expects all implementations to support? (I understand it is a subset of the HTTP APIs Marconi exposes?) On 6/12/14, 4:56 AM, "Flavio Percoco" wrote: >On 11/06/14 16:26 -0700, Devananda van der Veen wrote: >>On Tue, Jun 10, 2014 at 1:23 AM,

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On Thu, Jun 12, 2014 at 1:59 PM, Sean Dague  wrote: The only thing it makes harder is you have to generate your own token to run the curl command. The rest is there. Well I would have imagine that the curl command debug are here so people can easily copy and paste them and/or tweak them, but su

Re: [openstack-dev] [Neutron][Third-Party][Infra] Optimize third party resources

On 06/12/2014 12:20 PM, Jaume Devesa wrote: > Hello all, > > I've just submitted a patch[1] to solve a bug in Neutron. All the > third-party plugins has voted as +1 but Jenkins has refused the patch > because of the '.' dot at the end of the commit summary line. > > I know that is my fault, becau

Re: [openstack-dev] [nova] Distributed locking

On 06/12/2014 10:35 AM, Julien Danjou wrote: On Thu, Jun 12 2014, Matthew Booth wrote: We have a need for a distributed lock in the VMware driver, which I suspect isn't unique. Specifically it is possible for a VMware datastore to be accessed via multiple nova nodes if it is shared between clus

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/12/2014 08:36 AM, Sean Dague wrote: > On 06/12/2014 10:38 AM, Mike Bayer wrote: >> >> On 6/12/14, 8:26 AM, Julien Danjou wrote: >>> On Thu, Jun 12 2014, Sean Dague wrote: >>> That's not cacthable in unit or functional tests? >>> Not in an accurate manner, no. >>> Keeping jobs alive

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

an update after today's l3 meeting: here's a new version of ryu bgp api patch. http://sourceforge.net/p/ryu/mailman/message/32453021/ YAMAMOTO Takashi > I have seen the Ryu team is involved and responsive to the community. > That goes a long way to support it as the reference implementation for >

Re: [openstack-dev] [neutron][group-based-policy] GP mapping driver

Hi Carlos, I noticed that the point you raised here had not been followed up. So if I understand correctly, your concern is related to sharing common configuration information between GP drivers, and ML2 mechanism drivers (when used in the mapping)? If so, would a common configuration file shared

Re: [openstack-dev] [neutron][group-based-policy] GP mapping driver

Hi Carlos, I noticed that the point you raised here had not been followed up. So if I understand correctly, your concern is related to sharing common configuration information between GP drivers, and ML2 mechanism drivers (when used in the mapping)? If so, would a common configuration file shared

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Thu, Jun 12, 2014 at 09:24:15AM -0700, Joe Gordon wrote: > On Jun 12, 2014 8:37 AM, "Sean Dague" wrote: > > > > On 06/12/2014 10:38 AM, Mike Bayer wrote: > > > > > > On 6/12/14, 8:26 AM, Julien Danjou wrote: > > >> On Thu, Jun 12 2014, Sean Dague wrote: > > >> > > >>> That's not cacthable in un

Re: [openstack-dev] [Neutron][Third-Party][Infra] Optimize third party resources

​Anita, thanks for the response. My comments inline:​ > Well then we are in a situation where development ceases until the third > party systems respond. Which is not a situation we want to put ourselves > in. We actually are actively avoiding that situation. > > ​I don't mean to run after the c

Re: [openstack-dev] [marconi] performance

Hello, I was wondering if there is any update on the performance of Marconi? Are results of any performance measurements available yet? Thanks, Tomasz Janczuk @tjanczuk HP On 4/29/14, 1:01 PM, "Janczuk, Tomasz" wrote: >Hi Flavio, > >Thanks! I also added some comments to the performance test pl

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

> -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: 12 June 2014 17:37 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] Gate proposal - drop Postgresql configurations in > the gate > ... > But if we're talking about a dev

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

Excerpts from Matt Riedemann's message of 2014-06-12 08:15:46 -0700: > > On 6/12/2014 9:38 AM, Mike Bayer wrote: > > > > On 6/12/14, 8:26 AM, Julien Danjou wrote: > >> On Thu, Jun 12 2014, Sean Dague wrote: > >> > >>> That's not cacthable in unit or functional tests? > >> Not in an accurate manner

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

On 2014-06-12, 7:18 AM, Sean Dague wrote: On 06/11/2014 08:12 PM, Mathieu Gagné wrote: On 2014-06-11, 7:52 PM, Sean Dague wrote: I'm concerned about the [nova] section being (one day) overloaded with options unrelated to the actual nova client configuration. Although my concern could be wrong.

Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core

+1 From: Kuvaja, Erno [kuv...@hp.com] Sent: Thursday, June 12, 2014 9:34 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core +1 From: Alex Meade [mailto:mr.alex.me...@gmail.co

[openstack-dev] [barbican] Barbican 2014.2 ("Juno") M1 is released

Hello everyone, It is my pleasure to announce the first milestone release of Barbican for Juno 2014.2. Information on the milestone and its associated tarball are available at: https://launchpad.net/barbican/juno/juno-1 With this release, work has been started to support other order generation

Re: [openstack-dev] [Neutron][Third-Party][Infra] Optimize third party resources

On 06/12/2014 01:07 PM, Jaume Devesa wrote: > ​Anita, thanks for the response. My comments inline:​ > > > >> Well then we are in a situation where development ceases until the third >> party systems respond. Which is not a situation we want to put ourselves >> in. We actually are actively avoidi

  1   2   >