On 08/07/2014 01:17 PM, Ronak Shah wrote:
Hi,
Following a very interesting and vocal thread on GBP for last couple of
days and the GBP meeting today, GBP sub-team proposes following name
changes to the resource.
policy-point for endpoint
policy-group for endpointgroup (epg)
Please reply if
On 08/08/2014 08:55 AM, Kevin Benton wrote:
The existing constructs will not change.
A followup question on the above...
If GPB API is merged into Neutron, the next logical steps (from what I
can tell) will be to add drivers that handle policy-based payloads/requests.
Some of these
On 08/08/2014 12:29 PM, Sumit Naiksatam wrote:
Hi Jay, To extend Ivar's response here, the core resources and core
plugin configuration does not change with the addition of these
extensions. The mechanism to implement the GBP extensions is via a
service plugin. So even in a deployment where a
On 08/08/2014 08:49 AM, Tomoki Sekiyama wrote:
Hi all,
I'm considering how I can apply image download/upload bandwidth limit for
glance for network QoS.
There was a review for the bandwidth limit, however it is abandoned.
* Download rate limiting
https://review.openstack.org/#/c/21380/
Paul, does this friend of a friend have a reproduceable test script for
this?
Thanks!
-jay
On 08/08/2014 04:42 PM, Kevin Benton wrote:
If this is true, I think the issue is not on Neutron side but the Nova
side.
Neutron just receives and handles individual port requests. It has no
notion of
On 08/10/2014 10:36 PM, Jay Lau wrote:
I was asking this because I got a -2 for
https://review.openstack.org/109505 , just want to know why this new
term metadetails was invented when we already have details,
metadata, system_metadata, instance_metadata, and properties (on
images and volumes).
Thanks, Paul!
On 08/11/2014 10:10 AM, CARVER, PAUL wrote:
Armando M. [mailto:arma...@gmail.com] wrote:
On 9 August 2014 10:16, Jay Pipes jaypi...@gmail.com wrote:
Paul, does this friend of a friend have a reproduceable test
script for this?
We would also need to know the OpenStack
On 08/11/2014 11:06 AM, Dan Smith wrote:
As the person who -2'd the review, I'm thankful you raised this issue on
the ML, Jay. Much appreciated.
The metadetails term isn't being invented in this patch, of course. I
originally complained about the difference when this was being added:
Hi Li, comments inline.
On 08/08/2014 12:03 AM, Li Ma wrote:
Getting a massive amount of information from data storage to be displayed is
where most of the activity happens in OpenStack. The two activities of reading
data and writing (creating, updating and deleting) data are fundamentally
On 08/11/2014 05:58 PM, Jay Lau wrote:
I think the metadata in server group is an important feature and it
might be used by
https://blueprints.launchpad.net/nova/+spec/soft-affinity-for-server-group
Actually, we are now doing an internal development for above bp and want
to contribute this back
On 08/12/2014 10:56 AM, Mark McLoughlin wrote:
Hey
(Terrible name for a policy, I know)
From the version_cap saga here:
https://review.openstack.org/110754
I think we need a better understanding of how to approach situations
like this.
Here's my attempt at documenting what I think we're
On 08/12/2014 04:13 AM, Michael Still wrote:
Hi,
this is just a friendly reminder that we are now 9 days away from
feature proposal freeze for nova. If you think your blueprint isn't
going to make it in time, then now would be a good time to let me know
so that we can defer it until Kilo. That
On 08/13/2014 06:35 PM, Russell Bryant wrote:
On 08/13/2014 06:23 PM, Mark McLoughlin wrote:
On Wed, 2014-08-13 at 12:05 -0700, James E. Blair wrote:
cor...@inaugust.com (James E. Blair) writes:
Sean Dague s...@dague.net writes:
This has all gone far enough that someone actually wrote a
On 08/13/2014 08:31 PM, zhiwei wrote:
Hi all,
We wrote a nova schedule plugin that need to fetch image metadata by
image_id, but encountered one thing, we did not have the glance context.
Our solution is to configure OpenStack admin user and password to
nova.conf, as you know this is not good.
your problems.
One of our scheduler component need to fetch image metadata by image_id(
at this time, there is not instance ).
Why? Again, the request_spec contains all the information you need about
the image...
Best,
-jay
On Thu, Aug 14, 2014 at 9:29 AM, Jay Pipes jaypi...@gmail.com
On 08/12/2014 06:57 PM, Michael Still wrote:
Hi.
One of the action items from the nova midcycle was that I was asked to
make nova's expectations of core reviews more clear. This email is an
attempt at that.
Nova expects a minimum level of sustained code reviews from cores. In
the past this has
On 08/13/2014 11:50 PM, Manickam, Kanagaraj wrote:
Hi,
Nova provides a flag ‘allow_resize_to_same_host’ to resize the given
instance on the same hypervisor where it is currently residing. When
this flag is set to True, the nova.compute.api: resize() method does not
set the scheduler hint with
On 08/13/2014 11:06 PM, zhiwei wrote:
Hi Jay.
The case is: When heat create a stack, it will first call our
scheduler(will pass image_id), our scheduler will get image metadata by
image_id.
Our scheduler will build a placement policy through image metadata, then
start booting VM.
How exactly
On 08/15/2014 04:21 AM, Roman Podoliaka wrote:
Hi Oslo team,
I propose that we add Mike Bayer (zzzeek) to the oslo.db core reviewers team.
Mike is an author of SQLAlchemy, Alembic, Mako Templates and some
other stuff we use in OpenStack. Mike has been working on OpenStack
for a few months
On 08/15/2014 03:14 PM, Matthew Treinish wrote:
Hi Everyone,
So as part of splitting out common functionality from tempest into a library [1]
we need to create a new repository. Which means we have the fun task of coming
up with something to name it. I'm personally thought we should call it:
On 08/16/2014 12:27 PM, Marc Koderer wrote:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library, and that the
integration tests themselves should be what is pulled out of the current Tempest repository
On 08/17/2014 05:11 AM, Stan Lagun wrote:
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com
mailto:sandy.wa...@rackspace.com wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might
Caution: words below may cause discomfort. I ask that folks read *all*
of my message before reacting to any piece of it. Thanks!
On 08/19/2014 02:41 AM, Robert Collins wrote:
On 18 August 2014 09:32, Clint Byrum cl...@fewbar.com wrote:
I can see your perspective but I don't think its
On 08/19/2014 11:23 AM, Russell Bryant wrote:
On 08/19/2014 05:31 AM, Robert Collins wrote:
Hey everybody - https://wiki.openstack.org/wiki/TripleO/SpecReviews
seems pretty sane as we discussed at the last TripleO IRC meeting.
I'd like to propose that we adopt it with the following tweak:
On 08/20/2014 07:34 AM, Miguel Angel Ajo Pelayo wrote:
I couldn't resist making a little benchmark test of the new RPC implementation
shihanzhang wrote:
http://www.ajo.es/post/95269040924/neutron-security-group-rules-for-devices-rpc-rewrite
The results are awesome :-)
Indeed, fantastic news.
On 08/20/2014 04:48 AM, Nikola Đipanov wrote:
On 08/20/2014 08:27 AM, Joe Gordon wrote:
On Aug 19, 2014 10:45 AM, Day, Phil philip@hp.com
mailto:philip@hp.com wrote:
-Original Message-
From: Nikola Đipanov [mailto:ndipa...@redhat.com
mailto:ndipa...@redhat.com]
Sent: 19
Hi Thierry, thanks for the reply. Comments inline. :)
On 08/20/2014 06:32 AM, Thierry Carrez wrote:
Jay Pipes wrote:
[...] If either of the above answers is NO, then I believe the
Technical Committee should recommend that the integrated project be
removed from the integrated release.
HOWEVER
On 08/20/2014 11:41 AM, Zane Bitter wrote:
On 19/08/14 10:37, Jay Pipes wrote:
By graduating an incubated project into the integrated release, the
Technical Committee is blessing the project as the OpenStack way to do
some thing. If there are projects that are developed *in the OpenStack
On 08/20/2014 05:06 PM, Chris Friesen wrote:
On 08/20/2014 07:21 AM, Jay Pipes wrote:
Hi Thierry, thanks for the reply. Comments inline. :)
On 08/20/2014 06:32 AM, Thierry Carrez wrote:
If we want to follow your model, we probably would have to dissolve
programs as they stand right now
On 08/21/2014 07:58 AM, Chris Dent wrote:
On Thu, 21 Aug 2014, Sean Dague wrote:
By blessing one team what we're saying is all the good ideas pool for
tackling this hard problem can only come from that one team.
This is a big part of this conversation that really confuses me. Who is
that one
On 08/20/2014 11:54 PM, Clint Byrum wrote:
Excerpts from Jay Pipes's message of 2014-08-20 14:53:22 -0700:
On 08/20/2014 05:06 PM, Chris Friesen wrote:
On 08/20/2014 07:21 AM, Jay Pipes wrote:
...snip
We already run into issues with something as basic as competing SQL
databases.
If the TC
On 08/22/2014 08:33 AM, Thierry Carrez wrote:
Hi everyone,
We all know being a project PTL is an extremely busy job. That's because
in our structure the PTL is responsible for almost everything in a project:
- Release management contact
- Work prioritization
- Keeping bugs under control
-
On 08/22/2014 01:48 PM, Clint Byrum wrote:
It has been brought to my attention that Ironic uses the biggest hammer
in the IPMI toolbox to control chassis power:
https://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers/modules/ipminative.py#n142
Which is
ret =
On 08/23/2014 06:35 PM, Clint Byrum wrote:
I agree as well. PTL is a servant of the community, as any good leader
is. If the PTL feels they have to drop the hammer, or if an impass is
reached where they are asked to, it is because they have failed to get
everyone communicating effectively, not
On 08/25/2014 11:10 AM, Joe Cropper wrote:
Hello,
Is our long-term vision to allow a VMs to be dynamically added/removed
from a group? That is, unless I'm overlooking something, it appears
that you can only add a VM to a server group at VM boot time and
effectively remove it by deleting the
, Aug 25, 2014 at 10:16 AM, Jay Pipes jaypi...@gmail.com wrote:
On 08/25/2014 11:10 AM, Joe Cropper wrote:
Hello,
Is our long-term vision to allow a VMs to be dynamically added/removed
from a group? That is, unless I'm overlooking something, it appears
that you can only add a VM to a server
On 08/25/2014 12:08 PM, Aryeh Friedman wrote:
http://www.quora.com/Why-would-the-creators-of-OpenStack-the-market-leader-in-cloud-computing-platforms-refuse-to-use-it-and-use-AWS-instead
Would you mind please not posting to the developer's mailing list
inflammatory random web pages?
Thanks,
On 08/25/2014 03:50 PM, Adam Lawson wrote:
I recognize I'm joining the discussion late but I've been following the
dialog fairly closely and want to offer my perspective FWIW. I have a
lot going through my head, not sure how to get it all out there so I'll
do a brain dump, get some feedback and
On 08/26/2014 07:09 PM, James E. Blair wrote:
Hi,
After reading https://wiki.openstack.org/wiki/Network/Incubator I have
some thoughts about the proposed workflow.
We have quite a bit of experience and some good tools around splitting
code out of projects and into new projects. But we don't
On 08/27/2014 06:41 AM, Markus Zoeller wrote:
The review of the spec to blueprint hot-resize has several comments
about the need of refactoring the existing code base of resize and
migrate before the blueprint could be considered (see [1]).
I'm interested in the result of the blueprint therefore
On 08/26/2014 05:41 PM, Kurt Griffiths wrote:
* uWSGI + gevent
* config: http://paste.openstack.org/show/100592/
* app.py: http://paste.openstack.org/show/100593/
Hi Kurt!
Thanks for posting the benchmark configuration and results. Good stuff :)
I'm curious
interfaces and data structures are cleaned up and
versioned will just lead to greater technical debt and an increase in
frustration on the part of Nova developers and scheduler developers alike.
-jay
On Wed, Aug 27, 2014 at 11:52 AM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote
On 08/28/2014 12:50 PM, Michael Still wrote:
On Thu, Aug 28, 2014 at 6:53 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Aug 28, 2014 at 11:51:32AM +, Alan Kavanagh wrote:
How to do we handle specs that have slipped through the cracks
and did not make it for Juno?
Rebase the
On 08/27/2014 11:34 AM, Doug Hellmann wrote:
On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org
wrote:
Hi everyone,
I've been thinking about what changes we can bring to the Design
Summit format to make it more productive. I've heard the feedback
from the mid-cycle meetups and
On 08/28/2014 02:21 PM, Sean Dague wrote:
On 08/28/2014 01:58 PM, Jay Pipes wrote:
On 08/27/2014 11:34 AM, Doug Hellmann wrote:
On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org
wrote:
Hi everyone,
I've been thinking about what changes we can bring to the Design
Summit
On 08/27/2014 09:04 PM, 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 crucial BP that needs to be implemented (
https://review.openstack.org/#/c/89893/ ) and, unfortunately,
On 08/28/2014 03:31 PM, Sean Dague wrote:
On 08/28/2014 03:06 PM, Jay Pipes wrote:
On 08/28/2014 02:21 PM, Sean Dague wrote:
On 08/28/2014 01:58 PM, Jay Pipes wrote:
On 08/27/2014 11:34 AM, Doug Hellmann wrote:
On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org
wrote:
Hi
On 08/28/2014 04:05 PM, Chris Friesen wrote:
On 08/28/2014 01:44 PM, Jay Pipes wrote:
On 08/27/2014 09:04 PM, Dugger, Donald D wrote:
I understand that reviews are a burden and very hard but it seems wrong
that a BP with multiple positive reviews and no negative reviews is
dropped because
Message- From: Jay Pipes
[mailto:jaypi...@gmail.com] Sent: Thursday, August 28, 2014 1:44 PM
To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev]
[nova] Is the BP approval process broken?
On 08/27/2014 09:04 PM, Dugger, Donald D wrote:
I'll try and not whine about my pet project
On 08/29/2014 10:19 AM, David Kranz wrote:
While reviewing patches for moving response checking to the clients, I
noticed that there are places where client methods do not return any value.
This is usually, but not always, a delete method. IMO, every rest client
method should return at least the
On 08/29/2014 12:25 PM, Zane Bitter wrote:
On 28/08/14 17:02, Jay Pipes wrote:
I understand your frustration about the silence, but the silence from
core team members may actually be a loud statement about where their
priorities are.
I don't know enough about the Nova review situation to say
On 08/29/2014 02:48 AM, Preston L. Bannister wrote:
Looking to put a proper implementation of instance backup into
OpenStack. Started by writing a simple set of baseline tests and running
against the stable/icehouse branch. They failed!
On 08/29/2014 05:15 PM, Zane Bitter wrote:
On 29/08/14 14:27, Jay Pipes wrote:
On 08/26/2014 10:14 AM, Zane Bitter wrote:
Steve Baker has started the process of moving Heat tests out of the
Tempest repository and into the Heat repository, and we're looking for
some guidance on how they should
On 09/02/2014 07:15 AM, Duncan Thomas wrote:
On 11 August 2014 19:26, Jay Pipes jaypi...@gmail.com wrote:
The above does not really make sense for MySQL Galera/PXC clusters *if only
Galera nodes are used in the cluster*. Since Galera is synchronously
replicated, there's no real point
On 09/04/2014 11:32 AM, Vladik Romanovsky wrote:
+1
I very much agree with Dan's the propsal.
I am concerned about difficulties we will face with merging
patches that spreads accross various regions: manager, conductor, scheduler,
etc..
However, I think, this is a small price to pay for
On 09/04/2014 11:32 AM, Steven Hardy wrote:
On Thu, Sep 04, 2014 at 10:45:59AM -0400, Jay Pipes wrote:
On 08/29/2014 05:15 PM, Zane Bitter wrote:
On 29/08/14 14:27, Jay Pipes wrote:
On 08/26/2014 10:14 AM, Zane Bitter wrote:
Steve Baker has started the process of moving Heat tests out
On 09/04/2014 09:25 AM, Daniel P. Berrange wrote:
On Thu, Sep 04, 2014 at 03:22:14PM +0200, Vladik Romanovsky wrote:
Hello,
I would like to ask for an extension for libvirt-start-lxc-from-block-devices
feature. It has been previously pushed from Ice house to Juno.
The spec [1] has been
://review.openstack.org/#/c/91444/
blueprint was approved, but its status was changed to Pending Approval
because of FF. https://blueprints.launchpad.net/nova/+spec/tag-instances
The first of these patches has got a +2 from Jay Pipes.
The second was already approved by Jay Pipes and Matt Dietz.
This set
On 09/03/2014 11:57 AM, Solly Ross 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 Nova nowadays SUCKS!!1 (even as a
On 09/03/2014 02:10 PM, Vladik Romanovsky wrote:
+1
I had several pacthes in start lxc from block device series. The blueprint
was waiting since Icehouse.
In Juno it was approved, however, besides Daniel Berrange no one was looking at
these patches.
Now it's being pushed to Kilo, regadless of
On 09/04/2014 03:07 PM, Jiang, Yunhong wrote:
Hi,
I'd like to ask for a feature freeze exception for the
config-drive-image-property.
The spec has been approved, and the corresponding patch
(https://review.openstack.org/#/c/77027/ ) has been +W three time, but failed
to be merged
On 09/04/2014 08:08 AM, Daniel P. Berrange wrote:
As a core dev I want to feel that I'm still able to do valuable code
submission myself, while also doing the important code review work.
IOW, I don't want to end up with core team job requiring 100% of time
to be spent on review cycles, as from
On 09/04/2014 09:36 AM, Gary Kotton wrote:
Hi,
I do not think that Nova is in a death spiral. I just think that the
current way of working at the moment is strangling the project. I do not
understand why we need to split drivers out of the core project. Why not
have the ability to provide Œcore
On 09/04/2014 10:33 AM, Dugger, Donald D wrote:
Basically +1 with what Daniel is saying (note that, as mentioned, a
side effect of our effort to split out the scheduler will help but
not solve this problem).
The difference between Dan's proposal and the Gantt split is that Dan's
proposal
On 09/04/2014 12:11 PM, Duncan Thomas wrote:
I think that having a shared review team across all of the drivers
has definite benefits in terms of coherency and consistency - it is
very easy for experts on one technology to become tunnel-visioned on
some points and miss the wider, cross project
On 09/05/2014 02:59 AM, Sylvain Bauza wrote:
Le 05/09/2014 01:26, Jay Pipes a écrit :
On 09/04/2014 10:33 AM, Dugger, Donald D wrote:
Basically +1 with what Daniel is saying (note that, as mentioned, a
side effect of our effort to split out the scheduler will help but
not solve this problem
On 09/05/2014 08:58 AM, Sylvain Bauza wrote:
Le 05/09/2014 14:48, Jay Pipes a écrit :
On 09/05/2014 02:59 AM, Sylvain Bauza wrote:
Le 05/09/2014 01:26, Jay Pipes a écrit :
On 09/04/2014 10:33 AM, Dugger, Donald D wrote:
Basically +1 with what Daniel is saying (note that, as mentioned, a
side
On 09/05/2014 06:29 AM, John Garbutt wrote:
Scheduler: I think we need to split out the scheduler with a similar
level of urgency. We keep blocking features on the split, because we
know we don't have the review bandwidth to deal with them. Right now I
am talking about a compute related
On 09/05/2014 09:57 AM, Daniel P. Berrange wrote:
On Fri, Sep 05, 2014 at 01:49:20PM +, Andrew Melton wrote:
Hey Devs,
I'd like to request a feature freeze exception for:
https://review.openstack.org/#/c/94915/
This feature is the final patch set for the User Namespace BP
On 09/05/2014 04:48 AM, Nikola Đipanov wrote:
Quick response as not to hijack the thread:
I think we all agree on the benefits of having resources you can turn
off and on at will.
I don't agree at all. There's no cost whatsoever in turning on a
resource. It doesn't need to be extensible.
On 09/05/2014 03:01 PM, Russell Bryant wrote:
On 09/05/2014 10:06 AM, Jay Pipes wrote:
On 09/05/2014 06:29 AM, John Garbutt wrote:
Scheduler: I think we need to split out the scheduler with a similar
level of urgency. We keep blocking features on the split, because we
know we don't have
On 09/05/2014 11:20 AM, John Garbutt wrote:
On 5 September 2014 13:59, Nikola Đipanov ndipa...@redhat.com wrote:
Since this did not get an 'Approved' as of yet, I want to make sure that
this is not because the number of sponsors. 2 core members have already
sponsored it, and as per [1] cores
the other patches from this blueprint have merged, the only
remaining patch really just needs a +W as it has been extensively
reviewed and already approved previously. This may be an easy
candidate since Andrew Laski, Jay Pipes and Dan Smith have reviewed
and +2'd this already.
I am
On 09/08/2014 03:46 AM, Dmitry Mescheryakov wrote:
Hello Fuelers,
On the previous meeting a topic was raised on how Fuel doc team should
work with bugs, see [1] for details. We agreed to move the discussion
into the mailing list.
The thing is there are two members in the team at the moment
On 09/08/2014 10:27 AM, Abbass MAROUNI wrote:
Hi guys,
I'm working with 'servers.list' call in 'nova.novaclient' and I'm
getting different server lists depending on whether the user issuing the
call is and admin or not.
It seems like only an admin user can filter the returned list while a
On 09/03/2014 12:16 PM, Doug Hellmann wrote:
On Sep 3, 2014, at 11:37 AM, Joe Gordon joe.gord...@gmail.com
mailto: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
On 09/07/2014 10:43 AM, Matt Riedemann wrote:
On 9/7/2014 8:39 AM, John Schwarz wrote:
Hi,
Long story short: for future reference, if you initialize an eventlet
Timeout, make sure you close it (either with a context manager or simply
timeout.close()), and be extra-careful when writing tests
On 09/04/2014 12:07 AM, Sumit Naiksatam wrote:
Hi,
There's been a lot of lively discussion on GBP a few weeks back and we
wanted to drive forward the discussion on this a bit more. As you
might imagine, we're excited to move this forward so more people can
try it out. Here are the options:
*
On 09/09/2014 03:05 PM, Gilbert Pilz wrote:
I have a question with regards to splitting expressions in order to
conform to the pep8 line-length restriction. I have the following bit of
code:
res = amodel.Assemblies(uri=common.ASSEM_URI_STR %
, rendering of policy, etc can be
experimented with here in the stackforge project until the incubator is
figured out.
OK, thanks for the explanation Kevin, that helps!
Best,
-jay
On Tue, Sep 9, 2014 at 12:01 PM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 09/04/2014 12:07
On 09/03/2014 11:21 AM, Sandy Walsh wrote:
On 9/3/2014 11:32 AM, Chris Dent wrote:
I took some notes on this a few weeks ago and extracted what seemed
to be the two main threads or ideas the were revealed by the
conversation that happened in this thread:
* At the micro level have
On 09/03/2014 11:37 AM, Joe Gordon 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
priorities for Kilo [0].
To that
On 09/10/2014 05:55 PM, Chris Friesen wrote:
On 09/10/2014 02:44 AM, Daniel P. Berrange wrote:
On Tue, Sep 09, 2014 at 05:14:43PM -0700, Stefano Maffulli wrote:
I have the impression this idea has been circling around for a while but
for some reason or another (like lack of capabilities in
On 09/11/2014 04:51 PM, Matt Riedemann wrote:
On 9/10/2014 6:00 PM, Russell Bryant wrote:
On 09/10/2014 06:46 PM, Joe Cropper wrote:
Hmm, not sure I follow the concern, Russell. How is that any different
from putting a VM into the group when it’s booted as is done today?
This simply defers
Had to laugh about the PILE OF POO character :) Comments inline...
On 09/12/2014 01:52 PM, Chris St. Pierre wrote:
We have proposed that the allowed characters for all resource names in
Nova (flavors, aggregates, etc.) be expanded to all printable unicode
characters and horizontal spaces:
On 09/15/2014 10:21 AM, Chris St. Pierre wrote:
On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange berra...@redhat.com
mailto:berra...@redhat.com wrote:
To arbitrarily restrict the user is a bug.
QFT.
This is why I don't feel like a blueprint should be necessary -- this is
a fairly
On 09/15/2014 04:01 AM, Nikola Đipanov wrote:
On 09/13/2014 11:07 PM, Michael Still wrote:
Just an observation from the last week or so...
The biggest problem nova faces at the moment isn't code review latency.
Our biggest problem is failing to fix our bugs so that the gate is
reliable. The
On 09/15/2014 04:08 PM, Steven Hardy wrote:
On Mon, Sep 15, 2014 at 05:51:43PM +, Jay Faulkner wrote:
Steven,
It's important to note that two of the blueprints you reference:
https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt
On 09/15/2014 05:30 PM, Michael Still wrote:
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote:
On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote:
Just an observation from the last week or so...
The biggest
On 09/15/2014 07:00 PM, Mark Washenberger wrote:
Hi there logging experts,
We've recently had a little disagreement in the glance team about the
appropriate log levels for http requests that end up failing due to user
errors. An example would be a request to get an image that does not
exist,
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, some
transient issue in the upstream CI platform (or part
On 09/15/2014 11:05 PM, Chmouel Boudjnah wrote:
Sean Dague s...@dague.net writes:
Episode 0 - Mock best practices will kick off this Friday, Sept 19th,
from 3pm - 4pm EST. Our experts for this will be Jay Pipes and Dan
ah too bad this is when the week-end start in Europe (and usually mean
for this will be Jay Pipes and Dan
Smith. It will be done as a Google Hangout on Air, which means there
will be a live youtube stream while it's on, and a recorded youtube
video that's publicly accessible once we're done.
We'll be using an etherpad during the broadcast to provide links to the
content
On 09/16/2014 04:29 AM, Michael Still wrote:
I think bug days are a good idea. We've had them sporadically in the
past, but never weekly. We stopped mostly because people stopped
showing up.
If we think we have critical mass again, or if it makes more sense to
run one during the RC period, then
On 09/16/2014 04:12 AM, Daniel P. Berrange wrote:
On Tue, Sep 16, 2014 at 07:30:26AM +1000, Michael Still wrote:
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote:
On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still
On 09/16/2014 11:10 AM, Nikesh Kumar Mahalka wrote:
Hi,
I deployed a juno devstack setup for a cinder volume driver.
I changed cinder.conf file and tempest.conf file for single backend and
restarted cinder services.
Now i ran tempest test as below:
/opt/stack/tempest/run_tempest.sh
On 09/16/2014 11:23 AM, Kurt Griffiths wrote:
Hi crew, as promised I’ve continued to work through the performance test
plan. I’ve started a wiki page for the next batch of tests and results:
https://wiki.openstack.org/wiki/Zaqar/Performance/PubSub/Redis
I am currently running the same tests
On 09/16/2014 10:16 AM, Kuvaja, Erno wrote:
In my point of view it makes life
much easier if we have information where the request failed
The request did not fail. The HTTP request succeeded and Glance returned
a 404 Not Found. If the caller was expecting an image to be there, but
it
On 09/16/2014 02:04 PM, Kuvaja, Erno wrote:
-Original Message- From: Jay Pipes
[mailto:jaypi...@gmail.com] Sent: 16 September 2014 18:10 To:
openstack-dev@lists.openstack.org Subject: Re: [openstack-dev]
[glance][all] Help with interpreting the log level guidelines
On 09/16/2014 10:16
Sorry for top-posting. Just want to say thanks for writing this up and I
agree with all the points and recommendations you made.
-jay
On 09/19/2014 09:13 AM, Sean Dague wrote:
I've spent the better part of the last 2 weeks in the Nova bug tracker
to try to turn it into something that doesn't
1 - 100 of 1761 matches
Mail list logo
