Hi,
Given there's a lot of regular attendees who are still travelling back
from summit or recovering from jet lag I'm cancelling the regular Nova
API meeting this week. We'll meet up again next week at the regular
time and place.
Chris
___
Hi,
1. When the group policy is applied ( across to all the VMs ) say deny for
specific TCP port = 80, however because some special reason one of that VM
needs to 'ALLOW TCP port' how to handle this ?
When deny is applied to any one of VM in that group , this framework takes
care of
I have devstack based Openstack cloud on two different machines. I am
interested to migrate instance from A to B devstack cloud.
I tried to copy instance files from Cloud A (
../../data/nova/instace--ab-cd-ef ) to Cloud B. I am also copying related
metadata of instance from its database to
On Wed, May 21, 2014 at 10:54:03AM +0300,
Dmitry mey...@gmail.com wrote:
HI,
Hi.
I would happy to get explanation of what is the difference between Adv
Service
Managementhttps://docs.google.com/file/d/0Bz-bErEEHJxLTGY4NUVvTzRDaEk/editfrom
the Service VM
The above document is stale.
the
Hi Diego ,
Thanks for sharing steps for VM migration from customer end to your cloud.
Well! i am not going to propose new idea for VM migration. I am using VM
migration for POC of my research idea.
I have few question for you!
1. Can we use suspend/pause feature instead of snapshot for saving
We will held BP review for milestone 1 of Juno release at 15:00 UTC on May
23.
Please, join us and vote for features that you are interested in!
--
Serg Melikyan, Senior Software Engineer at Mirantis, Inc.
http://mirantis.com | smelik...@mirantis.com
3. OpenStack itself should ( its own Compute Node/L3/Routing, Controller
) have (5 nine capable) reliability.
Can you elaborate on this a little more? Reliability is pretty deployment
specific (e.g. database chosen, number of cluster members, etc). I'm sure
nobody would disagree that OpenStack
Excerpts from Tom Fifield's message of 2014-05-21 21:39:22 -0700:
On 22/05/14 11:06, Kyle Mestery wrote:
On Wed, May 21, 2014 at 5:06 PM, Tom Fifield t...@openstack.org wrote:
On 22/05/14 05:48, James E. Blair wrote:
Tom Fifield t...@openstack.org writes:
May I ask, will the old names
Hi Isaku,
Thank you for the updated link. I'n not sure where from I get the previous
one, probably from the direct Google search.
If we're talking about NFV Mano, it's very important to keep NFVO and VNFM
as a separate services, where VNFM might be (and probably will be) supplied
jointly with a
Any possibility to move the session to Monday (May 26)?
On Thu, May 22, 2014 at 9:42 AM, Serg Melikyan smelik...@mirantis.comwrote:
We will held BP review for milestone 1 of Juno release at 15:00 UTC on May
23.
Please, join us and vote for features that you are interested in!
--
Serg
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
devananda@gmail.com wrote:
I'd like to bring up the topic of drivers which, for one reason or another,
are probably never going to have third party CI testing.
Take for example the iBoot driver proposed here:
Hi list,
I have using Openstack/Neutron for a while.
And now I hope I can do some contributions too.
But neutron is too complicated, I don't know where to start.
In IRC, iwamoto suggested me to work with developer doc team.
That sounds like a good idea.
But I still doesn't know what/where I
On 22 May 2014 03:47, Mandeep Dhami dh...@noironetworks.com wrote:
Hi Salvatore:
Comments inline as well
This is a bit obscure to me. I read it as you're hinting the core team or
part of it has double standards.
In that case I would invite you to clarify.
Last week, I had
Angus Salkeld wrote:
On 21/05/14 13:32 -0700, Michael Krotscheck wrote:
I've compiled a list of takeaways from the one-on-one ux sessions that we
did at the Atlanta Summit. These comments aren't exhaustive - they're the
big items that came up over and over again. If you'd like to review the
Hello chen,
You are already doing great, using irc and the mailing list is a good start.
Let me give you some links that can help you ramping up:
Neutron development:
https://wiki.openstack.org/wiki/NeutronDevelopment
If you wanna contribute fixing some bug I suggest you have a look at the
low
James E. Blair wrote:
Nikita Konovalov has been reviewing changes to both storyboard and
storyboard-webclient for some time. He is the second most active
storyboard reviewer and is very familiar with the codebase (having
written a significant amount of the server code). He regularly provides
Hi ALL,
The 2nd OpenStack Beijing meetup is opened for registration. Welcome to
join us!
Title: OpenStack Beijing Meetup on May 24th
http://www.meetup.com/China-OpenStack-User-Group/events/182091162/
Theme:OpenStack Atlanta Summit
Guests:
Jeffrey Yang, Jian Hua Geng, Edward Zhang, Vincent
James E. Blair wrote:
openstack/oslo-specs - openstack/common-libraries-specs
I understand (and agree with) the idea that -specs repositories should
be per-program.
That said, you could argue that oslo is a shorthand for common
libraries and is the code name for the *program* (rather than bound
+1 to attend,
Regards,
Irena
-Original Message-
From: Collins, Sean [mailto:sean_colli...@cable.comcast.com]
Sent: Wednesday, May 21, 2014 5:59 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [Neutron][QoS] Weekly IRC Meeting?
Hi,
The
We (HP Helion) are completely fine with a change that reduces server load
and makes things more predictable. It would have been very hard to rely
heavily on the old behaviour. Thanks for adding me to the patch, too, Matt
Matthew
On Wed, May 21, 2014 at 4:40 PM, Doug Hellmann
Hey everyone,
Based on our conversation in irc yesterday, I’m detailing a few proposals for
the way we handle testing. Before that, I want to establish the terminology so
we’re all on the same page. In a software project like this, there are
generally three types of tests: unit tests,
On 05/22/2014 05:28 AM, Thierry Carrez wrote:
Angus Salkeld wrote:
On 21/05/14 13:32 -0700, Michael Krotscheck wrote:
I've compiled a list of takeaways from the one-on-one ux sessions that we
did at the Atlanta Summit. These comments aren't exhaustive - they're the
big items that came up over
On 21/05/14 22:56, James Slagle wrote:
On Wed, May 21, 2014 at 4:37 PM, Jay Dobies jason.dob...@redhat.com wrote:
Currently, there is the following in the template:
Proposed change
===
[snip]
Alternatives
[snip]
Security impact
---
The unit
On Tue, May 20, 2014 at 05:18:18PM +0200, Radomir Dopieralski wrote:
Hello,
this is a followup on the design session we had at the meeting about
the handling of static files. You can see the etherpad from that session
here: https://etherpad.openstack.org/p/juno-summit-horizon-static-files
On Thu, 2014-05-22 at 09:48 +0100, Lucas Alvares Gomes wrote:
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
devananda@gmail.com wrote:
I'd like to bring up the topic of drivers which, for one reason or another,
are probably never going to have third party CI testing.
Take
Hello My name is inhye park from samsung SDS.
I am a developer about nova and sahara.
Recently Our system updated to icehouse.
After deleting cluster in sahara, VM occurred 500 error.
But this problem not occur in nova cli command.
Only in sahara this error occurred.
This is error log.
IMO the separated did in the project repo is a good approach (like
contrib dir in Heat).
On Thu, May 22, 2014 at 3:13 PM, Dmitry Tantsur dtant...@redhat.com wrote:
On Thu, 2014-05-22 at 09:48 +0100, Lucas Alvares Gomes wrote:
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
Hi,
I would suggest the following:
1. Look at the bugs and see if there is any low hanging fruit -
https://bugs.launchpad.net/neutron/+bugs?field.tag=low-hanging-fruit
2. Try and add some additional unit tests – pick a section of code that
interests you and try and see that it has some good
Great, I think it'll make CRs more consistent, especially from the
reviewers PoV.
On Thu, May 22, 2014 at 3:24 AM, Clark Boylan clark.boy...@gmail.com wrote:
Hello everyone,
Gerrit has long supported Draft patchsets, and the infra team has long
recommended against using them as they are a
Hi folks,
We'll be having the Sahara team meeting as usual in
#openstack-meeting-alt channel.
Agenda:
https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Agenda_for_May.2C_22
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meetingiso=20140522T18
--
Sincerely yours,
Sergey
Looks like one or more of your VMs get stuck and libvirt having problems to
stop it now:
2014-05-22 20:06:42.631 25640 TRACE oslo.messaging.rpc.dispatcher if ret ==
-1: raise libvirtError ('virDomainDestroy() failed', dom=self)
2014-05-22 20:06:42.631 25640 TRACE
On Thu, May 22, 2014 at 1:48 AM, Lucas Alvares Gomes
lucasago...@gmail.comwrote:
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
devananda@gmail.com wrote:
I'd like to bring up the topic of drivers which, for one reason or
another,
are probably never going to have third party
Linux has a very different model then OpenStack does, the article you
mention is talking about a whole separate git repo, along with a separate
(re: just OR, not exclusive or) set of maintainers. If you leave these
drivers in a staging directory would you still require two cores for the
code
On 21/05/14 11:32 -0400, Doug Hellmann wrote:
On Thu, May 15, 2014 at 11:41 AM, Victor Stinner
victor.stin...@enovance.com wrote:
Hi,
The functions safe_decode() and safe_encode() have been ported to Python 3,
and changed more than once. IMO we can still improve these functions to make
them
Thierry Carrez wrote:
At the Design Summit last week we discussed the Juno release schedule
and came up with the following proposal:
https://wiki.openstack.org/wiki/Juno_Release_Schedule
The main reported issue with it is the presence of the US labor day
weekend just before juno-3
Thanks for the confirmation.
On Wed, May 21, 2014 at 12:18 AM, Nikhil Manchanda nik...@manchanda.me wrote:
Yes, this issue is fixed now that 94315 is merged.
On Tue, May 20, 2014 at 3:38 PM, Sergey Lukjanov slukja...@mirantis.com
wrote:
As I see, the 94315 merged atm, is the issue fixed?
Thanks for the reminder, it's very interesting for Sahara.
P.S. /me adding Chad directly (he's working on sahara@horizon).
On Mon, May 19, 2014 at 4:12 PM, Jaromir Coufal jcou...@redhat.com wrote:
Hello everybody interested in UX,
for one more time, I am reminding that there is ongoing survey
On 05/21/2014 05:42 PM, James E. Blair wrote:
The Infrastructure program has a unique three-tier team structure:
contributors (that's all of us!), core members (people with +2 ability
on infra projects in Gerrit) and root members (people with
administrative access). Read all about it here:
On 05/21/2014 05:57 PM, James E. Blair wrote:
The Infrastructure program has a unique three-tier team structure:
contributors (that's all of us!), core members (people with +2 ability
on infra projects in Gerrit) and root members (people with
administrative access). Read all about it here:
To be a bit more succinct, if I PATCH existing Keystone JSON documents
(projects, roles, users, etc) with my own custom JSON attributes, can I expect
this to be a safe practice?
Meaning, I'd like to add my own custom attributes and be able to query them
back at a later time when I look up
Merging a few of the replies into a single response:
I like all of this plan, except for the name Overview. To me,
Overview suggests a high-level summary rather than being one of the
beefier sections of a spec. Something like Detail or Detailed
overview (because the low-level detail will
On 5/21/14, 4:59 PM, Kyle Mestery wrote:
Neutron cores, please vote +1/-1 for the proposed addition of Carl
Baldwin to Neutron core.
+1
-Bob
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi,
I am using Openstack Havana Setup with Esxi as Compute Node.
I launch two VMs with identical configuration over the Esxi - one via
Openstack and other manually via vSphere Client.
VM launched over Esxi manually via vSphere Client performs better than one
via Openstack over Esxi. I am
- Original Message -
From: Devananda van der Veen devananda@gmail.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Wednesday, May 21, 2014 8:03:15 PM
Subject: [openstack-dev] [Ironic] handling drivers that will not be
third-party tested
Thierry Carrez thie...@openstack.org writes:
James E. Blair wrote:
openstack/oslo-specs - openstack/common-libraries-specs
I understand (and agree with) the idea that -specs repositories should
be per-program.
That said, you could argue that oslo is a shorthand for common
libraries and is
Sean Dague s...@dague.net writes:
It's worth noting, most (90%) of OpenStack developers aren't trying to
land or track features across projects. And realistically, in my
experience working code into different repositories, the blueprint / bug
culture between projects varies widely (what
On Wed, May 21, 2014 at 10:47:16PM EDT, Mandeep Dhami wrote:
The update from Sean seem to suggest to me that we needed blueprints only
if the public API changes, and not for design changes that are internal to
neutron.
There was no statement in my e-mail that made that
suggestion. My e-mail
(Adding relevant projects to subject. Hope I didn't miss any.)
Heat, Neutron, Trove, and Swift devs,
Do we want to change all instances of logger variable names to LOG
(like most OpenStack projects use) and enforce that via the hacking
rules?
Regards,
Jason
On Wed, May 21 2014, Sergey
On Thu, May 22, 2014 at 10:48 AM, Jarret Raim jarret.r...@rackspace.comwrote:
This should make travel a bit easier for everyone as people won't need
Hey Jarret,
I'm going to be at the Keystone meetup for sure, but I'm also thinking
about going to the Barbican meetup too.
--
David
blog:
All,
There was some interest at the Summit in semi-combining the mid-cycle meet
ups for Barbican, Keystone and the OSSG as there is some overlap in team
members and interest areas. The current dates being considered are:
Mon, July 7 - Barbican
Tue, July 8 - Barbican
Wed, July 9 - Barbican /
Actually, that line you linked to about IMPL is a bit misleading. In this case,
under the hood IMPL is really just the sqlalchemy implementation of the Nova db
api at
https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L2404.
In Nova we don't insert a row in to a table per
Dmitry, we actually need to move meeting to another day, since not all
people from our core team is yet returned from OpenStack Summit. BP Review
for milestone 1 of Juno release will be held on Tuesday, June 3 at 15:00
UTC. I hope it works for you too.
On Thu, May 22, 2014 at 12:44 PM, Dmitry
I tend to disagree with the whole idea. Not sure 100% though yet. Could you
please explain the point of scattering configuration all over the code? In my
opinion, we’re mixing different application concerns. With the current approach
I always know where to look at in order to find all my
Yep, wrong order. You are right.
Thanks!
--
Diego Parrilla
http://www.stackops.com/*CEO*
*www.stackops.com http://www.stackops.com/ | * diego.parri...@stackops.com |
+34 91 005-2164 | skype:diegoparrilla
On Wed, May 21, 2014 at 11:53 PM, CARVER, PAUL pc2...@att.com wrote:
Are you sure
Created spec https://review.openstack.org/#/c/94907/
I think it is WIP still, but would be nice to hear some comments/opinions
On Thu, May 22, 2014 at 1:59 AM, Robert Collins
robe...@robertcollins.netwrote:
On 18 May 2014 08:17, Miller, Mark M (EB SW Cloud - RD - Corvallis)
Hi Naveed,
I don't think it's a good idea to suspend/pause. If you want to keep the
state of the VM then have a look at the live migration capabilities of KVM.
Our script is very simple and works for any VM without attached block
storage.
Here goes the little script. Keep in mind it's something
HAProxy SSL termination is not a viable option when HAProxy is used to proxy
traffic between servers. If HAProxy terminates the SSL it will then proxy the
traffic unencrypted to any other server across a network. However, since SSL
termination and SSL re-encryption are now features of the
On 05/22/2014 07:48 AM, Jarret Raim wrote:
All,
There was some interest at the Summit in semi-combining the mid-cycle meet
ups for Barbican, Keystone and the OSSG as there is some overlap in team
members and interest areas. The current dates being considered are:
Mon, July 7 - Barbican
On Thu, May 22, 2014 at 1:52 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Tom Fifield's message of 2014-05-21 21:39:22 -0700:
On 22/05/14 11:06, Kyle Mestery wrote:
On Wed, May 21, 2014 at 5:06 PM, Tom Fifield t...@openstack.org wrote:
On 22/05/14 05:48, James E. Blair wrote:
BTW I'm working on preparing all changes for this renaming session.
On Thu, May 22, 2014 at 8:05 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Thu, May 22, 2014 at 10:16 AM, James E. Blair jebl...@openstack.org
wrote:
Thierry Carrez thie...@openstack.org writes:
James E. Blair
On Thu, May 22, 2014, at 08:51 AM, Miller, Mark M (EB SW Cloud - RD -
Corvallis) wrote:
HAProxy SSL termination is not a viable option when HAProxy is used to
proxy traffic between servers. If HAProxy terminates the SSL it will then
proxy the traffic unencrypted to any other server across a
Hi,
I'm part of a project that aims to manage Reservations on OpenStack.
Maybe this could be implemented on it. The name of the project is Blazar
(ex Climate). Currently we have two reservation plugins: one for
physical host reservations and other for virtual instances reservation.
We are
Stackers,
according to https://wiki.openstack.org/wiki/Fuel/Hard_Code_Freeze,
we call for a HCF.
It will take some time to switch all required CI infrastructure to handle
both stable/5.0 (which was just created), and master branches.
Since now, master is open for merges of everything deferred to
On Thu, May 22, 2014 at 9:05 AM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Devananda van der Veen devananda@gmail.com
[...]
interface. However, I also don't expect the author to provide a full
third-party CI environment, and as such, we should not claim
Hello
Dnia Wed, 21 May 2014 23:51:48 +0100
Salvatore Orlando sorla...@nicira.com napisał:
In principle there is nothing that should prevent us from
implementing an IP reservation mechanism.
As with anything, the first thing to check is literature or related
work! If any other IaaS system
Hi Alan/Balazs,
In one of the NFV BoF sessions in Atlanta one of you (I assume one of you
anyway!) noted in the etherpad [1] (line 89) that Ericsson had submitted a
patch to Neutron which would allow instances to use tagged vlan traffic. Do you
happen to have a link handy to the review for
At the summit session last week for group-based policy, there were many
concerns voiced about the approach being undertaken. I think those concerns
deserve a wider audience, and I'm going to highlight some of them here.
The primary concern seemed to be related to the complexity of the approach
Hello,
Thanks for answears and info about this project - I will take a look on
that for sure :)
For me now reservation of fixed ips is enough and I don't know what
else can be reserved in neutron. Floating IP you can now assign to
tenant and this is some kind of reservation. Maybe someone else
That depends on your security requirements. If HAProxy is proxying requests to
multiple servers and you terminate the SSL at HAProxy, then you will be sending
the request unencrypted from one server to another. I am not at all opposed to
adding the capabilities to configure HAProxy to
On May 22, 2014, at 11:03 AM, Maru Newby ma...@redhat.com wrote:
At the summit session last week for group-based policy, there were many
concerns voiced about the approach being undertaken. I think those concerns
deserve a wider audience, and I'm going to highlight some of them here.
I would second Maru's concerns, and I would also like to add the following:
We need to acknowledge the fact that there are certain architectural
aspects of Neutron as a project that need to be addressed; at the
summit we talked about the core refactoring, a task oriented API, etc.
To me these
Is this the one?
https://review.openstack.org/#/c/92541/
On Thu, May 22, 2014 at 11:04 AM, Steve Gordon sgor...@redhat.com wrote:
Hi Alan/Balazs,
In one of the NFV BoF sessions in Atlanta one of you (I assume one of you
anyway!) noted in the etherpad [1] (line 89) that Ericsson had
On Thu, May 22, 2014 at 4:48 AM, Lucas Alvares Gomes
lucasago...@gmail.com wrote:
On Thu, May 22, 2014 at 1:03 AM, Devananda van der Veen
devananda@gmail.com wrote:
I'd like to bring up the topic of drivers which, for one reason or another,
are probably never going to have third party CI
On Tue, May 20, 2014 at 9:28 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
We agreed just before the summit that we wanted to participate in the
specs repository experiments for this cycle. The repository is set up
[1] and I've just posted a review for an updated template [2] that
Hi Sam,
I totally agree - this will definitely reduce our scope and increase the chance
of getting this in.
I am still (being influenced by Unix methodology) thinking that we should
explore service chaining more for that. As I said earlier, re-encryption feels
more like a VPN type thing than
I've published all renaming changes, here is an etherpad [1] with the
list of them. All of the changes are in one chain to avoid merge
conflicts, oslo-specs renaming is the last one in chain if we'll
decide to keep it as is.
[1] https://etherpad.openstack.org/p/repo-renaming-2014-05-23
Thanks.
The associated neutron specs: https://review.openstack.org/94612
On Thu, May 22, 2014 at 8:55 PM, Yi Sun beyo...@gmail.com wrote:
Is this the one?
https://review.openstack.org/#/c/92541/
On Thu, May 22, 2014 at 11:04 AM, Steve Gordon sgor...@redhat.com wrote:
Hi Alan/Balazs,
In one of
+1
I believe the main point is not to confuse what we is need on the Hypervisor
and networking but focus on what we need Openstack to support to be a robust
and reliable system, for example most systems aim for 5 9's due to various
requirements but what they really want to aim for us
Hi Steven
More than happy to help out here: The BP in question is this, patches have been
submitted 3 weeks ago by Erik Moe:
https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms
https://review.openstack.org/#/c/92541/
This is a generic feature a lot of Telco traffic nodes have and
On Tue, May 20, 2014 at 6:42 PM, Steve Baker sba...@redhat.com wrote:
On 21/05/14 02:31, Doug Hellmann wrote:
On Fri, May 16, 2014 at 2:10 PM, Gauvain
Pocentekgauvain.pocen...@objectif-libre.com
gauvain.pocen...@objectif-libre.com wrote:
Le 2014-05-16 17:13, Anne Gentle a écrit :
Maru's concerns are that:
1. It is large
2. It is complex
And Armando's related concerns are:
3. Could dev/review cycles be better spent on refactoring
4. If refactored neutron was available, would a simpler option become more
viable
Let me address them in that order.
1. Re: It is large
Group
Hi,
Thanks for response and sharing script.
Can i use this script with devstack based cloud platform.?
Actually Live Migration is available between inter-cluster. so that why i
was talking about the suspend/pause the VM before migration.
Regards
On Thu, May 22, 2014 at 8:45 PM, Diego
On 23/05/14 08:56, Anne Gentle wrote:
On Tue, May 20, 2014 at 6:42 PM, Steve Baker sba...@redhat.com
mailto:sba...@redhat.com wrote:
On 21/05/14 02:31, Doug Hellmann wrote:
On Fri, May 16, 2014 at 2:10 PM, Gauvain Pocentek
gauvain.pocen...@objectif-libre.com
For everyone's awareness, Alexis proposed a spec related to this:
https://review.openstack.org/#/c/94910
-Ben
On 05/20/2014 05:05 PM, James Polley wrote:
I spoke to JP offline and confirmed that the link to 85418 should have been
a link to https://review.openstack.org/#/c/88252
I think that
If an IP is reserved for a tenant, should the tenant need to
explicitly ask for that specific IP to be allocated when creating a
floating ip or port? And it would pull from the regular pool if a
specific IP is not requested. Or, does the allocator just pull from
the tenant's reserved pool
Hi,
I found this message in my backlog from when I was at the summit.
Sorry for the delay in responding.
The default SNAT or dynamic SNAT use case is one of the last
details being worked in the DVR subteam. That may be why you do not
see any code around this in the patches that have been
Ahoy there, TripleO interested parties. In the last few months, we've
gotten a relatively robust, though not nearly complete, CI system for
TripleO. It is a bit unorthodox, as we have a strong desire to ensure
PXE booting works, and that requires us running in our own cloud.
We have this working,
Hi Everyone,
So I was preparing to push the first tag as part of the move to a world with a
branchless tempest and was trying to figure out the naming convention we should
be using. The only complexity here is that we are targeting to do 4 releases a
year that coincide with the OpenStack
As most of you probably know already, this is one of the topics discussed
during the Juno summit [1].
I would like to kick off the discussion in order to move towards a concrete
design.
Preamble: Considering the meat that's already on the plate for Juno, I'm
not advocating that whatever comes out
Hi,
I am interested in the meeting but cannot participate (it's 3:00am).
I will check the meeting log later.
BTW, where do you begin a discussion ? I thought you countinue
work in Icehose. Or do you argue from the beginning of the API
definition ?
Thanks.
Itsuro Oda (oda-g)
On Wed, 21 May
Hello,
Just to make sure I understand:
1.) I’m assuming that you can dilettante which policies apply to specific VM’s
within a group (Is this correct?). With regards to DENY permissions, they are
handled specially. In such a case, all other VM’s are provided with ALLOW
permissions for that
OK
On Thu, May 22, 2014 at 7:36 AM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Wed, May 21, 2014 at 10:47:16PM EDT, Mandeep Dhami wrote:
The update from Sean seem to suggest to me that we needed blueprints only
if the public API changes, and not for design changes that are
On May 22, 2014, at 1:59 PM, Mandeep Dhami dh...@noironetworks.com wrote:
Maru's concerns are that:
1. It is large
2. It is complex
As per the discussion in the irc meeting today, I hope it is clear now that
eventual size and complexity are not real issue. Rather, I am concerned at how
On 05/22/2014 07:03 PM, Maru Newby wrote:
On May 22, 2014, at 1:59 PM, Mandeep Dhami dh...@noironetworks.com wrote:
Maru's concerns are that:
1. It is large
2. It is complex
As per the discussion in the irc meeting today, I hope it is clear now that
eventual size and complexity are not real
I noticed recently that some tests are being skipped in the Nova gate.
Some will always be skipped, but others are conditional.
In particular the ZooKeeper driver tests are being skipped because an
underlying python module is missing.
It seems to me that we should want no tests to be
each patch needs to receive core reviewer attention and that subsequent
patches incorporate their feedback.
At least two core neutron members were involved in creating the PoC, and at
least two more cores were involved in reviews at various times. In addition
to them, senior developers from at
On May 22, 2014, at 4:35 PM, Mandeep Dhami dh...@noironetworks.com wrote:
each patch needs to receive core reviewer attention and that subsequent
patches incorporate their feedback.
At least two core neutron members were involved in creating the PoC, and at
least two more cores were
On 2014-05-21 23:52:14 -0700 (-0700), Clint Byrum wrote:
You didn't also ask them to subscribe to the users and/or operators
mailing lists? I would think at least one of those two lists would be
quite important for users to stay in the loop about the effort.
[...]
It's also worth noting that
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.
2014-05-22 15:34 GMT-07:00 Salvatore Orlando sorla...@nicira.com:
On 2014-05-21 14:31:24 -0700 (-0700), James E. Blair wrote:
[...]
Nikita, thank you very much for your work!
Absolutely! I am wholeheartedly in favor of this proposal.
--
Jeremy Stanley
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
1 - 100 of 122 matches
Mail list logo