On Sat, Dec 6, 2014 at 5:08 PM, Danny Choi (dannchoi) dannc...@cisco.com
wrote:
Hi,
I have a VM which is in ERROR state.
+--+--+++-++
| ID
On Mon, Dec 8, 2014 at 5:03 PM, Brant Knudson b...@acm.org wrote:
Not too long ago projects added a maximum complexity check to tox.ini, for
example keystone has max-complexity=24. Seemed like a good idea at the
time, but in a recent attempt to lower the maximum complexity check in
On Fri, Dec 5, 2014 at 11:43 AM, Ian Main im...@redhat.com wrote:
Sean Dague wrote:
On 12/04/2014 05:38 PM, Matt Riedemann wrote:
On 12/4/2014 4:06 PM, Michael Still wrote:
+Eric and Ian
On Fri, Dec 5, 2014 at 8:31 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On Wed, Dec 3, 2014 at 1:16 AM, Pasquale Porreca
pasquale.porr...@dektech.com.au wrote:
The use case we were thinking about is a Network Function (e.g. IMS Nodes)
implementation in which the high availability is based on OpenSAF. In this
scenario there is an Active/Standby cluster of 2 System
On Tue, Dec 9, 2014 at 3:18 PM, Eric Windisch e...@windisch.us wrote:
While gating on nova-docker will prevent patches that cause nova-docker
to break 100% to land, it won't do a lot to prevent transient failures. To
fix those we need people dedicated to making sure nova-docker is working.
On Tue, Nov 25, 2014 at 2:01 PM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From: Daniel P. Berrange berra...@redhat.com
To: Dan Smith d...@danplanet.com
On Thu, Nov 13, 2014 at 05:43:14PM +, Daniel P. Berrange wrote:
On Thu, Nov 13, 2014 at 09:36:18AM
On Dec 5, 2014 7:07 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Nov 18, 2014 at 07:06:59AM -0500, Sean Dague wrote:
Nova currently has 197 patches that have seen no activity in the last 4
weeks (project:openstack/nova age:4weeks status:open).
On a somewhat related note,
On Fri, Dec 5, 2014 at 4:39 PM, Russell Bryant rbry...@redhat.com wrote:
On 12/05/2014 08:41 AM, Daniel P. Berrange wrote:
On Fri, Dec 05, 2014 at 11:05:28AM +1100, Michael Still wrote:
One of the things that happens over time is that some of our core
reviewers move on to other projects.
On Dec 5, 2014 11:39 AM, Russell Bryant rbry...@redhat.com wrote:
On 12/05/2014 11:23 AM, Joe Gordon wrote:
As you are more then aware of, our policy for removing people from core
is to leave that up the the PTL (I believe you wrote that) [0]. And I
don't think numbers alone are a good
On Wed, Dec 3, 2014 at 3:31 PM, Mike Scherbakov mscherba...@mirantis.com
wrote:
Hi all,
enable_new_services in nova.conf seems to allow add new compute nodes in
disabled state:
https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L507-L508,
so it would allow to check
think are important to accomplish for Kilo
* We are trying to prioritize work that fits under those categories.
* If you would like to help with one of those priorities, please contact
the owner.
thoughts, comments and feedback are appreciated.
best,
Joe Gordon
Summit etherpad: https
On Wed, Dec 3, 2014 at 11:09 AM, Li Junhong lijh.h...@gmail.com wrote:
Hi All,
Is it possible for Kilo nova controller to control the Juno compute nodes?
Is this scenario supported naturally by the nova mechanism in the design
and codes level?
Yes,
We gate on making sure we can run Kilo
, 2014 at 5:49 PM, Li Junhong lijh.h...@gmail.com wrote:
Hi Joe,
Thank you for your confirmative answer and the wonderful gate testing
pipeline.
On Wed, Dec 3, 2014 at 5:38 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Dec 3, 2014 at 11:09 AM, Li Junhong lijh.h...@gmail.com wrote:
Hi
On Tue, Dec 2, 2014 at 5:21 PM, Andrey Kurilin akuri...@mirantis.com
wrote:
Hi!
While working on fixing wrong import in novaclient v3 shell, I have found
that a lot of commands, which are listed in V3 shell(novaclient.v3.shell),
are broken, because appropriate managers are missed from V3
On Tue, Dec 2, 2014 at 9:48 PM, Doug Hellmann d...@doughellmann.com wrote:
The hacking project is currently managed by the Oslo team. Normally Joe
Gordon handles all of the release work, and so I haven’t bothered to look
at how the Launchpad project is set up or how the branches are managed
On Mon, Nov 24, 2014 at 9:52 AM, Sean Dague s...@dague.net wrote:
The pylint test job has been broken for weeks, no one seemed to care.
While waiting for other tests to return today I looked into it and
figured out the fix.
However, because of nova objects pylint is progressively less and
On Fri, Nov 21, 2014 at 8:57 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
On Thu, Nov 20, 2014 at 02:00:11PM -0800, Joe Gordon wrote:
On Thu, Nov 20, 2014 at 9:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
This is something we can call nitpiking
On Tue, Nov 18, 2014 at 11:48 PM, Flavio Percoco fla...@redhat.com wrote:
On 18/11/14 14:45 -0800, Joe Gordon wrote:
On Tue, Nov 18, 2014 at 10:58 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Flavio Percoco's message of 2014-11-17 08:46:19 -0800:
Greetings
On Thu, Nov 20, 2014 at 9:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
This is something we can call nitpiking or low priority.
This all seems like nitpicking for very little value. I think there are
better things we can be focusing on instead of thinking of new ways to
On Tue, Nov 18, 2014 at 6:17 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Tue, Nov 18, 2014 at 07:33:54AM -0500, Sean Dague wrote:
On 11/18/2014 07:29 AM, Daniel P. Berrange wrote:
On Tue, Nov 18, 2014 at 07:06:59AM -0500, Sean Dague wrote:
Nova currently has 197 patches that
On Tue, Nov 18, 2014 at 10:58 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Flavio Percoco's message of 2014-11-17 08:46:19 -0800:
Greetings,
Regardless of how big/small bugs backlog is for each project, I
believe this is a common, annoying and difficult problem. At the oslo
On Tue, Nov 18, 2014 at 7:40 AM, Mehdi Sheikhalishahi
mehdi.alish...@gmail.com wrote:
Hi,
I would like to bring Dynamic VM Consolidation capability into Nova. That
is I would like to check compute nodes status periodically (let's say every
15 minutes) and consolidate VMs if there is any
On Mon, Nov 17, 2014 at 1:29 PM, Ian Wells ijw.ubu...@cack.org.uk wrote:
On 12 November 2014 11:11, Steve Gordon sgor...@redhat.com wrote:
NUMA
We still need to identify some hardware to run third party CI for the
NUMA-related work, and no doubt other things that will come up. It's
On Sun, Nov 16, 2014 at 5:31 AM, Irena Berezovsky ire...@mellanox.com
wrote:
Hi Steve,
Regarding SR-IOV testing, at Mellanox we have CI job running on bare metal
node with Mellanox SR-IOV NIC. This job is reporting on neutron patches.
Currently API tests are executed.
The contact person for
Hi All,
At the kilo nova meeting up in Paris, We had a lengthy discussion on better
bug management. One of the action items was to make every Wednesday a bug
day nova in #openstack-nova [0]. So tomorrow will be our first attempt at
Bug Wednesday. One of the issues we found with previous bug
On Mon, Nov 17, 2014 at 1:06 PM, Joshua Harlow harlo...@outlook.com wrote:
Hi guys,
A recent question came up about how do we test better with redis for tooz.
I think this question is also relevant for ceilometer (and other users of
redis) and in general applies to the whole of openstack as
the release of the new barbicanclient caused another bug as well:
https://bugs.launchpad.net/cinder/+bug/1388414, this one is causing all
grenade jobs on master to fail. It looks like we have a hole in the gating
logic somewhere.
On Sat, Nov 1, 2014 at 3:42 PM, Alan Pevec ape...@gmail.com wrote:
On Thu, Oct 30, 2014 at 4:01 AM, Thierry Carrez thie...@openstack.org
wrote:
Jay Pipes wrote:
On 10/29/2014 09:07 PM, Russell Bryant wrote:
On 10/29/2014 06:46 PM, Rochelle Grober wrote:
Any chance we could use the opening to move either the Refstack
session or the logging session from
On Thu, Oct 30, 2014 at 9:20 AM, Anne Gentle a...@openstack.org wrote:
On Thu, Oct 30, 2014 at 10:53 AM, Joe Gordon joe.gord...@gmail.com
wrote:
On Thu, Oct 30, 2014 at 4:01 AM, Thierry Carrez thie...@openstack.org
wrote:
Jay Pipes wrote:
On 10/29/2014 09:07 PM, Russell Bryant wrote
-networking, altough we
would support it with neutron).
Correct, if you don' support nova-network at all, then you should have an
'X' in those boxes.
Thanks,
Andreas
--
Andreas
(irc: scheuran)
On Tue, 2014-10-28 at 11:06 -0700, Joe Gordon wrote:
On Tue, Oct 28, 2014 at 6:44 AM
On Wed, Oct 29, 2014 at 6:27 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Eoghan Glynn's message of 2014-10-29 16:37:42 -0700:
On Oct 29, 2014, at 3:32 PM, Eoghan Glynn egl...@redhat.com wrote:
Folks,
I haven't seen the customary number-crunching on the recent
On Tue, Oct 28, 2014 at 6:44 AM, Dan Smith d...@danplanet.com wrote:
Are current nova CI platforms configured with nova-networking or with
neutron networking? Or is networking in general not even a part of the
nova CI approach?
I think we have several that only run on Neutron, so I think
On Oct 21, 2014 4:10 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Oct 21, 2014 at 12:58:48PM +0200, Kashyap Chamarthy wrote:
I was discussing $subject on #openstack-nova, Nikola Dipanov suggested
Sounds like a great idea.
it's worthwhile to bring this up on the list.
I
of ignored rules. This
helps to keep code in more strict, readable form, which is very important
when working in community.
While working on rule E126, we started discussion with Joe Gordon about
demand of these rules. I have no idea about reasons of why they should be
ignored, so I want to know
On Sat, Oct 18, 2014 at 10:04 AM, Roman Bogorodskiy
rbogorods...@mirantis.com wrote:
Hi,
In discussion of this spec proposal:
https://review.openstack.org/#/c/127827/ it was suggested by Joe Gordon
to start a discussion on the mailing list.
So I'll share my thoughts and a long term plan
On Mon, Oct 20, 2014 at 11:12 AM, gordon chung g...@live.ca wrote:
The issue I'm highlighting is that those projects using the code now have
to update their api-paste.ini files to import from the new location,
presumably while giving some warning to operators about the impending
removal
On Mon, Oct 20, 2014 at 8:00 PM, Steve Kowalik ste...@wedontsleep.org
wrote:
With the move to removing nova-baremetal, I'm concerned that portions
of os-cloud-config will break once python-novaclient has released with
the bits of the nova-baremetal gone -- import errors, and such like.
Nova
On Thu, Oct 16, 2014 at 8:11 PM, Angus Salkeld asalk...@mirantis.com
wrote:
Hi all
I came across some tools [1] [2] that we could use to make sure we don't
increase our code complexity.
Has anyone had any experience with these or other tools?
Flake8 (and thus hacking) has built in
/driver.py#n4113
http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n4113*
First step in fixing this, put a cap on it: goog_106984861
https://review.openstack.org/129125
+1 from me.
—
Morgan Fainberg
On October 16, 2014 at 20:45:35, Joe Gordon (joe.gord
On Mon, Oct 13, 2014 at 1:32 PM, Adam Lawson alaw...@aqorn.com wrote:
Looks like this was proposed and denied to be part of Nova for some reason
last year. Thoughts on why and is the reasoning (whatever it was) still
applicable?
Link?
*Adam Lawson*
AQORN, Inc.
427 North Tatnall
What about using graphite + logstash to power a post-job
/nightly-job/post-merge-periodic (the new thing we talked about in Germany)
dashboard?
There are a few different use cases for a dashboard for jobs that don't
report on gerrit changes.
* Track the success an failure rates over time
* If
Recently there has been a lot of discussion around the development growing
pains in nova. Instead of guessing about how bad some of the issues are, I
tried to answer a few questions that may help us better understand the
issues.
Q: How many revisions does it take to merge a patch?
Average: 6.76
On Wed, Oct 8, 2014 at 4:30 PM, Joe Gordon joe.gord...@gmail.com wrote:
Recently there has been a lot of discussion around the development growing
pains in nova. Instead of guessing about how bad some of the issues are, I
tried to answer a few questions that may help us better understand
On Wed, Oct 8, 2014 at 6:12 PM, Michael Still mi...@stillhq.com wrote:
On Thu, Oct 9, 2014 at 11:58 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Oct 8, 2014 at 4:30 PM, Joe Gordon joe.gord...@gmail.com
wrote:
Recently there has been a lot of discussion around the development
On Tue, Oct 7, 2014 at 10:56 AM, Vishvananda Ishaya vishvana...@gmail.com
wrote:
On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton gkot...@vmware.com wrote
On Fri, Oct 3, 2014 at 10:47 AM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
Keeping the enforcement local (same way policy works today) helps limit
the fragility, big +1 there.
I also agree with Vish, we need a uniform way to talk about quota
enforcement similar to how we have a
On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
At the moment the resource tracker in Nova ignores that statistics that
are returned by the hypervisor and it calculates the values on its own. Not
only is this highly error prone but it is also very costly – all of
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann d
On Fri, Oct 3, 2014 at 9:42 AM, Eoghan Glynn egl...@redhat.com wrote:
- Original Message -
On Fri, Oct 3, 2014 at 6:07 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Oct 3, 2014, at 12:46 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Oct 2
On Fri, Oct 3, 2014 at 9:51 AM, Chris Dent chd...@redhat.com wrote:
On Fri, 3 Oct 2014, Joe Gordon wrote:
* services that nothing depends on
* services that don't depend on other services
Latest graph: http://i.imgur.com/y8zmNIM.png
I'm hesitant to open this can but it's just lying
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann d...@doughellmann.com
wrote:
As promised at this week’s TC meeting, I have applied the various blog
posts and mailing list threads related to changing our
On Wed, Oct 1, 2014 at 8:29 AM, Solly Ross sr...@redhat.com wrote:
(response inline)
- Original Message -
From: Pasquale Porreca pasquale.porr...@dektech.com.au
To: openstack-dev@lists.openstack.org
Sent: Wednesday, October 1, 2014 11:08:50 AM
Subject: Re: [openstack-dev]
On Mon, Sep 29, 2014 at 11:58 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Sep 29, 2014, at 5:51 AM, Thierry Carrez thie...@openstack.org wrote:
Boris Pavlovic wrote:
it goes without saying that working on cross-project stuff in OpenStack
is quite hard task.
Because it's always
On Tue, Sep 30, 2014 at 6:04 AM, joehuang joehu...@huawei.com wrote:
Hello, Dear TC and all,
Large cloud operators prefer to deploy multiple OpenStack instances(as
different zones), rather than a single monolithic OpenStack instance
because of these reasons:
1) Multiple data centers
2014 00:31, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Sep 25, 2014 at 9:21 AM, John Garbutt j...@johngarbutt.com
wrote:
On 25 September 2014 14:10, Daniel P. Berrange berra...@redhat.com
wrote:
The proposal is to keep kilo-1, kilo-2 much the same as juno.
Except,
we work harder
On Wed, Sep 17, 2014 at 8:03 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 9/16/2014 1:01 PM, Joe Gordon wrote:
On Sep 15, 2014 8:31 PM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 09/15/2014 08:07 PM, Jeremy Stanley wrote:
On 2014-09-15 17:59:10
On Mon, Sep 29, 2014 at 4:46 PM, Christopher Yeoh cbky...@gmail.com wrote:
On Mon, 29 Sep 2014 13:32:57 -0700
Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Sep 29, 2014 at 5:23 AM, Gary Kotton gkot...@vmware.com
wrote:
Hi,
Is the process documented anywhere? That is, if say
On Thu, Sep 25, 2014 at 9:21 AM, John Garbutt j...@johngarbutt.com wrote:
On 25 September 2014 14:10, Daniel P. Berrange berra...@redhat.com
wrote:
The proposal is to keep kilo-1, kilo-2 much the same as juno. Except,
we work harder on getting people to buy into the priorities that are
On Thu, Sep 25, 2014 at 7:22 AM, Angelo Matarazzo
angelo.matara...@dektech.com.au wrote:
Hi all,
Can create a blueprint and choose a previous Series goal (eg:Icehouse)?
I think that it can be possible but no reviewer or driver will be
interested in it.
Right?
I am not sure what the 'why'
way to build the list.
Joe Gordon mentioned an interesting idea to address this (which I am
probably totally butchering), which is that we make incubation more similar
to the ASF Incubator. In other words make it more lightweight with no
promise of governance or infrastructure support.
you
On Tue, Sep 23, 2014 at 9:13 AM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 22:04, Joe Gordon wrote:
To me this is less about valid or invalid choices. The Zaqar team is
comparing Zaqar to SQS, but after digging into the two of them, zaqar
barely looks like SQS. Zaqar doesn't
On Tue, Sep 23, 2014 at 2:40 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/23/2014 05:13 AM, Clint Byrum wrote:
Excerpts from Joe Gordon's message of 2014-09-22 19:04:03 -0700:
[snip]
To me this is less about valid or invalid choices. The Zaqar team is
comparing Zaqar to SQS, but
On Mon, Sep 22, 2014 at 9:58 AM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 10:11, Gordon Sim wrote:
On 09/19/2014 09:13 PM, Zane Bitter wrote:
SQS offers very, very limited guarantees, and it's clear that the reason
for that is to make it massively, massively scalable in the way
On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 17:06, Joe Gordon wrote:
On Mon, Sep 22, 2014 at 9:58 AM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 10:11, Gordon Sim wrote:
On 09/19/2014 09:13 PM, Zane Bitter wrote:
SQS offers very, very
On Mon, Sep 22, 2014 at 7:04 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 17:06, Joe Gordon wrote:
On Mon, Sep 22, 2014 at 9:58 AM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 10:11, Gordon Sim wrote
On Mon, Sep 22, 2014 at 8:13 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Joe Gordon's message of 2014-09-22 19:04:03 -0700:
On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter zbit...@redhat.com wrote:
On 22/09/14 17:06, Joe Gordon wrote:
On Mon, Sep 22, 2014 at 9:58 AM, Zane
On Thu, Sep 18, 2014 at 9:02 AM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:24 PM, Clint Byrum wrote:
Great job highlighting what our friends over at Amazon are doing.
It's clear from
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote:
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which
in the sense of OpenStack Tenants/Project-ID's or
in the sense of “clients/workers”? For the latter case, the pilot tests
I’ve done so far used multiple clients (though not graphed), but in the
former case only one “project” was used.
multiple Tenant/Project-IDs
From: Joe Gordon joe.gord
Hi All,
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which have a few unusual properties [0]:
Message Order
Amazon SQS makes a best effort to preserve order in messages, but due to
the distributed nature of the queue, we cannot guarantee you will receive
messages
Postgres is also logging a lot of errors:
http://logs.openstack.org/63/122263/1/check/check-tempest-dsvm-postgres-full/2f27252/logs/postgres.txt.gz
On Wed, Sep 17, 2014 at 4:49 PM, Clark Boylan cboy...@sapwetik.org wrote:
Hello,
Recent sampling of test run times shows that our tempest jobs
On Tue, Sep 16, 2014 at 2:58 AM, Michael Still mi...@stillhq.com wrote:
Hi.
Is time to start identifying (and working on) release critical bugs in
nova before we ship RC1.
My initial position is that any critical bug is release critical.
There are currently critical bugs not targeted to
On Sep 15, 2014 8:31 PM, Jay Pipes jaypi...@gmail.com wrote:
On 09/15/2014 08:07 PM, Jeremy Stanley wrote:
On 2014-09-15 17:59:10 -0400 (-0400), Jay Pipes wrote:
[...]
Sometimes it's pretty hard to determine whether something in the
E-R check page is due to something in the infra scripts,
On Tue, Sep 9, 2014 at 12:19 PM, Kurt Griffiths
kurt.griffi...@rackspace.com wrote:
Hi folks,
In this second round of performance testing, I benchmarked the new Redis
driver. I used the same setup and tests as in Round 1 to make it easier to
compare the two drivers. I did not test Redis in
On Thu, Sep 11, 2014 at 2:18 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Thu, Sep 11, 2014 at 09:23:34AM +1000, Michael Still wrote:
On Thu, Sep 11, 2014 at 8:11 AM, Jay Pipes jaypi...@gmail.com wrote:
a) Sorting out the common code is already accounted for in Dan B's
original
On Wed, Sep 3, 2014 at 8:37 AM, Joe Gordon joe.gord...@gmail.com wrote:
As you all know, there has recently been several very active discussions
around how to improve assorted aspects of our development process. One idea
that was brought up is to come up with a list of cycle goals/project
Hi All,
We have recently started seeing assorted memory issues in the gate
including the oom-killer [0] and libvirt throwing memory errors [1].
Luckily we run ps and dstat on every devstack run so we have some insight
into why we are running out of memory. Based on the output from job taken
at
On Fri, Sep 5, 2014 at 4:05 AM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/04/2014 10:25 PM, Solly Ross wrote:
Anyway, I think it would be useful to have some sort of page where people
could say I'm an SME in X, ask me for reviews and then patch
submitters could go
and say, oh, I
On Fri, Sep 5, 2014 at 9:11 AM, Mike Wilson geekinu...@gmail.com wrote:
Hi all,
I am requesting an exception for the juno-slaveification blueprint. There
is a single outstanding patch [1] which has already been approved before,
but needed to be re-spun due to gate failures which then
not only removes 3k LOC, but fixes 4 bugs(see commit message
for more details) and provides relevant, stable common db code.
Main maintainers of oslo.db(Roman Podoliaka and Victor Sergeyev) are OK
with this.
Joe Gordon and Matt Riedemann are already signing up, so we need one
more vote from
On Thu, Sep 4, 2014 at 2:23 AM, John Garbutt j...@johngarbutt.com wrote:
Sorry for another top post, but I like how Nikola has pulled this
problem apart, and wanted to respond directly to his response.
On 3 September 2014 10:50, Nikola Đipanov ndipa...@redhat.com wrote:
The reason many
On Thu, Sep 4, 2014 at 3:24 AM, Daniel P. Berrange berra...@redhat.com
wrote:
Position statement
==
Over the past year I've increasingly come to the conclusion that
Nova is heading for (or probably already at) a major crisis. If
steps are not taken to avert this, the project
.
The goal of this exercise is to help us see if our individual world views
align with the greater community, and to get the ball rolling on a larger
discussion of where as a project we should be focusing more time.
best,
Joe Gordon
[0]
http://lists.openstack.org/pipermail/openstack-dev/2014-August
On Tue, Aug 26, 2014 at 4:47 PM, Salvatore Orlando sorla...@nicira.com
wrote:
TL; DR
A few folks are proposing to stop running tests for neutron advanced
services [ie: (lb|vpn|fw)aas] in the integrated gate, and run them only on
the neutron gate.
Reason: projects like nova are 100%
to Dan Berrange's position, votes -2. Some
debate between Dan and Dan continues. Joe Gordon votes +2. Matt
Riedemann expresses support-in-principal for Dan Smith's approach.
= July 15 =
Debate continues ...
16:12 - I -2 the patch and attempt to take a step back and think about
how we could have
On Wed, Sep 3, 2014 at 2:50 AM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/02/2014 09:23 PM, Michael Still wrote:
On Tue, Sep 2, 2014 at 1:40 PM, Nikola Đipanov ndipa...@redhat.com
wrote:
On 09/02/2014 08:16 PM, Michael Still wrote:
Hi.
We're soon to hit feature freeze, as
On Wed, Sep 3, 2014 at 8:57 AM, Solly Ross sr...@redhat.com wrote:
I will follow up with a more detailed email about what I believe we are
missing, once the FF settles and I have applied some soothing creme to
my burnout wounds, but currently my sentiment is:
Contributing features to
On Aug 29, 2014 10:42 AM, Dugger, Donald D donald.d.dug...@intel.com
wrote:
Well, I think that there is a sign of a broken (or at least bent) process
and that's what I'm trying to expose. Especially given the ongoing
conversations over Gantt it seems wrong that ultimately it was rejected due
to
On Thu, Aug 28, 2014 at 10:17 AM, Sean Dague s...@dague.net wrote:
On 08/28/2014 12:48 PM, Doug Hellmann wrote:
On Aug 27, 2014, at 5:56 PM, Sean Dague s...@dague.net wrote:
On 08/27/2014 05:27 PM, Doug Hellmann wrote:
On Aug 27, 2014, at 2:54 PM, Sean Dague s...@dague.net wrote:
On Thu, Aug 28, 2014 at 2:40 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Thu, Aug 28, 2014 at 01:04:57AM +, Dugger, Donald D wrote:
I'll try and not whine about my pet project but I do think there
is a problem here. For the Gantt project to split out the scheduler
there is a
On Thu, Aug 28, 2014 at 2:43 PM, Alan Kavanagh alan.kavan...@ericsson.com
wrote:
I share Donald's points here, I believe what would help is to clearly
describe in the Wiki the process and workflow for the BP approval process
and build in this process how to deal with
We just finished discussing when to open up Kilo specs at the nova meeting
today [0], and Kilo specs will open right after we cut Juno RC1 (around
Sept 25th [1]). Additionally, the spec template will most likely be revised.
We still have a huge amount of work to do for Juno and the nova team is
On Thu, Aug 28, 2014 at 3:27 PM, Chris Friesen chris.frie...@windriver.com
wrote:
On 08/28/2014 04:01 PM, Joe Gordon wrote:
On Thu, Aug 28, 2014 at 2:43 PM, Alan Kavanagh
alan.kavan...@ericsson.com mailto:alan.kavan...@ericsson.com wrote:
I share Donald's points here, I believe what
On Tue, Aug 26, 2014 at 5:36 AM, Wang Shen ws1...@gmail.com wrote:
Hi, All
I have done some work to test the performance of LUN scanning, use
iscsiadm with --rescan like what Nova dose. In my test, a host
connected with a lot of LUNs , more than 1000 LUNs. Because --rescan
will cause kernel
On Wed, Aug 20, 2014 at 2:25 AM, Eoghan Glynn egl...@redhat.com wrote:
Additional cross-project resources can be ponied up by the large
contributor companies, and existing cross-project resources are not
necessarily divertable on command.
Sure additional cross-project
On Tue, Aug 26, 2014 at 5:31 AM, Boris Pavlovic bo...@pavlovic.me wrote:
Hi stackers,
It goes without saying that end users, that are actually using your
tool/project/service, usually don't have enough time to join community,
understand all technical details and road map of project and
On Aug 24, 2014 9:04 AM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
On Sunday, August 24, 2014, Anne Gentle a...@openstack.org wrote:
I'm following this as well since I have the exact same problem in a
docstring patch for heat.
Keystone saw an oddity with the new sample config
On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent chd...@redhat.com wrote:
In the Thoughts on the patch test failure rate and moving forward
thread[1] there's discussion of moving some of the burden for
functional testing to the individual projects. This seems like a good
idea to me, but also seems
On Mon, Aug 25, 2014 at 2:50 PM, Chris Dent chd...@redhat.com wrote:
On Mon, 25 Aug 2014, Joe Gordon wrote:
[Other stuff snipped, thanks for that, good to have some pointers.]
Why can't you run devstack locally? Maybe there are some changes we can
make so its easier to run devstack
On Tue, Aug 19, 2014 at 11:57 AM, James Slagle james.sla...@gmail.com
wrote:
On Tue, Aug 19, 2014 at 1:58 PM, Joe Gordon joe.gord...@gmail.com wrote:
While I cannot speak for the dynamics of the tripleo team, if this were
to
be adopted in nova I would not +2 any blueprints as I don't
201 - 300 of 778 matches
Mail list logo
