On 08/14/2014 02:48 PM, Dugger, Donald D wrote:
My experience with mics, no matter how good, In conference rooms is
not good. You are always working hard to hear the soft spoken person
who is drowned by the background noise. It’s always a strain and I
don’t want to even think about doing it
On 08/14/2014 03:21 AM, Nikola Đipanov wrote:
On 08/13/2014 06:05 PM, Sylvain Bauza wrote:
Le 13/08/2014 12:21, Sylvain Bauza a écrit :
Le 12/08/2014 22:06, Sylvain Bauza a écrit :
Le 12/08/2014 18:54, Nikola Đipanov a écrit :
On 08/12/2014 04:49 PM, Sylvain Bauza wrote:
(sorry for repostin
On 08/08/2014 08:42 AM, Nikola Đipanov wrote:
On 08/06/2014 07:54 PM, Jay Pipes wrote:
I bring this up on the mailing list because I think Liyi's patch offers
an interesting future direction to the way that we think about our retry
approach in Nova. Instead of having hard-coded or configurable
On 08/15/2014 11:43 AM, Matthew Booth wrote:
On 15/08/14 16:12, Andrew Laski wrote:
On 08/08/2014 08:42 AM, Nikola Đipanov wrote:
On 08/06/2014 07:54 PM, Jay Pipes wrote:
I bring this up on the mailing list because I think Liyi's patch offers
an interesting future direction to the way
On 09/10/2014 07:23 PM, Michael Still wrote:
On Thu, Sep 11, 2014 at 8:11 AM, Jay Pipes wrote:
a) Sorting out the common code is already accounted for in Dan B's original
proposal -- it's a prerequisite for the split.
Its a big prerequisite though. I think we're talking about a release
worth
On 11/19/13 at 08:04pm, haruka tanizawa wrote:
Hi stackers!!
I'd like to ask for your opinions about my idea of identifying request.
Challenges
==
We have no way to know the final result of an API request.
Indeed we can continuously get the status of allocated resources,
but this is ju
+1
On 11/22/13 at 03:53pm, 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 on a wide range
of tasks. He writes good code. He's very engaged with the development
community. M
+1
On 11/26/13 at 02:32pm, 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
from May 2011 t
On 11/22/13 at 10:14am, haruka tanizawa wrote:
Thanks for your reply.
I'm working on the implementation of instance-tasks-api[0] in Nova and
this is what I've been moving towards so far.
Yes, I know. I think that is good idea.
The API will accept a string to be a part of the task but it will
On 12/02/13 at 09:08am, Russell Bryant wrote:
On 12/02/2013 09:02 AM, Victor Sergeyev wrote:
Hi folks!
At the moment I and Roman Podoliaka are working on splitting of
openstack.common.db code into a separate library. And it would be nice
to drop dependency on eventlet before oslo.db is released
On 12/02/13 at 08:38am, Russell Bryant wrote:
On 12/01/2013 08:39 AM, Christopher Yeoh wrote:
Hi,
At the summit we agreed to split out lock/unlock, pause/unpause,
suspend/unsuspend
functionality out of the V3 version of admin actions into separate
extensions to make it easier for deployers to o
nto tasks than how they're implemented
within Nova. But there is a lot of implementation improvement that can
happen later.
I would appriciate updating etherpad or blueprint if you have more detail
or data flow of instance-tasks-api.
Sincerely, Haruka Tanizawa
2013/11/28 Andrew Laski
On 12/10/13 at 11:09am, Flavio Percoco wrote:
On 09/12/13 17:37 -0500, Russell Bryant wrote:
On 12/09/2013 05:16 PM, Gordon Sim wrote:
On 12/09/2013 07:15 PM, Russell Bryant wrote:
[...]
One other pattern that can benefit from intermediated message flow is in
load balancing. If the processi
+1. The current meeting time works well for me but I would attend both.
On 12/18/13 at 09:29am, Russell Bryant wrote:
Greetings,
The weekly Nova meeting [1] has been held on Thursdays at 2100 UTC.
I've been getting some requests to offer an alternative meeting time.
I'd like to try out alterna
On 01/30/14 at 04:13am, Gary Kotton wrote:
Hi,
I started to do the work – https://review.openstack.org/#/c/65691/. From the
comments on the review it did not seem the right way to go. So I gave up on it.
Sorry to not have updated. I personally think that the scheduler should use
objects, the r
On 01/30/14 at 09:31am, Russell Bryant wrote:
On 01/30/2014 09:13 AM, Christopher Yeoh wrote:
On Fri, Jan 31, 2014 at 12:27 AM, Russell Bryant
Well, it depends.
If the tasks API is going to purely be an add-on, then sure, I agree.
If it's a fundamental shift to the existing API, including ch
On 02/03/14 at 01:10pm, Chris Friesen wrote:
Has anyone ever considered adding the concept of transaction IDs to
the openstack REST API?
I'm envisioning a way to handle long-running transactions more
cleanly. For example:
1) A user sends a request to live-migrate an instance
2) Openstack
On 02/04/14 at 10:39am, Dan Smith wrote:
The inner exception is a thing and the outer pieces are a thing. The
inner means that some instance update was attempted, but should be
aborted if the instance state is not what we think it is.
And looking a little closer, I think it means that the
messa
On 02/05/14 at 03:30am, Vishvananda Ishaya wrote:
On Feb 5, 2014, at 2:38 AM, Florent Flament
wrote:
Hi Vish,
You're approach looks very interesting. I especially like the idea of 'walking
the tree of parent projects, to construct the set of roles'.
Here are some issues that came to my mi
On 03/01/14 at 07:24am, Jay Lau wrote:
Hey,
Sorry to bring this up again. There are also some discussions here:
http://markmail.org/message/5zotly4qktaf34ei
You can also search [Runtime Policy] in your email list.
Not sure if we can put this to Gantt and enable Gantt provide both initial
place
On 03/03/14 at 03:00pm, Matthew Booth wrote:
PEP 8, under 'Programming Recommendations' recommends against implicit
comparison to None. This isn't just stylistic, either: we were actually
bitten by it in the VMware driver
(https://bugs.launchpad.net/nova/+bug/1262288). The bug was hard to
spot, a
way forward.
Thanks,
Proposal authors / sponsors:
Russell Bryant
Dan Smith
John Garbutt
Andrew Laski
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-de
On 03/03/14 at 04:48pm, Jay Pipes wrote:
On Mon, 2014-03-03 at 15:24 -0500, Russell Bryant wrote:
On 03/03/2014 02:59 PM, Jay Pipes wrote:
> -1 from me. Sounds like a way to avoid badly needed change and
> innovation in the API. When, for example, would we be able to propose a
> patch that remov
On 03/03/14 at 06:17pm, Jay Pipes wrote:
On Mon, 2014-03-03 at 17:56 -0500, Andrew Laski wrote:
On 03/03/14 at 04:48pm, Jay Pipes wrote:
>On Mon, 2014-03-03 at 15:24 -0500, Russell Bryant wrote:
>> On 03/03/2014 02:59 PM, Jay Pipes wrote:
>> > -1 from me. Sounds like a way to
On 11/19/2014 04:16 PM, Jay Pipes wrote:
On 11/19/2014 04:00 PM, Matt Riedemann wrote:
On 11/19/2014 9:40 AM, Jay Pipes wrote:
On 11/18/2014 06:48 PM, Matt Riedemann wrote:
I just started noticing today that the v3 integrated api samples tests
seem to be taking a lot longer than the other non
On 11/25/2014 11:54 AM, Solly Ross wrote:
I can't comment on other projects, but Nova definitely needs the soft
delete in the main nova database. Perhaps not for every table, but
there is definitely code in the code base which uses it right now.
Search for read_deleted=True if you're curious.
J
though it would be a bug to delete it
before the instance was deleted.
Belmiro
On Wed, Nov 26, 2014 at 4:40 PM, Andrew Laski
mailto:andrew.la...@rackspace.com>> wrote:
On 11/25/2014 11:54 AM, Solly Ross wrote:
I can't comment on other projects, but Nova defini
The cells v2 effort is going to be introducing a new database into
Nova. This has been an opportunity to rethink and approach a few things
differently, including how we should handle migrations. There have been
discussions for a long time now about switching over to alembic for
migrations so I
On 12/10/2014 04:41 PM, Michael Still wrote:
Hi,
at the design summit we said that we would not approve specifications
after the kilo-1 deadline, which is 18 December. Unfortunately, we’ve
had a lot of specifications proposed this cycle (166 to my count), and
haven’t kept up with the review wor
On 12/11/2014 04:02 AM, joehuang wrote:
Hello, Russell,
Many thanks for your reply. See inline comments.
-Original Message-
From: Russell Bryant [mailto:rbry...@redhat.com]
Sent: Thursday, December 11, 2014 5:22 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [all
On 12/12/2014 09:50 AM, Russell Bryant wrote:
On 12/11/2014 12:55 PM, Andrew Laski wrote:
Cells can handle a single API on top of globally distributed DCs. I
have spoken with a group that is doing exactly that. But it requires
that the API is a trusted part of the OpenStack deployments in
On 12/12/2014 08:54 PM, melanie witt wrote:
Hi everybody,
At some point, our db archiving functionality got broken because there was a
change to stop ever deleting instance system metadata [1]. For those
unfamiliar, the 'nova-manage db archive_deleted_rows' is the thing that moves
all soft-d
https://review.openstack.org/#/c/136490/
This is part of the infrastructure buildup for Cells v2 which is
priority work in Kilo. It is needed to get closer to a working cellsv2
prototype.
This work is focused on methods for populating the instance_mapping
table with data about current insta
On 01/14/2015 12:57 PM, Murray, Paul (HP Cloud) wrote:
Hi All,
I recently experienced failures getting images from Glance while
spawning instances. This step comes after building the networks in the
guild sequence. When the Glance failure occurred the instance was
cleaned up and rescheduled
On 01/15/2015 09:33 AM, Brian Haley wrote:
On 01/14/2015 02:15 PM, Andrew Laski wrote:
On 01/14/2015 12:57 PM, Murray, Paul (HP Cloud) wrote:
Hi All,
I recently experienced failures getting images from Glance while spawning
instances. This step comes after building the networks in the guild
On 05/22/2014 08:16 PM, Nachi Ueno wrote:
Hi Salvatore
Thank you for your posting this.
IMO, this topic shouldn't be limited for Neutron only.
Users wants consistent API between OpenStack project, right?
In Nova, a server has task_state, so Neutron should do same way.
We're moving away from
On 06/04/2014 02:56 AM, Bohai (ricky) wrote:
Hi stackers,
When I use the createBackup API, I found it just snapshots the root disk of the
instance.
For an instance with multiple cinder backend volumes, it will not snapshot them.
It's a little different to the things in current createImage API.
On 06/13/2014 08:03 AM, Day, Phil wrote:
>Theoretically impossible to reduce disk unless you have some really
nasty guest additions.
That's what I thought -- but many of the drivers seem to at least
partially support it based on the code, hence the question on here to
find out of that is r
On 06/13/2014 10:53 AM, Johannes Erdfelt wrote:
On Fri, Jun 13, 2014, Russell Bryant wrote:
On 06/13/2014 09:22 AM, Day, Phil wrote:
I guess the question I’m really asking here is: “Since we know resize
down won’t work in all cases, and the failure if it does occur will be
hard for the user
+1
On 06/13/2014 06:40 PM, Michael Still wrote:
Greetings,
I would like to nominate Ken'ichi Ohmichi for the nova-core team.
Ken'ichi has been involved with nova for a long time now. His reviews
on API changes are excellent, and he's been part of the team that has
driven the new API work we'v
On 06/17/2014 03:03 PM, melanie witt wrote:
On Jun 16, 2014, at 13:56, Michael Still wrote:
It is certainly my belief that the lock functionality for instances is
about avoiding accidental changes to the instance itself, not the
contents of the instance. I personally think that snapshots aren
On 03/05/14 at 09:05am, Dan Smith wrote:
Why accept it?
* It's low risk but needed refactoring that will make the code that has
been a source of occasional bugs.
* It is very low risk internal refactoring that uses code that has been
in tree for some time now (BDM objects).
* It has seen it's fa
On 03/05/14 at 07:37am, Tracy Jones wrote:
Hi - Please consider the image cache aging BP for FFE
(https://review.openstack.org/#/c/56416/)
This is the last of several patches (already merged) that implement image cache
cleanup for the vmware driver. This patch solves a significant customer pa
On 03/07/14 at 11:15am, Christopher Yeoh wrote:
Hi,
I'd like to start a weekly IRC meeting for those interested in
discussing Nova API issues. I think it would be a useful forum for:
- People to keep up with what work is going on the API and where its
headed.
- Cloud providers, SDK maintainers
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 wrote:
Given the scheduler split, writing that value into the nova db from
the scheduler would be a step backwards, and it probably breaks lots
of code that assumes t
On 04/10/14 at 11:48am, Oleg Gelbukh wrote:
Hello, Jay,
As a fork of nova-scheduler, Gantt most likely will handle initial
placement. However, even nova-scheduler now supports some runtime
operations (for example, scheduling of evacuated/migrated instances).
Please note that the operations you
On 04/10/14 at 11:33pm, Oleg Gelbukh wrote:
Andrew,
Thank you for clarification!
On Thu, Apr 10, 2014 at 3:47 PM, Andrew Laski wrote:
The scheduler as it currently exists is a placement engine. There is
sufficient complexity in the scheduler with just that responsibility so I
would prefer
On 09/23/2014 01:15 PM, Kevin L. Mitchell wrote:
On Tue, 2014-09-23 at 12:09 -0400, Jay Pipes wrote:
I'd like to say finally that I think there should be an OpenStack API
working group whose job it is to both pull together a set of OpenStack
API practices as well as evaluate new REST APIs propo
On 09/25/2014 04:18 AM, Pasquale Porreca wrote:
I will briefly explain our use case. This idea is related to another
project to enable the network boot in OpenStack
https://blueprints.launchpad.net/nova/+spec/pxe-boot-instance
We want to make use of the extra-dhcp-opt to indicate as tftp serv
On 09/30/2014 06:53 AM, Pasquale Porreca wrote:
Going back to my original question, I would like to know:
1) Is it acceptable to have the UUID passed from client side?
In my opinion, no. This opens a door to issues we currently don't need
to deal with, and use cases I don't think Nova shoul
On 09/30/2014 03:07 PM, Tim Bell wrote:
-Original Message-
From: John Garbutt [mailto:j...@johngarbutt.com]
Sent: 30 September 2014 15:35
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack
cascadi
On 09/30/2014 05:33 PM, Adam Young wrote:
On 09/30/2014 12:21 PM, Sean Dague wrote:
On 09/30/2014 11:58 AM, Jay Pipes wrote:
On 09/30/2014 11:37 AM, Adam Young wrote:
On 09/30/2014 11:06 AM, Louis Taylor wrote:
On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote:
What are the uses th
On 10/15/2014 11:49 AM, Kevin L. Mitchell wrote:
Now that we have an API working group forming, I'd like to kick off some
discussion over one point I'd really like to see our APIs using (and
I'll probably drop it in to the repo once that gets fully set up): the
difference between synchronous and
One of the big goals for the Kilo cycle by users and developers of the
cells functionality within Nova is to get it to a point where it can be
considered a first class citizen of Nova. Ultimately I think this comes
down to getting it tested by default in Nova jobs, and making it easy
for devel
On 10/21/2014 04:31 AM, Nikola Đipanov wrote:
On 10/20/2014 08:00 PM, Andrew Laski wrote:
One of the big goals for the Kilo cycle by users and developers of the
cells functionality within Nova is to get it to a point where it can be
considered a first class citizen of Nova. Ultimately I think
On 10/22/2014 12:24 AM, Tom Fifield wrote:
On 22/10/14 03:07, Andrew Laski wrote:
On 10/21/2014 04:31 AM, Nikola Đipanov wrote:
On 10/20/2014 08:00 PM, Andrew Laski wrote:
One of the big goals for the Kilo cycle by users and developers of the
cells functionality within Nova is to get it to a
On 10/22/2014 03:42 AM, Vineet Menon wrote:
On 22 October 2014 06:24, Tom Fifield <mailto:t...@openstack.org>> wrote:
On 22/10/14 03:07, Andrew Laski wrote:
>
> On 10/21/2014 04:31 AM, Nikola Đipanov wrote:
>> On 10/20/2014 08:00 PM, Andrew Laski wrote:
it would be useful perhaps we could even have a cells
subgroup to track progress and direction of this effort.
Michael
On Tue, Oct 21, 2014 at 5:00 AM, Andrew Laski
wrote:
One of the big goals for the Kilo cycle by users and developers of the cells
functionality within Nova is to get it to a
On 10/22/2014 08:11 PM, Sam Morrison wrote:
On 23 Oct 2014, at 5:55 am, Andrew Laski wrote:
While I agree that N is a bit interesting, I have seen N=3 in production
[central API]-->[state/region1]-->[state/region DC1]
\->[state/r
If anyone would like to discuss it before then please reply here.
On 10/20/2014 02:00 PM, Andrew Laski wrote:
One of the big goals for the Kilo cycle by users and developers of the
cells functionality within Nova is to get it to a point where it can
be considered a first class citizen of
We had a great discussion on cells at the summit which is captured at
https://etherpad.openstack.org/p/kilo-nova-cells. One of the tasks we
agreed upon there was to form a subgroup to co-ordinate this effort and
report progress to the Nova meeting regularly. To that end I would like
to find a
04 PM, Andrew Laski wrote:
We had a great discussion on cells at the summit which is captured at
https://etherpad.openstack.org/p/kilo-nova-cells. One of the tasks we
agreed upon there was to form a subgroup to co-ordinate this effort
and report progress to the Nova meeting regularly. To that end I
On 06/29/2014 08:01 PM, Michael Still wrote:
Hi. The meeting this week would be on the 3rd of July, which I assume
means that many people will be out of the office. Do people think its
worth running the meeting or shall we give this week a miss?
I will be traveling during the meeting so I'm +1
On 07/02/2014 06:09 AM, Thierry Carrez wrote:
Sylvain Bauza wrote:
Hi,
I won't be able to attend the mid-cycle sprint due to a good family
reason (a new baby 2.0 release expected to land by these dates), so I'm
wondering if it's possible to webcast some of the sessions so people who
are not th
Hello everybody,
I would like to request a spec proposal extension for instance tasks,
described in https://review.openstack.org/#/c/86938/ . This has been a
long discussed and awaited feature with a lot of support from the community.
This feature has been intertwined with the fate of the V3
From: Day, Phil [philip@hp.com]
Sent: Thursday, July 24, 2014 9:20 AM
To: OpenStack Development Mailing List (not for usage questions); Daniel P.
Berrange
Subject: Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown
of GuestOS
Accor
On 08/07/2014 07:57 AM, Mathieu Gagné wrote:
On 2014-08-06 7:58 PM, Robert Collins wrote:
I'm astounded by this proposal - it doesn't remove the garbage
collection complexity at all - it transfers it from our code - Nova -
onto end users. So rather than one tested and consolidated
implementati
Thanks everyone for a great meeting.
Minutes:
http://eavesdrop.openstack.org/meetings/scheduler/2013/scheduler.2013-10-15-15.01.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/scheduler/2013/scheduler.2013-10-15-15.01.txt
Log:
http://eavesdrop.openstack.org/meetings/scheduler/2013
On 10/24/13 at 11:07am, Russell Bryant wrote:
On 10/24/2013 10:52 AM, Gary Kotton wrote:
On 10/24/13 4:46 PM, "Dan Smith" wrote:
In the last meeting we discussed an idea that I think is worth trying at
least for icehouse-1 to see if we like it or not. The idea is that
*every* blueprint sta
On 10/29/13 at 10:53am, Joe Gordon wrote:
So after over 20 messages in this thread, now what?
From my count we have 3 -, and 12 +1s. Is that enough for consensus? Do we
move modelines lines to the bottom? Put them in every file? Or just remove
them?
I have no strong feeling either way on kee
On 10/29/13 at 04:05pm, Mike Spreitzer wrote:
Alex Glikson wrote on 10/29/2013 03:37:41 AM:
1. I assume that the motivation for rack-level anti-affinity is to
survive a rack failure. Is this indeed the case?
This is a very interesting and important scenario, but I am curious
about your assumpt
On 11/01/13 at 10:16am, John Garbutt wrote:
Its intentional. Cells is there to split up your nodes into more
manageable chunks.
I don't think you mean to say that there's intentionally a performance
issue. But yes there are performance issues with the filter scheduler.
Because I work on a
On 11/11/13 at 05:27pm, Jiang, Yunhong wrote:
Resend after the HK summit, hope someone can give me hint on it.
Thanks
--jyh
-Original Message-
From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
Sent: Thursday, November 07, 2013 5:39 PM
To: openstack-dev@lists.openstack.org
Subject:
On 11/06/13 at 09:47am, Sylvain Bauza wrote:
Hi,
During the Design session
https://etherpad.openstack.org/p/NovaIcehouse-Instance-Group-API we discussed
the fact that this is not the role of Nova for doing atomic reservations in
order to ensure the user needs will be met.
We discussed that
On 11/13/13 at 05:48am, Gary Kotton wrote:
I recall a few cycles ago having str(uuid.uuid4()) replaced by generate_uuid().
There was actually a helper function in neutron (back when it was called
quantum) and it was replaced. So now we are going back…
I am not in favor of this change.
I'm als
On 11/13/13 at 12:01pm, Dolph Mathews wrote:
On Wed, Nov 13, 2013 at 9:47 AM, John Griffith
wrote:
On Wed, Nov 13, 2013 at 7:21 AM, Andrew Laski
wrote:
> On 11/13/13 at 05:48am, Gary Kotton wrote:
>>
>> I recall a few cycles ago having str(uuid.uuid4()) replaced by
>> g
On 11/13/13 at 11:12pm, Jiang, Yunhong wrote:
Hi, Dan Smith and all,
I noticed followed statement in 'Icehouse tasks' in
https://etherpad.openstack.org/p/IcehouseNovaExtensibleSchedulerMetrics
convert resource tracker to objects
make resoruce tracker ext
On 11/14/13 at 05:37pm, Jiang, Yunhong wrote:
-Original Message-
From: Andrew Laski [mailto:andrew.la...@rackspace.com]
Sent: Wednesday, November 13, 2013 3:22 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][object] One question
On 11/15/13 at 07:57pm, Isaku Yamahata wrote:
On Tue, Nov 12, 2013 at 03:07:19PM -0500,
Andrew Laski wrote:
On 11/11/13 at 05:27pm, Jiang, Yunhong wrote:
>Resend after the HK summit, hope someone can give me hint on it.
>
>Thanks
>--jyh
>
>>-Original Message-
&
On 11/15/13 at 07:30am, Dan Smith wrote:
You're not missing anything. But I think that's a bug, or at least an
unexpected change in behaviour from how it used to work. If you follow
instance_update() in nova.db.sqlalchemy.api just the presence of
expected_task_state triggers the check. So we m
Hi,
Please take a look at
https://wiki.openstack.org/wiki/Blueprints#Creation for tips on the
blueprint creation process. Blueprint reviewers are going to look at
the criteria listed at
https://wiki.openstack.org/wiki/Blueprints#Blueprint_Review_Criteria so
you should make sure you address
On 11/15/13 at 04:01pm, yunhong jiang wrote:
On Fri, 2013-11-15 at 17:19 -0500, Andrew Laski wrote:
On 11/15/13 at 07:30am, Dan Smith wrote:
>> You're not missing anything. But I think that's a bug, or at least an
>> unexpected change in behaviour from how it used t
On 06/17/13 at 01:30pm, Ben Nemec wrote:
Is there ever a situation where you would use tenant_id and not want
all_tenants=1? If there is then I can maybe see leaving it, but if
tenant_id implies all_tenants=1 then IMHO it's rather poor to force
the user to remember to set it.
I tend to agree
On 06/18/13 at 09:31am, Bob Ball wrote:
I'm not sure I understand why the user might want to access the disk_config
value from within the guest?
I have this same feeling. It really has no bearing on the guest once
it's running. It's has an effect on API calls and is readily available
in th
I have a couple of reviews up to introduce the concept of shelving an
instance into Nova. The question has been raised as to whether or not
this belongs in Nova, or more rightly belongs in Heat. The blueprint
for this feature can be found at
https://blueprints.launchpad.net/nova/+spec/shelve-
On 06/25/13 at 09:42am, Joe Gordon wrote:
On Tue, Jun 25, 2013 at 7:22 AM, Andrew Laski wrote:
I have a couple of reviews up to introduce the concept of shelving an
instance into Nova. The question has been raised as to whether or not this
belongs in Nova, or more rightly belongs in Heat
+1
On 06/26/13 at 11:09am, Russell Bryant wrote:
Greetings,
I would like to nominate John Garbutt for the nova-core team.
John has been involved with nova for a long time now. He's primarily
known for his great work on the xenapi driver. However, he has been
contributing and reviewing in oth
On 06/28/13 at 10:01pm, Christopher Yeoh wrote:
Hi,
The following is a list of API extensions for which there are no plans to
port. Please shout if you think any of them needs to be!
baremetal_nodes.py
os_networks.py
networks_associate.py
os_tenant_networks.py
virtual_interfaces.py
createserver
On 07/01/13 at 11:23am, Mauro S M Rodrigues wrote:
One more though, about os-multiple-create: I was also thinking to
remove it, I don't see any real advantage to use it since it doesn't
offer any kind of flexibility like chose different flavors, images
and other attributes. So anyone creating m
+1
On 07/02/13 at 06:40pm, Russell Bryant wrote:
Greetings,
I would like to propose Christopher Yoeh to be added to the nova-core team.
Christopher has been prolific in his contributions to nova lately, both
in code and his general leadership of the v3 API effort. He has also
been regularly c
I will also be working to help get cells passing tests. I just setup a
blueprint on the Nova side for this,
https://blueprints.launchpad.net/nova/+spec/cells-gating.
On 07/13/13 at 05:00pm, Chris Behrens wrote:
I can make a commitment to help getting cells passing. Basically, I'd like to
do
On 07/19/13 at 12:08pm, Murray, Paul (HP Cloud Services) wrote:
Hi Sean,
Do you think the existing static allocators should be migrated to going through
ceilometer - or do you see that as different? Ignoring backward compatibility.
It makes sense to keep some things in Nova, in order to handl
On 07/19/13 at 07:04am, Sean Dague wrote:
On 07/19/2013 06:18 AM, Day, Phil wrote:
Ceilometer is a great project for taking metrics available in Nova and other
systems and making them available for use by Operations, Billing, Monitoring,
etc - and clearly we should try and avoid having multipl
+1
On 07/31/13 at 03:10pm, Russell Bryant wrote:
Greetings,
I propose that we add Nikola Đipanov to the nova-core team [1].
Nikola has been actively contributing to nova for a while now, both in
code and reviews. He provides high quality reviews. so I think he would
make a good addition to th
On 08/07/13 at 07:38am, Kaushik Chandrashekar wrote:
Hi All,
We are working on adding hypervisors version support for xen,
https://blueprints.launchpad.net/nova/+spec/xen-support-for-hypervisor-versions
The initial design is,
1. The image would have a property with hypervisor version require
On 08/07/13 at 08:17am, Shawn Hartsock wrote:
- Original Message -
From: "Russell Bryant"
To: openstack-dev@lists.openstack.org
Sent: Wednesday, August 7, 2013 10:36:04 AM
Subject: Re: [openstack-dev] [Nova] Hypervisor Version Support
On 08/07/2013 10:14 AM, Andrew Laski w
The patch in question (https://review.openstack.org/#/c/28232/24) adds
the ability to track quota usage on a per user basis within a project.
I have run into two issues with it so far: the db migration is
incomplete and leaves the data in a bad state, and the sync methods used
during quota res
these types of accidental bugs are avoided.
2013/8/20 Andrew Laski
The patch in question
(https://review.openstack.org/**#/c/28232/24<https://review.openstack.org/#/c/28232/24>)
adds the ability to track quota usage on a per user basis within a project.
I have run into two issues wit
On 10/27/15 at 09:02am, Jay Pipes wrote:
On 10/22/2015 11:13 AM, Tang Chen wrote:
On 10/22/2015 05:17 AM, Joshua Harlow wrote:
Overall I'm very much inclined to have three state machines (one
for each type), vs the mix-mash of all three into one state machine
(which causes the confusion around
On 11/05/15 at 01:28pm, Murray, Paul (HP Cloud) wrote:
From: Ed Leafe [mailto:e...@leafe.com]
On Nov 5, 2015, at 2:43 AM, Tang Chen wrote:
> I'm sorry that I cannot understand why resize and migrate are the same
thing behind.
Resize is essentially a migration to the same host, rather than a
1 - 100 of 269 matches
Mail list logo
