Re: [openstack-dev] [nova][PCI] one use case make the flavor/extra-info based solution to be right choice

2014-03-25 Thread yongli he
于 2014年03月21日 03:18, Jay Pipes 写道: On Thu, 2014-03-20 at 13:50 +, Robert Li (baoli) wrote: Hi Yongli, I'm very glad that you bring this up and relive our discussion on PCI passthrough and its application on networking. The use case you brought up is: user wants a FASTER NIC

Re: [openstack-dev] [OpenStack-Dev] [Cinder FFE] Request for HDS FFE

2014-03-25 Thread Mike Perez
On 21:29 Mon 24 Mar , Tom Goulding wrote: I'd like to request an FFE for Cinder drivers for Hitachi HNAS storage. We showed this driver running in the demo theater at the Hong Kong summit and we've had end-users using it since January. The driver was initially submitted on Feb 18, 2014

[openstack-dev] [Murano] Code review

2014-03-25 Thread Timur Nurlygayanov
Hi Murano team, can we review this commit asap: https://bugs.launchpad.net/murano/+bug/1291968? This is fix for the critical issue in release 0.5: #1291968https://bugs.launchpad.net/murano/+bug/1291968 . Thanks! -- Timur, QA Engineer OpenStack Projects Mirantis Inc

Re: [openstack-dev] Separating our Murano PL core in own package

2014-03-25 Thread Serg Melikyan
Joshua, I was talking about simple python sub-package inside existing repository, in existing package. I am suggesting to add muranoapi.engine.name sub-package, and nothing more. On Mon, Mar 24, 2014 at 10:29 PM, Ruslan Kamaldinov rkamaldi...@mirantis.com wrote: On Mon, Mar 24, 2014 at 10:08

Re: [openstack-dev] Separating our Murano PL core in own package

2014-03-25 Thread Dmitry Teselkin
Ruslan, What about murano-deployment repo? The most important part of it are PowerSheel scripts, Windows Image Builder, package manifests, and some other scripts that better to keep somewhere. Where do we plan to move them? On Mon, Mar 24, 2014 at 10:29 PM, Ruslan Kamaldinov

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

2014-03-25 Thread Oleg Bondarev
Hi Vijay, Currently Neutron LBaaS supports only namespace based implementation for HAProxy. You can however run LBaaS agent on the host other than network controller node - in that case HAProxy processes will be running on that host but still in namespaces. Also there is an effort in Neutron

Re: [openstack-dev] [qa] [neutron] Neutron Full Parallel job - Last 4 days failures

2014-03-25 Thread Salvatore Orlando
Inline Salvatore On 24 March 2014 23:01, Matthew Treinish mtrein...@kortar.org wrote: On Mon, Mar 24, 2014 at 09:56:09PM +0100, Salvatore Orlando wrote: Thanks a lot! We now need to get on these bugs, and define with QA an acceptable failure rate criterion for switching the full job

Re: [openstack-dev] [Nova] Updates to Juno blueprint review process

2014-03-25 Thread Russell Bryant
On 03/25/2014 12:01 AM, Stefano Maffulli wrote: On 03/24/2014 09:20 AM, Russell Bryant wrote: Another critical point of clarification ... we are *not* moving out of blueprints at all. We're still using them for tracking, just as before. We are *adding* the use of gerrit for reviewing the

Re: [openstack-dev] [openstack-qa] Graduation Requirements + Scope of Tempest

2014-03-25 Thread Maru Newby
On Mar 21, 2014, at 9:01 AM, David Kranz dkr...@redhat.com wrote: On 03/20/2014 04:19 PM, Rochelle.RochelleGrober wrote: -Original Message- From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com] Sent: Thursday, March 20, 2014 12:13 PM 'project specific functional

[openstack-dev] [Trove] Meeting Wednesday, 26 March @ 1800 UTC

2014-03-25 Thread Nikhil Manchanda
Just a quick reminder for the weekly Trove meeting. https://wiki.openstack.org/wiki/Meetings#Trove_.28DBaaS.29_meeting Date/Time: Wednesday 26 March - 1800 UTC / 1100 PDT / 1300 CDT IRC channel: #openstack-meeting-alt Meeting Agenda (https://wiki.openstack.org/wiki/Meetings/TroveMeeting): 1.

Re: [openstack-dev] [depfreeze] Dependency freeze coming up (EOD Tuesday March 25)

2014-03-25 Thread Thierry Carrez
Sergey Lukjanov wrote: RE Sahara, we'll need one more version bump to remove all backward compat code added for smooth transition. What's the deadline for doing it? Personally, I'd like to do it next week. Is it ok? If you are only *removing* dependencies I think next week is fine :) --

Re: [openstack-dev] Separating our Murano PL core in own package

2014-03-25 Thread Alexander Tivelkov
Hi, I suggest to move all needed Powershell scripts and etc. to the main repository 'murano' in the separate folder. +1 on this. The scripts will not go inside the PyPi package, they will be just grouped in a subfolder. Completely agree on the repo-reorganization topic in general. However And

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

2014-03-25 Thread Miguel Angel Ajo
On 03/24/2014 07:23 PM, Yuriy Taraday wrote: On Mon, Mar 24, 2014 at 9:51 PM, Carl Baldwin c...@ecbaldwin.net mailto:c...@ecbaldwin.net wrote: Don't discard the first number so quickly. For example, say we use a timeout mechanism for the daemon running inside namespaces to avoid

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Georgy Okrokvertskhov
Hi Thomas, I think we went to the second loop of the discussion about generic language concepts. Murano does not use a new language for the sole purpose of having parameters, constraints and polymorphism. These are generic concepts which are common for different languages, so keeping arguing

Re: [openstack-dev] [Nova] Updates to Juno blueprint review process

2014-03-25 Thread Thierry Carrez
Russell Bryant wrote: On 03/24/2014 11:42 AM, Stefano Maffulli wrote: At this point I'd like to get a fair assessment of storyboard's status and timeline: it's clear that Launchpad blueprints need to be abandoned lightspeed fast and I (and others) have been sold the idea that Storyboard is a

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Thomas Herve
What I can say is that I'm not convinced. The only use-case for a DSL would be if you have to upload user-written code, but what you mentioned is a Web interface, where the user doesn't use the DSL, and the cloud provider is the developer. There is no reason in this case to have a secure

Re: [openstack-dev] Multiple patches in one review

2014-03-25 Thread Mark McLoughlin
On Mon, 2014-03-24 at 10:49 -0400, Russell Bryant wrote: Gerrit support for a patch series could certainly be better. There has long been talking about gerrit getting topic review functionality, whereby you could e.g. approve a whole series of patches from a topic view. See:

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Thomas Herve
Hi Thomas, I think we went to the second loop of the discussion about generic language concepts. Murano does not use a new language for the sole purpose of having parameters, constraints and polymorphism. These are generic concepts which are common for different languages, so keeping

Re: [openstack-dev] OpenStack vs. SQLA 0.9

2014-03-25 Thread Mark McLoughlin
FYI, allowing 0.9 recently merged into openstack/requirements: https://review.openstack.org/79817 This is a good example of how we should be linking gerrit and mailing list discussions together more. I don't think the gerrit review was linked in this thread nor was the mailing list discussion

Re: [openstack-dev] OpenStack vs. SQLA 0.9

2014-03-25 Thread Sean Dague
In fairness, there were also copious IRC conversations on the topic as well. I think because there were so few people in this thread, and all those people were participating in the review and irc conversations, updating the thread just fell off the list. My bad. When conversations jump media it's

Re: [openstack-dev] Spec repos for blueprint development and review

2014-03-25 Thread Mark McClain
On Mar 24, 2014, at 2:23 PM, Sean Dague s...@dague.netmailto:s...@dague.net wrote: On 03/24/2014 02:05 PM, James E. Blair wrote: Russell Bryant rbry...@redhat.commailto:rbry...@redhat.com writes: On 03/24/2014 12:34 PM, James E. Blair wrote: Hi, So recently we started this experiment with the

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Georgy Okrokvertskhov
On Tue, Mar 25, 2014 at 3:32 AM, Thomas Herve thomas.he...@enovance.comwrote: Hi Thomas, I think we went to the second loop of the discussion about generic language concepts. Murano does not use a new language for the sole purpose of having parameters, constraints and polymorphism.

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Stan Lagun
On Tue, Mar 25, 2014 at 2:27 PM, Thomas Herve thomas.he...@enovance.comwrote: What I can say is that I'm not convinced. The only use-case for a DSL would be if you have to upload user-written code, but what you mentioned is a Web interface, where the user doesn't use the DSL, and the

Re: [openstack-dev] [openstack-qa] Graduation Requirements + Scope of Tempest

2014-03-25 Thread Malini Kamalambal
We are talking about different levels of testing, 1. Unit tests - which everybody agrees should be in the individual project itself 2. System Tests - 'System' referring to ( limited to), all the components that make up the project. These are also the functional tests for the project. 3.

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Susanne Balle
John, Brandon, I agree that we cannot have a multitude of drivers doing the same thing or close to because then we end-up in the same situation as we are today where we have duplicate effort and technical debt. The goal would be here to be able to built a framework around the drivers that would

[openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Lucas Alvares Gomes
Hi, Right now Ironic is being responsible for storing the credentials for the IPMI and SSH drivers (and potentially other drivers in the future), I wonder if we should delegate this task to Keystone. The Keystone V3 API now has a /credentials endpoint which would allow us to specify arbitrary

Re: [openstack-dev] [depfreeze] Dependency freeze coming up (EOD Tuesday March 25)

2014-03-25 Thread Sergey Lukjanov
We'd like to bump python-saharaclient min version to the next major version (=0.6.0 - = 0.7.0) and remove python-savannaclient. On Tue, Mar 25, 2014 at 1:47 PM, Thierry Carrez thie...@openstack.org wrote: Sergey Lukjanov wrote: RE Sahara, we'll need one more version bump to remove all backward

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Eoghan Glynn
Hi, Right now Ironic is being responsible for storing the credentials for the IPMI and SSH drivers (and potentially other drivers in the future), I wonder if we should delegate this task to Keystone. The Keystone V3 API now has a /credentials endpoint which would allow us to specify

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Eugene Nikanorov
Hi Brandon, On Tue, Mar 25, 2014 at 2:17 AM, Brandon Logan brandon.lo...@rackspace.comwrote: Creating a separate driver for every new need brings up a concern I have had. If we are to implement a separate driver for every need then the permutations are endless and may cause a lot drivers

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Susanne Balle
On Tue, Mar 25, 2014 at 9:24 AM, Eugene Nikanorov enikano...@mirantis.comwrote: That for sure can be implemented. I only would recommend to implement such kind of management system out of Neutron/LBaaS tree, e.g. to only have client within Libra driver that will communicate with the

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Eugene Nikanorov
Hi John, On Tue, Mar 25, 2014 at 7:26 AM, John Dewey j...@dewey.ws wrote: I have a similar concern. The underlying driver may support different functionality, but the differentiators need exposed through the top level API. Not really, whole point of the service is to abstract the user

[openstack-dev] [nova] Devstack. Fail to boot an instance if more than 1 network is defined

2014-03-25 Thread Avishay Balderman
Anyone else is facing this bug? https://bugs.launchpad.net/nova/+bug/1296808 Thanks Avishay ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Susanne Balle
On Tue, Mar 25, 2014 at 9:36 AM, Eugene Nikanorov enikano...@mirantis.comwrote: Hi John, On Tue, Mar 25, 2014 at 7:26 AM, John Dewey j...@dewey.ws wrote: I have a similar concern. The underlying driver may support different functionality, but the differentiators need exposed through the

Re: [openstack-dev] [TripleO] Moving tripleo-ci towards the gate

2014-03-25 Thread Derek Higgins
On 24/03/14 22:58, Joe Gordon wrote: On Fri, Mar 21, 2014 at 6:29 AM, Derek Higgins der...@redhat.com mailto:der...@redhat.com wrote: Hi All, I'm trying to get a handle on what needs to happen before getting tripleo-ci(toci) into the gate, I realize this may take some

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Geoff Arnold
There are (at least) two ways of expressing differentiation: - through an API extension, visible to the tenant - though an internal policy mechanism, with specific policies inferred from tenant or network characteristics Both have their place. Please don't fall into the trap of thinking that

Re: [openstack-dev] [nova][PCI] one use case make the flavor/extra-info based solution to be right choice

2014-03-25 Thread Jay Pipes
On Tue, 2014-03-25 at 14:21 +0800, yongli he wrote: 于 2014年03月21日 03:18, Jay Pipes 写道: On Thu, 2014-03-20 at 13:50 +, Robert Li (baoli) wrote: Hi Yongli, I'm very glad that you bring this up and relive our discussion on PCI passthrough and its application on networking. The use case

[openstack-dev] [nova][cinder] Refactor ISCSIDriver to support other iSCSI transports besides TCP

2014-03-25 Thread Shlomi Sasson
Hi, I want to share with the community the following challenge: Currently, Vendors who have their iSCSI driver, and want to add RDMA transport (iSER), cannot leverage their existing plug-in which inherit from iSCSI And must modify their driver or create an additional plug-in driver which

[openstack-dev] [Neutron][ML2][Ml2Plugin] Setting _original_network in NetworkContext:

2014-03-25 Thread Nader Lahouti
Hi All, In the current Ml2Plugin code when 'create_network' is called, as shown below: def create_network(self, context, network) net_data = network['network'] ... session = context.session with session.begin(subtransactions=True):

Re: [openstack-dev] [Ironic] Nodeless Vendor Passthru API

2014-03-25 Thread Lucas Alvares Gomes
Hi Russell, Ironic allows drivers to expose a vendor passthru API on a Node. This basically serves two purposes: 1. Allows drivers to expose functionality that hasn't yet been standardized in the Ironic API. For example, the Seamicro driver exposes attach_volume, set_boot_device and

[openstack-dev] Hyper-V Meeting

2014-03-25 Thread Peter Pouliot
Hi All, We have numerous people travelling today, and therefore we need to cancel the meeting for today. We will resume next week. p We will resume next week. Peter J. Pouliot CISSP Sr. SDET OpenStack Microsoft New England Research Development Center 1 Memorial Drive Cambridge, MA 02142 P:

Re: [openstack-dev] [nova][cinder] Refactor ISCSIDriver to support other iSCSI transports besides TCP

2014-03-25 Thread Asselin, Ramy
Hi Shlomi, Another solution to consider is to create a subclass per transport (iSCSI, iSER) which reference the same shared common code. This is the solution used for the 3PAR iSCSI FC transports. See these for reference: cinder/volume/drivers/san/hp/hp_3par_common.py

Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-25 Thread Édouard Thuleau
Hi all, As promise, the blog post [1] about running devstack into containers. [1] http://dev.cloudwatt.com/en/blog/running-devstack-into-linux-containers.html Regards, Edouard. Le 21 mars 2014 14:12, Kyle Mestery mest...@noironetworks.com a écrit : Getting this type of functional testing into

Re: [openstack-dev] [Mistral][TaskFlow] Long running actions

2014-03-25 Thread Adam Young
On 03/21/2014 12:33 AM, W Chan wrote: Can the long running task be handled by putting the target task in the workflow in a persisted state until either an event triggers it or timeout occurs? An event (human approval or trigger from an external system) sent to the transport will rejuvenate

Re: [openstack-dev] [OpenStack-Dev] [Cinder FFE] Request for HDS FFE

2014-03-25 Thread Russell Bryant
On 03/25/2014 10:42 AM, Steven Sonnenberg wrote: I just want to point out, there were no changes required to pass the tests. We were running those tests in Brazil and tunneling NFS and iSCSI across the Internet which explain timeout issues. Those are the same tests that passed a month

[openstack-dev] [ceilometer][all] persisting dump tables after migration

2014-03-25 Thread Gordon Chung
in ceilometer we have a bug regarding residual dump tables left after migration: https://bugs.launchpad.net/ceilometer/+bug/1259724 basically, in a few prior migrations, when adding missing constraints, a dump table was create to backup values which didn't fit into the new constraints. i

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Jay Pipes
On Tue, 2014-03-25 at 12:23 +, Lucas Alvares Gomes wrote: Hi, Right now Ironic is being responsible for storing the credentials for the IPMI and SSH drivers (and potentially other drivers in the future), I wonder if we should delegate this task to Keystone. The Keystone V3 API now has a

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Ruslan Kamaldinov
Murano folks, I guess we should stop our debates with the Heat team about MuranoPL. What we should do instead is to carefully read this thread couple of times and collect and process all the feedback we've got. Steve and Zane did a very good job helping us to find a way to align with Heat and

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Miller, Mark M (EB SW Cloud - RD - Corvallis)
Why not use Barbican? It stores credentials after encrypting them. -Original Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: Tuesday, March 25, 2014 9:50 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Jay Pipes
On Tue, 2014-03-25 at 17:39 +, Miller, Mark M (EB SW Cloud - RD - Corvallis) wrote: Why not use Barbican? It stores credentials after encrypting them. No reason not to add a Barbican driver as well. Best, -jay ___ OpenStack-dev mailing list

Re: [openstack-dev] [Murano][Heat][TC] MuranoPL questions?

2014-03-25 Thread Steven Dake
On 03/25/2014 09:55 AM, Ruslan Kamaldinov wrote: Murano folks, I guess we should stop our debates with the Heat team about MuranoPL. What we should do instead is to carefully read this thread couple of times and collect and process all the feedback we've got. Steve and Zane did a very good job

Re: [openstack-dev] [Neutron] Using Python-Neutronclient from Python - docstrings needed?

2014-03-25 Thread Collins, Sean
On Fri, Mar 21, 2014 at 08:35:05PM EDT, Rajdeep Dua wrote: Sean, If you can point me to the project file in github which needs to be modified , i will include these docs Thanks Rajdeep I imagine inside the openstack-manuals git repo https://github.com/openstack/openstack-manuals

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

2014-03-25 Thread Vijay B
Hi Oleg! Thanks for the confirmation, and for the link to the services in service VM blueprint link. I went through it and while the concept of using service VMs is one way to go (cloudstack uses the approach, for example), I am not inclined to take that approach for some reasons. Having a

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Douglas Mendizabal
Yes, this is exactly the use case we’re trying to address with Barbican. I think this is something that definitely belongs in Barbican, especially now that we are an incubated project. We’d love to help out with any integration questions you may have. -Doug Mendizabal On 3/25/14, 12:49 PM, Jay

[openstack-dev] Requirements for dropping / skipping a Tempest test

2014-03-25 Thread Sean Dague
Because this has come up a few times during freeze, it's probably worth actively advertising the policy we've developed on dropping / skipping a Tempest test. Tempest tests encode the behavior of the system (to some degree), which means that once we know the behavior of the system, if code in a

[openstack-dev] [Neutron][IPv6] Neutron Routers and LLAs

2014-03-25 Thread Collins, Sean
During the review[0] of the patch that only allows RAs from known addresses, Robert Li brought up a bug in Neutron, where a IPv6 Subnet could be created, with a link local address for the gateway, that would fail to create the Neutron router because the IP address that the router's port would be

Re: [openstack-dev] [OpenStack-Dev] [Cinder FFE] Request for HDS FFE

2014-03-25 Thread John Griffith
On Tue, Mar 25, 2014 at 10:19 AM, Russell Bryant rbry...@redhat.com wrote: On 03/25/2014 10:42 AM, Steven Sonnenberg wrote: I just want to point out, there were no changes required to pass the tests. We were running those tests in Brazil and tunneling NFS and iSCSI across the Internet which

Re: [openstack-dev] [Swift] Swift storage policies in Icehouse

2014-03-25 Thread Kurt Griffiths
As a quick review, storage policies allow objects to be stored across a particular subset of hardware...and with a particular storage algorithm Having worked on backup software in the past, this sounds interesting. :D What is the scope of these policies? Are they per-object, per-container,

Re: [openstack-dev] [Swift] Swift storage policies in Icehouse

2014-03-25 Thread John Dickinson
On Mar 25, 2014, at 12:11 PM, Kurt Griffiths kurt.griffi...@rackspace.com wrote: As a quick review, storage policies allow objects to be stored across a particular subset of hardware...and with a particular storage algorithm Having worked on backup software in the past, this sounds

Re: [openstack-dev] [Ironic] Nodeless Vendor Passthru API

2014-03-25 Thread Russell Haering
On Tue, Mar 25, 2014 at 6:56 AM, Lucas Alvares Gomes lucasago...@gmail.comwrote: Hi Russell, Ironic allows drivers to expose a vendor passthru API on a Node. This basically serves two purposes: 1. Allows drivers to expose functionality that hasn't yet been standardized in the Ironic API.

[openstack-dev] [nova] should there be an audit to clear the REBOOTING task_state?

2014-03-25 Thread Chris Friesen
I've reported a bug (https://bugs.launchpad.net/nova/+bug/1296967) where we got stuck with a task_state of REBOOTING due to what seem to be RPC issues. Regardless of how we got there, currently there is no audit that will clear the task_state if it gets stuck. Because of this, once we got

Re: [openstack-dev] [Neutron][LBaaS] addition to requirement wiki

2014-03-25 Thread Jorge Miramontes
Thanks Itsuro, Good requirement since Neutron LBaaS is an asynchronous API. Cheers, --Jorge On 3/24/14 7:27 PM, Itsuro ODA o...@valinux.co.jp wrote: Hi LBaaS developpers, I added 'Status Indication' to requirement Wiki. It may be independent from object model discussion but I think this is

[openstack-dev] [python-openstacksdk] Meeting Minutes - Tuesday 25 March

2014-03-25 Thread Brian Curtin
Thanks for another good meeting. More code coming along, and a few reviews out there to take a look at. Minutes: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-03-25-19.01.html Minutes (text):

[openstack-dev] [marconi] Performance numbers

2014-03-25 Thread Tomasz Janczuk
?Hello, I wonder if any performance measurements have been done with Marconi? Are there results available somewhere? I am generally trying to set my expectations in terms of latency and throughput as a function of the size of the deployment, number of queues, number of producers/consumers,

[openstack-dev] [TripleO][reviews] We're falling behind

2014-03-25 Thread Robert Collins
TripleO has just seen an influx of new contributors. \o/. Flip side - we're now slipping on reviews /o\. In the meeting today we had basically two answers: more cores, and more work by cores. We're slipping by 2 reviews a day, which given 16 cores is a small amount. I'm going to propose some

[openstack-dev] [nova][scheduler] Availability Zones and Host aggregates..

2014-03-25 Thread Sangeeta Singh
Hi, The availability Zones filter states that theoretically a compute node can be part of multiple availability zones. I have a requirement where I need to make a compute node part to 2 AZ. When I try to create a host aggregates with AZ I can not add the node in two host aggregates that have

Re: [openstack-dev] [TripleO][reviews] We're falling behind

2014-03-25 Thread Chris Jones
Hey +1 3 a day seems pretty sustainable. Cheers, -- Chris Jones On 25 Mar 2014, at 20:17, Robert Collins robe...@robertcollins.net wrote: TripleO has just seen an influx of new contributors. \o/. Flip side - we're now slipping on reviews /o\. In the meeting today we had basically two

Re: [openstack-dev] auto-delete in amqp reply_* queues in OpenStack

2014-03-25 Thread Dmitry Mescheryakov
Ok, assuming that you've run that query against the 5 stuck queues I would expect the following results: * if an active listener for a queue lives on one of compute hosts: that queue was created by compute service initiating rpc command. Since you didn't restart them during switchover, the

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Dolph Mathews
On Tue, Mar 25, 2014 at 12:49 PM, Jay Pipes jaypi...@gmail.com wrote: On Tue, 2014-03-25 at 17:39 +, Miller, Mark M (EB SW Cloud - RD - Corvallis) wrote: Why not use Barbican? It stores credentials after encrypting them. No reason not to add a Barbican driver as well. If Keystone's

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Matt Wagner
On 25/03/14 12:23 +, Lucas Alvares Gomes wrote: Hi, Right now Ironic is being responsible for storing the credentials for the IPMI and SSH drivers (and potentially other drivers in the future), I wonder if we should delegate this task to Keystone. The Keystone V3 API now has a /credentials

Re: [openstack-dev] Jenkins test logs and their retention period

2014-03-25 Thread Brant Knudson
On Mon, Mar 24, 2014 at 5:49 AM, Sean Dague s...@dague.net wrote: ... Part of the challenge is turning off DEBUG is currently embedded in code in oslo log, which makes it kind of awkward to set sane log levels for included libraries because it requires an oslo round trip with code to all the

Re: [openstack-dev] [Nova] Updates to Juno blueprint review process

2014-03-25 Thread Stefano Maffulli
On 03/25/2014 01:30 AM, Russell Bryant wrote: I really don't see why this is so bad. We're using a tool specifically designed for reviewing things that is already working *really* well, right, for code reviews. not just for code, but also for TC governance documents. I disagree: that's

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS, Libra and managed services

2014-03-25 Thread Jorge Miramontes
Hey Susanne, I think it makes sense to group drivers by each LB software. For example, there would be a driver for HAProxy, one for Citrix's Netscalar, one for Riverbed's Stingray, etc. One important aspect about Openstack that I don't want us to forget though is that a tenant should be able

[openstack-dev] [Nova][Neutron] Neutron + Nova + OVS security group fix

2014-03-25 Thread Nachi Ueno
Hi Nova, Neturon Team I would like to discuss issue of Neutron + Nova + OVS security group fix. We have a discussion in IRC today, but the issue is complicated so we will have a conf call tomorrow 17:00 UST (10AM PDT). #openstack-neutron (I'll put conf call information in IRC) -- Please let me

[openstack-dev] [neutron][chaining][policy] Port-oriented Network service chaining

2014-03-25 Thread Carlos Gonçalves
Hi, Most of the advanced services and group policy sub-team members who attended last week’s meeting should remember I promised to start a drafting proposal regarding network service chaining. This week I got to start writing a document which is accessible here:

Re: [openstack-dev] [All][Keystone] Deprecation of the v2 API

2014-03-25 Thread Chris Friesen
On 03/25/2014 04:50 PM, Russell Bryant wrote: We discussed the deprecation of the v2 keystone API in the cross-project meeting today [1]. This thread is to recap and bring that discussion to some consensus. snip In summary, until we have completed v3 support within OpenStack itself, it's

Re: [openstack-dev] [TripleO][reviews] We're falling behind

2014-03-25 Thread Clint Byrum
Excerpts from Robert Collins's message of 2014-03-25 13:17:29 -0700: TripleO has just seen an influx of new contributors. \o/. Flip side - we're now slipping on reviews /o\. In the meeting today we had basically two answers: more cores, and more work by cores. We're slipping by 2 reviews

Re: [openstack-dev] User mailing lists for OpenStack projects

2014-03-25 Thread Stefano Maffulli
Hi Shaunak, the lists for the OpenStack project are hosted on http://lists.openstack.org. You can see the full roster on that page. If you need a special list for the users of OpenStack PHP SDK you can propose a change to the lists manifest on

Re: [openstack-dev] [Nova][Neutron] Neutron + Nova + OVS security group fix

2014-03-25 Thread Salvatore Orlando
I hope we can sort this out on the mailing list IRC, without having to schedule emergency meetings. Salvatore On 25 March 2014 22:58, Nachi Ueno na...@ntti3.com wrote: Hi Nova, Neturon Team I would like to discuss issue of Neutron + Nova + OVS security group fix. We have a discussion in IRC

Re: [openstack-dev] [All][Keystone] Deprecation of the v2 API

2014-03-25 Thread Anne Gentle
On Tue, Mar 25, 2014 at 5:50 PM, Russell Bryant rbry...@redhat.com wrote: We discussed the deprecation of the v2 keystone API in the cross-project meeting today [1]. This thread is to recap and bring that discussion to some consensus. The issue is that Keystone has marked the v2 API as

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-25 Thread Zane Bitter
On 21/03/14 18:58, Stan Lagun wrote: Zane, I appreciate your explanations on Heat/HOT. This really makes sense. I didn't mean to say that MuranoPL is better for Heat. Actually HOT is good for Heat's mission. I completely acknowledge it. I've tried to avoid comparison between languages and I'm

Re: [openstack-dev] [All][Keystone] Deprecation of the v2 API

2014-03-25 Thread Dolph Mathews
On Tue, Mar 25, 2014 at 5:50 PM, Russell Bryant rbry...@redhat.com wrote: We discussed the deprecation of the v2 keystone API in the cross-project meeting today [1]. This thread is to recap and bring that discussion to some consensus. The issue is that Keystone has marked the v2 API as

Re: [openstack-dev] [Nova][Neutron] Neutron + Nova + OVS security group fix

2014-03-25 Thread Nachi Ueno
Hi Salvatore 2014-03-25 17:57 GMT-07:00 Salvatore Orlando sorla...@nicira.com: I hope we can sort this out on the mailing list IRC, without having to schedule emergency meetings. Russel requested to have a conf call on this, so let him decide it. Salvatore On 25 March 2014 22:58, Nachi

Re: [openstack-dev] [Ironic][Keystone] Move drivers credentials to Keystone

2014-03-25 Thread Jay Faulkner
On 3/25/2014 1:50 PM, Matt Wagner wrote: This would argue to me that the easiest thing for Ceilometer might be to query us for IPMI stats, if the credential store is pluggable. Fetch these bare metal statistics doesn't seem too off-course for Ironic to me. The alternative is that Ceilometer and

[openstack-dev] SR-IOV and IOMMU check

2014-03-25 Thread Yang, Yi Y
Hi, all Currently openstack can support SR-IOV device pass-through (at least there are some patches for this), but the prerequisite to this is both IOMMU and SR-IOV must be enabled correctly, it seems there is not a robust way to check this in openstack, I have implemented a way to do this and

Re: [openstack-dev] SR-IOV and IOMMU check

2014-03-25 Thread Gouzongmei
Hi, Yang, Yi y Agree with you, IOMMU and SR-IOV need to be checked beforehand. I think it should be checked before booting a instance with the pci flavor, that means when the flavor contains some normal pci cards or SR-IOV cards. Just like when you find there are pci_requests in the instance

Re: [openstack-dev] [All][Keystone] Deprecation of the v2 API

2014-03-25 Thread Clint Byrum
Excerpts from Dolph Mathews's message of 2014-03-25 19:01:17 -0700: On Tue, Mar 25, 2014 at 5:50 PM, Russell Bryant rbry...@redhat.com wrote: We discussed the deprecation of the v2 keystone API in the cross-project meeting today [1]. This thread is to recap and bring that discussion to