[openstack-dev] [Nova] Minesweeper update

Hi, At the moment we have a terribly long queue for minesweeper. We are able to reduce this considerably by running tempest tests in parallel. We have encountered 2 race conditions when we do this and it would be very helpful if we can get the following patches in – they will help with the speed

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

Hi Vishvananda, I would be interested in such a working group. Can you please confirm the meeting hour for this Friday ? I've seen 1600 UTC in your email and 2100 UTC in the wiki ( https://wiki.openstack.org/wiki/Meetings#Hierarchical_Multitenancy_Meeting ). As I'm in Europe I'd prefer 1600 UTC.

[openstack-dev] Launchpad and autoresponders

Hi fellow developers, Once again this morning I received a mail from Launchpad for a bug on Ceilometer where the comment was: I will be out of the office starting 01/28/2014 and will not return until 02/10/2014. So could you *PLEASE* stop enabling your autoresponders on Launchpad? Launchpad

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

> -Original Message- > From: Justin Santa Barbara [mailto:jus...@fathomdb.com] > Sent: 28 January 2014 20:17 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances > through metadata service > > Tha

Re: [openstack-dev] [oslo] log message translations

On Mon, Jan 27, 2014 at 05:58:20PM +, Daniel P. Berrange wrote: > On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote: > > We have a blueprint open for separating translated log messages into > > different domains so the translation team can prioritize them differently > > (focusing o

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

> -Original Message- > From: Vishvananda Ishaya [mailto:vishvana...@gmail.com] > Sent: 29 January 2014 03:40 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances > through metadata service > > > O

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

Thank you for bringing this up, Trevor. EDP gets more diverse and it's time to change its model. I totally agree with your proposal, but one minor comment. Instead of "savanna." prefix in job_configs wouldn't it be better to make it as "edp."? I think "savanna." is too more wide word for this. An

[openstack-dev] [all] Lots of gating failures because of testtools

Hi there, I see lots of unit tests jobs on gate fail with errors like 2014-01-29 10:48:44.933 | File "/home/jenkins/workspace/gate-taskflow-python26/.tox/py26/lib/python2.6/site-packages/subunit/test_results.py", line 23, in 2014-01-29 10:48:44.934 | from testtools.compat import all 2014-01-29 1

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Thanks so much for figuring this out, I was very puzzled by that this morning,trying to run keystone tests on my local copy ! Matthieu Huin m...@enovance.com - Original Message - > From: "Ivan Melnikov" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: W

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Please see that temporary solution: https://review.openstack.org/#/c/69840/ Thanks, Dina On Wed, Jan 29, 2014 at 3:18 PM, Matthieu Huin wrote: > Thanks so much for figuring this out, I was very puzzled by that this > morning,trying to run keystone tests on my local copy ! > > Matthieu Huin > >

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Le 29/01/2014 12:07, Ivan Melnikov a écrit : I also filed a bug for taskflow, feel free to add your projects there if it's affected, too: https://bugs.launchpad.net/taskflow/+bug/1274050 Climate is also impacted, we can at least declare a recheck with this bug number. -Sylvain

Re: [openstack-dev] [all] Lots of gating failures because of testtools

I've proposed temp fix for global requirements: https://review.openstack.org/#/c/69840/, it's not the best solution, but looks like the only one now. logstash link: http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOiBcIkltcG9ydEVycm9yOiBjYW5ub3QgaW1wb3J0IG5hbWUgYWxsXCIiLCJmaWVsZHMiOltdLCJvZm

Re: [openstack-dev] [all] Lots of gating failures because of testtools

On 01/29/2014 06:24 AM, Sylvain Bauza wrote: > Le 29/01/2014 12:07, Ivan Melnikov a écrit : >> I also filed a bug for taskflow, feel free to add your projects there if >> it's affected, too: https://bugs.launchpad.net/taskflow/+bug/1274050 >> > > > Climate is also impacted, we can at least declar

[openstack-dev] Havana Release V3 Extensions and new features to quota

Dear Vishvananda, Sorry for very late reply. I was stupid not to follow your reply (i had messed it some how). Actually, i am confused after seeing your mail. In the last two weeks, i was doing some testing (creating use cases) on Keystone and Nova. Part 1: Delegating rights I had made the f

Re: [openstack-dev] Proposed Logging Standards

On 01/28/2014 10:53 PM, Vishvananda Ishaya wrote: > > On Jan 27, 2014, at 6:57 PM, Christopher Yeoh > wrote: > >> On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague > > wrote: >> >> On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote: >> >

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Le 29/01/2014 12:51, Sean Dague a écrit : Right, but until a testtools fix is released, it won't pass. So please no rechecks until we have a new testtools from Robert that fixes things. -Sean Indeed you're right. Any way to promote some bugs with Gerrit without doing a recheck, then ?

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

Hi, I'm working with Vinod. We'd like to join as well. Same issue on our side: 16:00 UTC is better for us. Ulrich and Vinod On 29.01.2014 10:56, Florent Flament wrote: Hi Vishvananda, I would be interested in such a working group. Can you please confirm the meeting hour for this Friday ? I'

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Robert, Here's a merge request for subunit https://code.launchpad.net/~subunit/subunit/trunk/+merge/203723 -- dims On Wed, Jan 29, 2014 at 6:51 AM, Sean Dague wrote: > On 01/29/2014 06:24 AM, Sylvain Bauza wrote: >> Le 29/01/2014 12:07, Ivan Melnikov a écrit : >>> I also filed a bug for taskflo

[openstack-dev] [Nova][Scheduler] Policy Based Scheduler and Solver Scheduler

Dear all, As promised in the Scheduler/Gantt meeting, here is our analysis on the connection between Policy Based Scheduler and Solver Scheduler: https://docs.google.com/document/d/1RfP7jRsw1mXMjd7in72ARjK0fTrsQv1bqolOri IQB2Y This document briefs the mechanism of the two schedulers and the poss

Re: [openstack-dev] [Neutron]Contributing code to Neutron (ML2)

Hi Trinath, you can find more info about third party testing here [1] Every new driver or plugin is required to provide a testing system that will test new patches and post a +1/-1 to Gerrit . There were meetings organized by Kyle to talk about how to set up the system [2] It will probably help yo

[openstack-dev] [Neutron] ryu-ml2-driver

hi, we (Ryu project) are currently working on a new version of Ryu neutron plugin/agent. we have a blueprint for it waiting for review/approval. can you please take a look? thanks. https://blueprints.launchpad.net/neutron/+spec/ryu-ml2-driver YAMAMOTO Takashi _

Re: [openstack-dev] [nova][swift] Importing Launchpad Answers in Ask OpenStack

Stef, Getting lauchpad bus in ask.openstack would really help people and this looks really nice.(just saw some question-answers) I was not able to search for questions though and (answered/unanswered) questions filters are not working. Just one small question, how the import will happen for futur

Re: [openstack-dev] [Keystone] - Cloud federation on top of the Apache

On 28.01.2014 21:44, Adam Young wrote: To be clear, are you going to use mod_mellon as the Apache Auth module? I am leaning towards mod_shib, as at least in theory it handles ECP extension. And I am not so sure mod_mellon does. Adam, do you have at RedHat any experience with ECP SAML extens

Re: [openstack-dev] [oslo] log message translations

On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec wrote: > On 2014-01-27 11:42, Doug Hellmann wrote: > > We have a blueprint open for separating translated log messages into > different domains so the translation team can prioritize them differently > (focusing on errors and warnings before debug mess

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

Certainly my original inclination (and code!) was to agree with you Vish, but: 1) It looks like we're going to have writable metadata anyway, for communication from the instance to the API. 2) I believe the restrictions make it impractical to abuse it as a message-bus: size-limits, quotas and writ

[openstack-dev] [neutron] [ml2] The impending plethora of ML2 MechanismDrivers

Folks: As you can see from our meeting agent for today [1], we are tracking a large number of new ML2 MechanismDrivers at the moment. We plan to discuss these in the meeting again this week in the ML2 meeting [2] at 1600 UTC in #openstack-meeting-alt. Also, it would be great if each MechanismDrive

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

On Wed, 2014-01-29 at 14:35 +0400, Alexander Ignatov wrote: > Thank you for bringing this up, Trevor. > > EDP gets more diverse and it's time to change its model. > I totally agree with your proposal, but one minor comment. > Instead of "savanna." prefix in job_configs wouldn't it be better to mak

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

So, assuming we go forward with this, the followup question is whether or not to move "main_class" and "java_opts" for Java actions into "edp.java.main_class" and "edp.java.java_opts" configs. I think yes. Best, Trevor On Wed, 2014-01-29 at 09:15 -0500, Trevor McKay wrote: > On Wed, 2014-01-29

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

I imagine ‘neutron’ would follow suit as well.. On Jan 29, 2014, at 9:23 AM, Trevor McKay wrote: > So, assuming we go forward with this, the followup question is whether > or not to move "main_class" and "java_opts" for Java actions into > "edp.java.main_class" and "edp.java.java_opts" configs.

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

Hi folks, I'd like to do a recap on today's meeting, and if possible we should continue the discussion in this thread so that we can be more productive in tomorrow's meeting. Bob suggests that we have these BPs: One generic covering implementing binding:profile in ML2, and one specific to PCI-

[openstack-dev] Nova V2 Quota API

Hi, In the Documentation, it was mentioned that there are two API's to see the quotas of a tenant. 1. v2/{tenant_id}/os-quota-sets - Shows quotas for a tenant 2. v2/{tenant_id}/os-quota-sets/{tenant_id}/{user_id} - Enables an admin to show quotas for a specified tenant and a user I guess the

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

Hi, I'm also working with multitenancy and I would like to join this working group. Telles Nóbrega On Wed, Jan 29, 2014 at 9:14 AM, Ulrich Schwickerath < ulrich.schwicker...@cern.ch> wrote: > Hi, > > I'm working with Vinod. We'd like to join as well. Same issue on our side: > 16:00 UTC is bett

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

> Meter Names: > fanspeed, fanspeed.min, fanspeed.max, fanspeed.status > voltage, voltage.min, voltage.max, voltage.status > temperature, temperature.min, temperature.max, temperature.status > > 'FAN 1': { > 'current_value': '4652',

Re: [openstack-dev] Nova V2 Quota API

Hi can you point out where you're seeing documentation for the first without tenant_id? At http://api.openstack.org/api-ref-compute-ext.html#ext-os-quota-sets only the tenant_id is documented. This is documented identically at http://docs.openstack.org/api/openstack-compute/2/content/ext-os-quota

Re: [openstack-dev] Nova V2 Quota API

On Jan 29, 2014, at 22:48, Vinod Kumar Boppanna wrote: > Hi, > > In the Documentation, it was mentioned that there are two API's to see the > quotas of a tenant. > > 1. v2/{tenant_id}/os-quota-sets - Shows quotas for a tenant > > 2. v2/{tenant_id}/os-quota-sets/{tenant_id}/{user_id} - Enab

Re: [openstack-dev] Havana Release V3 Extensions and new features to quota

On Jan 29, 2014, at 3:55 AM, Vinod Kumar Boppanna wrote: > Dear Vishvananda, > > Sorry for very late reply. I was stupid not to follow your reply (i had > messed it some how). > > Actually, i am confused after seeing your mail. In the last two weeks, i was > doing some testing (creating us

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

Hi Yongli, Thank you for addressing my comments, and for adding the encryption card use case. One thing that I want to point out is that in this use case, you may not use the pci-flavor in the --nic option because it's not a neutron feature. I have a few more questions: 1. pci-flavor-attrs is con

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

Trevor, it sounds reasonable to move main_class and java_opts to edp.java. Jon, does you mean neutron-related info for namespaces support? If yes than neutron isn't the user-side config. Thanks. On Wed, Jan 29, 2014 at 6:37 PM, Jon Maron wrote: > I imagine 'neutron' would follow suit as wel

[openstack-dev] [nova][neutron][ml2] Proposal to support VIF security, PCI-passthru/SR-IOV, and other binding-specific data

The neutron patch [1] and nova patch [2], proposed to resolve the "get_firewall_required should use VIF parameter from neutron" bug [3], replace the binding:capabilities attribute in the neutron portbindings extension with a new binding:vif_security attribute that is a dictionary with several keys

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

Hi Robert, I think that I can go with Bob's suggestion, but think it makes sense to cover the vnic_type and PCI-passthru via two separate patches. Adding vnic_type will probably impose changes to existing Mech. Drivers while PCI-passthru is about introducing some pieces for new SRIOV supporting

[openstack-dev] [Heat] [Nova] [oslo] [Ceilometer] about notifications : huge and may be non secure

Hi stackers, I would like to share my wonder here about Notifications. I'm working [1] on Heat notifications and I noticed that : 1/ Heat uses his context to store 'password' 2/ Heat and Nova store 'auth_token' in context too. Didn't check for other projects except for neutron which doesn't store

Re: [openstack-dev] Nova V2 Quota API

I reported a bug here: https://bugs.launchpad.net/openstack-manuals/+bug/1274153 On Jan 29, 2014, at 23:33, Anne Gentle wrote: > Hi can you point out where you're seeing documentation for the first without > tenant_id? > > At http://api.openstack.org/api-ref-compute-ext.html#ext-os-quota-sets

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

I apologize for the confusion. The Wiki time of 2100 UTC is the correct time (Noon Pacific time). We can move tne next meeting to a different day/time that is more convienient for Europe. Vish On Jan 29, 2014, at 1:56 AM, Florent Flament wrote: > Hi Vishvananda, > > I would be interested i

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

On Jan 29, 2014, at 5:26 AM, Justin Santa Barbara wrote: > Certainly my original inclination (and code!) was to agree with you Vish, but: > > 1) It looks like we're going to have writable metadata anyway, for > communication from the instance to the API. > 2) I believe the restrictions make it

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

Hi Irena, I'm now even more confused. I must have missed something. See inline…. Thanks, Robert On 1/29/14 10:19 AM, "Irena Berezovsky" mailto:ire...@mellanox.com>> wrote: Hi Robert, I think that I can go with Bob’s suggestion, but think it makes sense to cover the vnic_type and PCI-passthru

Re: [openstack-dev] [Keystone] - Cloud federation on top of the Apache

On 01/29/2014 07:51 AM, Marek Denis wrote: On 28.01.2014 21:44, Adam Young wrote: To be clear, are you going to use mod_mellon as the Apache Auth module? I am leaning towards mod_shib, as at least in theory it handles ECP extension. And I am not so sure mod_mellon does. Adam, do you have a

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

For those of you in Europe, I would appreciate your attendance at 2100 UTC if you can make it. I know this is a bad time for you, so I will also jump in #openstack-meeting-alt on Friday at 1600 UTC. We can have an impromptu discussion there so I can incorporate your knowledge and feedback into t

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

Hi, I'm working with multitenancy and I also wanna join this working group, but I'm not sure whether I can attend the meeting this Friday. Demontiê Santos Em 2014-01-29 12:59, Vishvananda Ishaya escreveu: I apologize for the confusion. The Wiki time of 2100 UTC is the correct time (Noon Paci

Re: [openstack-dev] Nova V2 Quota API

Thanks, it's confirmed and the doc team can work on it. Appreciate you asking! Anne On Wed, Jan 29, 2014 at 9:44 AM, Yingjun Li wrote: > I reported a bug here: > https://bugs.launchpad.net/openstack-manuals/+bug/1274153 > > On Jan 29, 2014, at 23:33, Anne Gentle wrote: > > Hi can you point ou

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

On Wed, Jan 29, 2014 at 7:22 AM, Gordon Chung wrote: > > Meter Names: > > fanspeed, fanspeed.min, fanspeed.max, fanspeed.status > > voltage, voltage.min, voltage.max, voltage.status > > temperature, temperature.min, temperature.max, temperature.status > > > >

Re: [openstack-dev] [neutron] [policy] More conflict resolution

Hi Manuel, Responses inline. Thanks for the feedback! - Original Message - | From: "Manuel Stein (Manuel)" | To: "OpenStack Development Mailing List (not for usage questions)" | Sent: Friday, January 24, 2014 2:03:43 AM | Subject: Re: [openstack-dev] More conflict resolution | | Tim,

[openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

Greetings, A while back I mentioned that we would revisit the potential deprecation of nova-network in Icehouse after the icehouse-2 milestone. The time has come. :-) First, let me recap my high level view of the blockers to deprecating nova-network in favor of Neutron: - Feature parity

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 1/29/2014 10:47 AM, Russell Bryant wrote: Greetings, A while back I mentioned that we would revisit the potential deprecation of nova-network in Icehouse after the icehouse-2 milestone. The time has come. :-) First, let me recap my high level view of the blockers to deprecating nova-netw

Re: [openstack-dev] [horizon] Augmenting openstack_dashboard settings and possible horizon bug

Thanks to the Ana Krivokapic's comment in https://bugs.launchpad.net/horizon/+bug/1271151 I've found a typo in my code, so it's not Horizon's bug but mine. So, the original approach I used for augmenting openstack_dashboard settings (which is described in the initial letter of this thread) works fi

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

> Effective immediately, I would like to unfreeze nova-network > development. I fully support this plan, while also agreeing that Neutron is the future of networking for OpenStack. As we have seen with recent performance-related gate failures, we cannot continue to ignore nova-network while the re

Re: [openstack-dev] [oslo] log message translations

Okay, I think you've convinced me. Specific comments below. -Ben On 2014-01-29 07:05, Doug Hellmann wrote: > On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec wrote: > > On 2014-01-27 11:42, Doug Hellmann wrote: > > We have a blueprint open for separating translated log messages into > diffe

Re: [openstack-dev] [savanna] How to handle diverging EDP job configuration settings

I like idea of "edp." prefix. Andrew. On Wed, Jan 29, 2014 at 6:23 AM, Trevor McKay wrote: > So, assuming we go forward with this, the followup question is whether > or not to move "main_class" and "java_opts" for Java actions into > "edp.java.main_class" and "edp.java.java_opts" configs. > >

[openstack-dev] OpenStack python clients libraries release process

Hey there, Could someone clarify how python clients like novaclient, glanceclient release process works? How can we add more features and how the target releases are set... etc... Any documentation, or any comment is appreciated. Thanks! Tiago ___ Ope

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

> Different hardware will expose different number of each of these > things. In Haomeng's first proposal, all hardware would expose a > "fanspeed" and a "voltage" category, but with a variable number of > meters in each category. In the second proposal, it looks like there > are no categories an

Re: [openstack-dev] [oslo] log message translations

On Wed, Jan 29, 2014 at 11:52 AM, Ben Nemec wrote: > Okay, I think you've convinced me. Specific comments below. > > -Ben > > On 2014-01-29 07:05, Doug Hellmann wrote: > > > On Tue, Jan 28, 2014 at 8:47 PM, Ben Nemec wrote: > >> On 2014-01-27 11:42, Doug Hellmann wrote: >> >> We have a blue

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

Hi Robert, Please see inline, I'll try to post my understanding. From: Robert Li (baoli) [mailto:ba...@cisco.com] Sent: Wednesday, January 29, 2014 6:03 PM To: Irena Berezovsky; rkuk...@redhat.com; Sandhya Dasu (sadasu); OpenStack Development Mailing List (not for usage questions) Subject: Re: [

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote: > Greetings, > > A while back I mentioned that we would revisit the potential deprecation > of nova-network in Icehouse after the icehouse-2 milestone. The time > has come. :-) > > First, let me recap my high level view of the bloc

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 01/29/2014 12:27 PM, Daniel P. Berrange wrote: > On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote: >> Greetings, >> >> A while back I mentioned that we would revisit the potential deprecation >> of nova-network in Icehouse after the icehouse-2 milestone. The time >> has come. :-)

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On Wed, Jan 29, 2014 at 12:39:23PM -0500, Russell Bryant wrote: > On 01/29/2014 12:27 PM, Daniel P. Berrange wrote: > > On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote: > >> Greetings, > >> > >> A while back I mentioned that we would revisit the potential deprecation > >> of nova-net

Re: [openstack-dev] OpenStack python clients libraries release process

Tiago Mello wrote: > Could someone clarify how python clients like novaclient, glanceclient > release process works? How can we add more features and how the target > releases are set... etc... Libraries are released as-needed, and new features are continuously pushed to them. They use semver vers

Re: [openstack-dev] [TripleO] icehouse-1 test disk images setup

On Tue, Jan 28, 2014 at 9:05 PM, Robert Collins wrote: > So, thoughts... > > I do see this as useful, but I don't see an all-in-one overcloud as > useful for developers of tuskar (or pretty much anything). It's just > not realistic enough. True. I do however see the all in one useful to test tha

Re: [openstack-dev] Proposed Logging Standards

Hi Matthew, I¹m interested to help in this switch to python logging framework for shipping to logstash/etc. Are you working on a blueprint for this? Cheers, Cristian On 27/01/14 11:07, "Macdonald-Wallace, Matthew" wrote: >Hi Sean, > >I'm currently working on moving away from the "built-in" lo

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 1/29/14 7:39 PM, "Russell Bryant" wrote: >On 01/29/2014 12:27 PM, Daniel P. Berrange wrote: >> On Wed, Jan 29, 2014 at 11:47:07AM -0500, Russell Bryant wrote: >>> Greetings, >>> >>> A while back I mentioned that we would revisit the potential >>>deprecation >>> of nova-network in Icehouse af

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 01/29/2014 12:45 PM, Daniel P. Berrange wrote: > I was thinking of an upgrade path more akin to what users got when we > removed the nova volume driver, in favour of cinder. > > https://wiki.openstack.org/wiki/MigrateToCinder > > ie no guest visible downtime / interuption of service, nor run

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

Hi Angus, Let me share my view on this. I think we need to distinguish implementation and semantics. Context means that you provide an information for method but method will not keep or store this information. Method does not own context but can modify it. Context does not explicitly define what

Re: [openstack-dev] Nova style cleanups with associated hacking check addition

On Tue, Jan 28, 2014 at 4:45 AM, John Garbutt wrote: > On 27 January 2014 10:10, Daniel P. Berrange wrote: >> On Fri, Jan 24, 2014 at 11:42:54AM -0500, Joe Gordon wrote: >>> On Fri, Jan 24, 2014 at 7:24 AM, Daniel P. Berrange >>> wrote: >>> >>> > Periodically I've seen people submit big coding s

Re: [openstack-dev] OpenStack python clients libraries release process

Hi Thierry, On Wed, Jan 29, 2014 at 3:46 PM, Thierry Carrez wrote: > Tiago Mello wrote: > > Could someone clarify how python clients like novaclient, glanceclient > > release process works? How can we add more features and how the target > > releases are set... etc... > > Libraries are released a

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

> I was thinking for the upgrade process that we could leverage the port > attach/detach BP done by Dan Smith a while ago. This has libvirt support > and there are patches pending approval for Xen and Vmware. Not sure about > the other drivers. > > If the guest can deal with the fact that the nova

Re: [openstack-dev] Nova style cleanups with associated hacking check addition

On 01/29/2014 07:22 PM, Joe Gordon wrote: > On Tue, Jan 28, 2014 at 4:45 AM, John Garbutt wrote: >> On 27 January 2014 10:10, Daniel P. Berrange wrote: >>> On Fri, Jan 24, 2014 at 11:42:54AM -0500, Joe Gordon wrote: On Fri, Jan 24, 2014 at 7:24 AM, Daniel P. Berrange wrote: >

Re: [openstack-dev] [trove] scheduled tasks redux

On Jan 23, 2014, at 3:41 PM, Michael Basnight wrote: > > Will we be doing more complex things than "every day at some time"? ie, does > the user base see value in configuring backups every 12th day of every other > month? I think this is easy to write the schedule code, but i fear that it >

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Projects that have set the testtools line in test-requirements.txt to: testtools>=0.9.32,<0.9.35 Will not be able to pass there unit tests. On Wed, Jan 29, 2014 at 7:23 AM, Davanum Srinivas wrote: > Robert, > > Here's a merge request for subunit > https://code.launchpad.net/~subunit/subunit/

Re: [openstack-dev] [all] Lots of gating failures because of testtools

On Wed, Jan 29, 2014 at 2:12 PM, Joe Gordon wrote: > Projects that have set the testtools line in test-requirements.txt to: > > testtools>=0.9.32,<0.9.35 > > > Will not be able to pass there unit tests. Note: due to https://launchpad.net/bugs/1274251 auto-sync global requirements isn't working

Re: [openstack-dev] [Heat] [Nova] [oslo] [Ceilometer] about notifications : huge and may be non secure

On 01/29/2014 11:50 AM, Swann Croiset wrote: > Hi stackers, > > I would like to sharemy wonder here about Notifications. > > I'm working [1] on Heat notifications and I noticed that : > 1/ Heat uses his context to store 'password' > 2/ Heat and Nova store 'auth_token' in context too. Didn't ch

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

CC'd Adam Young Several of us were very much in favor of this around the Folsom release, but we settled on domains as a solution to the most immediate use case (isolation between flat collections of tenants, without impacting the rest of openstack). I don't think it has been discussed much in the

Re: [openstack-dev] [all] Lots of gating failures because of testtools

On 2014-01-29 13:12, Joe Gordon wrote: Projects that have set the testtools line in test-requirements.txt to: testtools>=0.9.32,<0.9.35 Was this supposed to be "Projects that have _not_ set..."? Will not be able to pass there unit tests. On Wed, Jan 29, 2014 at 7:23 AM, Davanum Srinivas

Re: [openstack-dev] [all] Lots of gating failures because of testtools

On Wed, Jan 29, 2014 at 11:30 AM, Ben Nemec wrote: > On 2014-01-29 13:12, Joe Gordon wrote: >> >> Projects that have set the testtools line in test-requirements.txt to: >> >> testtools>=0.9.32,<0.9.35 >> > > Was this supposed to be "Projects that have _not_ set..."? eep, yes. Although a new ver

Re: [openstack-dev] [all] Lots of gating failures because of testtools

Awesome - thanks dims, sadly I didn't see this (you proposed to merge trunk *into* your fix branch not the otherway around) until I read this list thread - I got up and saw IRC pings first, so fixed it asap. Anyhow - subunit 0.0.18 fixes this, and will work with older testtools, so it should be a

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

I'm not seeing a path to migrate 1,000s of production VMs from nova network to Neutron. Can someone describe how this can be done without downtime for the VMs ? Can we build an approach for the cases below in a single OpenStack production cloud: 1. Existing VMs to carry on running without dow

Re: [openstack-dev] [Neutron]Contributing code to Neutron (ML2)

I believe the current recommendation is also to not vote -1 automatically, see: https://review.openstack.org/#/c/63478 On Wed, Jan 29, 2014 at 4:41 AM, Rossella Sblendido wrote: > Hi Trinath, > > you can find more info about third party testing here [1] > Every new driver or plugin is required to

Re: [openstack-dev] [all] Lots of gating failures because of testtools

On 30 January 2014 08:49, Robert Collins wrote: > Awesome - thanks dims, sadly I didn't see this (you proposed to merge > trunk *into* your fix branch not the otherway around) until I read > this list thread - I got up and saw IRC pings first, so fixed it asap. > > Anyhow - subunit 0.0.18 fixes th

[openstack-dev] Barbican Incubation Review

All, Barbican, the key management service for OpenStack, requested incubation before the holidays. After the initial review, there were several issues brought up by various individuals that needed to be resolved pre-incubation. At this point, we have completed the work on those tasks. I'd like to

Re: [openstack-dev] [Nova] [Barbican] nova-cert information

We are currently hammering out the blueprints for asymmetric key support (both for escrow and generation). Happy to talk more about your use case if you are interested. We can do it over email or you can hop into #openstack-barbican on Freenode and talk to the team there. Thanks, Jarret From: V

Re: [openstack-dev] [Barbican] New developer is coming

Thanks Adam. The guys working on this are hdegikli and reaperhulk. The easiest way to fine them is in #openstack-barbican. I'll cc reaperhulk on this so you have his email. I don't think I have hdegikli's email. Thanks, Jarret From: Александра Безбородова Reply-To: OpenStack List Date: T

Re: [openstack-dev] [oslo] team meeting Friday 31 Jan 1400 UTC

Hello All. Also I have a proposition to discuss current graduation status of oslo.db code. This code going to move into a separate library (it will be soon, I hope), so it's would be nice to look at it's state/issues/and-so-on due to speed up graduation process and avoid any confusion in the futur

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On Jan 29, 2014, at 10:45 AM, Dan Smith wrote: >> I was thinking for the upgrade process that we could leverage the port >> attach/detach BP done by Dan Smith a while ago. This has libvirt support >> and there are patches pending approval for Xen and Vmware. Not sure about >> the other drivers.

Re: [openstack-dev] per process output from testr parallel?

On 26 January 2014 02:25, Sean Dague wrote: > Something that's currently just far to manual to figure out is how testr > is functioning in the parallel case, which tests are running on which > process, and when does one of the pipelines run out of tests. The testr > assumption that you don't want

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 01/29/2014 11:34 PM, Russell Bryant wrote: [. . .] > There's a bit of a bigger set of questions here, too ... > > Should nova-network *ever* go away? Or will there always just be a > choice between the basic/legacy nova-network option, and the new fancy > SDN-enabling Neutron option? Is the

Re: [openstack-dev] per process output from testr parallel?

On 01/29/2014 04:19 PM, Robert Collins wrote: > On 26 January 2014 02:25, Sean Dague wrote: >> Something that's currently just far to manual to figure out is how testr >> is functioning in the parallel case, which tests are running on which >> process, and when does one of the pipelines run out of

Re: [openstack-dev] [Nova][Neutron] nova-network in Icehouse and beyond

On 01/29/2014 04:20 PM, Kashyap Chamarthy wrote: > On 01/29/2014 11:34 PM, Russell Bryant wrote: > > [. . .] > >> There's a bit of a bigger set of questions here, too ... >> >> Should nova-network *ever* go away? Or will there always just be a >> choice between the basic/legacy nova-network opti

[openstack-dev] [QA] Meeting Thursday January 30th at 17:00UTC

Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, January 30th at 17:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to add an item t

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

My proposals: On 29 January 2014 16:43, Robert Li (baoli) wrote: > 1. pci-flavor-attrs is configured through configuration files and will be > available on both the controller node and the compute nodes. Can the cloud > admin decide to add a new attribute in a running cloud? If that's > possible

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

On 01/29/2014 09:46 AM, Robert Li (baoli) wrote: > Another issue that came up during the meeting is about whether or not > vnic-type should be part of the top level binding or part of > binding:profile. In other words, should it be defined as > binding:vnic-type or binding:profile:vnic-type. I

Re: [openstack-dev] Hyper-V Nova CI Infrastructure

On Monday, January 27, 2014 7:17:27 AM, Alessandro Pilotti wrote: On 25 Jan 2014, at 16:51 , Matt Riedemann wrote: On 1/24/2014 3:41 PM, Peter Pouliot wrote: Hello OpenStack Community, I am excited at this opportunity to make the community aware that the Hyper-V CI infrastructure is now

[openstack-dev] [savanna] Undoing a change in the alembic migrations

Hi Sergey, In https://review.openstack.org/#/c/69982/1 we are moving the 'main_class' and 'java_opts' fields for a job execution into the job_configs['configs'] dictionary. This means that 'main_class' and 'java_opts' don't need to be in the database anymore. These fields were just added in

Re: [openstack-dev] Barbican Incubation Review

Given the issues we continue to face with achieving stable APIs, I hope there will be some form of formal API review before we approve any new OpenStack APIs. When we release an API, it should mean that we're committing to support that API _forever_. Glancing at the specification, I noticed some

  1   2   >