Re: [openstack-dev] [Neutron][Testr] Brand new checkout of Neutron... getting insane unit test run results

2014-01-02 Thread Collins, Sean
It looks like the problem is that there is a dependency on pyudev which only works properly on Linux. The neutron setup_hook does properly install pyudev on Linux (explains why the tests run in the gate), but would not work properly on windows or OS X. I assume folks are trying to run the

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Thierry Carrez
Tim Bell wrote: - Changes in default behaviour: Always likely to affect existing systems in some way. Maybe we should have an additional type of review vote that comes from people who are recognised as reperensting large production deployments ? This is my biggest worry... there are

[openstack-dev] [TripleO] Next weeks meeting cancelled?

2014-01-02 Thread Robert Collins
A bunch of the TripleO folk are going to be at LCA. I'd like to cancel the meeting rather than get them all up at (IIRC) 3am. If folk who aren't going want to hold the meeting, thats fine - but I won't be around to chair :) Cheers, Rob -- Robert Collins rbtcoll...@hp.com Distinguished

Re: [openstack-dev] [Neutron][IPv6] Meeting time - change to 1300 UTC or 1500 UTC?

2014-01-02 Thread Collins, Sean
Looking at the calendar, our options for 1500 UTC require us to change the day that we meet. The following days are available: * Tuesdays * Fridays Thoughts? -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [Neutron][IPv6] Meeting Agenda - Jan 2nd 2014 2100 UTC

2014-01-02 Thread Collins, Sean
Happy New Year! Since we're still hashing out the logistics of changing our meeting time, we'll meet at 2100 UTC - and hopefully transition to a new meeting day and time by next week. I have created a section in the wiki for today's agenda:

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Day, Phil
I don't really see why this thread seems to keep coming back to a position of improvements to the review process vs changes to automated testing - to my mind both are equally important and complementary parts of the solution: - Automated tests are strong for objective examination of particular

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Day, Phil
Hi Thierry, Thanks for a great summary. I don't really share your view that there is a us vs them attitude emerging between operators and developers (but as someone with a foot in both camps maybe I'm just thinking that because otherwise I'd become even more bi-polar :-) I would suggest

Re: [openstack-dev] [Nova] Grizzly - Havanna db migration bug/1245502 still biting me?

2014-01-02 Thread Joshua Hesketh
Just FYI this backport has now merged. Hopefully this will mean it'll get you past now. Cheers, Josh From: Joshua Hesketh [joshua.hesk...@rackspace.com] Sent: Wednesday, January 01, 2014 11:40 PM To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [Neutron][qa] Parallel testing update

2014-01-02 Thread Salvatore Orlando
Hi again, I've now run the experimental job a good deal of times, and I've filed bugs for all the issues which came out. Most of them occurred no more than once among all test execution (I think about 30). They're all tagged with neutron-parallel [1]. for ease of tracking, I've associated all

[openstack-dev] [UX] django-bootstrap-form django 1.4 / 1.5

2014-01-02 Thread Jeremy Stanley
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev In-Reply-To: 52c51651.9010...@redhat.com On 2014-01-02 08:33:37 +0100 (+0100), Matthias Runge wrote: [...] Djangp-bootstrap-form was added to global requirements by[1], but is seems it's not used at all, so I propose to remove

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Matt Riedemann
On 12/31/2013 3:58 PM, Michael Still wrote: Hi. So while turbo hipster is new, I've been reading every failure message it produces to make sure its not too badly wrong. There were four failures posted last night while I slept: https://review.openstack.org/#/c/64521

Re: [openstack-dev] [Neutron][3rd Party Testing]Remove voting until your testing structure works.

2014-01-02 Thread Anita Kuno
On 12/30/2013 09:32 PM, Anita Kuno wrote: Please. When your third party testing structure votes on patches and your testing structure is not stable, it will vote with a -1 on patches. This results in three consequences: 1. The patch it votes on starts a countdown for abandonment, this is

Re: [openstack-dev] [Nova][BluePrint Register] Shrink the volume when file in the instance was deleted.

2014-01-02 Thread John Garbutt
On 25 December 2013 05:14, Qixiaozhen qixiaoz...@huawei.com wrote: Hi,all A blueprint is registered that is about shrinking the volume in thin provision. Have you got the link? Thin provision means allocating the disk space once the instance writes the data on the area of volume in the

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

2014-01-02 Thread John Garbutt
On 22 December 2013 12:07, Irena Berezovsky ire...@mellanox.com wrote: Hi Ian, My comments are inline I would like to suggest to focus the next PCI-pass though IRC meeting on: 1.Closing the administration and tenant that powers the VM use cases. 2. Decouple the nova and

Re: [openstack-dev] [nova] Do we have some guidelines for mock, stub, mox when writing unit test?

2014-01-02 Thread John Garbutt
On 21 December 2013 13:24, Matt Riedemann mrie...@linux.vnet.ibm.com wrote: On 12/19/2013 8:51 AM, John Garbutt wrote: On 4 December 2013 17:10, Russell Bryant rbry...@redhat.com wrote: I think option 3 makes the most sense here (pending anyone saying we should run away screaming from mox3

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2014-01-02 Thread Herndon, John Luke
On 12/20/13, 11:57 PM, Jay Pipes jaypi...@gmail.com wrote: On 12/20/2013 04:43 PM, Julien Danjou wrote: On Fri, Dec 20 2013, Herndon, John Luke wrote: I think there is probably a tolerance for duplicates but you¹re right, missing a notification is unacceptable. Can anyone weigh in on how

Re: [openstack-dev] Novnc switch to sockjs-client instead of websockify

2014-01-02 Thread Vishvananda Ishaya
This seems like a great choice, assuming that we can verify that it works properly. Vish On Dec 31, 2013, at 10:33 PM, Thomas Goirand z...@debian.org wrote: Hi, I was wondering if it would be possible for NoVNC to switch from websockify to sockjs-client, which is available here:

Re: [openstack-dev] Novnc switch to sockjs-client instead of websockify

2014-01-02 Thread Matthias Runge
On 01/01/2014 07:33 AM, Thomas Goirand wrote: Hi, I was wondering if it would be possible for NoVNC to switch from websockify to sockjs-client, which is available here: https://github.com/sockjs/sockjs-client This has the advantage of not using flash at all (pure javascript), and

Re: [openstack-dev] [oslo] Common SSH

2014-01-02 Thread Doug Hellmann
On Mon, Dec 30, 2013 at 5:23 AM, Flavio Percoco fla...@redhat.com wrote: On 26/12/13 20:05 +0200, Sergey Skripnick wrote: Hi all, I'm surprised there is no common ssh library in oslo so I filed this blueprint[0]. I would be happy to address any comments/suggestions. [0]

Re: [openstack-dev] [TripleO] Next weeks meeting cancelled?

2014-01-02 Thread Clint Byrum
Excerpts from Robert Collins's message of 2014-01-02 01:59:23 -0800: A bunch of the TripleO folk are going to be at LCA. I'd like to cancel the meeting rather than get them all up at (IIRC) 3am. If folk who aren't going want to hold the meeting, thats fine - but I won't be around to chair :)

Re: [openstack-dev] [oslo] Common SSH

2014-01-02 Thread Ben Nemec
On 2013-12-30 04:23, Flavio Percoco wrote: On 26/12/13 20:05 +0200, Sergey Skripnick wrote: Hi all, I'm surprised there is no common ssh library in oslo so I filed this blueprint[0]. I would be happy to address any comments/suggestions. [0]

Re: [openstack-dev] [Neutron][Testr] Brand new checkout of Neutron... getting insane unit test run results

2014-01-02 Thread Jay Pipes
On 01/01/2014 10:56 PM, Clark Boylan wrote: On Wed, Jan 1, 2014 at 7:33 PM, 黎林果 lilinguo8...@gmail.com wrote: I have met this problem too.The units can't be run. The end info as: Ran 0 tests in 0.673s OK cp: cannot stat `.testrepository/-1': No such file or directory 2013/12/28 Jay Pipes

Re: [openstack-dev] [TripleO] Docker and TripleO

2014-01-02 Thread Ben Nemec
On 2013-12-31 20:35, Robert Collins wrote: So, we've spoken about using containers on baremetal - e.g. the lxc provider - in the past, and with the [righteously deserved] noise Docker is receiving, I think we need to have a short expectation-setting discussion. Previously we've said that

Re: [openstack-dev] [TripleO] Tuskar CLI after architecture changes

2014-01-02 Thread Jay Pipes
On 01/02/2014 06:41 AM, Radomir Dopieralski wrote: On 20/12/13 17:34, Clint Byrum wrote: OpenStack is non-deterministic. Deterministic systems are rigid and unable to handle failure modes of any kind of diversity. I wonder how you are going to debug a non-deterministic system :-) Very

Re: [openstack-dev] Novnc switch to sockjs-client instead of websockify

2014-01-02 Thread Ben Nemec
On 2014-01-01 00:33, Thomas Goirand wrote: Hi, I was wondering if it would be possible for NoVNC to switch from websockify to sockjs-client, which is available here: https://github.com/sockjs/sockjs-client This has the advantage of not using flash at all (pure javascript), and continuing to

Re: [openstack-dev] [trove] Proposal to add Auston McReynolds to trove-core

2014-01-02 Thread Michael Basnight
Hi Illya, I greatly appreciate what Denis is providing to the Trove community. Thank you for letting him devote his time to trove. Denis and I have spoken privately at length about core (most recently a few weeks ago), and I believe he has a good idea of how to grow into a core member. Please

Re: [openstack-dev] [Neutron][Testr] Brand new checkout of Neutron... getting insane unit test run results

2014-01-02 Thread Armando M.
To be fair, neutron cores turned down reviews [1][2][3] for fear that the patch would break Hyper-V support for Neutron. Whether it's been hinted (erroneously) that this was a packaging issue is irrelevant for the sake of this discussion, and I suggested (when I turned down review [3]) if we

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

2014-01-02 Thread Greg Hill
Renat, Thanks for the additional information. I've been trying to put the pieces of history together and it seems I missed some of it. I think I now understand the evolution of things. Mistral does seem like it would work for what we need, so I'll definitely be paying attention to it. I'm

Re: [openstack-dev] [Neutron][Testr] Brand new checkout of Neutron... getting insane unit test run results

2014-01-02 Thread Jay Pipes
On 01/02/2014 12:50 PM, Armando M. wrote: To be fair, neutron cores turned down reviews [1][2][3] for fear that the patch would break Hyper-V support for Neutron. Whether it's been hinted (erroneously) that this was a packaging issue is irrelevant for the sake of this discussion, and I

Re: [openstack-dev] [Neutron][Testr] Brand new checkout of Neutron... getting insane unit test run results

2014-01-02 Thread Clark Boylan
On Thu, Jan 2, 2014 at 9:50 AM, Armando M. arma...@gmail.com wrote: To be fair, neutron cores turned down reviews [1][2][3] for fear that the patch would break Hyper-V support for Neutron. Whether it's been hinted (erroneously) that this was a packaging issue is irrelevant for the sake of

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2014-01-02 Thread Gordon Sim
On 12/20/2013 09:26 PM, Herndon, John Luke wrote: On Dec 20, 2013, at 12:13 PM, Gordon Sim g...@redhat.com wrote: On 12/20/2013 05:27 PM, Herndon, John Luke wrote: Other protocols may support bulk consumption. My one concern with this approach is error handling. Currently the executors

[openstack-dev] MySQLdb situation with the gate

2014-01-02 Thread Monty Taylor
Hey all! This morning, we experienced our first systemic breakage of the gate of 2014! There are a few reasons for this, which are related to pip and virtualenv making new releases. The new releases do WONDERFUL things and are more secure, but unfortunately, we've hit a few pain points which we

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

2014-01-02 Thread Robert Li (baoli)
Hi John, We had one on 12/14/2013 with the log: http://eavesdrop.openstack.org/meetings/pci_passthrough_meeting/2013/pci_pa ssthrough_meeting.2013-12-24-14.02.log.html The next one will be at UTC 1400 on Jan. 7th, Tuesday. --Robert On 1/2/14 10:06 AM, John Garbutt j...@johngarbutt.com wrote:

Re: [openstack-dev] [Neutron][qa] Parallel testing update

2014-01-02 Thread Kyle Mestery
Thanks for the updates here Salvatore, and for continuing to push on this! This is all great work! On Jan 2, 2014, at 6:57 AM, Salvatore Orlando sorla...@nicira.com wrote: Hi again, I've now run the experimental job a good deal of times, and I've filed bugs for all the issues which came

Re: [openstack-dev] [trove] Proposal to add Auston McReynolds to trove-core

2014-01-02 Thread Nikhil Manchanda
+1 to adding amcrn to Trove core. Thanks for the thoughtful reviews, and IRC discussions! Cheers, -Nikhil On Thu, Jan 2, 2014 at 9:40 AM, Michael Basnight mbasni...@gmail.comwrote: Hi Illya, I greatly appreciate what Denis is providing to the Trove community. Thank you for letting him

Re: [openstack-dev] [nova] - Revert change of default ephemeral fs to ext4

2014-01-02 Thread Day, Phil
Change to revert the default to ext3: https://review.openstack.org/#/c/64666/ -Original Message- From: Clint Byrum [mailto:cl...@fewbar.com] Sent: 31 December 2013 01:31 To: openstack-dev Subject: Re: [openstack-dev] [nova] - Revert change of default ephemeral fs to ext4

Re: [openstack-dev] [all project] log files and logstash

2014-01-02 Thread Devananda van der Veen
Thanks for the pointer. Since Ironic is not yet enabled by default in devstack-gate, it's OK that it is also missing, but now I know where to add it. Cheers, -Deva On Mon, Dec 30, 2013 at 11:11 AM, David Kranz dkr...@redhat.com wrote: In case any one other than me didn't know this, the log

[openstack-dev] [qa] RedHat CI posting results - some fixes needed

2014-01-02 Thread Sean Dague
So I'm scratching my head a lot at the RedHat CI posting results on the tempest tests (an example here - https://review.openstack.org/#/c/57620/) Patch Set 4: redhatci results for change 57620 Logs at http://people.redhat.com/~iwienand/57620/ Patch set 4 | OSLAB Fedora 19 : PASS Patch set 4 |

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Robert Collins
On 3 January 2014 00:53, Day, Phil philip@hp.com wrote: Hi Thierry, Thanks for a great summary. I don't really share your view that there is a us vs them attitude emerging between operators and developers (but as someone with a foot in both camps maybe I'm just thinking that because

Re: [openstack-dev] [Tempest][qa] Adding tags to commit messages

2014-01-02 Thread Jeremy Stanley
On 2014-01-02 10:28:24 -0500 (-0500), Sean Dague wrote: [...] So lets go after the real problem, selecting subsets of reviews, which is really a gerrit problem (made worse because we are on an ancient gerrit. 2.4 is really no longer suitable). [...] So the real solution is gerrit upgrade,

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Jeremy Stanley
On 2014-01-03 09:43:11 +1300 (+1300), Robert Collins wrote: I disagree here - educational institutions have followed the trend, not set it. Likewise corporate management. The trend setting occured IMNSHO through organisations like Novell and Microsoft disrupting the computing marketplace

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Tim Bell
Is there a mechanism to tag changes as being potentially more appropriate for the more ops related profiles ? I'm thinking more when someone proposes a change they suspect could have an operations impact, they could highlight this as being one for particular focus. How about an OpsImpact tag

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Michael Still
Heh, I didn't know that wiki page existed. I've added an entry to the checklist. There's also some talk of adding some help text to the vote message turbo-hipster leaves in gerrit, but we haven't gotten around to doing that yet. Cheers, Michael On Fri, Jan 3, 2014 at 12:57 AM, Matt Riedemann

Re: [openstack-dev] [Neutron][qa] Parallel testing update

2014-01-02 Thread Miguel Angel Ajo Pelayo
Hi Salvatore!, Good work on this. About the quota limit tests, I believe they may be unit-tested, instead of functionally tested. When running those tests in parallel with any other tests that rely on having ports, networks or subnets available into quota, they have high chances of

Re: [openstack-dev] [Neutron][qa] Parallel testing update

2014-01-02 Thread Robert Collins
Another way to tackle it would be to create a dedicated tenant for those tests, then the quota won't interact with anything else. On 3 January 2014 10:35, Miguel Angel Ajo Pelayo mangel...@redhat.com wrote: Hi Salvatore!, Good work on this. About the quota limit tests, I believe they

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Sean Dague
On 01/02/2014 04:29 PM, Michael Still wrote: Heh, I didn't know that wiki page existed. I've added an entry to the checklist. There's also some talk of adding some help text to the vote message turbo-hipster leaves in gerrit, but we haven't gotten around to doing that yet. Cheers,

[openstack-dev] [qa] Negative test generation

2014-01-02 Thread David Kranz
I took a little time to think some more about this and pushed a little working prototype of some ideas I had https://review.openstack.org/#/c/64733/1. Comments about the approach are most welcome. Note that I minimized any refactoring of the existing hierarchy for this prorotype. -David

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread James E. Blair
Michael Still mi...@stillhq.com writes: Heh, I didn't know that wiki page existed. I've added an entry to the checklist. There's also some talk of adding some help text to the vote message turbo-hipster leaves in gerrit, but we haven't gotten around to doing that yet. I would rather not

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread James E. Blair
Sean Dague s...@dague.net writes: On 01/02/2014 04:29 PM, Michael Still wrote: Heh, I didn't know that wiki page existed. I've added an entry to the checklist. There's also some talk of adding some help text to the vote message turbo-hipster leaves in gerrit, but we haven't gotten around

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Robert Collins
On 3 January 2014 11:26, James E. Blair jebl...@openstack.org wrote: If you are able to do this and benchmark the performance of a cloud server reliably enough, we might be able to make progress on performance testing, which has been long desired. The large ops test is (somewhat

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Michael Still
On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair jebl...@openstack.org wrote: However, there are _a lot_ of third-party test systems coming on-line, and I'm not sure that expanding the recheck language to support ever more complexity is a good idea. I can see how being able to say recheck foo

[openstack-dev] [solum][general] some pip package installs from requirements.txt fail when using pip 1.5

2014-01-02 Thread Paul Czarkowski
I have a box with a newer version of pip ( 1.5 ) and it refuses to install netaddr = 0.7.6 as it's an external/insecure pip package.This may cause issues for devs that are running newer versions of pip than standard system packages. There maybe other packages in the larger

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Anita Kuno
On 01/02/2014 05:39 PM, Michael Still wrote: On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair jebl...@openstack.org wrote: However, there are _a lot_ of third-party test systems coming on-line, and I'm not sure that expanding the recheck language to support ever more complexity is a good idea.

Re: [openstack-dev] [Ceilometer][Oslo] Consuming Notifications in Batches

2014-01-02 Thread Herndon, John Luke
On 1/2/14, 11:36 AM, Gordon Sim g...@redhat.com wrote: On 12/20/2013 09:26 PM, Herndon, John Luke wrote: On Dec 20, 2013, at 12:13 PM, Gordon Sim g...@redhat.com wrote: On 12/20/2013 05:27 PM, Herndon, John Luke wrote: Other protocols may support bulk consumption. My one concern with

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Michael Still
On Fri, Jan 3, 2014 at 9:46 AM, Anita Kuno ante...@anteaya.info wrote: I'd love to attend this chat, if possible. A number of the coming on-line third-party test systems are motivated by neutron plugins. I'd get a lot from hearing this discussion. I've created a BoF on Monday night straight

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Anita Kuno
On 01/02/2014 05:58 PM, Michael Still wrote: On Fri, Jan 3, 2014 at 9:46 AM, Anita Kuno ante...@anteaya.info wrote: I'd love to attend this chat, if possible. A number of the coming on-line third-party test systems are motivated by neutron plugins. I'd get a lot from hearing this discussion.

[openstack-dev] [Ceilometer] Vertica Storage Driver Testing

2014-01-02 Thread Herndon, John Luke
Hi, I¹m working on adding a vertica (www.vertica.com) storage driver to ceilometer. I would love to get this driver into upstream. However, I¹ve run into a bit of a snag with the tests. It looks like all of the existing storage drivers have ³in-memory² versions that are used for unit tests.

Re: [openstack-dev] [Ceilometer] Vertica Storage Driver Testing

2014-01-02 Thread Clint Byrum
Excerpts from Herndon, John Luke's message of 2014-01-02 15:16:26 -0800: Hi, I¹m working on adding a vertica (www.vertica.com) storage driver to ceilometer. I would love to get this driver into upstream. However, I¹ve run into a bit of a snag with the tests. It looks like all of the existing

Re: [openstack-dev] MySQLdb situation with the gate

2014-01-02 Thread Monty Taylor
On 01/02/2014 12:48 PM, Monty Taylor wrote: Hey all! This morning, we experienced our first systemic breakage of the gate of 2014! There are a few reasons for this, which are related to pip and virtualenv making new releases. The new releases do WONDERFUL things and are more secure, but

Re: [openstack-dev] [Ceilometer] Vertica Storage Driver Testing

2014-01-02 Thread Herndon, John Luke
On 1/2/14, 4:27 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Herndon, John Luke's message of 2014-01-02 15:16:26 -0800: Hi, I¹m working on adding a vertica (www.vertica.com) storage driver to ceilometer. I would love to get this driver into upstream. However, I¹ve run into a bit

Re: [openstack-dev] [nova] Turbo-hipster

2014-01-02 Thread Michael Still
On Fri, Jan 3, 2014 at 9:39 AM, Michael Still mi...@stillhq.com wrote: On Fri, Jan 3, 2014 at 9:24 AM, James E. Blair jebl...@openstack.org wrote: However, there are _a lot_ of third-party test systems coming on-line, and I'm not sure that expanding the recheck language to support ever more

Re: [openstack-dev] [solum][general] some pip package installs from requirements.txt fail when using pip 1.5

2014-01-02 Thread Jeremy Stanley
On 2014-01-02 22:46:06 + (+), Paul Czarkowski wrote: [...] Dropping the netaddr version to 0.7.3 fixes the error I see as does running 'pip install --allow-all-external --allow-unverified netaddr -r requirements.txt' Yes, this and needing a new virtualenv release for the issue Monty

[openstack-dev] neutron plugin for opendaylight

2014-01-02 Thread Vijayendra BVS
[Apologies if mesg is duplicated] Hi Kyle/Team, I’m looking at open daylight support in openstack and see the relevant blueprint for the neutron plugin for ODL at https://docs.google.com/document/d/1rdowsQSYBirS634RMFePOaJu1FysjUUZtobChTkfOIY/edit - is there a repo where we can review the

Re: [openstack-dev] [TripleO] Docker and TripleO

2014-01-02 Thread Robert Collins
No argument here. I agree that it's an optimization and you know what they say about premature optimization. :-) I do wonder whether the ongoing discussion about where container support should live in OpenStack is relevant to this as well. Or would we not intend to manage the TripleO

Re: [openstack-dev] [Ceilometer] Vertica Storage Driver Testing

2014-01-02 Thread Clark Boylan
On Thu, Jan 2, 2014 at 5:36 PM, Robert Collins robe...@robertcollins.net wrote: On 3 January 2014 14:34, Robert Collins robe...@robertcollins.net wrote: On 3 January 2014 12:40, Herndon, John Luke john.hern...@hp.com wrote: On 1/2/14, 4:27 PM, Clint Byrum cl...@fewbar.com wrote: I don’t

Re: [openstack-dev] [Ceilometer] Vertica Storage Driver Testing

2014-01-02 Thread Sean Dague
On 01/02/2014 08:36 PM, Robert Collins wrote: On 3 January 2014 14:34, Robert Collins robe...@robertcollins.net wrote: On 3 January 2014 12:40, Herndon, John Luke john.hern...@hp.com wrote: On 1/2/14, 4:27 PM, Clint Byrum cl...@fewbar.com wrote: I don’t think it would be that hard to

Re: [openstack-dev] [Neutron][IPv6] Meeting time - change to 1300 UTC or 1500 UTC?

2014-01-02 Thread Yang XY Yu
Sean, Tuesdays is better for China :) thank you so much. Thanks Best Regards, Yang Yu(于杨) Collins, Sean sean_colli...@cable.comcast.com 2014-01-02 18:08 Please respond to OpenStack

[openstack-dev] [elastic-recheck] Thoughts on next steps

2014-01-02 Thread Sean Dague
A lot of elastic recheck this fall has been based on the ad hoc needs of the moment, in between diving down into the race bugs that were uncovered by it. This week away from it all helped provide a little perspective on what I think we need to do to call it *done* (i.e. something akin to a 1.0

Re: [openstack-dev] [elastic-recheck] Thoughts on next steps

2014-01-02 Thread Clark Boylan
On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague s...@dague.net wrote: A lot of elastic recheck this fall has been based on the ad hoc needs of the moment, in between diving down into the race bugs that were uncovered by it. This week away from it all helped provide a little perspective on what I

[openstack-dev] [Neutron] disable_security_group_extension_if_noop_driver() function in plugins

2014-01-02 Thread Gary Duan
Hi, I'm not sure if this question has been asked, but I wonder what is the purpose to have the following function in ovs, linuxbridge and ml2 plugins. disable_security_group_extension_if_noop_driver() With this logic, if I set neutron to use NOOP firewall, creating a Nova instance will fail,

Re: [openstack-dev] [elastic-recheck] Thoughts on next steps

2014-01-02 Thread Clark Boylan
On Thu, Jan 2, 2014 at 6:44 PM, Clark Boylan clark.boy...@gmail.com wrote: On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague s...@dague.net wrote: A lot of elastic recheck this fall has been based on the ad hoc needs of the moment, in between diving down into the race bugs that were uncovered by it.

Re: [openstack-dev] [elastic-recheck] Thoughts on next steps

2014-01-02 Thread Sean Dague
On 01/02/2014 09:44 PM, Clark Boylan wrote: snip This is great stuff. Out of curiousity is doing the graphing with pandas and ES vs graphite so that we can graph things in a more ad hoc fashion? So, we need to go to ES for the fingerprints anyway (because that's where we mine them from),

[openstack-dev] [nova] Discuss the option delete_on_termination

2014-01-02 Thread 黎林果
Hi, All Attach a volume when creating a server, the API contains 'block_device_mapping', such as: block_device_mapping: [ { volume_id: VOLUME_ID, device_name: /dev/vdc, delete_on_termination: true } ] It allows the

Re: [openstack-dev] [Neutron][IPv6] Meeting time - change to 1300 UTC or 1500 UTC?

2014-01-02 Thread Shixiong Shang
Either day works for me. Thanks for setting it up, Sean! On Jan 2, 2014, at 5:08 AM, Collins, Sean sean_colli...@cable.comcast.com wrote: Looking at the calendar, our options for 1500 UTC require us to change the day that we meet. The following days are available: * Tuesdays * Fridays

[openstack-dev] [nova]Should we add the api to move the removed or damaged hosts

2014-01-02 Thread 黎林果
Hi, All Should we add the api to move the removed or damaged hosts? See also: https://blueprints.launchpad.net/nova/+spec/add-delete-host-api Best regards! Lee ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [nova]Should we add the api to move the removed or damaged hosts

2014-01-02 Thread Jay Lau
Its duplicate with https://blueprints.launchpad.net/nova/+spec/remove-nova-compute Thanks, Jay 2014/1/3 黎林果 lilinguo8...@gmail.com Hi, All Should we add the api to move the removed or damaged hosts? See also: https://blueprints.launchpad.net/nova/+spec/add-delete-host-api

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Christopher Yeoh
On Thu, Jan 2, 2014 at 8:23 PM, Thierry Carrez thie...@openstack.orgwrote: Tim Bell wrote: - Changes in default behaviour: Always likely to affect existing systems in some way. Maybe we should have an additional type of review vote that comes from people who are recognised as

Re: [openstack-dev] [nova] minimum review period for functional changes that break backwards compatibility

2014-01-02 Thread Christopher Yeoh
On Fri, Jan 3, 2014 at 7:30 AM, Tim Bell tim.b...@cern.ch wrote: Is there a mechanism to tag changes as being potentially more appropriate for the more ops related profiles ? I'm thinking more when someone proposes a change they suspect could have an operations impact, they could highlight

Re: [openstack-dev] [horizon] Javascript checkstyle improvement

2014-01-02 Thread Matthias Runge
On 12/27/2013 03:52 PM, Maxime Vidori wrote: Hi all, I send this mail to talk about Javascript coding style improvement, like python has pep8, it could be interesting to have some rules for javascript too. JSHint provides some rules to perform this and I think it could be a great idea to

Re: [openstack-dev] [Openstack] Quota delegation tool (for nova) ?

2014-01-02 Thread Ulrich Schwickerath
Hi, thanks a lot to all who have responded already! Joe, thanks a lot for those comments. See below. On 01.01.2014 01:14, Joe Gordon wrote: This sounds like what I would imagine should be a very common use case, so it would be really great if we can support this. And as always support