Port profile is generic way of Neutron to pass plugin-specific data
as dictionary. Cisco plugin uses it to pass VMEFX specific data.
Robert, correct me if I'm wrong.
thanks,
---
Isaku Yamahata
On Thu, Oct 31, 2013 at 10:21:20PM +,
"Jiang, Yunhong" wrote:
> Robert, I think your change requ
Excerpts from Christopher Armstrong's message of 2013-11-01 11:34:56 -0700:
> Vijendar and I are trying to figure out if we need to set the resource_id
> of a resource to None when it's being deleted.
>
> This is done in a few resources, but not everywhere. To me it seems either
>
> a) redundant,
On Nov 1, 2013, at 7:03 PM, Noorul Islam K M
mailto:noo...@noorul.com>>
wrote:
Clark Boylan mailto:clark.boy...@gmail.com>> writes:
On Fri, Nov 1, 2013 at 6:29 PM, Noorul Islam K M
mailto:noo...@noorul.com>> wrote:
Now we have the first patch [1] merged into the repository using
OpenStack r
Noorul,
I agree that key decisions should be tracked in blueprints. This is the one for
this decision which was made in our 2013-10-18 public meeting. Jay's submission
is consistent with the direction indicated by the team.
https://blueprints.launchpad.net/solum/+spec/rest-api-base
Transcript
Clark Boylan writes:
> On Fri, Nov 1, 2013 at 6:29 PM, Noorul Islam K M wrote:
>
>>
>> Now we have the first patch [1] merged into the repository using
>> OpenStack review process. I would like to bring into notice some minor
>> issues.
>>
>> First of all I would like to thank [2] Swapnil for fi
I was looking at the review [1]. And at that point I vaguely remembered
a discussion on IRC about framework choice for WSGI. But those
discussions are not captured in document and brought to conclusion. So,
I think it will be great, if we create blue print for all technology
choices.
Any thoughts
On Fri, Nov 1, 2013 at 6:29 PM, Noorul Islam K M wrote:
>
> Now we have the first patch [1] merged into the repository using
> OpenStack review process. I would like to bring into notice some minor
> issues.
>
> First of all I would like to thank [2] Swapnil for fixing the patch.
>
> 1. Look at pa
Now we have the first patch [1] merged into the repository using
OpenStack review process. I would like to bring into notice some minor
issues.
First of all I would like to thank [2] Swapnil for fixing the patch.
1. Look at patch set 3 and it changed the Author and also the Committer. I
am no
- Original Message -
> >
> > https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L420
> >
> > https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L43
>
> This API and these models are what we are trying to avoid exposing to
> the rest of n
Hey thanks a lot!
- Original Message -
From: "Clint Byrum"
To: "openstack-dev"
Sent: Thursday, October 31, 2013 7:49:55 PM
Subject: Re: [openstack-dev] When is it okay for submitters to say 'I don't
want to add tests' ?
Excerpts from Khanh-Toan Tran's message of 2013-10-31 07:22:06
> Possible ways of remote interaction:
> - direct hangout participation (key people)
> - questions/comments section in etherpad (delay, more difficult to follow
- might need some assistant for tracking them)
I have a realtime browser-based chat app that is normally used in
conjunction with live ev
On 10/31/2013 10:36 PM, Jeremy Stanley wrote:
On 2013-10-31 22:45:56 + (+), Romain Hardouin wrote:
Adding a message for new comers is a good idea.
I am a new Horizon contributor, some of my fixes have been merged
(thanks to Upstream University :-) and reviewers of course) but I
still hes
From: Dmitry Mescheryakov [mailto:dmescherya...@mirantis.com]
I've noticed you list "Remote install and configure a Hadoop cluster (synergy
with Savanna?)" among possible use cases. Recently there was a discussion about
Savanna on bare metal provisioning through Nova (see thread [1]). Nobody tes
On Sat, Nov 2, 2013 at 3:30 AM, Russell Bryant wrote:
> I also would not use migrate. sqlalchemy-migrate is a dead upstream and
> we (OpenStack) have had to inherit it. For new projects, you should use
> alembic. That's actively developed and maintained. Other OpenStack
> projects are either
On Fri 01 Nov 2013 12:40:44 PM PDT, Jaromir Coufal wrote:
> Since I have quite good experience with using these hangouts on air, I
> wanted to propose it as a general way how to get our sessions more
> accessible. Lot of people are asking how they can get more involved
> and I received very positiv
Hello, we are locked down on the plan to hold design workshops on Solum at SFO!
It it now time to confirm your participation, and make travel arrangements.
Please confirm your attendance by visiting the eventbrite page:
https://www.eventbrite.com/event/9130831563 . This is important so we get a
On Fri, Nov 1, 2013 at 1:38 PM, Devananda van der Veen <
devananda@gmail.com> wrote:
> Actually, anyone deploying nova with the "baremetal" driver will face a
> similar split when Ironic is included in the release. I'm targeting
> Icehouse, but of course, it's up to the TC when Ironic graduate
On 2013/01/11 18:42, Stefano Maffulli wrote:
On 11/01/2013 05:33 AM, Jaromir Coufal wrote:
I was wondering, since there is a lot of people who cannot attend Design
Sessions, if we can help them to be present at least in some way.
We tried in the past to setup systems to enable remote participa
The demo session is:
Wednesday, November 6 * 1:20pm - 1:35pm in the Demo Theatre
The presentation is:
Thursday, November 7 * 4:30pm - 5:10pm in Sky City Meeting Rm 4 (Marriot)
We are also trying for an unconference session to do some brainstorming with
interested developers. And, our schedul
> https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L420
>
> https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L43
This API and these models are what we are trying to avoid exposing to
the rest of nova. By wrapping these in our NovaObject-based s
Something should probably change.
The fundamental design issue is that we've got a 1:1 relationship between rule
execution and database fetch. The rules may fire at several orders of magnitude
different rates of speed from data refreshes in the database. So I'd think you
would want to decouple
Thanks: TIL.
The filter invocation per host is the bit I was forgetting.
I'm assuming that the facts about the hosts don't change several times a second
so if you held the facts in RAM and then asserted the rules against those facts
allowing for age-out/invalidation based on incoming updates t
On Nov 1, 2013, at 1:42 PM, Stefano Maffulli wrote:
> On 11/01/2013 05:33 AM, Jaromir Coufal wrote:
>> I was wondering, since there is a lot of people who cannot attend Design
>> Sessions, if we can help them to be present at least in some way.
>
> We tried in the past to setup systems to enabl
On Thu, Oct 31, 2013 at 8:02 PM, Dean Troyer wrote:
>
> Also, FWIW, I don't see another one of these situations coming anytime
> soon. All of the new project activity is around new services/features.
>
>
Actually, anyone deploying nova with the "baremetal" driver will face a
similar split when I
Vijendar and I are trying to figure out if we need to set the resource_id
of a resource to None when it's being deleted.
This is done in a few resources, but not everywhere. To me it seems either
a) redundant, since the resource is going to be deleted anyway (thus
deleting the row in the DB that
I think/hope I nailed it down. Once more patch coming right up!
On Fri, Nov 1, 2013 at 11:15 AM, Salvatore Orlando wrote:
> Hi Sean,
>
> I looked further yesterday and nailed down an issue which cause a spike of
> failures due to a patch merged on thursday early morning (GMT), for which a
> patc
- Original Message -
> I think there is a summit topic about what to do about a good 'oslo.db'
> (not sure if it got scheduled?)
Will look.
>
> I'd always recommend reconsidering just copying what nova/cinder and a few
> others have for there db structure.
>
> I don't think that has tu
- Original Message -
> >>> I was blindly assuming we want to pull in eventlet support, with the
> >>> implicit understanding that we will be doing some form of timeslicing and
> >>> async io bound waiting in the API... but would like to hear others weigh
> >>> in before I add the monkey_p
Aha, right after replied Harsock's mail, I realized I'm correct still. Glad
that I did graduated from the school :)
--jyh
> -Original Message-
> From: Jiang, Yunhong [mailto:yunhong.ji...@intel.com]
> Sent: Friday, November 01, 2013 10:32 AM
> To: OpenStack Development Mailing List (not
I think there has been, and I think there will be a good design summit
session for this.
http://icehousedesignsummit.sched.org/event/cde73dadfd67eaae5bf98b90ba7de07
3#.UnPwKiRQ3mw
I think what u have suggested could be a way to do it, as all databases do
is set intersections and unions in the end
Hi Sean,
I looked further yesterday and nailed down an issue which cause a spike of
failures due to a patch merged on thursday early morning (GMT), for which a
patch was pushed to gerrit.
I then handed off to Armando Migliaccio, who has already pushed a few
patches to solve these issues. (which ar
On 11/01/2013 11:42 AM, Jiang, Yunhong wrote:
Shawn, yes, there is 56 VM access every second, and for each VM
access, the scheduler will invoke filter for each host, that means,
for each VM access, the filter function will be invoked 10k times. So
56 * 10k = 560k, yes, half of 1M, but still big n
Over the last 7 days -
http://logstash.openstack.org/#eyJzZWFyY2giOiIobWVzc2FnZTpcIkZpbmlzaGVkOiBTVUNDRVNTXCIgT1IgbWVzc2FnZTpcIkZpbmlzaGVkOiBGQUlMVVJFXCIpIEFORCBidWlsZF9uYW1lOmdhdGUtdGVtcGVzdC1kZXZzdGFjay12bS1uZXV0cm9uLXBnLWlzb2xhdGVkIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiI2MDQ4MDAiLCJnc
- Original Message -
> Team,
>
> We have a blueprint for logging architecture within Solum, which is an
> important feature to aid in debugging at runtime:
>
> https://blueprints.launchpad.net/solum/+spec/logging
>
> The team voted for a lightweight governance style, and because we are
>
On 11/01/2013 01:39 PM, Clayton Coleman wrote:
- Original Message -
On 11/01/2013 12:33 PM, Clayton Coleman wrote:
- Original Message -
Once all the gitreview stuff is cleaned up I was going to do some purely
mechanical additions.
I heard a few +1 for sqlalchemy with the st
No meeting on Monday due to the summit.
Cheers,
---
@kgriffs
Kurt Griffiths
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 11/01/2013 10:29 AM, Alexander Kuznetsov wrote:
Jay. Do you have a plan to add a Savanna (type: Heat::Savanna) and Trove
(type: Heat::Trove) providers to the HOT DSL?
Hi Alexander,
No, but I'd be interested in working on them, particularly a Savannah
provider for Heat. I can start on it
On 11/01/2013 05:33 AM, Jaromir Coufal wrote:
> I was wondering, since there is a lot of people who cannot attend Design
> Sessions, if we can help them to be present at least in some way.
We tried in the past to setup systems to enable remote participation in
a generic way (give a URL per each se
Shawn, yes, there is 56 VM access every second, and for each VM access, the
scheduler will invoke filter for each host, that means, for each VM access, the
filter function will be invoked 10k times.
So 56 * 10k = 560k, yes, half of 1M, but still big number.
--jyh
> -Original Message-
>
Team,
We have a blueprint for logging architecture within Solum, which is an
important feature to aid in debugging at runtime:
https://blueprints.launchpad.net/solum/+spec/logging
The team voted for a lightweight governance style, and because we are planning
to skip our upcoming meeting doe to
On 11/01/2013 12:42 PM, Thierry Carrez wrote:
> I think the following objective groupings make sense:
>
> Official
> * Integrated (= commonly-released, server) projects (Nova, Swift... up
> to Trove)
> * Incubated (Marconi, Savanna...)
> * All projects from all official programs (includes client
- Original Message -
> On 11/01/2013 12:33 PM, Clayton Coleman wrote:
> > - Original Message -
> >>
> >> Once all the gitreview stuff is cleaned up I was going to do some purely
> >> mechanical additions.
> >>
> >> I heard a few +1 for sqlalchemy with the standard OpenStack abstra
On Fri, Nov 1, 2013 at 10:52 AM, Noorul Islam K M wrote:
> Adrian Otto writes:
>
>> Team,
>>
>> Our StackForge code repo is open, so you may begin submitting code for
>> review. For those new to the process, I made a will page with links to the
>> repo and information about how to contribute:
>
Yes, you are right .. :(
> -Original Message-
> From: Shawn Hartsock [mailto:hartso...@vmware.com]
> Sent: Friday, November 01, 2013 8:20 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova][scheduler]The database access in the
> s
On 11/01/2013 12:20 PM, Johannes Erdfelt wrote:
>> I've watched us mess this up multiple times in the past when we were
>> *sure* it was good. And as has been noticed recently, one of the
>> collapses changes a fk name (by accident), which broke upgrades to
>> havana for a whole class of people.
>
As Shawn Hartsock pointed out in the reply, I made a stupid error in the
calculation. It's in fact 55 access per second, not that big number I
calculated.
I thought I graduated from elementary school but seems I'm wrong. Really sorry
for the stupid error.
--jyh
> -Original Message-
>
I think there is a summit topic about what to do about a good 'oslo.db'
(not sure if it got scheduled?)
I'd always recommend reconsidering just copying what nova/cinder and a few
others have for there db structure.
I don't think that has turned out so well in the long term (a 6000+ line
file is n
On 13-11-01 12:53 PM, Lyle, David wrote:
This is a topic near to my heart. I think it's a logical move to have a
separate dashboard for identity. At the summit, we have a session planned on
discussing the overall Information Architecture of Horizon
http://icehousedesignsummit.sched.org/event
On 11/01/2013 12:33 PM, Clayton Coleman wrote:
- Original Message -
Once all the gitreview stuff is cleaned up I was going to do some purely
mechanical additions.
I heard a few +1 for sqlalchemy with the standard OpenStack abstraction:
solum/db/api.py
manager abstraction for db cal
On Fri, Nov 01, at 8:45 am, Robert Li (baoli) wrote:
> Let's have a meeting with the #openstack IRC channel at UTC 1300 Friday.
Thanks for holding this meeting Robert, I think everyone found it useful.
Minutes and log:
http://eavesdrop.openstack.org/meetings/pci_passthrough_network/2013/pci_pa
This is a topic near to my heart. I think it's a logical move to have a
separate dashboard for identity. At the summit, we have a session planned on
discussing the overall Information Architecture of Horizon
http://icehousedesignsummit.sched.org/event/3b3b3430fe23da9ffed6a15eda50fd25
One part
- Original Message -
> On 11/01/2013 11:14 AM, Clayton Coleman wrote:
> > - Original Message -
> >> Noorul Islam K M writes:
> >>
> >>> Adrian Otto writes:
> >>>
> Team,
>
> Our StackForge code repo is open, so you may begin submitting code for
> review. For
Ilya Shakhat wrote:
> Currently the grouping is two-layer: the higher is to split between
> openstack-hosted and stackforge-hosted projects, the lower is to split
> core, incubation, docs, etc. The grouping may be not so accurate since
> it needs to comply with the latest changes in integrated / in
- Original Message -
>
> Once all the gitreview stuff is cleaned up I was going to do some purely
> mechanical additions.
>
> I heard a few +1 for sqlalchemy with the standard OpenStack abstraction:
>
> solum/db/api.py
> manager abstraction for db calls
> solum/db/sqlalchemy/api.py
>
On 11/01/2013 11:14 AM, Clayton Coleman wrote:
> - Original Message -
>> Noorul Islam K M writes:
>>
>>> Adrian Otto writes:
>>>
Team,
Our StackForge code repo is open, so you may begin submitting code for
review. For those new to the process, I made a will page with l
Greetings all,
I am in the process of building out an application on top of horizon,
but my application actually has nothing to do with OpenStack.
You see, I am planning on using Keystone as my identity service for
the applications and would also like to add a GUI for user management.
I know ope
On Fri, Nov 01, 2013, Sean Dague wrote:
> It's trading one source of bugs for another. I'd love to say we can
> have our cake and eat it to, but we really can't. And I very much
> fall on the side of "getting migrations is hard, updating past
> migrations without ever forking the universe is reall
On 11/01/2013 09:09 AM, Andrew Laski wrote:
> 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 iss
On Thu, Oct 31, 2013 at 7:00 PM, Monty Taylor wrote:
>
> On 10/31/2013 04:38 PM, Devananda van der Veen wrote:
> > Hi all,
> >
> > Ironic has reached a point where it is capable of being added to
> > integration tests and the gate pipeline. Does that mean we /should/ add
> > it? I think so, and I
I would like to announce my candidacy for the Horizon PTL.
I have been developing, extending and contributing to Horizon through the
Grizzly and Havana releases serving as a core team member in the Havana cycle.
And most recently in Icehouse, being interim PTL.
At the Havana OpenStack Summit,
Hi all,
This week I've been doing releases of all projects, which belong to
TripleO program. Here are release notes you might be interested in:
os-collect-config - 0.1.5 (was 0.1.4):
- default polling interval was reduced to 30 seconds
- requirements were updated to use the n
Hi all,
We have launched devstack to install openstack, while including ceilometer.
We use XCP as hypervisor, Ubuntu 12.04. The used openstack version is
2014.1.
When running ceilometer-collector, consumers get registered on every topic
and exchange, but never actually consume anything. We tested
Team,
The tenant_id, subnet, network are missing from some of the network
notification payloads, and this looks like it happened rather recently.
The ceilometer expects them to be present on each of the notifications.
Is this Neutron's expected behavior? Would changing the dictionary
reference f
- Original Message -
> From: "Yunhong Jiang"
> To: openstack-dev@lists.openstack.org
> Sent: Thursday, October 31, 2013 6:39:29 PM
> Subject: [openstack-dev] [nova][scheduler]The database access in the
> scheduler filters
>
> I noticed several filters (AggregateMultiTenancyIsoaltion,
- Original Message -
> Noorul Islam K M writes:
>
> > Adrian Otto writes:
> >
> >> Team,
> >>
> >> Our StackForge code repo is open, so you may begin submitting code for
> >> review. For those new to the process, I made a will page with links to
> >> the repo and information about how to
On 2013/01/11 13:48, Davanum Srinivas wrote:
Jarda,
Here are some lessons learned from a friend who is on a team that used
Google Hangout - http://drbacchus.com/google-hangout-lessons-learned
-- dims
Awesome, thanks a lot for this cheat sheet :)
I have done couple of them, having quite a go
Hi all
Long story short: a long time ago I raised a bug [1] and I started to work on
the fix: GuoHui LIu (the reviewer) and myself had long and useful discussion
about the right solution for that but now we are stuck and we need some more
opinions to find a proper one.
And now the long story
On Fri, Nov 1, 2013 at 12:39 AM, Clint Byrum wrote:
> Excerpts from Alexander Kuznetsov's message of 2013-10-31 10:51:54 -0700:
> > Hi Heat, Savanna and Trove teams,
> >
> > All this projects have common part related to software configuration
> > management. For creation, an environment user s
Jay. Do you have a plan to add a Savanna (type: Heat::Savanna) and Trove
(type: Heat::Trove) providers to the HOT DSL?
On Thu, Oct 31, 2013 at 10:33 PM, Jay Pipes wrote:
> On 10/31/2013 01:51 PM, Alexander Kuznetsov wrote:
>
>> Hi Heat, Savanna and Trove teams,
>>
>> All this projects have co
On 2013-11-01 06:28, Daniel P. Berrange wrote:
On Fri, Nov 01, 2013 at 07:20:19AM -0400, Sean Dague wrote:
On 11/01/2013 06:27 AM, John Garbutt wrote:
>On 31 October 2013 16:57, Johannes Erdfelt wrote:
>>On Thu, Oct 31, 2013, Sean Dague wrote:
>>>So there is a series of patches starting with -
> Indeed :) Can you share with us briefly what you found interesting in
> the sessions of Upstream University? Which ones did you go to?
Upsteam University acted like a starter to me. I attended the september session
in Paris.
I'm interested in OpenStack since Essex but I did not dare submit my
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
Jarda,
Here are some lessons learned from a friend who is on a team that used
Google Hangout - http://drbacchus.com/google-hangout-lessons-learned
-- dims
On Fri, Nov 1, 2013 at 8:33 AM, Jaromir Coufal wrote:
> Hello community,
>
> I was wondering, since there is a lot of people who cannot atte
Just to clarify that the channel is #openstack-meeting
thanks,
Robert
On 10/30/13 1:57 PM, "Robert Li (baoli)"
mailto:ba...@cisco.com>> wrote:
Hi,
Let's have a meeting with the #openstack IRC channel at UTC 1300 Friday.
Based on our email discussions so far, I listed the topics in below:
Sean,
Currently the grouping is two-layer: the higher is to split between
openstack-hosted and stackforge-hosted projects, the lower is to split
core, incubation, docs, etc. The grouping may be not so accurate since it
needs to comply with the latest changes in integrated / incubated projects
(bug
Hello community,
I was wondering, since there is a lot of people who cannot attend Design
Sessions, if we can help them to be present at least in some way.
My thinking was going in the way of doing a hangout from the session.
However hangout has limited audience of 10 people, so what we can d
On Thu, Oct 31 2013, Monty Taylor wrote:
> Sigh.
>
> Yay We've added more competing methods of complexity!!!
>
> Seriously. We now think that rabbit and zookeeper and mysql are ALL needed?
Yes, if you got synchronization problem that Paxos can resolve,
leveraging ZooKeeper is a good idea IMHO
On Fri, Nov 01, 2013 at 07:20:19AM -0400, Sean Dague wrote:
> On 11/01/2013 06:27 AM, John Garbutt wrote:
> >On 31 October 2013 16:57, Johannes Erdfelt wrote:
> >>On Thu, Oct 31, 2013, Sean Dague wrote:
> >>>So there is a series of patches starting with -
> >>>https://review.openstack.org/#/c/534
On 11/01/2013 06:27 AM, John Garbutt wrote:
On 31 October 2013 16:57, Johannes Erdfelt wrote:
On Thu, Oct 31, 2013, Sean Dague wrote:
So there is a series of patches starting with -
https://review.openstack.org/#/c/53417/ that go back and radically
change existing migration files.
I initial
On 29 October 2013 20:18, Mike Spreitzer wrote:
> John Garbutt wrote on 10/29/2013 07:29:19 AM:
>> ...
>
>> Its looking good, but I was thinking about a slightly different approach:
>>
>> * I would like to see instance groups be used to describe all
>> scheduler hints (including, please run on ce
Hi Gary,
"Gary Kotton" wrote:
> Hi,
> Over the last few days I have noticed that bug fixes posted to gerrit are not
> updated in Launchpad. Am I doing something wrong? I think that the commit
> message is the correct format: Closes-Bug: #.
> Any ideas?
I've seen the linking fail when the bug num
>-Original Message-
>From: Chris Friesen [mailto:chris.frie...@windriver.com]
>Sent: 31 October 2013 17:07
>To: openstack-dev@lists.openstack.org
>Subject: Re: [openstack-dev] When is it okay for submitters to say 'I don't
>want to add tests' ?
>
>On 10/31/2013 06:04 AM, Rosa, Andrea (HP C
On 30 October 2013 01:51, haruka tanizawa wrote:
> Hi John!
>
> Thank you for your reply:)
> Sorry for inline comment.
>
>
>> We also need something that doesn't clash with the cross-service
>> request id, as that is doing something slightly different. Would
>> "idempotent-request-id" work better?
On 29 October 2013 16:11, Eddie Sheffield wrote:
>
> "John Garbutt" said:
>
>> Going back to Joe's comment:
>>> Can both of these cases be covered by configuring the keystone catalog?
>> +1
>>
>> If both v1 and v2 are present, pick v2, otherwise just pick what is in
>> the catalogue. That seems c
On Fri, Nov 1, 2013 at 8:55 PM, Sean Dague wrote:
> On 11/01/2013 04:58 AM, Steven Hardy wrote:
>
going into testing is finding some real bugs! :) )
>>
>> I notice there's a review associated with that bug, but I can't view it -
>> if it's draft can you please add me to the reviewers list?
>>
>>
On Nov 1, 2013 10:20 AM, "John Garbutt" wrote:
>
> Its intentional. Cells is there to split up your nodes into more
> manageable chunks.
>
> There are quite a few design summit sessions on looking into
> alternative approaches to our current scheduler.
>
> While I would love a single scheduler to
On 31 October 2013 16:57, Johannes Erdfelt wrote:
> On Thu, Oct 31, 2013, Sean Dague wrote:
>> So there is a series of patches starting with -
>> https://review.openstack.org/#/c/53417/ that go back and radically
>> change existing migration files.
I initially agreed with the -2, but actually I
On 11/01/2013 04:58 AM, Steven Hardy wrote:
On Thu, Oct 31, 2013 at 09:40:46PM -0400, Adam Young wrote:
I think it is safe to say that the trusts API is broken in XML. I
added the following test:
diff --git a/keystone/tests/test_v3_auth.py b/keystone/tests/test_v3_auth.py
index c0e191b..6a0c1
Its intentional. Cells is there to split up your nodes into more
manageable chunks.
There are quite a few design summit sessions on looking into
alternative approaches to our current scheduler.
While I would love a single scheduler to make everyone happy, I am
thinking we might end up with severa
I've noticed you list "Remote install and configure a Hadoop cluster
(synergy with Savanna?)" among possible use cases. Recently there was a
discussion about Savanna on bare metal provisioning through Nova (see
thread [1]). Nobody tested that yet, but it was concluded that it should
work without an
Gabriel Hurley wrote:
> It saddens me to say that for a mix of reasons I have decided to abdicate my
> position as PTL for Horizon. If anything, the reasons are all good ones
> overall, I just have to make the right decision for both myself and the
> project.
I'm sorry to hear that ! That said,
On Thu, Oct 31, 2013 at 09:40:46PM -0400, Adam Young wrote:
> I think it is safe to say that the trusts API is broken in XML. I
> added the following test:
>
> diff --git a/keystone/tests/test_v3_auth.py b/keystone/tests/test_v3_auth.py
> index c0e191b..6a0c10c 100644
> --- a/keystone/tests/test
On 1 November 2013 20:41, Rochelle Grober wrote:
>
> A message from my associate as he wings to the Icehouse OpenStack summit
> (and yes, we're psyched):
> Our project, code named Compass is a Restful API driven deployment platform
> that performs discovery of the physical machines attached to a s
A message from my associate as he wings to the Icehouse OpenStack summit
(and yes, we're psyched):
Hi OpenStackers,
We, a team within Huawei, are excited to tell you about an OpenStack
related project we’ve been working on and will be introducing at the summit.
Our project, code named Compa
Noorul Islam K M writes:
> Adrian Otto writes:
>
>> Team,
>>
>> Our StackForge code repo is open, so you may begin submitting code for
>> review. For those new to the process, I made a will page with links to the
>> repo and information about how to contribute:
>>
>> https://wiki.openstack.org
95 matches
Mail list logo
