Re: [openstack-dev] [Murano] Nominations to Murano core

2014-06-30 Thread Serg Melikyan
Thank you guys! I'll do my best to continue to provide valuable reviews and make quality contributions to Murano! On Fri, Jun 27, 2014 at 5:47 PM, Ruslan Kamaldinov rkamaldi...@mirantis.com wrote: Serg, Steve, welcome to Murano core team! -- Ruslan On Thu, Jun 26, 2014 at 8:06 PM,

Re: [openstack-dev] 'retry' option

2014-06-30 Thread Flavio Percoco
On 28/06/14 22:49 +0100, Mark McLoughlin wrote: On Fri, 2014-06-27 at 17:02 +0100, Gordon Sim wrote: A question about the new 'retry' option. The doc says: By default, cast() and call() will block until the message is successfully sent. What does 'successfully sent' mean here?

[openstack-dev] [Jenkins] [Cinder] InvocationError in gate-cinder-python26 python27

2014-06-30 Thread Amit Das
Hi Stackers, I have been facing below issues at gate-cinder-python26 gate-cinder-python27 after uploading my patch. I assume this to be an infrastructure issue than an issue with my patch. Can someone please confirm ? . 2014-06-30 05:41:57.704 | check_uptodate.sh: cinder.conf.sample is not

Re: [openstack-dev] [Jenkins] [Cinder] InvocationError in gate-cinder-python26 python27

2014-06-30 Thread Steve Kowalik
On 30/06/14 16:37, Amit Das wrote: I have been facing below issues at gate-cinder-python26 gate-cinder-python27 after uploading my patch. I assume this to be an infrastructure issue than an issue with my patch. Can someone please confirm ? . 2014-06-30 05:41:57.704 |

Re: [openstack-dev] Performance of security group

2014-06-30 Thread Édouard Thuleau
Yes, the usage of fanout topic by VNI is also another big improvement we could do. That will fit perfectly for the l2-pop mechanism driver. Of course, that need a specific call on a start/re-sync to get initial state. That actually done by the l2-pop MD if the uptime of an agent is less than

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Daniel P. Berrange
On Sat, Jun 28, 2014 at 08:26:44AM -0500, Matt Riedemann wrote: On 6/27/2014 7:35 AM, Daniel P. Berrange wrote: On Fri, Jun 27, 2014 at 07:40:51AM -0400, Sean Dague wrote: It's clear that lots of projects want 3rd Party CI information on patches. But it's also clear that 6 months into this

[openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-06-30 Thread Luke Gorrie
Howdy! Paging other 3rd party CI operators... I would like to run a simple and robust 3rd party CI. Simple as in a small number of moving parts, robust as in unlikely to make mistakes due to unexpected problems. I'm imagining: - 100 lines of shell for the implementation. - Minimum of daemons.

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-30 Thread Michael Kerrin
I am trying to finish off https://review.openstack.org/#/c/90134 - percona xtradb cluster for debian based system. I have read into this thread that I can error out on Redhat systems when trying to install percona and tell them to use mariadb instead, percona isn't support here. Is this

[openstack-dev] [cinder]a problem about the implement of limit-volume-copy-bandwidth

2014-06-30 Thread Yuzhou (C)
Hi stackers, I found some problems about the current implement of limit-volume-copy-bandwidth (this patch has been merged in last week.) Firstly, assume that I configurate volume_copy_bps_limit=10M, If the path is a block device, cgroup blkio can limit copy-bandwidth separately for

Re: [openstack-dev] [oslo] [messaging] 'retry' option

2014-06-30 Thread Gordon Sim
On 06/28/2014 10:49 PM, Mark McLoughlin wrote: On Fri, 2014-06-27 at 17:02 +0100, Gordon Sim wrote: A question about the new 'retry' option. The doc says: By default, cast() and call() will block until the message is successfully sent. What does 'successfully sent' mean here?

[openstack-dev] [ceilometer] How to filter out meters whose resources have been deleted?

2014-06-30 Thread Ke Xia
Hi, As time goes on, meters will be a huge list, and some meters whose resources have been deleted may be useless for me, can I filter them out from meter list? Thanks ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Sean Dague
On 06/29/2014 09:39 AM, Joshua Hesketh wrote: On 6/28/14 10:40 AM, James E. Blair wrote: An alternate approach would be to have third-party CI systems register jobs with OpenStack's Zuul rather than using their own account. This would mean only a single report of all jobs (upstream and

Re: [openstack-dev] [rubick] Proposal to make py33 job voting for stackforge/rubick

2014-06-30 Thread Oleg Gelbukh
Hi, To proceed with this, I have sent (presumably) appropriate change to review: https://review.openstack.org/#/c/103516/ -- Best regards, Oleg Gelbukh On Fri, Jun 27, 2014 at 6:40 PM, Jay Pipes jaypi...@gmail.com wrote: Sure, why not? :) On 06/27/2014 06:25 AM, Oleg Gelbukh wrote:

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-30 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/27/2014 04:04 PM, Ihar Hrachyshka wrote: On 26/06/14 22:38, Alexei Kornienko wrote: Hello Jay, Benchmark for oslo.messaging is really simple: You create a client that sends messages infinitively and a server that processes them. After

[openstack-dev] [mistral] Using __init__.py files

2014-06-30 Thread Renat Akhmerov
Hi, What would be your opinion on the question “Should we place any important functionality into __init__.py files or just use it for package level initialization and exporting variables from module level to a package level?”. I personally would prefer not to keep there anything like class

Re: [openstack-dev] [mistral] Using __init__.py files

2014-06-30 Thread Oleg Gelbukh
Renat, As far as I can tell, it is de-facto standard to not place anything at all to __init__.py across the majority of OpenStack projects. -- Best regards, Oleg Gelbukh On Mon, Jun 30, 2014 at 3:50 PM, Renat Akhmerov rakhme...@mirantis.com wrote: Hi, What would be your opinion on the

[openstack-dev] [olso] olso incubator logging issues

2014-06-30 Thread Sean Dague
Every time I crack open a nova logs in detail, at least 2 new olso incubator log issues have been introduced. The current ones is clearly someone is over exploding arrays, as we're getting things like: 2014-06-29 13:36:41.403 19459 DEBUG nova.openstack.common.processutils [-] Running cmd

Re: [openstack-dev] [Neutron][IPv6] Neutron IPv6 in Icehouse and further

2014-06-30 Thread Robert Li (baoli)
Hi, There is a patch for radvd https://review.openstack.org/#/c/102648/2 that you can use in addition to the devstack patch. You want to make sure that ipv6 is enabled and ra accepted with your VM’s image. Both patches are under development. To use dhcpv6, the current dhcp agent should be

Re: [openstack-dev] [Nova] Meeting this week?

2014-06-30 Thread Andrew Laski
On 06/29/2014 08:01 PM, Michael Still wrote: Hi. The meeting this week would be on the 3rd of July, which I assume means that many people will be out of the office. Do people think its worth running the meeting or shall we give this week a miss? I will be traveling during the meeting so I'm

Re: [openstack-dev] [Nova] Meeting this week?

2014-06-30 Thread Joe Gordon
On Jun 30, 2014 9:23 AM, Andrew Laski andrew.la...@rackspace.com wrote: On 06/29/2014 08:01 PM, Michael Still wrote: Hi. The meeting this week would be on the 3rd of July, which I assume means that many people will be out of the office. Do people think its worth running the meeting or shall

[openstack-dev] [nova][scheduler] Proposal: FairShareScheduler.

2014-06-30 Thread Eric Frizziero
Hi All, we have analyzed the nova-scheduler component (FilterScheduler) in our Openstack installation used by some scientific teams. In our scenario, the cloud resources need to be distributed among the teams by considering the predefined share (e.g. quota) assigned to each team, the

[openstack-dev] oslosphinx hacking build-depending on each other

2014-06-30 Thread Thomas Goirand
Hi, It'd be nice to fix the fact that oslosphinx hacking are build-depending on each other. How can we fix this? Thomas Goirand (zigo) ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [rubick] Proposal to make py33 job voting for stackforge/rubick

2014-06-30 Thread Thomas Goirand
On 06/27/2014 06:25 PM, Oleg Gelbukh wrote: Hello, As our commits consistently pass py33 tests for last month (although not so many changes were made), I propose to enable py33 job voting on stackforge/rubick repository. What do you think? -- Best regards, Oleg Gelbukh Hi, While

[openstack-dev] [Horizon] SCSS conversion and SCSS upgrade patches

2014-06-30 Thread Douglas Fish
I had an IRC discussion with jtomasek and rdopieralski recently regarding Radomir's patch for converting to SCSS bootstrap. https://review.openstack.org/#/c/90371/ We were trying to sort out how soon this patch should merge. We'd like to discuss this at the team meeting tomorrow, but I'm

Re: [openstack-dev] [Horizon] SCSS conversion and SCSS upgrade patches

2014-06-30 Thread Jason Rist
On Mon 30 Jun 2014 08:09:40 AM MDT, Douglas Fish wrote: I had an IRC discussion with jtomasek and rdopieralski recently regarding Radomir's patch for converting to SCSS bootstrap. https://review.openstack.org/#/c/90371/ We were trying to sort out how soon this patch should merge. We'd like

Re: [openstack-dev] [nova][scheduler] Proposal: FairShareScheduler.

2014-06-30 Thread Jesse Pretorius
On 30 June 2014 16:05, Eric Frizziero eric.frizzi...@pd.infn.it wrote: In more detail, some features of the FairshareScheduler are: a) It assigns dynamically the proper priority to every new user requests; b) The priority of the queued requests will be recalculated periodically using the

Re: [openstack-dev] oslosphinx hacking build-depending on each other

2014-06-30 Thread Jeremy Stanley
On 2014-06-30 22:11:30 +0800 (+0800), Thomas Goirand wrote: It'd be nice to fix the fact that oslosphinx hacking are build-depending on each other. How can we fix this? They're only build-depending on one another (in the Debian sense) because you have made them to do so. Hacking does have a

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-30 Thread Gordon Sim
On 06/30/2014 12:22 PM, Ihar Hrachyshka wrote: Alexei Kornienko wrote: Some performance tests may be introduced but they would be more like functional tests since they require setup of actual messaging server (rabbit, etc.). Yes. I think we already have some. F.e.

[openstack-dev] [nova][i18n] why isn't the client translated?

2014-06-30 Thread Matt Riedemann
I noticed that there is no locale directory or setup.cfg entry for babel, which surprises me. The v1_1 shell in python-novaclient has a lot of messages marked for translation using the _() function but the v3 shell doesn't, presumably because someone figured out we don't translate the client

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread James E. Blair
Joshua Hesketh joshua.hesk...@rackspace.com writes: On 6/28/14 10:40 AM, James E. Blair wrote: An alternate approach would be to have third-party CI systems register jobs with OpenStack's Zuul rather than using their own account. This would mean only a single report of all jobs (upstream and

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-30 Thread Giulio Fidente
On 06/30/2014 11:16 AM, Michael Kerrin wrote: I am trying to finish off https://review.openstack.org/#/c/90134 - percona xtradb cluster for debian based system. I have read into this thread that I can error out on Redhat systems when trying to install percona and tell them to use mariadb

Re: [openstack-dev] [Horizon] SCSS conversion and SCSS upgrade patches

2014-06-30 Thread Douglas Fish
It's possible that the only purpose of this discussion will be to fix my thinking, but I still can't understand why we are so anxious to integrate a patch that makes Horizon look funny. I expect the patch Radomir has our for review will be quite stable. People should be able to contribute work

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Kurt Taylor
Dan Smith d...@danplanet.com wrote on 06/27/2014 12:33:48 PM: What if 3rd Party CI didn't vote in Gerrit? What if it instead published to some 3rd party test reporting site (a thing that doesn't yet exist). Gerrit has the facility so that we could inject the dashboard content for this in

Re: [openstack-dev] [Neutron] VMware networking

2014-06-30 Thread Armando M.
Hi Gary, Thanks for sending this out, comments inline. On 29 June 2014 00:15, Gary Kotton gkot...@vmware.com wrote: Hi, At the moment there are a number of different BP’s that are proposed to enable different VMware network management solutions. The following specs are in review: 1.

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Kurt Taylor
Sean Dague s...@dague.net wrote on 06/30/2014 06:03:50 AM: From: Sean Dague s...@dague.net To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org, Date: 06/30/2014 06:09 AM Subject: Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit On

Re: [openstack-dev] [Neutron] VMware networking

2014-06-30 Thread Kyle Mestery
On Mon, Jun 30, 2014 at 10:18 AM, Armando M. arma...@gmail.com wrote: Hi Gary, Thanks for sending this out, comments inline. Indeed, thanks Gary! On 29 June 2014 00:15, Gary Kotton gkot...@vmware.com wrote: Hi, At the moment there are a number of different BP’s that are proposed to

Re: [openstack-dev] [Nova] Meeting this week?

2014-06-30 Thread Matt Riedemann
On 6/30/2014 8:30 AM, Joe Gordon wrote: On Jun 30, 2014 9:23 AM, Andrew Laski andrew.la...@rackspace.com mailto:andrew.la...@rackspace.com wrote: On 06/29/2014 08:01 PM, Michael Still wrote: Hi. The meeting this week would be on the 3rd of July, which I assume means that many

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Ilya Shakhat
2014-06-30 19:17 GMT+04:00 Kurt Taylor krtay...@us.ibm.com: Dan Smith d...@danplanet.com wrote on 06/27/2014 12:33:48 PM: If it really does show up right in Gerrit as if it were integrated, then that would be fine with me. I think the biggest problem we have right now is that a lot of the

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Anita Kuno
On 06/30/2014 11:41 AM, Ilya Shakhat wrote: 2014-06-30 19:17 GMT+04:00 Kurt Taylor krtay...@us.ibm.com: Dan Smith d...@danplanet.com wrote on 06/27/2014 12:33:48 PM: If it really does show up right in Gerrit as if it were integrated, then that would be fine with me. I think the biggest

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-30 Thread Dan Smith
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is a similar old bug for that, with a good suggestion for how it could possibly be done: https://bugs.launchpad.net/openstack-ci/+bug/1251758 This isn't what I'm talking about. What we need is, for each new patchset on a given change, an

Re: [openstack-dev] [nova][i18n] why isn't the client translated?

2014-06-30 Thread Sungjin Kang
forwarding I18n Team. --  About.me 부터: Matt Riedemann mrie...@linux.vnet.ibm.com 답장: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org 날짜: 2014년 7월 1일 at 오전 12:02:41 에게: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-06-30 Thread Luke Gorrie
On 30 June 2014 17:34, Kyle Mestery mest...@noironetworks.com wrote: It would be great to get you to join the 3rd Party meeting [1] in #openstack-meeting at 1800UTC to discuss this. Can you make it today Luke? Yes, I'll be there. Currently I'm looking into the simplest 3rd party CI that

[openstack-dev] [infra][oslo][neutron] Need help getting oslo.messaging 1.4.0.0a2 in global requirements

2014-06-30 Thread Paul Michali (pcm)
I have out for review 103536 to add this version to global requirements, so that Neutron has an oslo fix (review 102909) for encoding failure, which affects some gate runs. This review for global requirements is failing requirements check

[openstack-dev] [oslo] Openstack and SQLAlchemy

2014-06-30 Thread Mike Bayer
Hi all - For those who don't know me, I'm Mike Bayer, creator/maintainer of SQLAlchemy, Alembic migrations and Dogpile caching. In the past month I've become a full time Openstack developer working for Red Hat, given the task of carrying Openstack's database integration story forward. To that

Re: [openstack-dev] [TripleO] [Heat] Reminder: Mid-cycle Meetup - Attendance Confirmation

2014-06-30 Thread Jordan OMara
On 25/06/14 14:32 -0400, Jordan OMara wrote: On 25/06/14 18:20 +, Carlino, Chuck (OpenStack TripleO, Neutron) wrote: Is $179/day the expected rate? Thanks, Chuck Yes, that's the best rate available from both of the downtown (walkable) hotels. Just an update that we only have a few

Re: [openstack-dev] [oslo] Openstack and SQLAlchemy

2014-06-30 Thread Sandy Walsh
woot! From: Mike Bayer [mba...@redhat.com] Sent: Monday, June 30, 2014 1:56 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [oslo] Openstack and SQLAlchemy Hi all - For those who don't know me, I'm Mike

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-06-30 Thread Asselin, Ramy
Not sure if these are “minimalist” but at least they setup automagically, so you don’t need to do it from scratch: You can check out these repos which automate the 3rd party ci setup: Jay Pipe’s solution: https://github.com/jaypipes/os-ext-testing https://github.com/jaypipes/os-ext-testing-data

Re: [openstack-dev] [Nova] Meeting this week?

2014-06-30 Thread melanie witt
On Jun 29, 2014, at 17:01, Michael Still mi...@stillhq.com wrote: Hi. The meeting this week would be on the 3rd of July, which I assume means that many people will be out of the office. Do people think its worth running the meeting or shall we give this week a miss? July 3 is a company

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-06-30 Thread Luke Gorrie
On 30 June 2014 19:37, Asselin, Ramy ramy.asse...@hp.com wrote: Not sure if these are “minimalist” but at least they setup automagically, so you don’t need to do it from scratch: I'm aiming to do exactly the opposite of this i.e. no automagic. My experience has been that the really

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-06-30 Thread Luke Gorrie
I have a really early sketch of this project on Github now. shellci - OpenStack 3rd party CI in 100 lines of shell https://github.com/SnabbCo/shellci This is not finished yet but I'll try to use it for the new Neutron mech driver that I want to contribute to Juno. Ideas and encouragement

[openstack-dev] [OSSG][OSSN] Cinder SSH Pool will auto-accept SSH host signatures by default

2014-06-30 Thread Nathan Kinder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cinder SSH Pool will auto-accept SSH host signatures by default - --- ### Summary### In OpenStack releases prior to Juno, the SSH connection pool used by Cinder drivers to control SAN hosts will silently auto-accept SSH host fingerprints. This

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-30 Thread Clint Byrum
Excerpts from Michael Kerrin's message of 2014-06-30 02:16:07 -0700: I am trying to finish off https://review.openstack.org/#/c/90134 - percona xtradb cluster for debian based system. I have read into this thread that I can error out on Redhat systems when trying to install percona and

[openstack-dev] [third party] - minimum response time for 3rd party CI responses

2014-06-30 Thread Kevin Benton
Hello all, The subject of 3rd party CI voting responses came up in the 3rd-party IRC meeting today.[1] We would like to get feedback from the larger dev community on what acceptable response times are for third party CI systems. As a maintainer of a small CI system that tends to get backed up

Re: [openstack-dev] [neutron] [third-party] Neutron 3rd Party CI status dashboard

2014-06-30 Thread Anita Kuno
On 06/29/2014 07:59 PM, Anita Kuno wrote: On 06/29/2014 07:43 PM, Anita Kuno wrote: On 06/29/2014 03:25 PM, Ilya Shakhat wrote: Hi! During last couple weeks there is an increasing demand on tracking 3rd-party CI statuses. We at Stackalytics decided to be in trend and (with some inspiration

[openstack-dev] [neutron] ovs-neutron-agent wipes out all flows on startup

2014-06-30 Thread Paul Ward
The current design for ovs-neutron-agent is that it will wipe out all flows configured on the system when it starts up, recreating them for each neutron port it's aware of. This has a not-so-desirable side effects that there's a temporary hiccup in network connectivity for the VMs on the

[openstack-dev] [neutron] [third-party] An update on third-party CI systems in Neutron

2014-06-30 Thread Kyle Mestery
Hi folks: I wanted to give an update to people following the third-party CI conversation for Neutron. I sent an email out with a status update in June [1]. In that email, I had indicated that in-tree plugins and drivers needed to have functioning CI running by Juno-2. That is still the case, and

Re: [openstack-dev] [neutron] ovs-neutron-agent wipes out all flows on startup

2014-06-30 Thread Kyle Mestery
On Mon, Jun 30, 2014 at 2:11 PM, Paul Ward wpw...@linux.vnet.ibm.com wrote: The current design for ovs-neutron-agent is that it will wipe out all flows configured on the system when it starts up, recreating them for each neutron port it's aware of. This has a not-so-desirable side effects that

Re: [openstack-dev] [neutron] [third-party] Neutron 3rd Party CI status dashboard

2014-06-30 Thread Luke Gorrie
On 30 June 2014 21:08, Anita Kuno ante...@anteaya.info wrote: I am disappointed to realize that Ilya (or stackalytics, I don't know where this is coming from) is unwilling to cease making up definitions of success for third party ci systems to allow the openstack community to arrive at its

Re: [openstack-dev] [neutron] [third-party] Neutron 3rd Party CI status dashboard

2014-06-30 Thread Anita Kuno
On 06/30/2014 03:27 PM, Luke Gorrie wrote: On 30 June 2014 21:08, Anita Kuno ante...@anteaya.info wrote: I am disappointed to realize that Ilya (or stackalytics, I don't know where this is coming from) is unwilling to cease making up definitions of success for third party ci systems to allow

Re: [openstack-dev] [neutron] ovs-neutron-agent wipes out all flows on startup

2014-06-30 Thread Amir Sadoughi
Indeed a blueprint has been filed (on Launchpad, not neutron-specs) on this already[0], but there has been no work on this as far as I can tell. I think it would be worthwhile contribution. Amir [0] https://blueprints.launchpad.net/neutron/+spec/neutron-agent-soft-restart

Re: [openstack-dev] [neutron] [third-party] Neutron 3rd Party CI status dashboard

2014-06-30 Thread Sukhdev Kapur
Well, Luke, this is collaborative effort by everybody. By having these CI systems in place ensures that one person's code does not break other person's code and vice versa. Therefore, having these CI systems operational and voting 24x7 is a critical step in achieving this goal. However, the

[openstack-dev] [qa] checking success response in clients

2014-06-30 Thread David Kranz
We approved https://github.com/openstack/qa-specs/blob/master/specs/client-checks-success.rst which recommends that checking of correct success codes be moved to the tempest clients. This has been done for the image tests but not others yet. But new client/test code coming in should definitely

[openstack-dev] [third-party-ci][neutron] What is Success exactly?

2014-06-30 Thread Jay Pipes
Hi Stackers, Some recent ML threads [1] and a hot IRC meeting today [2] brought up some legitimate questions around how a newly-proposed Stackalytics report page for Neutron External CI systems [2] represented the results of an external CI system as successful or not. First, I want to say

[openstack-dev] [all] Latest revision of log guidelines

2014-06-30 Thread Sean Dague
The latest revisions of the logging guidelines is available in the nova-specs repo - https://review.openstack.org/#/c/91446/ I tried to integrate the comments from the last go around into that. I do think we're at a state where if we believe this is a set of first pass guidelines that we're good

Re: [openstack-dev] [neutron] [third-party] Neutron 3rd Party CI status dashboard

2014-06-30 Thread Sukhdev Kapur
Sorry, accidentally hit the wrong key and message went out. Was making a mention about the definition of Success. I thought the debate in the meeting was very productive - when a CI posts a +1 that is success, and when a CI posts a -1 (or no vote with comment) is also a success - as this

Re: [openstack-dev] [third-party-ci][neutron] What is Success exactly?

2014-06-30 Thread Franck Yelles
Hi Jay, Couple of points. I support the fact that we need to define what is success is. I believe that the metrics that should be used are Voted +1 and Skipped. But to certain valid case, I would say that the Voted -1 is really mostly a metric of bad health of a CI. Most of the -1 are due to

[openstack-dev] [all][specs] Please stop doing specs for any changes in projects

2014-06-30 Thread Boris Pavlovic
Hi all, Specs are interesting idea, that may be really useful, when you need to discuss large topics: 1) work on API 2) Large refactoring 3) Large features 4) Performance, scale, ha, security issues that requires big changes And I really dislike idea of adding spec for every patch. Especially

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-30 Thread Ben Nemec
I'm far from an oslo.messaging expert, but a few general thoughts below. On 06/30/2014 02:34 PM, Alexei Kornienko wrote: Hello, My understanding is that your analysis is mostly based on running a profiler against the code. Network operations can be bottlenecked in other places. You

Re: [openstack-dev] [infra][oslo][neutron] Need help getting oslo.messaging 1.4.0.0a2 in global requirements

2014-06-30 Thread Mark McLoughlin
On Mon, 2014-06-30 at 16:52 +, Paul Michali (pcm) wrote: I have out for review 103536 to add this version to global requirements, so that Neutron has an oslo fix (review 102909) for encoding failure, which affects some gate runs. This review for global requirements is failing requirements

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

2014-06-30 Thread Joshua Harlow
Thanks boris for starting this topic, There is a balance here that needs to be worked out and I've seen specs start to turn into requirements for every single patch (even if the patch is pretty small). I hope we can rework the 'balance in the force' to avoid being so strict that every little

Re: [openstack-dev] [OpenStack-Dev] OSLO messaging update and icehouse config files

2014-06-30 Thread John Griffith
On Mon, Jun 30, 2014 at 3:17 PM, Mark McLoughlin mar...@redhat.com wrote: On Mon, 2014-06-30 at 12:04 -0600, John Griffith wrote: Hey Everyone, So I sent a note out yesterday asking about config changes brought in to Icehouse due to the OSLO Messaging update that went out over the

Re: [openstack-dev] [all][specs] Please stop doing specs for any changes in projects

2014-06-30 Thread Clint Byrum
Excerpts from Boris Pavlovic's message of 2014-06-30 14:11:08 -0700: Hi all, Specs are interesting idea, that may be really useful, when you need to discuss large topics: 1) work on API 2) Large refactoring 3) Large features 4) Performance, scale, ha, security issues that requires big

Re: [openstack-dev] [nova][scheduler] Proposal: FairShareScheduler.

2014-06-30 Thread Belmiro Moreira
Hi Eric, definitely... In my view a FairShareScheduler could be a very interesting option for private clouds that support scientific communities. Basically this is the model used by batch systems in order to fully use the available resources. I'm very curious about the work that you are doing.

Re: [openstack-dev] [OpenStack-Dev] OSLO messaging update and icehouse config files

2014-06-30 Thread Mark McLoughlin
On Mon, 2014-06-30 at 15:35 -0600, John Griffith wrote: On Mon, Jun 30, 2014 at 3:17 PM, Mark McLoughlin mar...@redhat.com wrote: On Mon, 2014-06-30 at 12:04 -0600, John Griffith wrote: Hey Everyone, So I sent a note out yesterday asking

[openstack-dev] [Neutron] DVR demo and how-to

2014-06-30 Thread Armando M.
Hi folks, The DVR team is working really hard to complete this important task for Juno and Neutron. In order to help see this feature in action, a video has been made available and link can be found in [2]. There is still some work to do, however I wanted to remind you that all of the relevant

[openstack-dev] [Octavia] Temporary project leadership team

2014-06-30 Thread Stephen Balukoff
Howdy folks, Given the feedback from people on this list last week to my suggestion about holding elections for PTL and core reviewers for the Octavia project, it's clear that since we've only recently been added as a stackforge project, we don't have any code or review history on which people

[openstack-dev] [Ironic] Juno priorities and spec review timeline

2014-06-30 Thread Devananda van der Veen
Hi all! We're roughly at the midway point between summit and release, and I feel that's a good time to take a look at our progress compared to the goals we set out at the design summit. To that end, I re-opened my summit notes about what features we had prioritized in Atlanta, and engaged many

[openstack-dev] [Fuel] Triaging bugs: milestones vs release series

2014-06-30 Thread Dmitry Borodaenko
When you create a bug against a project (in our case, fuel) in Launchpad, it is always initially targeted at the default release series (currently, 5.1.x). On the bug summary, that isn't explicitly stated and shows as being targeted to the project in general (Fuel for OpenStack). As you add more

Re: [openstack-dev] [third-party-ci][neutron] What is Success exactly?

2014-06-30 Thread Anita Kuno
On 06/30/2014 04:22 PM, Jay Pipes wrote: Hi Stackers, Some recent ML threads [1] and a hot IRC meeting today [2] brought up some legitimate questions around how a newly-proposed Stackalytics report page for Neutron External CI systems [2] represented the results of an external CI system as

Re: [openstack-dev] [nova][scheduler] Proposal: FairShareScheduler.

2014-06-30 Thread Dugger, Donald D
Eric- We have a weekly scheduler sub-group (code name gantt) IRC meeting at 1500 UTC on Tuesdays. This would be an excellent topic to bring up at one of those meetings as a lot of people with interest in the scheduler will be there. It's a little short notice for tomorrow but do you think

[openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (pranesh pandurangan)

2014-06-30 Thread Joshua Harlow
Greetings all stackers, I propose that we add Pranesh Pandurangan[1] to the taskflow-core team[2]. Pranesh has been actively contributing to taskflow for a while now, both in helping develop code and helping with the review load. He has provided quality reviews and is doing an awesome job with

Re: [openstack-dev] [ceilometer] How to filter out meters whose resources have been deleted?

2014-06-30 Thread Ke Xia
anyone knows this? 2014-6-30 PM6:35于 Ke Xia xiake9...@gmail.com写道: Hi, As time goes on, meters will be a huge list, and some meters whose resources have been deleted may be useless for me, can I filter them out from meter list? Thanks ___

Re: [openstack-dev] [third-party-ci][neutron] What is Success exactly?

2014-06-30 Thread Jay Pipes
On 06/30/2014 07:08 PM, Anita Kuno wrote: On 06/30/2014 04:22 PM, Jay Pipes wrote: Hi Stackers, Some recent ML threads [1] and a hot IRC meeting today [2] brought up some legitimate questions around how a newly-proposed Stackalytics report page for Neutron External CI systems [2] represented

Re: [openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (pranesh pandurangan)

2014-06-30 Thread Changbin Liu
+1 Thanks Changbin On Mon, Jun 30, 2014 at 8:05 PM, Joshua Harlow harlo...@yahoo-inc.com wrote: Greetings all stackers, I propose that we add Pranesh Pandurangan[1] to the taskflow-core team[2]. Pranesh has been actively contributing to taskflow for a while now, both in helping

[openstack-dev] [nova][sriov] weekly meeting for july 1st and july 8th

2014-06-30 Thread Robert Li (baoli)
Hi, I will be on PTO from Tuesday, and come back to office on July 9th Wednesday. Therefore, I won’t be present in the next two SR-IOV weekly meetings. Regarding the sr-iov development status, I finally fixed all the failures in the existing unit tests. Rob and I are still working on adding

[openstack-dev] [gantt] scheduler group meeting agenda 7/1

2014-06-30 Thread Dugger, Donald D
1) Forklift (tasks status) 2) Fair Share scheduler (just a heads up) 3) Opens -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale Ph: 303/443-3786 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org