On Mon, Mar 17, 2014 at 11:55 AM, Matthew Treinish mtrein...@kortar.orgwrote:
Hi everyone,
So a little while ago we noticed that in all the gate runs one of the
ceilometer
cli tests is consistently in the list of slowest tests. (and often the
slowest)
This was a bit surprising given the
On Mon, Mar 17, 2014 at 12:29 PM, Andrew Laski
andrew.la...@rackspace.comwrote:
On 03/17/14 at 01:11pm, Chris Friesen wrote:
On 03/17/2014 11:59 AM, John Garbutt wrote:
On 17 March 2014 17:54, John Garbutt j...@johngarbutt.com wrote:
Given the scheduler split, writing that value into the
On Mon, Mar 17, 2014 at 12:25 PM, Sean Dague s...@dague.net wrote:
On 03/17/2014 03:22 PM, Joe Gordon wrote:
On Mon, Mar 17, 2014 at 11:55 AM, Matthew Treinish mtrein...@kortar.org
mailto:mtrein...@kortar.org wrote:
Hi everyone,
So a little while ago we noticed
faster if I remember correctly. Might be worth doing
something similar for the l3-agent.
Best,
Aaron
On Mon, Mar 10, 2014 at 5:07 PM, Joe Gordon joe.gord...@gmail.com
wrote:
On Mon, Mar 10, 2014 at 3:57 PM, Joe Gordon joe.gord...@gmail.com
wrote:
I looked
On Mon, Mar 17, 2014 at 4:48 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Mar 11, 2014 at 1:46 AM, Miguel Angel Ajo Pelayo
mangel...@redhat.com wrote:
I have included on the etherpad, the option to write a sudo
plugin (or several), specific for openstack.
And this is a test
Hi All, so as some of you may have noticed the stable/havana jobs just
broke.
The stable/havana jobs are missing a dependency on oathlib [1]. It looks
like like oauthlib is a keystoneclient dependency, but it wasn't in the
global-requirements for stable/havana [2], so it never got installed.
On Fri, Mar 14, 2014 at 2:50 PM, Joe Gordon joe.gord...@gmail.com wrote:
Hi All, so as some of you may have noticed the stable/havana jobs just
broke.
python-keystoneclient patch https://review.openstack.org/#/c/77977/ Broke
stable
https://review.openstack.org/#/c/80726/ Reverts that change
On Thu, Mar 13, 2014 at 7:50 AM, Joe Hakim Rahme
joe.hakim.ra...@enovance.com wrote:
On 10 Mar 2014, at 22:54, David Kranz dkr...@redhat.com wrote:
There are a number of patches up for review that make various changes to
use six apis instead of Python 2 constructs. While I understand the
On Tue, Mar 11, 2014 at 10:24 AM, Mike Wilson geekinu...@gmail.com wrote:
Undeleting things is an important use case in my opinion. We do this in
our environment on a regular basis. In that light I'm not sure that it
would be appropriate just to log the deletion and git rid of the row. I
On Tue, Mar 11, 2014 at 12:43 PM, Tim Bell tim.b...@cern.ch wrote:
Typical cases are user error where someone accidentally deletes an item
from a tenant. The image guys have a good structure where images become
unavailable and are recoverable for a certain period of time. A regular
periodic
:
http://cormachogan.com/2013/04/16/what-are-dependent-independent-disks-persistent-and-non-persisent-modes/
http://searchvirtualdesktop.techtarget.com/feature/Understanding-nonpersistent-vs-persistent-VDI
From: Joe Gordon [mailto:joe.gord...@gmail.com]
Sent: Saturday, March 08
.
++
Probably we should some other thread to cover this topic?
++
Best regards,
Boris Pavlovic
On Mon, Mar 10, 2014 at 10:57 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Mar 10, 2014 at 7:11 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 3/9/2014 9:18 PM, Jay Pipes wrote
On Mar 10, 2014 12:29 PM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-03-10 at 12:13 -0400, Shawn Hartsock wrote:
We have very strong interest in pursing this feature in the VMware
driver as well. I would like to see the revert instance feature
implemented at least.
When I used to
I looked into the python to C options and haven't found anything promising
yet.
I tried Cython, and RPython, on a trivial hello world app, but git similar
startup times to standard python.
The one thing that did work was adding a '-S' when starting python.
-S Disable the import of
On Mon, Mar 10, 2014 at 3:57 PM, Joe Gordon joe.gord...@gmail.com wrote:
I looked into the python to C options and haven't found anything promising
yet.
I tried Cython, and RPython, on a trivial hello world app, but git similar
startup times to standard python.
The one thing that did work
think the use case you have brought up can be
solved inside of the VM with something like
http://unionfs.filesystems.org/are a filesystem that supports
snapshotting.
On Fri, Mar 7, 2014 at 2:20 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Mar 5, 2014 at 11:45 AM, Qin Zhao chaoc
On Thu, Mar 6, 2014 at 2:51 AM, John Garbutt j...@johngarbutt.com wrote:
On 5 March 2014 15:02, Russell Bryant rbry...@redhat.com wrote:
Nova is now feature frozen for the Icehouse release. Patches for
blueprints not already merged will need a feature freeze exception (FFE)
to be
On Thu, Mar 6, 2014 at 3:11 AM, Sylvain Bauza sylvain.ba...@gmail.com wrote:
Hi Thierry,
2014-03-06 11:46 GMT+01:00 Thierry Carrez thie...@openstack.org:
Dina Belova wrote:
Would Climate also be usable to support functionality like Spot
Instances ? Schedule when spot price falls under X
On Thu, Mar 6, 2014 at 9:25 AM, Andrew Woodward xar...@gmail.com wrote:
For 59148 patch set 23, we nearly merged and had +2 from Joe Gordon
I am not sponsoring any FFE as I want to focus my attention on fixing
bugs etc. This doesn't mean I am for or against a FFE on this feature
in general
be permitted to
exceed the quota, since it request additional dollars.
On Thu, Mar 6, 2014 at 1:33 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Mar 5, 2014 at 8:59 AM, Qin Zhao chaoc...@gmail.com wrote:
Hi Joe,
If we assume the user is willing to create a new instance, the workflow
you
On Thu, Mar 6, 2014 at 8:24 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 3/6/2014 8:08 PM, Matt Riedemann wrote:
On 3/6/2014 3:46 PM, James Carey wrote:
Please consider a FFE for i18n Message improvements:
BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages
step 3
From what I gather you are saying that instead of 4/5 you want the
user to be able to just reboot the instance. I don't think such a
subtle change in behavior is worth a whole new API extension.
On Wed, Mar 5, 2014 at 3:20 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Mar 4, 2014
On Wed, Mar 5, 2014 at 5:53 AM, Julien Danjou jul...@danjou.info wrote:
On Tue, Mar 04 2014, Joe Gordon wrote:
So since tools/config/check_uptodate.sh is oslo code, I assumed this
issue falls into the domain of oslo-incubator.
Until this gets resolved nova is considering
https
of circumstances would prevent someone from deleting and
recreating an instance?
On Thu, Mar 6, 2014 at 12:02 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Mar 4, 2014 at 6:21 PM, Qin Zhao chaoc...@gmail.com wrote:
Hi Joe, my meaning is that cloud users may not hope to create new
On Wed, Mar 5, 2014 at 8:51 AM, Miguel Angel Ajo Pelayo
mangel...@redhat.com wrote:
- Original Message -
Miguel Angel Ajo wrote:
[...]
The overhead comes from python startup time + rootwrap loading.
I suppose that rootwrap was designed for lower amount of system calls
On Mar 5, 2014 6:58 PM, Dmitri Zimine d...@stackstorm.com wrote:
Folks,
I took a crack at using our DSL to build a real-world workflow.
Just to see how it feels to write it. And how it compares with
alternative tools.
This one automates a page from OpenStack operation guide:
, that is not a
very comprehensive answer.
Cheers
Dina
On Tue, Mar 4, 2014 at 12:30 AM, Joe Gordon joe.gord...@gmail.com wrote:
Overall I think Climate is trying to address some very real use cases,
but its unclear to me where these solutions should live or how to
solve them. Furthermore I
reboot and you are back to clean state and start over again.I feel it's
convenient to handle this with just a reboot rather than recreating the
instance.
Thanks,
Divakar
-Original Message-
From: Joe Gordon [mailto:joe.gord...@gmail.com]
Sent: Tuesday, March 04, 2014 10:41 AM
On Tue, Mar 4, 2014 at 11:08 AM, Ben Nemec openst...@nemebean.com wrote:
On 2014-03-04 12:51, Sean Dague wrote:
On 03/04/2014 01:27 PM, Ben Nemec wrote:
This warning should be gone by default once
https://github.com/openstack/oslo-incubator/commit/dda24eb4a815914c29e801ad0176630786db8734
So since tools/config/check_uptodate.sh is oslo code, I assumed this
issue falls into the domain of oslo-incubator.
Until this gets resolved nova is considering
https://review.openstack.org/#/c/78028/
On Wed, Feb 5, 2014 at 9:21 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Feb 05,
On Mon, Mar 3, 2014 at 6:27 AM, Anne Gentle a...@openstack.org wrote:
On Mon, Mar 3, 2014 at 8:20 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Mar 3, 2014 at 4:42 AM, Sylvain Bauza sylvain.ba...@bull.net
wrote:
Hi Joe,
Thanks for your reply, I'll try to further explain.
Le
AM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Mar 3, 2014 at 4:42 AM, Sylvain Bauza sylvain.ba...@bull.net
wrote:
Hi Joe,
Thanks for your reply, I'll try to further explain.
Le 03/03/2014 05:33, Joe Gordon a écrit :
On Sun, Mar 2, 2014 at 11:32 AM, Dina Belova dbel
.
Thanks
On Mon, Mar 3, 2014 at 9:04 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Mar 3, 2014 at 6:27 AM, Anne Gentle a...@openstack.org wrote:
On Mon, Mar 3, 2014 at 8:20 AM, Joe Gordon joe.gord...@gmail.com
wrote:
On Mon, Mar 3, 2014 at 4:42 AM, Sylvain Bauza sylvain.ba
On Mon, Mar 3, 2014 at 9:32 AM, Russell Bryant rbry...@redhat.com wrote:
There has been quite a bit of discussion about the future of the v3 API
recently. There has been growing support for the idea that we should
change course and focus on evolving the existing v2 API instead of
putting out
On Mon, Mar 3, 2014 at 10:01 AM, Zane Bitter zbit...@redhat.com wrote:
On 03/03/14 12:32, Joe Gordon wrote:
- if you're reserving resources far before you'll need them, it'll be
cheaper
Why? How does this save a provider money?
If an operator has zero information about the level of future
On Mon, Mar 3, 2014 at 10:13 AM, Sylvain Bauza sylvain.ba...@gmail.com wrote:
Hi Joe,
2014-03-03 18:32 GMT+01:00 Joe Gordon joe.gord...@gmail.com:
This sounds like something that belongs in nova, Phil Day has an
elegant solution for this:
https://blueprints.launchpad.net/nova/+spec/whole
was described by Sylvain, I guess :)
-- Dina
On Mon, Mar 3, 2014 at 10:13 PM, Sylvain Bauza sylvain.ba...@gmail.com
wrote:
Hi Joe,
2014-03-03 18:32 GMT+01:00 Joe Gordon joe.gord...@gmail.com:
This sounds like something that belongs in nova, Phil Day has an
elegant solution for this:
https
On Mon, Mar 3, 2014 at 10:43 AM, Sean Dague s...@dague.net wrote:
On 03/03/2014 01:35 PM, Joe Gordon wrote:
On Mon, Mar 3, 2014 at 10:01 AM, Zane Bitter zbit...@redhat.com wrote:
On 03/03/14 12:32, Joe Gordon wrote:
- if you're reserving resources far before you'll need them, it'll
On Mon, Mar 3, 2014 at 10:49 AM, Russell Bryant rbry...@redhat.com wrote:
On 03/03/2014 01:27 PM, Joe Gordon wrote:
On Mon, Mar 3, 2014 at 9:32 AM, Russell Bryant rbry...@redhat.com wrote:
1) What about tasks?
In some cases, the proposed integration of tasks is backwards
compatible. A task
, but it would be nice to see a more fleshed
out story for it.
It would be nice to see more of these use cases discussed.
On Mon, Mar 3, 2014 at 11:16 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Mar 3, 2014 at 10:43 AM, Sean Dague s...@dague.net wrote:
On 03/03/2014 01:35 PM, Joe Gordon wrote
On Mon, Mar 3, 2014 at 6:00 PM, Yuzhou (C) vitas.yuz...@huawei.com wrote:
Hi stackers,
As far as I know ,there are two types of storage used by VM in openstack:
Ephemeral Storage and Persistent Storage.
Data on ephemeral storage ceases to exist when the instance it is associated
with is
Message-
From: Joe Gordon [mailto:joe.gord...@gmail.com]
Sent: Tuesday, March 04, 2014 11:26 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Luohao (brian)
Subject: Re: [openstack-dev] [nova][cinder] non-persistent storage(after
stopping VM, data will be rollback
Hi All,
here's a case worth exploring in a v2 only world ... what about some
extension we really think is dead and should go away? can we ever
remove it? In the past we have said backwards compatibility means no
we cannot remove any extensions, if we adopt the v2 only notion of
backwards
On Sun, Mar 2, 2014 at 11:32 AM, Dina Belova dbel...@mirantis.com wrote:
Hello, folks!
I'd like to request Climate project review for incubation. Here is official
incubation application:
https://wiki.openstack.org/wiki/Climate/Incubation
I'm unclear on what Climate is trying to solve. I
Lets use https://etherpad.openstack.org/p/Icehouse-nova-oslo-sync to
keep track of things.
On Wed, Feb 26, 2014 at 5:10 PM, Joe Gordon joe.gord...@gmail.com wrote:
GCB, Ben,
Thanks for volunteering to help.
GCB, reminded me that we should be doing this for python-novaclient in
addition
On Thu, Feb 27, 2014 at 6:05 AM, Ziad Sawalha
ziad.sawa...@rackspace.com wrote:
On Feb 26, 2014, at 11:47 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Feb 26, 2014 at 9:05 AM, David Ripton drip...@redhat.com wrote:
On 02/26/2014 11:40 AM, Joe Gordon wrote:
This is missing the point
On Thu, Feb 27, 2014 at 2:37 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, 2014-02-27 at 02:11 +0400, Eugene Nikanorov wrote:
Hi neutron folks,
I know that there are patches on gerrit for VPN, FWaaS and L3 services
that are leveraging Provider Framework.
Recently we've been discussing more
On Thu, Feb 27, 2014 at 5:05 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, 2014-02-27 at 15:12 -0800, Joe Gordon wrote:
On Thu, Feb 27, 2014 at 2:37 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, 2014-02-27 at 02:11 +0400, Eugene Nikanorov wrote:
Hi neutron folks,
I know
On Wed, Feb 26, 2014 at 6:39 AM, Ziad Sawalha
ziad.sawa...@rackspace.com wrote:
On Feb 25, 2014, at 5:18 PM, Kevin L. Mitchell kevin.mitch...@rackspace.com
wrote:
On Tue, 2014-02-25 at 00:56 +, Ziad Sawalha wrote:
Seeking some clarification on the OpenStack hacking guidelines for
On Wed, Feb 26, 2014 at 6:38 AM, Dan Smith d...@danplanet.com wrote:
We may need to differentiate between breaking the API and breaking
corner-case behavior.
Totally agreed.
In one case you force everyone in the ecosystem to
adapt (the libraries, the end user code). In the other you only
On Fri, Feb 21, 2014 at 10:17 AM, Sean Dague s...@dague.net wrote:
On 02/21/2014 11:02 AM, Daniel P. Berrange wrote:
On Fri, Feb 21, 2014 at 10:46:22AM -0500, Sean Dague wrote:
On 02/21/2014 09:45 AM, Daniel P. Berrange wrote:
On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
So
on -dev list traffic...
On 2014-02-19 20:27, Doug Hellmann wrote:
On Wed, Feb 19, 2014 at 8:13 PM, Joe Gordon joe.gord...@gmail.com wrote:
Hi All,
As many of you know most oslo-incubator code is wildly out of sync.
Assuming we consider it a good idea to sync up oslo-incubator code
before
On Mon, Feb 24, 2014 at 4:56 PM, Ziad Sawalha
ziad.sawa...@rackspace.com wrote:
Seeking some clarification on the OpenStack hacking guidelines for
multi-string docstrings.
Q: In OpenStack projects, is a blank line before the triple closing quotes
recommended (and therefore optional - this is
On Thu, Feb 20, 2014 at 9:01 PM, Sangeeta Singh sin...@yahoo-inc.com wrote:
Hi,
At my organization we do not use a shared storage for VM disks but need to
evacuate VMs from a HV that is down or having problems to another HV. The
evacuate command only allows the evacuated VM to have the base
On Fri, Feb 21, 2014 at 8:33 AM, Dean Troyer dtro...@gmail.com wrote:
[new thread for this...]
On Fri, Feb 21, 2014 at 7:33 AM, Mark McLoughlin Perhaps rather than
focusing on making this absolutely black and white,
we should focus on better communicating what we actually focus our
testing
On Thu, Feb 20, 2014 at 7:10 AM, Sean Dague s...@dague.net wrote:
On 02/20/2014 09:55 AM, Christopher Yeoh wrote:
On Thu, 20 Feb 2014 08:22:57 -0500
Sean Dague s...@dague.net wrote:
We're also duplicating a lot of test and review energy in having 2 API
stacks. Even before v3 has come out of
On Wed, Feb 19, 2014 at 9:36 AM, Russell Bryant rbry...@redhat.com wrote:
Greetings,
The v3 API effort has been going for a few release cycles now. As we
approach the Icehouse release, we are faced with the following question:
Is it time to mark v3 stable?
My opinion is that I think we
On Thu, Feb 20, 2014 at 9:38 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 2/19/2014 4:05 PM, Matt Riedemann wrote:
The os-hosts OS API extension [1] showed up before I was working on the
project and I see that only the VMware and XenAPI drivers implement it,
but was wondering why
? deployers?
* Other solutions?
* Does it make sense to gate on the lowest version of libvirt but
the highest version of python libs?
* Given our finite resources what gets us the furthest?
best,
Joe Gordon
John Garbutt
___
OpenStack-dev mailing list
On Thu, Feb 20, 2014 at 3:48 PM, 郭小熙 glongw...@gmail.com wrote:
Yes, a Jenkins job is not useful currently. I would like to submit some
commits to
fix known python 3 support issues as we did in oslo-incubator. Another
question
is how to make new changes avoid regression, Maybe we need add
As a side to this, as an exercise I tried a oslo sync in cinder to see
what kind of issues would arise and here are my findings so far:
https://review.openstack.org/#/c/74786/
On Wed, Feb 19, 2014 at 6:20 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 2/19/2014 7:13 PM, Joe Gordon
when Neutron is not used.
That will be addressed with the next path.
2. https://review.openstack.org/#/c/53171
This is the active review for tempest
test cases as requested by Joe Gordon.
Currently abandoned until #1 goes through.
3. https://review.openstack.org/#/c/53171
This review
On Tue, Feb 18, 2014 at 1:01 PM, Martin, JC jch.mar...@gmail.com wrote:
Joe,
See my comments in line.
On Feb 18, 2014, at 12:26 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Feb 18, 2014 at 10:03 AM, Martin, JC jch.mar...@gmail.com wrote:
There was a lot of emails on that thread
On Wed, Feb 12, 2014 at 12:16 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
If you have a change in your project that is blocked waiting for a patch to
land in oslo (in the incubator, or any of the libraries we manage) *please*
either open a blueprint or mark the associated bug as also
On Sun, Feb 16, 2014 at 3:26 AM, Salvatore Orlando sorla...@nicira.com wrote:
It seems this work item is made of several blueprints, some of which are not
yet approved. This is true at least for the Neutron blueprint regarding
policy extensions.
Since I first looked at this spec I've been
On Fri, Feb 14, 2014 at 12:09 PM, Martin, JC jch.mar...@gmail.com wrote:
There is a Blueprint targeted for Icehouse-3 that is aiming to implement the
AWS VPC api. I don't think that this blueprint is providing the necessary
constructs to really implement a VPC, and it is not taking into
On Wed, Feb 12, 2014 at 10:36 AM, Matthew Farina m...@mattfarina.com wrote:
I would like to point out that the unified SDK has a different target
audience from the existing clients. Application developers who want to work
with OpenStack APIs are far different from those who are trying to build
On Mon, Feb 10, 2014 at 9:00 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Sat, Feb 8, 2014 at 7:08 PM, Monty Taylor mord...@inaugust.com wrote:
Hey all!
There are a bunch of patches adding:
[wheel]
universal = 1
to setup.cfg:
Hi All,
I would like to propose removing the simple_tenant_usage and
os-instance_usage_audit_log extensions from the nova V3 API (while
keeping them in V2). Both of these are pre ceilometer extensions to
generate rudimentary usage information, something that we should be
using ceilometer for.
On Fri, Feb 7, 2014 at 6:40 AM, Jay Pipes jaypi...@gmail.com wrote:
On Fri, 2014-02-07 at 15:36 +0100, Julien Danjou wrote:
On Fri, Feb 07 2014, Jay Pipes wrote:
On Fri, 2014-02-07 at 14:25 +, Matthew Booth wrote:
I have a comment which references a long URL. The URL itself is longer
This issue is being tracked with the following bug:
https://bugs.launchpad.net/openstack-ci/+bug/1277495
On Fri, Feb 7, 2014 at 4:09 AM, Sergey Lukjanov slukja...@mirantis.com wrote:
The same with swiftclient, hacking, openstacksdk and others -
On Wed, Feb 5, 2014 at 8:29 AM, Greg Hill greg.h...@rackspace.com wrote:
I'm new, so I'm sure there's some history I'm missing, but I find it bizarre
that we have to put the same license into every single file of source code in
our projects. In my past experience, a single LICENSE file at
On Wed, Feb 5, 2014 at 6:57 AM, Dan Smith d...@danplanet.com wrote:
We don't have to add a new notification, but we have to add some
new datas in the nova notifications. At least for the delete
instance notification to remove the ceilometer nova notifier.
A while ago, I have registered a
On Wed, Feb 5, 2014 at 1:35 AM, Julien Danjou jul...@danjou.info wrote:
On Tue, Feb 04 2014, Joe Gordon wrote:
Ceilometer running a plugin in nova is bad (for all the reasons
previously discussed),
Well, I partially disagree. Are you saying that nobody is allowed to run
a plugin in Nova? So
Hi Boris, Roman, Victor (oslo-incubator db maintainers),
Last night I stumbled across bug https://launchpad.net/bugs/1272500 in
nova, which says the issue has been fixed in the latest oslo-incubator
code. So I ran:
./update.sh --base nova --dest-dir ../nova --modules db.sqlalchemy
On Wed, Feb 5, 2014 at 1:21 PM, Jay S Bryant jsbry...@us.ibm.com wrote:
Pat,
I see the same behavior on an Icehouse level install. So, I think you may
have found a bug.
So the bug here isn't what you expect.
First a bit of background.
* python-novaclient isn't part of the integrated
On Tue, Feb 4, 2014 at 2:01 AM, Julien Danjou jul...@danjou.info wrote:
On Mon, Feb 03 2014, Joe Gordon wrote:
We know, Ceilometer has been broken several times because of that in the
past months. We know we shouldn't do that, but for now we don't have
enough work force to work on a batter
On Tue, Feb 4, 2014 at 8:19 AM, Sean Dague s...@dague.net wrote:
On 02/05/2014 12:37 AM, Mark McLoughlin wrote:
On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote:
Hello all,
It looks 100% of the pep8 gate for nova is failing because of a bug
reported,
we probably need to mark this
On Thu, Jan 30, 2014 at 8:55 AM, Dan Smith d...@danplanet.com wrote:
I'm of the opinion that the scheduler should use objects, for all the
reasons that Nova uses objects, but that they should not be Nova
objects. Ultimately what the scheduler needs is a concept of capacity,
allocations, and
On Thu, Jan 30, 2014 at 10:45 PM, Christopher Yeoh cbky...@gmail.com wrote:
So with it now looking like nova-network won't go away for the forseable
future, it looks like we'll want nova-network support in the Nova V3 API
after all. I've created a blueprint for this work here:
On Mon, Feb 3, 2014 at 10:02 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Jan 30, 2014 at 10:45 PM, Christopher Yeoh cbky...@gmail.com wrote:
So with it now looking like nova-network won't go away for the forseable
future, it looks like we'll want nova-network support in the Nova V3 API
On Thu, Jan 30, 2014 at 2:28 AM, Julien Danjou jul...@danjou.info wrote:
On Thu, Jan 30 2014, Joe Gordon wrote:
Hi Joe,
While looking at gate failures trying to improve our classification
rate I stumbled across this:
http://logs.openstack.org/50/67850/5/gate/gate-ceilometer-python26
On Wed, Jan 29, 2014 at 3:28 PM, Justin Santa Barbara
jus...@fathomdb.com wrote:
Jarret Raim wrote:
I'm presuming that this is our last opportunity for API review - if
this isn't the right occasion to bring this up, ignore me!
Apparently you are right:
For incubation
'Project APIs should be
Including openstack-dev ML in response.
On Fri, Jan 31, 2014 at 8:14 AM, wingwj win...@gmail.com wrote:
Hi, Mr Gordon,
Firstly, sorry for my lately reply for this BP..
https://blueprints.launchpad.net/nova/+spec/driver-for-huawei-fusioncompute
Honestly speaking, we wrote the first
On Wed, Jan 29, 2014 at 2:12 PM, Joe Gordon joe.gord...@gmail.com wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools=0.9.32,0.9.35
Will not be able to pass there unit tests.
Note: due to https://launchpad.net/bugs/1274251 auto-sync global
requirements
On Wed, Jan 29, 2014 at 11:30 AM, Ben Nemec openst...@nemebean.com wrote:
On 2014-01-29 13:12, Joe Gordon wrote:
Projects that have set the testtools line in test-requirements.txt to:
testtools=0.9.32,0.9.35
Was this supposed to be Projects that have _not_ set...?
eep, yes. Although
,
Joe Gordon
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Fri, Jan 24, 2014 at 7:40 AM, Sean Dague s...@dague.net wrote:
It may feel like it's been gate bug day all the days, but we would
really like to get people together for gate bug day on Monday, and get
as many people, including as many PTLs as possible, to dive into issues
that we are
On Fri, Jan 24, 2014 at 7:24 AM, Daniel P. Berrange berra...@redhat.comwrote:
Periodically I've seen people submit big coding style cleanups to Nova
code. These are typically all good ideas / beneficial, however, I have
rarely (perhaps even never?) seen the changes accompanied by new hacking
On Fri, Jan 24, 2014 at 10:37 AM, Clay Gerrard clay.gerr...@gmail.comwrote:
That's a pretty high rate of failure, and really needs investigation.
That's a great point, did you look into the logs of any of those jobs?
Thanks for bringing it to my attention.
I saw a few swift tests that
On Fri, Jan 24, 2014 at 6:57 PM, Salvatore Orlando sorla...@nicira.comwrote:
I've found out that several jobs are exhibiting failures like bug 1254890
[1] and bug 1253896 [2] because openvswitch seem to be crashing the kernel.
The kernel trace reports as offending process usually either
On Tue, Jan 21, 2014 at 7:35 PM, Dugger, Donald D donald.d.dug...@intel.com
wrote:
Well, the first goal is to get the scheduler code into a separate tree,
even though that code is still utilizing common code from nova. Right now
just about every scheduler file includes some nova modules.
On Wed, Jan 22, 2014 at 3:22 AM, Flavio Percoco fla...@redhat.com wrote:
On 21/01/14 13:14 -0500, Joe Gordon wrote:
On Jan 17, 2014 12:24 AM, Flavio Percoco fla...@redhat.com wrote:
On 16/01/14 17:32 -0500, Doug Hellmann wrote:
On Thu, Jan 16, 2014 at 3:19 PM, Ben Nemec openst
On Wed, Jan 22, 2014 at 5:19 AM, Julien Danjou jul...@danjou.info wrote:
On Tue, Jan 21 2014, Joe Gordon wrote:
I would like to propose having a integration test job in Oslo incubator
that syncs in the code, similar to how we do global requirements.
I don't think that would be possible
On Jan 17, 2014 12:24 AM, Flavio Percoco fla...@redhat.com wrote:
On 16/01/14 17:32 -0500, Doug Hellmann wrote:
On Thu, Jan 16, 2014 at 3:19 PM, Ben Nemec openst...@nemebean.com
wrote:
On 2014-01-16 13:48, John Griffith wrote:
Hey Everyone,
A review came up today that
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
On Mon, Jan 20, 2014 at 9:26 AM, Genin, Daniel I.
daniel.ge...@jhuapl.eduwrote:
Hello Nova core team,
I have three small patches implementing ephemeral storage encryption for
LVM backed instances.
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
On Fri, Jan 17, 2014 at 7:02 AM, Koderer, Marc m.kode...@telekom.de wrote:
Hi all,
first part of the negative test framework is ready for review:
https://review.openstack.org/#/c/64733/
Please have a look.
On 01/16/2014 11:18 AM, Vishvananda Ishaya wrote:
On Jan 16, 2014, at 6:46 AM, Joe Gordon joe.gord...@gmail.com
mailto:joe.gord...@gmail.com wrote:
On Wed, Jan 15, 2014 at 1:29 PM, Dugger, Donald D
donald.d.dug...@intel.com mailto:donald.d.dug...@intel.com
wrote:
My thought
On Mon, Jan 20, 2014 at 5:51 PM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-20 at 18:43 +0400, Eugene Nikanorov wrote:
Hi Sean,
I think the following 2 commits in neutron are essential for bringing
neutron jobs back to acceptable level of failure rate:
no matter how we do it.
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
*From:* Joe Gordon [mailto:joe.gord...@gmail.com]
*Sent:* Wednesday, January 15, 2014 10:21 AM
*To:* OpenStack Development Mailing List (not for usage questions)
*Subject:* Re
501 - 600 of 778 matches
Mail list logo