Re: [openstack-dev] [neutron]Performance of security group

2014-08-21 Thread Miguel Angel Ajo Pelayo
Thank you shihanzhang!, I can't believe I didn't realize the ipset part spec was accepted I live on my own bubble... I will be reviewing and testing/helping on that part too during the next few days, I was too concentrated in the RPC part. Best regards, - Original Message - hi

Re: [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient

2014-08-21 Thread Nejc Saje
On 08/21/2014 07:50 AM, Osanai, Hisashi wrote: Folks, I wrote the following BP regarding repackaging ceilometer and ceilometerclient. https://blueprints.launchpad.net/ceilometer/+spec/repackaging-ceilometerclient I need to install the ceilometer package when the swift_middlware middleware

Re: [openstack-dev] [neutron] Incubator concerns from packaging perspective

2014-08-21 Thread loy wolfe
On Thu, Aug 21, 2014 at 12:28 AM, Salvatore Orlando sorla...@nicira.com wrote: Some comments inline. Salvatore On 20 August 2014 17:38, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, I've read the proposal for incubator as described

Re: [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance

2014-08-21 Thread Stephen Balukoff
Hi Michael! Just to give others some background on this: The current proposal (by me) is to have each Listener object, (as defined in the Neutron LBaaS v2 code base) correspond with one haproxy process on the Octavia VM in the currently proposed Octavia design document. Michael's proposal is to

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Chris Friesen
On 08/20/2014 09:54 PM, Clint Byrum wrote: Excerpts from Jay Pipes's message of 2014-08-20 14:53:22 -0700: On 08/20/2014 05:06 PM, Chris Friesen wrote: On 08/20/2014 07:21 AM, Jay Pipes wrote: Hi Thierry, thanks for the reply. Comments inline. :) On 08/20/2014 06:32 AM, Thierry Carrez wrote:

Re: [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient

2014-08-21 Thread Osanai, Hisashi
Thank you for your quick response. On Thursday, August 21, 2014 3:12 PM, Nejc Saje wrote: I don't think there's any way the modules you mention in the BP can be moved into ceilometerclient. I think the best approach to resolve this would be to rewrite swift middleware to use oslo.messaging

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-08-21 Thread Angus Lees
On Wed, 20 Aug 2014 05:03:51 PM Clark Boylan wrote: On Mon, Aug 18, 2014, at 01:59 AM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 17/08/14 02:09, Angus Lees wrote: On 16 Aug 2014 06:09, Doug Hellmann d...@doughellmann.com

[openstack-dev] [openstack][DOUBT]Please clarify

2014-08-21 Thread Sharath V
Dear Friends, Have an doubt, please clarify me .!! When i start understanding openstack , There are three nodes a) controller node b)Compute node c) Network node i) as my understanding controller node contains all the components like nova,neutron cinder,glance,swift,Horizon etc ii) Compute node

Re: [openstack-dev] [Neutron] How to handle blocking bugs/changes in Neutron 3rd party CI

2014-08-21 Thread Kevin Benton
I'm not sure if this is possible with a Zuul setup, but once we identify a failure causing commit, we change the reported job status to (skipped) for any patches that contain the commit but not the fix. It's a relatively straightforward way to communicate that the CI system is still operational

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-08-21 Thread Endre Karlson
Why pymysql over mysql-python? Endre Karlson 21. Aug. 2014 09:05 skrev Angus Lees g...@inodes.org følgende: On Wed, 20 Aug 2014 05:03:51 PM Clark Boylan wrote: On Mon, Aug 18, 2014, at 01:59 AM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 17/08/14

Re: [openstack-dev] [Glance][Heat] Murano split dsicussion

2014-08-21 Thread Thierry Carrez
Georgy Okrokvertskhov wrote: During last Atlanta summit there were couple discussions about Application Catalog and Application space projects in OpenStack. These cross-project discussions occurred as a result of Murano incubation request [1] during Icehouse cycle. On the TC meeting devoted

Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-21 Thread Chris Dent
On Thu, 21 Aug 2014, Nejc Saje wrote: More riffing: we are moving away from per-sample specific data with Gnocchi. I don't think we should store this per-sample, since the user doesn't actually care about which agent the sample came from. The user cares about which *resource* it came from.

Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-21 Thread Eoghan Glynn
One of the outcomes from Juno will be horizontal scalability in the central agent and alarm evaluator via partitioning[1]. The compute agent will get the same capability if you choose to use it, but it doesn't make quite as much sense. I haven't investigated the alarm evaluator side

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Thierry Carrez
Zane Bitter wrote: On 11/08/14 05:24, Thierry Carrez wrote: This all has created a world where you need to be*in* OpenStack to matter, or to justify the investment. This has created a world where everything and everyone wants to be in the OpenStack integrated release. This has created more

Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-21 Thread Julien Danjou
On Wed, Aug 20 2014, Chris Dent wrote: a) Am I right that no indicator is there? Yes. b) Assuming there should be one: * Where should it go? Presumably it needs to be an attribute of each sample because as agents leave and join the group, where samples are published from can

Re: [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils

2014-08-21 Thread Julien Danjou
On Wed, Aug 20 2014, Vishvananda Ishaya wrote: This may be slightly off-topic but it is worth mentioning that the use of threading.Lock[1] which was included to make the locks thread safe seems to be leading to a deadlock in eventlet[2]. It seems like we have rewritten this too many times

[openstack-dev] [nova] nova unable associate floating ip

2014-08-21 Thread Li Tianqing
Hello, https://bugs.launchpad.net/nova/+bug/1316621 Is there someone has a solution for that bug? -- Best Li Tianqing___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [Congress] Ramp-up strategy

2014-08-21 Thread Madhu Mohan
Hi, Since a few weeks I am trying to get a hold on Congress code base and understand the flow. Here is a brief summary what I am trying out: Prepared a dummy client to send the policy strings to congress_server listening at the path /policies. This is now changed to v1/policies. I am using POST

Re: [openstack-dev] [neutron] Incubator concerns from packaging perspective

2014-08-21 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 20/08/14 18:28, Salvatore Orlando wrote: Some comments inline. Salvatore On 20 August 2014 17:38, Ihar Hrachyshka ihrac...@redhat.com mailto:ihrac...@redhat.com wrote: Hi all, I've read the proposal for incubator as described at

Re: [openstack-dev] [neutron] Incubator concerns from packaging perspective

2014-08-21 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/08/14 08:33, loy wolfe wrote: It's also unfair that core team reviewers are forced to spend time on 3rd plugins and drivers under existing process. There are so many 3rd networking backend technologies, from hardware to controller, anyone

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-08-21 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/08/14 02:03, Clark Boylan wrote: On Mon, Aug 18, 2014, at 01:59 AM, Ihar Hrachyshka wrote: On 17/08/14 02:09, Angus Lees wrote: On 16 Aug 2014 06:09, Doug Hellmann d...@doughellmann.com mailto:d...@doughellmann.com wrote: On Aug

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-08-21 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/08/14 09:42, Endre Karlson wrote: Why pymysql over mysql-python? http://specs.openstack.org/openstack/oslo-specs/specs/juno/enable-mysql-connector.html#problem-description -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22

Re: [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds

2014-08-21 Thread Thierry Carrez
Tim Bell wrote: Michael has been posting very informative blogs on the summary of the mid-cycle meetups for Nova. The one on the Nova Network to Neutron migration was of particular interest to me as it raises a number of potential impacts for the CERN production cloud. The blog itself is at

Re: [openstack-dev] [TripleO] Future CI jobs

2014-08-21 Thread Giulio Fidente
On 08/20/2014 07:35 PM, Gregory Haynes wrote: Excerpts from Derek Higgins's message of 2014-08-20 09:06:48 +: On 19/08/14 20:58, Gregory Haynes wrote: Excerpts from Giulio Fidente's message of 2014-08-19 12:07:53 +: One last comment, maybe a bit OT but I'm raising it here to see what

Re: [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds

2014-08-21 Thread Daniel P. Berrange
On Wed, Aug 20, 2014 at 03:17:40PM +, Tim Bell wrote: Michael has been posting very informative blogs on the summary of the mid-cycle meetups for Nova. The one on the Nova Network to Neutron migration was of particular interest to me as it raises a number of potential impacts for the CERN

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Thierry Carrez
Jay Pipes wrote: I don't believe the Programs are needed, as they are currently structured. I don't really believe they serve any good purposes, and actually serve to solidify positions of power, slanted towards existing power centers, which is antithetical to a meritocratic community. Let me

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Sean Dague
On 08/20/2014 02:37 PM, Jay Pipes wrote: On 08/20/2014 11:41 AM, Zane Bitter wrote: On 19/08/14 10:37, Jay Pipes wrote: By graduating an incubated project into the integrated release, the Technical Committee is blessing the project as the OpenStack way to do some thing. If there are projects

Re: [openstack-dev] [neutron]Performance of security group

2014-08-21 Thread Édouard Thuleau
Nice job! That's awesome. Thanks, Édouard. On Thu, Aug 21, 2014 at 8:02 AM, Miguel Angel Ajo Pelayo mangel...@redhat.com wrote: Thank you shihanzhang!, I can't believe I didn't realize the ipset part spec was accepted I live on my own bubble... I will be reviewing and testing/helping on

[openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Daniel P. Berrange
Tagged with '[nova]' but this might be relevant data / idea for other teams too. With my code contributor hat on, one of the things that I find most the frustrating about Nova code review process is that a patch can get a +2 vote from one core team member and then sit around for days, weeks, even

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Chris Dent
On Thu, 21 Aug 2014, Sean Dague wrote: By blessing one team what we're saying is all the good ideas pool for tackling this hard problem can only come from that one team. This is a big part of this conversation that really confuses me. Who is that one team? I don't think it is that team that

Re: [openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Sean Dague
FWIW, this is one of my normal morning practices, and the reason that that query is part of most of the gerrit dashboards - https://github.com/stackforge/gerrit-dash-creator/blob/master/dashboards/compute-program.dash On 08/21/2014 06:57 AM, Daniel P. Berrange wrote: Tagged with '[nova]' but

Re: [openstack-dev] [Neutron] How to handle blocking bugs/changes in Neutron 3rd party CI

2014-08-21 Thread Dane Leblanc (leblancd)
That makes sense for setups that don’t use Zuul. But for setups using Zuul/Jenkins, and for a vendor who is introducing a new plugin which has initial hardware-enabling commits which haven’t been merged yet, I don’t see how we can meet Neutron 3rd party testing requirements. The requirements

Re: [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds

2014-08-21 Thread Tim Bell
On 21 Aug 2014, at 12:38, Thierry Carrez thie...@openstack.org wrote: Tim Bell wrote: Michael has been posting very informative blogs on the summary of the mid-cycle meetups for Nova. The one on the Nova Network to Neutron migration was of particular interest to me as it raises a number of

Re: [openstack-dev] oslo.db 0.4.0 released

2014-08-21 Thread Doug Hellmann
On Aug 20, 2014, at 7:38 AM, Victor Sergeyev vserge...@mirantis.com wrote: Hello Folks! Oslo team is pleased to announce the new Oslo database handling library release - oslo.db 0.4.0 Thanks all for contributions to this release. Feel free to report issues using the launchpad tracker:

Re: [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?

2014-08-21 Thread Doug Hellmann
On Aug 20, 2014, at 2:43 PM, Pendergrass, Eric eric.pendergr...@hp.com wrote: Hi Ryan, We tried globally applying the hook but could not get execution to enter the hook class. Perhaps we made a mistake, but we concluded the Controller still had to inherit from HookController using the

Re: [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils

2014-08-21 Thread Doug Hellmann
+1 to going back to file locks, too. We can keep the current scheme under a different API in the module for anyone that wants to use it explicitly, but I think at this point it’s better to have something that works reliably when configured properly as the default. I hope we can switch that to

Re: [openstack-dev] [TripleO] Change of meeting time

2014-08-21 Thread Ladislav Smola
On 08/20/2014 11:30 AM, Dougal Matthews wrote: - Original Message - From: Derek Higgins der...@redhat.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Wednesday, 20 August, 2014 10:15:51 AM Subject: Re: [openstack-dev]

Re: [openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Matt Riedemann
On 8/21/2014 7:09 AM, Sean Dague wrote: FWIW, this is one of my normal morning practices, and the reason that that query is part of most of the gerrit dashboards - https://github.com/stackforge/gerrit-dash-creator/blob/master/dashboards/compute-program.dash On 08/21/2014 06:57 AM, Daniel P.

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/21/2014 07:58 AM, Chris Dent wrote: On Thu, 21 Aug 2014, Sean Dague wrote: By blessing one team what we're saying is all the good ideas pool for tackling this hard problem can only come from that one team. This is a big part of this conversation that really confuses me. Who is that one

[openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension

2014-08-21 Thread Nejc Saje
Yesterday, doc builds started failing sporadically in Ceilometer gate.

Re: [openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 08:26:29AM -0500, Matt Riedemann wrote: On 8/21/2014 7:09 AM, Sean Dague wrote: FWIW, this is one of my normal morning practices, and the reason that that query is part of most of the gerrit dashboards -

Re: [openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Sylvain Bauza
Le 21/08/2014 13:57, Daniel P. Berrange a écrit : Tagged with '[nova]' but this might be relevant data / idea for other teams too. With my code contributor hat on, one of the things that I find most the frustrating about Nova code review process is that a patch can get a +2 vote from one core

Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-21 Thread gordon chung
b) Assuming there should be one: * Where should it go? Presumably it needs to be an attribute of each sample because as agents leave and join the group, where samples are published from can change.is this just for debugging purposes or auditing? from an audit standpoint,

[openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?

2014-08-21 Thread Dmitry Pyzhov
Fuelers, Our upgrade tarball for 5.1 is more than 4.5Gb. We can reduce it size by 2Gb with lrzip tool (ticket https://bugs.launchpad.net/fuel/+bug/1356813, change in build system https://review.openstack.org/#/c/114201/, change in docs https://review.openstack.org/#/c/115331/), but it will

Re: [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?

2014-08-21 Thread Mike Scherbakov
What are other possible solutions to this issue? On Thu, Aug 21, 2014 at 5:50 PM, Dmitry Pyzhov dpyz...@mirantis.com wrote: Fuelers, Our upgrade tarball for 5.1 is more than 4.5Gb. We can reduce it size by 2Gb with lrzip tool (ticket https://bugs.launchpad.net/fuel/+bug/1356813, change in

[openstack-dev] [Neutron] Use public IP address as instance fixed IP

2014-08-21 Thread Bao Wang
I have a very complex Openstack deployment for NFV. It could not be deployed as Flat. It will have a lot of isolated private networks. Some interfaces of a group VM instances will need bridged network with their fixed IP addresses to communicate with outside world while other interfaces from the

[openstack-dev] [Congress] Policy Enforcement logic

2014-08-21 Thread Madhu Mohan
Hi, I am quite new to the Congress and Openstack as well and this question may seem very trivial and basic. I am trying to figure out the policy enforcement logic, Can some body help me understand how exactly, a policy enforcement action is taken. From the example policy there is an action

Re: [openstack-dev] [neutron]Performance of security group

2014-08-21 Thread Kyle Mestery
This is great work! Looking forward to seeing this get reviewed and merged in Juno! Kyle On Thu, Aug 21, 2014 at 6:49 AM, Édouard Thuleau thul...@gmail.com wrote: Nice job! That's awesome. Thanks, Édouard. On Thu, Aug 21, 2014 at 8:02 AM, Miguel Angel Ajo Pelayo mangel...@redhat.com

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/20/2014 11:54 PM, Clint Byrum wrote: Excerpts from Jay Pipes's message of 2014-08-20 14:53:22 -0700: On 08/20/2014 05:06 PM, Chris Friesen wrote: On 08/20/2014 07:21 AM, Jay Pipes wrote: ...snip We already run into issues with something as basic as competing SQL databases. If the TC

Re: [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?

2014-08-21 Thread Dmitry Pyzhov
I see no other quick solutions in 5.1. We can find the difference in packages between 5.0 and 5.0.2, put only updated packages in tarball and get missed packages from existing repos on master node. On Thu, Aug 21, 2014 at 5:55 PM, Mike Scherbakov mscherba...@mirantis.com wrote: What are other

Re: [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy

2014-08-21 Thread Guillaume Thouvenin
On Thu, Aug 21, 2014 at 5:02 PM, Mike Scherbakov mscherba...@mirantis.com wrote: Guillaume, do I understand right that without implementation of https://blueprints.launchpad.net/fuel/+spec/ca-deployment, SSL support will not be fully automated? And, consequently, we can not call it as

Re: [openstack-dev] [neutron] Incubator concerns from packaging perspective

2014-08-21 Thread Kyle Mestery
On Thu, Aug 21, 2014 at 5:12 AM, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 20/08/14 18:28, Salvatore Orlando wrote: Some comments inline. Salvatore On 20 August 2014 17:38, Ihar Hrachyshka ihrac...@redhat.com mailto:ihrac...@redhat.com

Re: [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on

2014-08-21 Thread Kyle Mestery
On Fri, Aug 15, 2014 at 2:26 PM, Kevin Benton blak...@gmail.com wrote: I definitely agree that reviewer time is wasted reviewing changes. However, I don't think moving them to a different repo with different cores is going to make them less brittle without some very strict guidelines about what

Re: [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?

2014-08-21 Thread Igor Kalnitsky
Hi, Hmm.. I think ~15 minutes isn't long enough to skip this approach in production. What about using lrzip only for end-users, but keep regular tarball for CI and internal usage? Thanks, Igor On Thu, Aug 21, 2014 at 5:22 PM, Dmitry Pyzhov dpyz...@mirantis.com wrote: I see no other quick

Re: [openstack-dev] [TripleO] Change of meeting time

2014-08-21 Thread Petr Blaho
On Wed, Aug 20, 2014 at 05:30:25AM -0400, Dougal Matthews wrote: - Original Message - From: Derek Higgins der...@redhat.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Wednesday, 20 August, 2014 10:15:51 AM Subject:

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Kyle Mestery
On Thu, Aug 21, 2014 at 4:09 AM, Thierry Carrez thie...@openstack.org wrote: Zane Bitter wrote: On 11/08/14 05:24, Thierry Carrez wrote: This all has created a world where you need to be*in* OpenStack to matter, or to justify the investment. This has created a world where everything and

Re: [openstack-dev] [nova] Prioritizing review of potentially approvable patches

2014-08-21 Thread Dan Genin
Hear, hear! Dan On 08/21/2014 07:57 AM, Daniel P. Berrange wrote: Tagged with '[nova]' but this might be relevant data / idea for other teams too. With my code contributor hat on, one of the things that I find most the frustrating about Nova code review process is that a patch can get a +2

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Solly Ross
FYI, the context of this is that I would like to be able to test some of the libvirt storage pool code against a live file system, as we currently test the storage pool code. To do this, we need at least to be able to get a proper connection to a session daemon. IMHO, since these calls aren't

Re: [openstack-dev] [TripleO] Change of meeting time

2014-08-21 Thread Giulio Fidente
On 08/20/2014 11:15 AM, Derek Higgins wrote: I'll try to make the meeting regardless if its moved or not but an hour later would certainly make it a little more palatable. +1 -- Giulio Fidente GPG KEY: 08D733BA ___ OpenStack-dev mailing list

Re: [openstack-dev] [neutron] [third-party] What tests are required to be run

2014-08-21 Thread Dane Leblanc (leblancd)
Edgar: The status on the wiki page says Results are not accurate. Needs clarification from Cisco. Can you please tell me what we are missing? -Dane -Original Message- From: Dane Leblanc (leblancd) Sent: Tuesday, August 19, 2014 3:05 PM To: 'Edgar Magana'; OpenStack Development Mailing

Re: [openstack-dev] [Congress] Policy Enforcement logic

2014-08-21 Thread Jay Lau
I know that Congress is still under development, but it is better that it can provide some info for How to use it just like docker https://wiki.openstack.org/wiki/Docker , this might attract more people contributing to it. 2014-08-21 22:07 GMT+08:00 Madhu Mohan mmo...@mvista.com: Hi, I am

[openstack-dev] New feature on Nova

2014-08-21 Thread thomas.pessione
Hello, Sorry if I am not on the right mailing list. I would like to get some information. I would like to know if I am a company who wants to add a feature on an openstack module. How do we have to proceed ? And so, what is the way this new feature be adopted by the community. The

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 10:52:42AM -0400, Solly Ross wrote: FYI, the context of this is that I would like to be able to test some of the libvirt storage pool code against a live file system, as we currently test the storage pool code. To do this, we need at least to be able to get a proper

Re: [openstack-dev] New feature on Nova

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 05:00:59PM +0200, thomas.pessi...@orange.com wrote: Hello, Sorry if I am not on the right mailing list. I would like to get some information. I would like to know if I am a company who wants to add a feature on an openstack module. How do we have to proceed ? And

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Solly Ross
(reply inline) - Original Message - From: Daniel P. Berrange berra...@redhat.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Thursday, August 21, 2014 11:05:18 AM Subject: Re: [openstack-dev] [nova][libvirt] Non-readonly

Re: [openstack-dev] New feature on Nova

2014-08-21 Thread Jay Lau
There is already a blueprint tracing KVM host maintain: https://blueprints.launchpad.net/nova/+spec/host-maintenance , but I think that nova will not handle the case of auto live migration for maintenance host, this should be a use case of Congress: https://wiki.openstack.org/wiki/Congress

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 11:14:33AM -0400, Solly Ross wrote: (reply inline) - Original Message - From: Daniel P. Berrange berra...@redhat.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Thursday, August 21, 2014

[openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters

2014-08-21 Thread Andreas Scheuring
Hi, last week I started discussing an extension to the existing neutron openvswitch agent to support network adapters that are not in promiscuous mode. Now I would like to enhance the round to get feedback from a broader audience via the mailing list. The Problem When driving vlan or flat

[openstack-dev] [neutron] [third-party] Some third party results are not showing up in the CI summary on Gerrit

2014-08-21 Thread Dane Leblanc (leblancd)
If you look at review page for any of our Neutron commits, e.g.: https://review.openstack.org/#/c/115025/ You'll see that there is a handy summary of CI results (with links to logs) in the upper right. However, there are some CIs which are missing from this summary, although we know that they

Re: [openstack-dev] [Openstack-stable-maint] [all][oslo] official recommendations to handle oslo-incubator sync requests

2014-08-21 Thread Alan Pevec
2. For stable branches, the process is a bit different. For those branches, we don't generally want to introduce changes that are not related to specific issues in a project. So in case of backports, we tend to do per-patch consideration when synchronizing from incubator. I'd call this

Re: [openstack-dev] [Congress] Policy Enforcement logic

2014-08-21 Thread Tim Hinrichs
Hi Madhu, For the alpha release (due soon), we’re focusing on just monitoring policy violations—we’ve disabled all the enforcement code in master. (Though we never actually hooked up the enforcement policy to the real world, so all Congress has ever done is compute what actions to take to

Re: [openstack-dev] [Congress] Policy Enforcement logic

2014-08-21 Thread Tim Hinrichs
Hi Jay, We have a tutorial in review right now. It should be merged in a couple of days. Thanks for the suggestion! Tim On Aug 21, 2014, at 7:54 AM, Jay Lau jay.lau@gmail.commailto:jay.lau@gmail.com wrote: I know that Congress is still under development, but it is better that it

[openstack-dev] Adding GateFailureFix tag to commit messages

2014-08-21 Thread Armando M.
Hi folks, According to [1], we have ways to introduce external references to commit messages. These are useful to mark certain patches and their relevance in the context of documentation, upgrades, etc. I was wondering if it would be useful considering the addition of another tag:

Re: [openstack-dev] [Congress] Ramp-up strategy

2014-08-21 Thread Tim Hinrichs
Hi Madhu, We have an end-user tutorial in review right now. That should help you get started understanding the end-to-end flow a bit better. Look for it to be merged today or tomorrow. Tim On Aug 21, 2014, at 2:44 AM, Madhu Mohan mmo...@mvista.commailto:mmo...@mvista.com wrote: Hi,

[openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Matthew Booth
I would prefer that you didn't merge this. i.e. The project is better off without it. This seems to mean different things to different people. There's a list here which contains some criteria for new commits: https://wiki.openstack.org/wiki/ReviewChecklist. There's also a treatise on git

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never liked this message that gets added as it think it sounds overly negative. It would better written as This

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Matt Riedemann
On 8/21/2014 10:23 AM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 11:14:33AM -0400, Solly Ross wrote: (reply inline) - Original Message - From: Daniel P. Berrange berra...@redhat.com To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Dolph Mathews
On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never liked this message that

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Clark Boylan
On Thu, Aug 21, 2014, at 09:25 AM, Matt Riedemann wrote: On 8/21/2014 10:23 AM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 11:14:33AM -0400, Solly Ross wrote: (reply inline) - Original Message - From: Daniel P. Berrange berra...@redhat.com To: OpenStack

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Adam Young
On 08/21/2014 12:21 PM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never liked this message that gets added as it think it sounds

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Adam Young
On 08/21/2014 12:34 PM, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com mailto:berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The

Re: [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?

2014-08-21 Thread Sergii Golovatiuk
Hi, I think 15 minutes is not too bad. Additionally, it will reduce download time and price for bandwidth. It's worth to leave lrzip for customers, as upgrade is one time operation so user can wait for a while. For development it would be nice to have the fastest solution to boost development

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/08/14 18:34, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com mailto:berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 11:34:48AM -0500, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off

Re: [openstack-dev] Adding GateFailureFix tag to commit messages

2014-08-21 Thread Sean Dague
On 08/21/2014 11:02 AM, Armando M. wrote: Hi folks, According to [1], we have ways to introduce external references to commit messages. These are useful to mark certain patches and their relevance in the context of documentation, upgrades, etc. I was wondering if it would be useful

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Vishvananda Ishaya
On Aug 21, 2014, at 9:42 AM, Adam Young ayo...@redhat.com wrote: On 08/21/2014 12:34 PM, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/19/2014 11:28 PM, Robert Collins wrote: On 20 August 2014 02:37, Jay Pipes jaypi...@gmail.com wrote: ... I'd like to see more unification of implementations in TripleO - but I still believe our basic principle of using OpenStack technologies that already exist in preference to third

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 12:42:43PM -0400, Adam Young wrote: On 08/21/2014 12:34 PM, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com mailto:berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Lance Bragstad
Comments inline below. Best Regards, Lance On Thu, Aug 21, 2014 at 11:40 AM, Adam Young ayo...@redhat.com wrote: On 08/21/2014 12:21 PM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 12:40:59PM -0400, Adam Young wrote: On 08/21/2014 12:21 PM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never

Re: [openstack-dev] [Octavia] IRC meetings

2014-08-21 Thread Doug Wiegley
Hi all, We made the voice/IRC decision in the very format that favors voice. So in the interest of putting the discussion to bed, voice your opinions here in a non-voice way: https://review.openstack.org/#/c/116042/ Thanks, Doug On 8/18/14, 3:06 PM, Salvatore Orlando sorla...@nicira.com

Re: [openstack-dev] oslo.db 0.4.0 released

2014-08-21 Thread Andreas Jaeger
On 08/20/2014 02:38 PM, Victor Sergeyev wrote: Hello Folks! Oslo team is pleased to announce the new Oslo database handling library release - oslo.db 0.4.0 Thanks all for contributions to this release. Unfortunately this breaks manila. If I downgrade to oslo.db 0.3.0, it works.

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Zane Bitter
On 21/08/14 12:21, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never liked this message that gets added as it think it sounds overly

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Clint Byrum
Excerpts from Duncan Thomas's message of 2014-08-21 09:21:06 -0700: On 21 August 2014 14:27, Jay Pipes jaypi...@gmail.com wrote: Specifically for Triple-O, by making the Deployment program == Triple-O, the TC has picked the disk-image-based deployment of an undercloud design as The

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Zane Bitter
On 20/08/14 15:37, Jay Pipes wrote: For example, everyone agrees that Ceilometer has room for improvement, but any implication that the Ceilometer is not interested in or driving towards those improvements (because of NIH or whatever) is, as has been pointed out, grossly unfair to the Ceilometer

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Matt Riedemann
On 8/21/2014 11:37 AM, Clark Boylan wrote: On Thu, Aug 21, 2014, at 09:25 AM, Matt Riedemann wrote: On 8/21/2014 10:23 AM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 11:14:33AM -0400, Solly Ross wrote: (reply inline) - Original Message - From: Daniel P. Berrange

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Adam Young
On 08/21/2014 12:53 PM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 11:34:48AM -0500, Dolph Mathews wrote: On Thu, Aug 21, 2014 at 11:21 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Daniel P. Berrange
On Thu, Aug 21, 2014 at 01:12:16PM -0400, Zane Bitter wrote: On 21/08/14 12:21, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never

Re: [openstack-dev] [Octavia] IRC meetings

2014-08-21 Thread Stefano Maffulli
On 08/21/2014 10:14 AM, Doug Wiegley wrote: We made the voice/IRC decision in the very format that favors voice. So in the interest of putting the discussion to bed, voice your opinions here in a non-voice way: I was about to voice (ha!) my opinion there but I stopped because I don't think we

Re: [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests

2014-08-21 Thread Matt Riedemann
On 8/21/2014 12:26 PM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 12:23:12PM -0500, Matt Riedemann wrote: On 8/21/2014 11:37 AM, Clark Boylan wrote: On Thu, Aug 21, 2014, at 09:25 AM, Matt Riedemann wrote: On 8/21/2014 10:23 AM, Daniel P. Berrange wrote: On Thu, Aug 21, 2014

  1   2   >