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/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/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
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
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
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
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 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
+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/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
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/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 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 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 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 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 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/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/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/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 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
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 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
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 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 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/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 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 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
+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 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
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/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
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 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
+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
+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
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
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
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 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
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/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/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/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 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/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/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/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 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 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/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
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
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
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
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
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
+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 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
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
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
+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
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
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
+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/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
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/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
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
201 - 269 of 269 matches
Mail list logo
