[openstack-dev] [nova][libvirt] Gate bug 'libvirtError: Unable to read from monitor: Connection reset by peer'

Hi Daniel, all This morning I noticed we are seeing libvirt stacktrace in the gate occasionally. https://bugs.launchpad.net/nova/+bug/1255624 Since your are a libvirt maintainer I was hoping you could take a look at this one. best, Joe P.S. We also have a second libvirt gate bug https://bug

Re: [openstack-dev] EC2 Filter

: porom...@uni-paderborn.de > Tel.: 05251/60-5999 > Fax: 05251/60-48-5999 > Raum: N5.314 > > > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > > Please consider the environment before printing this emai

Re: [openstack-dev] [Nova] Proposal to re-add Dan Prince to nova-core

On Nov 26, 2013 11:37 AM, "Russell Bryant" wrote: > > Greetings, > > I would like to propose that we re-add Dan Prince to the nova-core > review team. > > Dan Prince has been involved with Nova since early in OpenStack's > history (Bexar timeframe). He was a member of the nova-core review team >

Re: [openstack-dev] [all project] Treating recently seen recheck bugs as critical across the board

On Nov 26, 2013 8:48 AM, "Dolph Mathews" wrote: > > > On Tue, Nov 26, 2013 at 5:23 AM, Thierry Carrez wrote: >> >> Dolph Mathews wrote: >> > On Mon, Nov 25, 2013 at 8:12 PM, Robert Collins >> > mailto:robe...@robertcollins.net>> wrote: >> > >> > So my proposal is that we make it part of the b

Re: [openstack-dev] Unwedging the gate

On Sun, Nov 24, 2013 at 10:48 PM, Robert Collins wrote: > On 25 November 2013 19:25, Joe Gordon wrote: > > > > > > > > On Sun, Nov 24, 2013 at 9:58 PM, Robert Collins < > robe...@robertcollins.net> > > wrote: > >> > >> I have a

Re: [openstack-dev] [nova] python-novaclient: uses deprecated keyring.backend.$keyring

On Mon, Nov 25, 2013 at 2:48 AM, Thomas Goirand wrote: > On 11/25/2013 03:57 AM, Morgan Fainberg wrote: > > Hi Thomas, > > > > How pressing is this issue? > > It seems it's blocking some python package transition from Sid to > Jessie, and impacting the Gnome guys, so it's quite annoying for Debia

Re: [openstack-dev] [qa] Plan for failing "successful" tempest jobs when new ERRORs appear in logs

On Mon, Nov 25, 2013 at 11:06 AM, Joe Gordon wrote: > > > > On Mon, Nov 18, 2013 at 2:58 PM, David Kranz wrote: > >> So we are close to being able to start doing this. The current whitelist >> is here https://github.com/openstack/tempest/blob/master/etc/ >> whit

Re: [openstack-dev] [qa] Plan for failing "successful" tempest jobs when new ERRORs appear in logs

On Mon, Nov 18, 2013 at 2:58 PM, David Kranz wrote: > So we are close to being able to start doing this. The current whitelist > is here https://github.com/openstack/tempest/blob/master/etc/ > whitelist.yaml. I have a "find-errors" script that watches for successful > builds and pulls out the non

Re: [openstack-dev] EC2 Filter

On Mon, Nov 25, 2013 at 6:22 AM, Sebastian Porombka < porom...@uni-paderborn.de> wrote: > Hi Folks. > > I stumbled over the lacking of EC2 Api filter support on Openstack and > justinsb¹s (and the other people I forgot to mention here) attempt [1] to > implement this against diabolo. > > I¹m highl

Re: [openstack-dev] [Nova] Remove ratelimits from nova v3 api

On Mon, Nov 25, 2013 at 4:38 AM, David Hill wrote: > Hi Alex, > >Is removing the ratelimiting code part of the roadmap? I fear that if > it's removed now, it may have to be re-implemented in the future as the > cloud deployments become more mainstream ... Without ratelimit, some evil > users

Re: [openstack-dev] Unwedging the gate

known set of nondeterministic issues down to 0 and keep it > there. > Yes! In fact we are already working towards that. See http://lists.openstack.org/pipermail/openstack-dev/2013-November/020048.html > > -Rob > > On 25 November 2013 18:00, Joe Gordon wrote: > > Hi All, > &g

[openstack-dev] Unwedging the gate

e are working on the next steps to prevent this from happening again. The two most immediate changes are: - Doing a better job of triaging gate bugs ( http://lists.openstack.org/pipermail/openstack-dev/2013-November/020048.html ). - In the next few days we will remove '

Re: [openstack-dev] Gate failures

sent on the go On Nov 23, 2013 9:02 AM, "Davanum Srinivas" wrote: > > Gary, > > There's a blow-by-blow account in this etherpad - > https://etherpad.openstack.org/p/critical-patches-gatecrash-November-2013 > > On Sat, Nov 23, 2013 at 11:12 AM, Gary Kotton wrote: > > Hi, > > To whoever fixed the g

Re: [openstack-dev] [Nova] Proposal to add Matt Riedemann to nova-core

+1 On Fri, Nov 22, 2013 at 2:41 PM, Christopher Yeoh wrote: > > > +1 > > > On Sat, Nov 23, 2013 at 7:23 AM, Russell Bryant wrote: > >> Greetings, >> >> I would like to propose adding Matt Riedemann to the nova-core review >> team. >> >> Matt has been involved with nova for a long time, taking o

Re: [openstack-dev] [openstack][nova][social-apects] Social aspects shouldn't impact on dev process

moment we don't have any working >> way to purge DB... so admins should make it by hand. >> >> >> And we made this BP (in october) >> https://blueprints.launchpad.net/nova/+spec/db-purge-engine >> >> And made patch that makes this work.

Re: [openstack-dev] [openstack][nova][social-apects] Social aspects shouldn't impact on dev process

this BP, but I will properly respond to that tommorow. Also I am not sure what you mean with the subject line. > >> > >> And made patch that makes this work. > >> But only because our BP wasn't approved we got -2 from Joe Gordon. > >> (https://review.openstac

Re: [openstack-dev] The recent gate performance and how it affects you

Dims, we think https://review.openstack.org/#/c/57509/ will fix 125178 . On Wed, Nov 20, 2013 at 3:58 PM, Davanum Srinivas wrote: > Anita, Joe, > > I need help with adding debug message in: > https://review.openstack.org/#/c/56316/ > > to track down: > Bug: h

[openstack-dev] Top Gate Bugs

ename:"console.html" Title: test_network_basic_ops fails waiting for network to become available Project: Status neutron: In Progress swift: Invalid tempest: Invalid Hits FAILURE: 42 Bug: https://bugs.launchpad.net/bugs/1218391 => message:"Cannot 'createImage'" AND filename:&qu

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

a vague idea but just want to be explicit here. Also for 'cloudy' things we embrace the eventually consistent model, and I don't think we should drop that. > From: Joe Gordon > Reply-To: "OpenStack Development Mailing List (not for usage questions)" < >

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

On Mon, Nov 18, 2013 at 5:18 PM, yunhong jiang < yunhong.ji...@linux.intel.com> wrote: > On Mon, 2013-11-18 at 15:32 -0800, Joe Gordon wrote: > > > > > > > > On Mon, Nov 18, 2013 at 4:08 PM, yunhong jiang > > wrote: > > On Mon

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

On Mon, Nov 18, 2013 at 4:08 PM, yunhong jiang < yunhong.ji...@linux.intel.com> wrote: > On Mon, 2013-11-18 at 14:09 -0800, Joe Gordon wrote: > > > > Phil Day discussed this at the summit and I have finally gotten around > > to posting a POC of this. > > > >

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

On Mon, Nov 18, 2013 at 12:14 PM, Jay Pipes wrote: > On 11/18/2013 02:35 PM, Mike Spreitzer wrote: > >> There were some concerns expressed at the summit about scheduler >> scalability in Nova, and a little recollection of Boris' proposal to >> keep the needed state in memory. >> > > While it cou

Re: [openstack-dev] [Nova] New API requirements, review of GCE

On Fri, Nov 15, 2013 at 9:01 AM, Mark McLoughlin wrote: > On Fri, 2013-11-15 at 11:28 -0500, Russell Bryant wrote: > > Greetings, > > > > We've talked a lot about requirements for new compute drivers [1]. I > > think the same sort of standards shold be applied for a new third-party > > API, such

Re: [openstack-dev] [sqlalchemy-migrate] Blueprint for review: Add DB2 10.5 Support

On Nov 15, 2013 9:36 AM, "Matt Riedemann" wrote: > > > > On 11/15/2013 10:15 AM, Matt Riedemann wrote: >> >> >> >> On 11/14/2013 10:38 PM, Matt Riedemann wrote: >>> >>> Joe, >>> >>> Hey, I missed this question. I moved email accounts for the >>> openstack-dev mailing list and missed this in my ol

[openstack-dev] [neutron] Top 4 Elastic recheck known issues

In order to help get gate-tempest-devstack-vm-neutron down below its current failure rate of 14% and check-tempest-devstack-vm-neutron below 21%, and under 5% like check-tempest-devstack-vm-full and gate-tempest-devstack-vm-full. Below is a list of the top 4 most common classified hits in elastic-

Re: [openstack-dev] Code Review (Jenkins-job-builder, added support for GitBlit projectname)

This ML is not for review requests. Please read http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html best, Joe On Thu, Nov 14, 2013 at 2:21 PM, Peter Liljenberg wrote: > Hi, > > I've added a property 'projectname' to the GitBlit repo viewer. Please > have a look and re

Re: [openstack-dev] Code Review (Jenkins-job-builder, BlameUpstream[Committers] plugin support)

This ML is not for review requests. Please read http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html best, Joe On Thu, Nov 14, 2013 at 2:22 PM, Peter Liljenberg wrote: > Hi, > > Could someone review this please: > > https://review.openstack.org/#/c/54085/ > > Regards,

Re: [openstack-dev] Split of the openstack-dev list

On Thu, Nov 14, 2013 at 11:21 AM, Stefano Maffulli wrote: > On 11/14/2013 09:03 AM, David Ripton wrote: > > I don't think it's worth the bother. openstack-dev would still receive > > most of the traffic. Once you add back the traffic from people > > cross-posting, posting to the wrong list, yell

Re: [openstack-dev] [Cinder][Glance] OSLO update

This ML is not for review requests. Please read http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html best, Joe sent on the go On Nov 14, 2013 4:26 AM, "Elena Ezhova" wrote: > Hello all, > > I have made several patches that update modules in cinder/openstack/common > fr

Re: [openstack-dev] [style] () vs \ continuations

On Nov 14, 2013 6:58 AM, "Dolph Mathews" wrote: > > > On Wed, Nov 13, 2013 at 6:46 PM, Robert Collins wrote: >> >> Hi so - in http://docs.openstack.org/developer/hacking/ >> >> it has as bullet point 4: >> Long lines should be wrapped in parentheses in preference to using a >> backslash for line

Re: [openstack-dev] Split of the openstack-dev list

On Nov 14, 2013 5:16 AM, "Thierry Carrez" wrote: > > Hi everyone, > > I think that we have recently reached critical mass for the > openstack-dev mailing-list, with 2267 messages posted in October, and > November well on its way to pass 2000 again. Some of those are just > off-topic (and I've been

[openstack-dev] Gate Math or why you you keep typing 'recheck'

k.org/elastic-recheck/ [2] http://tinyurl.com/mqju53r <http://tinyurl.com/mqju53r> Best, Joe Gordon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [ALL] Removing generate_uuid() from uuidutils

On Wed, Nov 13, 2013 at 12:44 PM, Doug Hellmann wrote: > > > > On Wed, Nov 13, 2013 at 1:07 AM, Zhongyue Luo wrote: > >> Hi all, >> >> We had a discussion of the modules that are incubated in Oslo. >> >> https://etherpad.openstack.org/p/icehouse-oslo-status >> >> One of the conclusions we came to

Re: [openstack-dev] disable/enable services and agent tests

On Wed, Nov 13, 2013 at 11:11 AM, Sean Dague wrote: > On 11/13/2013 02:06 PM, Joe Gordon wrote: > > > > > > > > On Wed, Nov 13, 2013 at 8:18 PM, Sean Dague > <mailto:s...@dague.net>> wrote: > > > > On 11/12/2013 10:25 PM, Robert Collins w

Re: [openstack-dev] disable/enable services and agent tests

On Wed, Nov 13, 2013 at 8:18 PM, Sean Dague wrote: > On 11/12/2013 10:25 PM, Robert Collins wrote: > > We shouldn't really be changing the config of the cloud we're testing > > - that stops us being run against actual prod clouds. > > > > Instead we should have some set of profiles we test agains

Re: [openstack-dev] [RFC] Straw man to start the incubation / graduation requirements discussion

On Wed, Nov 13, 2013 at 9:14 PM, Sean Dague wrote: > On 11/13/2013 07:49 AM, Thierry Carrez wrote: > > Sean Dague wrote: > >> [...] Proposed Incubation requirements > >> Once something becomes an > >> integrated project, it's important that they are able to run in

Re: [openstack-dev] Code Review (Jenkins-job-builder, BlameUpstreamCommitters plugin support)

Please read http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html On Tue, Nov 12, 2013 at 11:35 AM, Peter Liljenberg wrote: > Hi, > > Could someone review this please: > > https://review.openstack.org/#/c/54085/ > > Regards, > Peter > > ___

Re: [openstack-dev] [qa] Policy on spelling and grammar

On Tue, Nov 12, 2013 at 6:19 AM, Sean Dague wrote: > On 11/11/2013 02:28 PM, Tim Bell wrote: > > > > As a speaker of the Queen's English, I find flavor to be incorrect. Does > that mean I can -1 any patch that does not use flavour ? > > > > At CERN, we are working with 130 countries in a single c

Re: [openstack-dev] [Nova] Configuration validation

On Nov 11, 2013 9:53 AM, "Russell Bryant" wrote: > > On 11/11/2013 07:38 AM, Nikola Đipanov wrote: > > On 11/11/13 12:55, John Garbutt wrote: > >> I like the idea of a more general config validation phase to help > >> people when first starting out. > >> > >> My worry is that it would slow down th

Re: [openstack-dev] Bad review patterns

On Tue, Nov 12, 2013 at 3:43 AM, Michael Basnight wrote: > On Nov 11, 2013, at 11:27 AM, Joe Gordon wrote: > > > On Sun, Nov 10, 2013 at 3:50 PM, Sean Dague wrote: > >> Not that I know of. I've considered writing my own gerrit front end >> mail service to do

Re: [openstack-dev] Bad review patterns

On Sun, Nov 10, 2013 at 3:50 PM, Sean Dague wrote: > Not that I know of. I've considered writing my own gerrit front end > mail service to do just that, because I agree, the current mail volume > and granularity is not very good. If I manage to carve time on it, > I'll do

[openstack-dev] Hacking 0.8 Released

ers) for there contributions towards this release: * Monty Taylor * Dirk Mueller * Julien Danjou * Zhongyue Luo * Alex Gaynor * Kui Shi * Mate Lakat * Yuriy Taraday * ZhiQiang Fan * jmeridth Best, Joe Gordon [1] http://git.openstack.org/cgit/openstack-dev/hacking/tag/?id=0.8.0 [2] ht

Re: [openstack-dev] RFC: reverse the default Gerrit sort order

On Thu, Nov 7, 2013 at 7:36 AM, Robert Collins wrote: > I've been thinking about review queues recently (since here at the > summit everyone is talking about reviews! :)). > > One thing that struck me today was that Gerrit makes it easier to > review the newest changes first, rather than the chang

Re: [openstack-dev] [sqlalchemy-migrate] Blueprint for review: Add DB2 10.5 Support

With OpenStacks test and gating oriented mindset, how can we gate on this functionality working going forward? On Fri, Nov 1, 2013 at 3:30 AM, Matt Riedemann wrote: > I've got a sqlalchemy-migrate blueprint up for review to add DB2 support > in migrate. > > *https://blueprints.launchpad.net/sql

Re: [openstack-dev] A Tool for Making OpenStack Log Reading a Bit Easier

On Wed, Nov 6, 2013 at 9:10 AM, Clint Byrum wrote: > I often use ccze to look at logs. It has some built in things like > coloring the words "warn" or "warning" yellow and "error" red. It would > be great to have this filter added as another ccze plugin. > > Sean Dague, wrote a really slick tool

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

On Nov 1, 2013 6:46 PM, "John Garbutt" wrote: > > On 29 October 2013 16:11, Eddie Sheffield wrote: > > > > "John Garbutt" said: > > > >> Going back to Joe's comment: > >>> Can both of these cases be covered by configuring the keystone catalog? > >> +1 > >> > >> If both v1 and v2 are present, pic

Re: [openstack-dev] [nova][scheduler]The database access in the scheduler filters

On Nov 1, 2013 10:20 AM, "John Garbutt" wrote: > > Its intentional. Cells is there to split up your nodes into more > manageable chunks. > > There are quite a few design summit sessions on looking into > alternative approaches to our current scheduler. > > While I would love a single scheduler to

Re: [openstack-dev] [TripleO] TripleO core reviewer update - november

On Oct 30, 2013 9:10 AM, "Robert Collins" wrote: > > Hi, like most OpenStack projects we need to keep the core team up to > date: folk who are not regularly reviewing will lose context over > time, and new folk who have been reviewing regularly should be trusted > with -core responsibilities. > >

Re: [openstack-dev] [OpenStack-dev][Nova][Discussion]Blueprint : Auto VM Discovery in OpenStack for existing workload

On Wed, Oct 30, 2013 at 8:31 AM, Alex Glikson wrote: > Russell Bryant wrote on 30/10/2013 10:20:34 AM: > > > On 10/30/2013 03:13 AM, Alex Glikson wrote: > > > Maybe a more appropriate approach could be to have a tool/script that > > > does it, as a one time thing. > > > For example, it could mak

Re: [openstack-dev] Remove vim modelines?

On Tue, Oct 29, 2013 at 11:17 AM, Robert Collins wrote: > On 28 October 2013 23:54, Joe Gordon wrote: > > > > We don't just gate without telling people, the first two items in hacking > > are read pep8 > > > > http://docs.openstack.org/developer/hacking/

Re: [openstack-dev] Remove vim modelines?

ter+topic:noboilerplate,n,z https://review.openstack.org/#/c/51295/ On Mon, Oct 28, 2013 at 10:54 AM, Joe Gordon wrote: > > > > On Mon, Oct 28, 2013 at 9:35 AM, Alexis Lee wrote: > >> As a new OpenStack contributor, +1 for lower barriers to entry. It's >> helpful

Re: [openstack-dev] [Nova]Ideas of idempotentcy-client-token

On Tue, Oct 29, 2013 at 8:50 AM, haruka tanizawa wrote: > Hi all! > > > I proposed 'Idempotency for OpenStack API' as before. > In this time, I rewrote BP( > https://blueprints.launchpad.net/nova/+spec/idempotentcy-client-token ) > and I implemented proto of it. > > > I image below use-case. > Use

Re: [openstack-dev] [Nova] [Havana] Is instance_type_extra_specs changed or broken?

This sounds like a bug in Havana, please file a bug at https://bugs.launchpad.net/nova. On Mon, Oct 28, 2013 at 3:29 PM, David Kang wrote: > > I've installed Havana using RDO Packstack. > When one key:value pair is described in instance_type_extra_specs, > the scheduler works fine. > However,

Re: [openstack-dev] [Nova] Blueprint review process

On Mon, Oct 28, 2013 at 2:24 PM, John Garbutt wrote: > On 25 October 2013 10:18, Joe Gordon wrote: > > On Oct 24, 2013 9:14 PM, "Robert Collins" > wrote: > >> On 24 October 2013 04:33, Russell Bryant wrote: > >> > Greetings, > >> > > &

Re: [openstack-dev] check-grenade-devstack-vm job problem?

On Mon, Oct 28, 2013 at 11:10 AM, Roman Bogorodskiy < rbogorods...@mirantis.com> wrote: > Hi, > > I've been noticing since this morning that the check-grenade-devstack-vm > job constantly fails. > > https://jenkins01.openstack.org/job/check-grenade-devstack-vm/ > > You can see that there were no s

Re: [openstack-dev] Remove vim modelines?

On Mon, Oct 28, 2013 at 9:35 AM, Alexis Lee wrote: > As a new OpenStack contributor, +1 for lower barriers to entry. It's > helpful for OS to inform editor style and I don't believe in the > arguments to remove them. > > > Why remove them? > > * we could shrink our codebase by a little bit. > > W

Re: [openstack-dev] consolidating .mailmap?

On Mon, Oct 28, 2013 at 8:41 AM, Flavio Percoco wrote: > On 27/10/13 22:13 -0400, Monty Taylor wrote: > >> >> >> On 10/26/2013 04:38 AM, Robert Collins wrote: >> >>> So nova has a massive .mailmap that maps multiple addresses for one >>> person together. I'm wondering if a) it's still needed, and

Re: [openstack-dev] Remove vim modelines?

On Oct 25, 2013 12:24 PM, "Dan Prince" wrote: > > -1 > > Slight preference for keeping them. I personally would go the other way and just add them everywhere. May I ask why? Do you use the modeline? > > - Original Message - > > From: "Joe Gordon&q

Re: [openstack-dev] Does DB schema hygiene warrant long migrations?

On Oct 24, 2013 11:38 PM, "Michael Still" wrote: > > On Fri, Oct 25, 2013 at 9:07 AM, Boris Pavlovic wrote: > > Johannes, > > > > +1, purging should help here a lot. > > Sure, but my point is more: > > - pruning isn't done by the system automatically, so we have to > assume it never happens I t

Re: [openstack-dev] [Nova] Blueprint review process

On Oct 24, 2013 9:14 PM, "Robert Collins" wrote: > > On 24 October 2013 04:33, Russell Bryant wrote: > > Greetings, > > > > At the last Nova meeting we started talking about some updates to the > > Nova blueprint process for the Icehouse cycle. I had hoped we could > > talk about and finalize th

Re: [openstack-dev] [Nova] Stable/Havana Gate broken

This is being tracked in bug https://bugs.launchpad.net/tempest/+bug/1244055and a fix is working its way through the gate now ( https://review.openstack.org/#/c/53699/) On Thu, Oct 24, 2013 at 2:51 PM, Gary Kotton wrote: > Hi, > The gate for stable Hanava is broken in Nova with the following er

Re: [openstack-dev] RFC - Icehouse logging harmonization

On Thu, Oct 24, 2013 at 3:24 PM, Lars Kellogg-Stedman wrote: > On Thu, Oct 24, 2013 at 07:05:19AM -0700, Dan Smith wrote: > > Some of them are not useful to me (but might be to others), like the > > amqp channel lines. However, everything else has been pretty crucial at > > one point or another wh

[openstack-dev] Remove vim modelines?

Since the beginning of OpenStack we have had vim modelines all over the codebase, but after seeing this patch https://review.opeenstack.org/#/c/50891/I took a further look into vim modelines and think we should remove them. Before going any further, I should

Re: [openstack-dev] [Nova] Blueprint review process

On Wed, Oct 23, 2013 at 4:33 PM, Russell Bryant wrote: > Greetings, > > At the last Nova meeting we started talking about some updates to the > Nova blueprint process for the Icehouse cycle. I had hoped we could > talk about and finalize this in a Nova design summit session on "Nova > Project St

Re: [openstack-dev] RFC - Icehouse logging harmonization

I think harmonizing the log files is a great idea, when working on elastic-recheck I spent a lot of time staring at log files and cursing at how bad and non-uniform they are. I can only imagine what cloud operators must think. In addition to harmonizing the log levels, and makings sure we don't h

Re: [openstack-dev] Call for a clear COPYRIGHT-HOLDERS file in all OpenStack projects (and [trove] python-troveclient_0.1.4-1_amd64.changes REJECTED)

On Sun, Oct 20, 2013 at 6:38 AM, Jeremy Stanley wrote: > On 2013-10-20 20:57:56 +0800 (+0800), Thomas Goirand wrote: > > Well, good luck finding all the copyright holders for such a large and > > old project. It's not really practical in this case, unfortunately. > > To a great extent, the same g

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

On Sun, Oct 20, 2013 at 12:18 PM, Tim Bell wrote: > > Is it easy ? No... it is hard, whether in an integrated test suite or on > its own > Can it be solved ? Yes, we have done incredible things with the current > QA infrastructure > Should it be split off from other testing ? No, I want EVERY co

Re: [openstack-dev] Call for a clear COPYRIGHT-HOLDERS file in all OpenStack projects (and [trove] python-troveclient_0.1.4-1_amd64.changes REJECTED)

On Oct 20, 2013 11:29 AM, "Robert Collins" wrote: > > On 20 October 2013 02:35, Monty Taylor wrote: > > > However, even as a strong supporter of accurate license headers, I would > > like to know more about the FTP masters issue. I dialog with them, as > > folks who deal with this issue and its r

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

On Thu, Oct 17, 2013 at 11:26 AM, Tim Bell wrote: > > Would the effort to do the following be substantial ? > > - Nova doing the intelligent thing (i.e. choosing the best one for the > job) by default > - An operator override (do what I tell you in the config file) > > Examples where I would want

[openstack-dev] [neutron][devstack] LibvirtGenericVIFDRiver and SecurityGroups

Hi neutron devs and others, The same question was brought up on two separate reviews, and I was unable to find any neutron folks in #openstack-neutron. So I will ask the question here: Does the LibvirtGenericVIFDRiver work with Neutron security groups? garyk, a neutron core, says they don't but

Re: [openstack-dev] [Hyper-V] Havana status

On Sat, Oct 12, 2013 at 12:21 PM, Alessandro Pilotti < apilo...@cloudbasesolutions.com> wrote: > > > On 12.10.2013, at 20:22, "Dan Smith" wrote: > > >> From the user perspective, splitting off the projects seems to be > >> focussing on the ease of commit compared to the final user > >> experience

Re: [openstack-dev] [nova][Libvirt] Disabling nova-compute when a connection to libvirt is broken.

On Thu, Oct 10, 2013 at 4:47 AM, Vladik Romanovsky < vladik.romanov...@enovance.com> wrote: > Hello everyone, > > I have been recently working on a migration bug in nova (Bug #1233184). > > I noticed that compute service remains available, even if a connection to > libvirt is broken. > I thought t

Re: [openstack-dev] baremetal nova boot issue

; 3805 2013-10-11 16:43:43.519 INFO nova.api.openstack > [req-2fff698c-ddf2-47f1-ae82-47fb0dc67d41 251bd0a9388a477b9c24c99b223e > 7b2a 8a34123d83824f3ea52527c5a28ad81e] > http://10.40.0.99:8774/v2/8a34123d83824f3ea52527c5a28ad81e/servers/36e71635-5f7 > 3-4895-87a9-6f1082e8cb6a ret

Re: [openstack-dev] baremetal nova boot issue

On Fri, Oct 11, 2013 at 4:44 PM, Ravikanth Samprathi wrote: > Hi > I am trying to issue the boot command to provision baremetal server. But > i see the following error: > > Also, where can i get the bootstrap kernel and ramdisk images to boot into > the baremetal? And how to get the baremetal ag

Re: [openstack-dev] [Hyper-V] Havana status

On Fri, Oct 11, 2013 at 6:02 AM, Alessandro Pilotti < apilo...@cloudbasesolutions.com> wrote: > > On Oct 11, 2013, at 14:15 , Sean Dague > wrote: > > > On 10/10/2013 08:43 PM, Tim Smith wrote: > > > >> Again, I don't have any vested interest in this discussion, except that > >> I believe the co

Re: [openstack-dev] [nova][powervm] my notes from the meeting on powervm CI

On Thu, Oct 10, 2013 at 7:28 PM, Matt Riedemann wrote: > > > > > Dan Smith wrote on 10/10/2013 08:26:14 PM: > > > From: Dan Smith > > To: OpenStack Development Mailing List < > openstack-dev@lists.openstack.org>, > > Date: 10/10/2013 08:31 PM > > Subject: Re: [openstack-dev] [nova][powervm] my

Re: [openstack-dev] [Hyper-V] Havana status

On Thu, Oct 10, 2013 at 5:43 PM, Tim Smith wrote: > On Thu, Oct 10, 2013 at 1:50 PM, Russell Bryant wrote: > > >> Please understand that I only want to help here. Perhaps a good way for >> you to get more review attention is get more karma in the dev community >> by helping review other patches.

Re: [openstack-dev] [Hyper-V] Havana status

On Thu, Oct 10, 2013 at 6:57 PM, Matt Riedemann wrote: > Getting integration testing hooked up for the hyper-v driver with tempest > should go a long way here which is a good reason to have it. As has been > mentioned, there is a core team of people that understand the internals of > the hyper-v

Re: [openstack-dev] [Hyper-V] Havana status

On Thu, Oct 10, 2013 at 11:20 AM, Alessandro Pilotti < apilo...@cloudbasesolutions.com> wrote: > Hi all, > > As the Havana release date is approaching fast, I'm sending this email > to sum up the situation for pending bugs and reviews related to the Hyper-V > integration in OpenStack. > > In th

Re: [openstack-dev] Configuring default page-size on image-list call in nova

On Tue, Oct 8, 2013 at 9:47 PM, Sumanth Suresh Nagadavalli < suma...@thoughtworks.com> wrote: > Hi All, > > Recently we had a bug where page-size parameter was not passed in from > nova while making a call to glance for image list. This was addressed by > https://review.openstack.org/#/c/43262/. >

Re: [openstack-dev] Are you coming to linux.conf.au 2014?

On Wed, Oct 2, 2013 at 6:41 PM, Michael Still wrote: > On Thu, Oct 3, 2013 at 11:28 AM, Robert Collins > wrote: > > Sounds great, but please commit to it asap, I nearly bought my tickets > > this morning, and modifying them is expensive. > > *shrug* > > Its one of those things... I don't want to

Re: [openstack-dev] flaky tempest -- Top Offenders

On Thu, Sep 26, 2013 at 6:41 PM, Joe Gordon wrote: > Hi All, > > As many of you may have suspected the gate has gotten less stable in the > past few days. Turns out we have the numbers to prove it too! > > > http://graphite.openstack.org/graphlot/?width=586&fr

[openstack-dev] flaky tempest -- Top Offenders

Hi All, As many of you may have suspected the gate has gotten less stable in the past few days. Turns out we have the numbers to prove it too! http://graphite.openstack.org/graphlot/?width=586&from=00%3A00_20130919&_salt=1380244287.508&height=308&target=summarize(stats_counts.zuul.pipeline.gate.

Re: [openstack-dev] [nova][libvirt] Should file injection work for boot from volume images?

On Thu, Sep 26, 2013 at 3:12 PM, Michael Davies wrote: > On Mon, Sep 23, 2013 at 6:20 PM, Thierry Carrez > wrote: > > Monty Taylor wrote: > > > On 09/20/2013 02:47 PM, Michael Still wrote: > > >> Before https://review.openstack.org/#/c/46867/ if file injection of a > > >> mandatory file fails, no

Re: [openstack-dev] A simple way to improve nova scheduler

On Thu, Sep 26, 2013 at 1:53 PM, Soren Hansen wrote: > Hey, sorry for necroposting. I completely missed this thread when it was > active, but Russel just pointed it out to me on Twitter earlier today and > I couldn't help myself. > > > 2013/7/19 Sandy Walsh : > > On 07/19/2013 05:01 PM, Boris Pav

Re: [openstack-dev] [elastic-recheck] Announcing elastic-recheck

On Thu, Sep 26, 2013 at 1:30 AM, Julien Danjou wrote: > On Thu, Sep 26 2013, Joe Gordon wrote: > > > TL;DR: We will be automatically identifying your flaky tempest runs, so > you > > just have to confirm that you hit bug x, not identify which bug you hit. > > I love yo

Re: [openstack-dev] Help us reduce gate resets by being specific about bugs being found

On Thu, Sep 26, 2013 at 7:49 AM, Sean Dague wrote: > As many folks know, gerrit takes comments of either the form > > recheck bug #X > or > recheck no bug > > To kick off the check queue jobs again to handle flakey tests. > > The problem is that we're getting a lot more "no bug" than bugs at

[openstack-dev] [elastic-recheck] Announcing elastic-recheck

Hi All, TL;DR: We will be automatically identifying your flaky tempest runs, so you just have to confirm that you hit bug x, not identify which bug you hit. http://status.openstack.org/rechecks/ is a great tool to identify which bugs are causing our gating to be flaky allowing for better priorit

Re: [openstack-dev] stalled bug fixes for vmware driver

On Sep 20, 2013 1:27 PM, "Dan Wendlandt" wrote: > > > > > On Fri, Sep 20, 2013 at 1:09 PM, Joe Gordon wrote: >> >> On Fri, Sep 20, 2013 at 11:52 AM, Russell Bryant wrote: >>> >>> On 09/20/2013 02:02 PM, Dan Wendlandt wrote: >>> >

Re: [openstack-dev] stalled bug fixes for vmware driver

On Fri, Sep 20, 2013 at 11:52 AM, Russell Bryant wrote: > On 09/20/2013 02:02 PM, Dan Wendlandt wrote: > > I think the real problem here is that in Nova there are bug fixes that > > are tiny and very important to a particular subset of the user > > population and yet have been around for well ove

Re: [openstack-dev] [QA]Tempest CLI Compute-Manage

On Mon, Sep 9, 2013 at 10:48 AM, Martinez, Castulo < castulo.marti...@intel.com> wrote: > > > Best Regards / Saludos! > > Castulo J. Martinez > ISTQB Test Manager > QA Engineer | Q1st team @GDC > Intel | Security Engineering and Cloud Integration (SECI) > Office: +52.33.2282.4083 | iNet: 8286-4083

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On Fri, Sep 6, 2013 at 4:17 PM, Bryan D. Payne wrote: > > 2) There is general consensus that the simple config based key manager >> (single key) does provide some amount of useful security. I believe it >> does, just want to make sure we're in agreement on it. Obviously we >> want to improve th

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On Fri, Sep 6, 2013 at 2:47 PM, Russell Bryant wrote: > On 09/06/2013 04:14 PM, Benjamin, Bruce P. wrote: > > We request that volume encryption [1] be granted an exception to the > > feature freeze for Havana-3. Volume encryption [2] provides a usable > > layer of protection to user data as it i

Re: [openstack-dev] [nova] key management and Cinder volume encryption

On Tue, Sep 3, 2013 at 6:44 PM, John Griffith wrote: > > > > On Tue, Sep 3, 2013 at 7:27 PM, Bryan D. Payne wrote: > >> >> > How can someone use your code without a key manager? Some key management mechanism is required although it could be simplistic. For example, we’ve test

Re: [openstack-dev] [nova] key management and Cinder volume encryption

rg/pipermail/openstack-dev/2013-April/008244.html* > *** > > [2] > http://lists.openstack.org/pipermail/openstack-dev/2013-April/008315.html* > *** > > [3] > http://lists.openstack.org/pipermail/openstack-dev/2013-April/008268.html* > *** > > ** ** > > ** ** &g

Re: [openstack-dev] [nova] key management and Cinder volume encryption

On Tue, Sep 3, 2013 at 4:38 PM, Coffman, Joel M. wrote: > We have fully implemented support for transparently encrypting Cinder > volumesfrom > within Nova (see > https://review.openstack.org/#/c/30976/), but the lack of a secure

Re: [openstack-dev] [Nova] multiple-scheduler-drivers blueprint

On Wed, Aug 28, 2013 at 4:34 PM, Alex Glikson wrote: > Joe Gordon wrote on 28/08/2013 11:04:45 PM: > > >> Well, first, at the moment each of these filters today duplicate the > >> code that handles aggregate-based overrides. So, it would make sense > >> to ha

Re: [openstack-dev] [Nova] multiple-scheduler-drivers blueprint

can help it. * https://github.com/openstack/nova/blob/master/nova/scheduler/filters/ram_filter.py doesn't duplicate all the code, it uses a base class. The check the aggregate for the value logic is duplicated, but that is easy to fix. > > > Regards, > Alex > > > >

Re: [openstack-dev] [Nova] multiple-scheduler-drivers blueprint

there's not consensus, we should take a step back and see if we > need to change directions. > > There has been a lot of iterating on this feature, and I'm afraid we > still don't have consensus around the design. Phil Day has been posting > some really good feed

Re: [openstack-dev] Incubation Request: Marconi

On Thu, Aug 22, 2013 at 12:29 PM, Kurt Griffiths < kurt.griffi...@rackspace.com> wrote: > > What was wrong with qpid, rabbitmq, activemq, zeromq, ${your favorite > > queue here} that required marconi? > > That's a good question. The features supported by AMQP brokers, ZMQ, and > Marconi certainly

<    3   4   5   6   7   8   9   >