I am sorry that I could not attend the GBP meeting.
Is there any reason why the IEFT standard is not considered?
http://tools.ietf.org/html/rfc3198
I would like to understand the argument why we are creating new names instead
of using the standard ones.
Edgar
From: Ronak Shah
mind at least (and having been
involved in the work that led up to 3198),
the members of the groups being discussed here are not PEPs. As 3198 states,
being a PEP implies running COPS
and I don't see that as necessary for membership in GBP groups.
Ryan Moats
Edgar Magana edgar.mag
are expressing your intent of
doing enforcement at both points you do care then.
18:37:09 rockyg regXboi: Edgar Magana suggested using the IETF
phrasing -- enforcement point
18:37:31 mscohen i was thinking “edgar point” would be good. and we
won’t have to change our slides from EP.
18:37:44 arosen ivar
at 2:45 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron][policy] Group Based Policy - Renaming
Edgar Magana edgar.mag...@workday.commailto:edgar.mag...@workday.com
Cisco Folks,
I don't see the CI for Cisco NX-OS anymore. Is this being deprecated?
Edgar
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
...@anteaya.info wrote:
On 08/11/2014 06:31 PM, Henry Gessau wrote:
On 8/11/2014 7:56 PM, Anita Kuno wrote:
On 08/11/2014 05:46 PM, Henry Gessau wrote:
Anita Kuno ante...@anteaya.info wrote:
On 08/11/2014 05:05 PM, Edgar Magana wrote:
Cisco Folks,
I don't see the CI for Cisco NX-OS anymore
:04 PM, Jeremy Stanley wrote:
On 2014-08-12 16:35:18 + (+), Edgar Magana wrote:
If this plugin will be deprecated in Juno it means that the code
will be there for this release, I will expect to have the CI still
running for until the code is completely removed from the Neutron
tree
Go for it commander!
Edgar
On 8/13/14, 7:05 AM, Kyle Mestery mest...@mestery.com wrote:
Per this week's Neutron meeting [1], it was decided that offering a
rotating meeting slot for the weekly Neutron meeting would be a good
thing. This will allow for a much easier time for people in
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers#Existing_Plugin
_and_Drivers
We will discuss the actions to take
Correction
The right links are:
https://review.openstack.org/#/c/114629/
https://review.openstack.org/#/c/114393/
Not this one:
https://review.openstack.org/#/c/40296/
Edgar
On 8/15/14, 3:35 PM, Edgar Magana edgar.mag...@workday.com wrote:
Team,
I did a quick audit on the Neutron CI
if it is a requirement that CIs vote *ALL* the
Neutron patches. Some may have missed your call just because of their filters
(see [0] section 'what changes to run against').
Cheers,
Ivar.
[0] https://wiki.openstack.org/wiki/NeutronThirdPartyTesting
On Sat, Aug 16, 2014 at 12:35 AM, Edgar Magana
edgar.mag
responses.
Thanks,
Edgar
On 8/15/14, 3:35 PM, Edgar Magana edgar.mag...@workday.com wrote:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
https://wiki.openstack.org/wiki
Thank you Akihiro.
I will propose a better organization for this section. Stay tune!
Edgar
On 8/17/14, 10:53 PM, Akihiro Motoki mot...@da.jp.nec.com wrote:
On 2014/08/18 0:12, Kyle Mestery wrote:
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana
edgar.mag...@workday.com wrote:
Team,
I did
to nova)
- neutron/db/.*
- neutron/services/${thepluginsyouruninyourci_eveniftheyrenotyours}
- your plugin patch
Salvatore
PS: Openstack proposal bot submission's checks have been suspended for vmware
minesweeper about 2 days ago. They will resume soon.
On 16 August 2014 01:02, Edgar Magana
: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Saturday, 16 August 2014 4:06 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [third-party] What tests are
required to be run
Importance: High
Team,
I did a quick audit on the Neutron CI
to missing logs? I would like to confirm this is the
issue, will resolve this.
Thanks,
-hemanth
On Mon, Aug 18, 2014 at 8:35 AM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com wrote:
Thank you Akihiro.
I will propose a better organization for this section. Stay tune!
Edgar
the owner for this CI.
The Wiki page for this CI is
https://wiki.openstack.org/wiki/ThirdPartySystems/Freescale_CI.
--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Saturday
about on another thread).
Thanks,
Dane
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Friday, August 15, 2014 6:36 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [third-party] What tests are
required
-3).
I'm the owner for this CI.
The Wiki page for this CI is
https://wiki.openstack.org/wiki/ThirdPartySystems/Freescale_CI.
--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Saturday
Haris is the owner.
Please let me know if you have any questions.
Thanks,
Karthik
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Friday, August 15, 2014 3:59 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev
run for document changes.
I changed filter so that CI run for ALL changes include documents.
Thanks,
Hirofumi
2014-08-16 7:35 GMT+09:00 Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers
test.
:-)
Currently the CI system is backed by about 100 patches to push responses out
~22 hours.
This does bring up an old discussion that was never resolved.
What is the minimum expected response time for CI systems?
On Fri, Aug 15, 2014 at 3:35 PM, Edgar Magana
edgar.mag
://review.openstack.org/#/c/114393/
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Tuesday, August 19, 2014 12:28 PM
To: Dane Leblanc (leblancd); OpenStack Development Mailing List (not for
usage questions)
Subject: Re: [openstack-dev] [neutron] [third-party] What
-
From: Dane Leblanc (leblancd)
Sent: Tuesday, August 19, 2014 3:05 PM
To: 'Edgar Magana'; OpenStack Development Mailing List (not for usage
questions)
Subject: RE: [openstack-dev] [neutron] [third-party] What tests are
required to be run
The APIC CI did run tests against that commit (after some queue
establish a maximum time to vote on the wiki?
On Aug 19, 2014 9:39 AM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com wrote:
Kevin,
I just verified, Thanks a lot.
Edgar
From: Kevin Benton blak...@gmail.commailto:blak...@gmail.com
Reply-To: OpenStack Development Mailing
for a patch.
On Thu, Aug 21, 2014 at 11:59 AM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com wrote:
Maximum time to vote, can you clarify?
Edgar
From: Kevin Benton blak...@gmail.commailto:blak...@gmail.com
Reply-To: OpenStack Development Mailing List (not for usage questions
Sorry my bad but I just changed.
Edgar
On 8/21/14, 2:13 PM, Dane Leblanc (leblancd) lebla...@cisco.com wrote:
Edgar:
I'm still seeing the comment Results are not accurate. Needs
clarification...
Dane
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent
. (That
is,
until we have a solution for the Jenkins limitation).
Let me know what you think.
Thanks,
Dane
-Original Message-
From: Edgar Magana [mailto:edgar.mag...@workday.com]
Sent: Friday, August 22, 2014 1:57 PM
To: Dane Leblanc (leblancd); OpenStack Development Mailing
I do agree with Kyle. There is no rush for having this code merged in
order to a void multiple rebase work for the other patches.
Edgar
On 8/27/14, 9:25 AM, Kyle Mestery mest...@mestery.com wrote:
On Wed, Aug 27, 2014 at 8:24 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
A few cycles ago the
PTL) and Edgar Magana (Neutron Core) are proposing a
session at Kilo Summit in Paris to cover third party CI systems.
I would propose that you please coordinate with them and get your point of view
incorporated into this session. I have copied them both on this email so that
they can share
Daniel,
You can start with:
https://wiki.openstack.org/wiki/NeutronDevelopment
You can also take a look to one of the latest plugins in being merged:
https://review.openstack.org/#/c/96630/
If you are looking into a ML2 driver:
https://review.openstack.org/#/c/64944/
Cheers,
Edgar
From:
FYI. Concurrent calls are a problem all around in OpenStack!
Edgar
On 12/10/13 8:47 AM, Abhishek Chanda abhis...@cloudscaling.com wrote:
** Changed in: nova
Status: New = Triaged
--
You received this bug notification because you are subscribed to
neutron.
Also joining!
Looking forward to hearing your ideas folks!
Edgar
On 12/10/13 10:16 AM, Nachi Ueno na...@ntti3.com wrote:
+1 ! I'll join.
I'm also working on investigating how to use openstack gating system.
(This document is still draft version)
In commit:
https://review.openstack.org/#/c/58814/
There is an assumption that all plugins creates the
plumgrid_neutron.agents which is not the case. I just tested big switch and
plumgrid and they are failing:
INFO [alembic.migration] Running upgrade havana - e197124d4b9, add unique
constraint
Anita,
Fawad and Myself will be also attending.
BTW. Fawad will require an invitation letter for visa. He will email you
directly with that request.
Thanks,
Edgar
On Wed, Dec 18, 2013 at 1:17 PM, Anita Kuno ante...@anteaya.info wrote:
Okay time for a recap.
What: Neutron Tempest code
Anita,
Did you get my email with my confirmation?
Thanks,
Edgar
On Thu, Dec 19, 2013 at 4:02 PM, Edgar Magana emag...@plumgrid.com wrote:
Anita,
Fawad and Myself will be also attending.
BTW. Fawad will require an invitation letter for visa. He will email you
directly with that request
we’ll have manpower to onboard new contributors (3 days
is a really short time). While I’m happy to welcome more workers there, I
do not want to waste his time or PLUMgrid’s resources.
mark
On Dec 19, 2013, at 7:02 PM, Edgar Magana emag...@plumgrid.com wrote:
Anita,
Fawad and Myself
I like it and I am in favor.
Some of us, will be in Montreal attending the sprint tempest session. Hopefully
we can all take it from there.
Edgar
On Jan 14, 2014, at 6:31 AM, Kyle Mestery mest...@siliconloons.com wrote:
Thanks for sending this note Mohammad. I am all in favor of another
Wouldn't be easier just to check if:
cidr is 32?
I believe it is a good idea to not allow /32 network but this is just my
opinion
Edgar
From: Paul Ward wpw...@us.ibm.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Tuesday, January 21, 2014 12:35 PM
To: OpenStack List
No doubt about it!!!
Edgar
On 1/28/14 8:45 AM, Jay Pipes jaypi...@gmail.com wrote:
This might just be the most creative commit message of the year.
-jay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Well say Carl!
I am sorry I did not get back to you on this topic before.
In general and after thinking about it, it makes sense to leave could
admin to adage the /32 cases if any.
Edgar
On 1/28/14 1:46 PM, Carl Baldwin c...@ecbaldwin.net wrote:
I think I agree. The new check isn't adding much
+1 of course!
Edgar
Sent from my iPhone
On Feb 11, 2014, at 8:28 AM, Mark McClain mmccl...@yahoo-inc.com wrote:
All-
I’d like to nominate Oleg Bondarev to become a Neutron core reviewer. Oleg
has been valuable contributor to Neutron by actively reviewing, working on
bugs, and
Congratulations Oleg!!!
No need for welcoming you to the team, you were already part of ;-)
Edgar
From: Oleg Bondarev obonda...@mirantis.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Thursday, February 20, 2014 6:43 AM
To: OpenStack List
Nader,
I would encourage you to first discuss the possible extension with the ML2
team. Rober and Kyle are leading this effort and they have a IRC meeting
every week:
https://wiki.openstack.org/wiki/Meetings#ML2_Network_sub-team_meeting
Bring your concerns on this meeting and get the right
Kyle,
Please, point me to the wiki with the documentation for testing the
devstack patch!
This work seems to be very interesting. Yeah!!! I love to have one more
agent less but let's have all agents gone once for all. :-)
Edgar
On 3/6/14 8:24 AM, Akihiro Motoki amot...@gmail.com wrote:
Hi
I agree this is a valid request. As a team we should consider this special
request and help is possible.
Specially on Documentation!! :-)
Edgar
On 3/7/14 10:12 AM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
Hi,
I know everyone is very busy working on the I-3 release, but I wanted
Team,
I found that having a mini-summit with a very short notice means excluding
a lot of developers of such an interesting topic for Neutron.
The OpenStack summit is the opportunity for all developers to come
together and discuss the next steps, there are many developers that CAN
NOT afford
for declaration of intents,
but not for real discussion of a complex topic at meaningful detail level.
What would be your suggestions to make this more inclusive?
I think the time and place is the key here - hence Atlanta and few days
prior OS summit.
Thanks,
Eugene.
On Mon, Mar 10, 2014 at 10:59 PM, Edgar
You should be able to add your plugin here:
http://docs.openstack.org/havana/config-reference/content/networking-options
-plugins.html
Thanks,
Edgar
From: Mohammad Banikazemi m...@us.ibm.com
Date: Monday, March 10, 2014 2:40 PM
To: OpenStack List openstack-dev@lists.openstack.org
Cc: Edgar
@lists.openstack.org
Cc: Edgar Magana emag...@plumgrid.com, OpenStack List
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] Docs for new plugins
Tom Fifield t...@openstack.org wrote on 03/12/2014 10:51:54 PM:
From: Tom Fifield t...@openstack.org
To: OpenStack Development Mailing
That sounds like a good idea Mark!
Yes, please do not do it during the World Cup at least the meeting is in
Brazil :-)
Edgar
On 3/13/14 2:11 PM, Mark McClain mmccl...@yahoo-inc.com wrote:
On Mar 13, 2014, at 4:22 PM, Jay Pipes jaypi...@gmail.com wrote:
I personally would not be able to
at 5:10 PM, Edgar Magana emag...@plumgrid.com
mailto:emag...@plumgrid.com wrote:
You should be able to add your plugin here:
http://docs.openstack.org/havana/config-reference/content/networking-options-p
lugins.html
http://docs.openstack.org/havana/config-reference/content/networking-options
Thanks for the input Anne!
Kyle,
Please file the proper bugs in the manual projects to be able to track the
progress of this topic.
Thanks,
Edgar
From: Anne Gentle a...@openstack.org
Date: Wednesday, March 19, 2014 4:54 AM
To: Edgar Magana emag...@plumgrid.com
Cc: OpenStack List openstack
Hello all,
Is anyone working on NATaaS?
I know we have some developer working on Router as a Service and they
probably want to include NAT functionality but I have some interest in
having NAT as a Service.
Please, response is somebody is interested in having some discussions about
it.
Thanks,
in a broadening of NAT capability in Neutron using the
evolving service framework.
Thanks,
Bob
From: Edgar Magana emag...@plumgrid.com
Reply-To: OpenStack Development Mailing List
openstack-dev@lists.openstack.org
Date: onsdag 9 oktober 2013 21:38
To: OpenStack List openstack-dev
Heat Developers,
I am one of the core developers for Neutron who is lately working on the
concept of Network Topologies. I want to discuss with you if the
following blueprint will make sense to have in heat or neutron code:
https://blueprints.launchpad.net/neutron/+spec/network-topologies-api
discussion.
Thanks,
Edgar
On 10/28/13 9:47 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Steven Hardy's message of 2013-10-28 07:47:06 -0700:
On Sun, Oct 27, 2013 at 08:37:15AM -0700, Edgar Magana wrote:
Heat Developers,
I am one of the core developers for Neutron who is lately
at 01:19:13PM -0700, Edgar Magana wrote:
Hello Folks,
Thank you Zane, Steven and Clint for you input.
Our main goal in this BP is to provide networking users such as Heat
(we
consider it as a neutron user) a better and consolidated network
building
block in terms of an API that you could use
and generating a template file). Also, I wanted to point
out that in a way you will have to do orchestration as you're topology
manager will have to call the neutron api in order to create the topology
and tear it down.
Best,
Aaron
On Tue, Oct 29, 2013 at 11:33 AM, Edgar Magana emag...@plumgrid.com wrote
and tear it down.
Best,
Aaron
On Tue, Oct 29, 2013 at 11:33 AM, Edgar Magana emag...@plumgrid.comwrote:
Tim,
You statement building an api that manages a network topology more than
one that needs to build out the dependencies between resources to help
create the network topology
Steve,
Can we meet to talk about the network topologies BP?
If you have an open spot I want to chat about it with Heat team
Sent from my iPhone
On Nov 5, 2013, at 9:19 AM, Steve Baker sba...@redhat.com wrote:
Placeholder etherpads have now been created for Heat's design summit sessions
Absolutely!
+1
Edgar
On 11/5/13 3:50 PM, Collins, Sean (Contractor)
sean_colli...@cable.comcast.com wrote:
Hi,
Is there any interest in organizing a IPv6 sub-team, similar to how
there are sub-teams for FwaaS, VPNaas, ML2, etc?
--
Sean M. Collins
AIM: seanwdp
I do agree with need to sometime to recovery from HK and get the meetings
started next week!
Edgar
On 11/13/13 9:57 AM, Kyle Mestery (kmestery) kmest...@cisco.com wrote:
On Nov 13, 2013, at 10:36 AM, Stephen Wong s3w...@midokura.com
wrote:
Hi Kyle,
So no meeting this Thursday?
I am
Anita,
Could you prepare the invitation letters for the ones that will require a
visa?, which is my case.
Thanks,
Edgar
On 11/13/13 8:10 AM, Anita Kuno ante...@anteaya.info wrote:
Neutron Tempest code sprint
In the second week of January in Montreal, Quebec, Canadathere will be a
Neutron
Hello Rossella,
Kyle has a very good point and I wanted to add the documentation request.
Be sure you have a wiki/document (not a technical one) that we can easily
transfer into the OpenStack Docs.
This is a great feature, any idea of the overhead that it will cause?
I assume that this is going
Thanks Steven for working on this topic!
I would prefer the second approach, although there were some discussions
during the summit about moving all calls to Neutron instead of having nova
involved.
Anyway, just providing my two cents
Thanks,
Edgar
From: Salvatore Orlando sorla...@nicira.com
Developers,
This topic has been discussed before but I do not remember if we have a good
solution or not.
Basically, if concurrent API calls are sent to Neutron, all of them are sent
to the plug-in level where two actions have to be made:
1. DB transaction No just for data persistence but also
for it.
Any extra input is welcome!
Thanks,
Edgar
On 11/18/13 12:55 PM, Robert Kukura rkuk...@redhat.com wrote:
On 11/18/2013 03:25 PM, Edgar Magana wrote:
Developers,
This topic has been discussed before but I do not remember if we have a
good solution or not.
The ML2 plugin addresses
Kukura rkuk...@redhat.com wrote:
On 11/18/2013 03:25 PM, Edgar Magana wrote:
Developers,
This topic has been discussed before but I do not remember if we have
a
good solution or not.
The ML2 plugin addresses this by calling each MechanismDriver twice. The
create_network_precommit() method
Let me take a look and circle back to you in a bit. This is a very
sensitive part of the code, so we need to
Handle properly any change.
Thanks,
Edgar
On 11/20/13 5:46 AM, Isaku Yamahata isaku.yamah...@gmail.com wrote:
On Tue, Nov 19, 2013 at 08:59:38AM -0800,
Edgar Magana emag...@plumgrid.com
your closest Canadian embassy or
consulate outside of Canada to assess if you need one. Hopefully if you
are planning on staying less that 1 week, you won't need one. But
contact the embassy and be sure.
Thanks,
Anita.
On 11/13/2013 01:25 PM, Edgar Magana wrote:
Will do ASAP.
Thanks
Jay,
I do agree with you on the focus areas. I believe Neutron should focus on
the nova-parity (DVR) and DB migrations more than ever, instead of
increasing the priority to new API such as the GBP. Actually, yesterday
Neutron IRC showed the need of having a more focused work instead of
picking in
This is the consequence of a proposal that is not following the standardized
terminology (IETF - RFC) for any Policy-based System:
http://tools.ietf.org/html/rfc3198
Well, I did bring this point during the Hong Kong Summit but as you can see my
comments were totally ignored:
, yet you +2'ed a patch, by stating
that All looks good to me!.
On Wed, Aug 6, 2014 at 11:19 AM, Edgar Magana edgar.mag...@workday.com
wrote:
That is the beauty of the open source projects, there is always a
smartest
reviewer catching out the facts that you don¹t.
Edgar
On 8/6/14, 10:55 AM, Sumit
PM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com wrote:
Basically, I am admitting that I did not catch in my review the part of
the endpoint term that Jay was pointing out.
Edgar
On 8/6/14, 11:32 AM, Sumit Naiksatam
sumitnaiksa...@gmail.commailto:sumitnaiksa...@gmail.com
pointless.
Meanwhile, imho, blocking the patch feels really unfair.
Ivar.
On Aug 6, 2014 11:00 PM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com wrote:
Ivar,
Of course and this is why we are having this conversation, in order to merge
our different opinions.
Edgar
From
I will be around today. I can help on bug triaging.. Catch me on IRC
(emagana)
Thank for coordinating this Eugene!
Edgar
On 8/7/14, 9:19 AM, Akihiro Motoki amot...@gmail.com wrote:
Thanks Eugene for initiating Neutron bug squashing day!
I would like to focus on bug triaging and checking bug
Hi,
IMHO we should have a proper way to reference external vendor specific
plugins/drivers mostly because at least in Neutron we are considering to move
ALL vendor specific code out-of-tree, again it is just a consideration not a
fact.
So, having a place holder for that will make sense.
I second Anne’s and Kyle comments. Actually, I like very much the wiki part to
provide some visibility for out-of-tree plugins/drivers but not into the
official documentation.
Thanks,
Edgar
From: Anne Gentle a...@openstack.orgmailto:a...@openstack.org
Reply-To: OpenStack Development Mailing
maintaining that wiki and I would like to keep just for upstreamed
vendor-specific plugins/drivers.
Edgar
From: Edgar Magana edgar.mag...@workday.commailto:edgar.mag...@workday.com
Date: Thursday, October 23, 2014 at 9:46 AM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev
I cant attend it if it moves to the week of Dec 15th. I have already booked a
trip for that week and even other commitments.
Is there any chance to push it back to Dec 8th?
Thanks,
Edgar
On Nov 13, 2014, at 2:18 AM, Kyle Mestery mest...@mestery.com wrote:
On Tue, Nov 11, 2014 at 7:04 AM,
Hello Community,
When a network subnet runs out of IP addresses a request to create a VM on that
network fails with the Error message: No valid host was found. There are not
enough hosts available.
In the nova logs the error message is: NoMoreFixedIps: No fixed IP addresses
available for
not been reported so a bug would be great. It looks like
it might be as easy as adding the NoMoreFixedIps exception to the list where
FixedIpLimitExceeded is caught in nova/network/manager.py
Vish
On Nov 18, 2014, at 8:13 AM, Edgar Magana
edgar.mag...@workday.commailto:edgar.mag...@workday.com
is running out of IP addresses
It looks like this has not been reported so a bug would be great. It looks like
it might be as easy as adding the NoMoreFixedIps exception to the list where
FixedIpLimitExceeded is caught in nova/network/manager.py
Vish
On Nov 18, 2014, at 8:13 AM, Edgar Magana
Great progress! Thanks for this huge effort.
Edgar
From: Eugene Nikanorov enikano...@mirantis.commailto:enikano...@mirantis.com
Reply-To: OpenStack Development Mailing List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Monday, November 24, 2014 at 1:52 AM
To:
Developers,
So far in Networking (formerly Quantum) IPs are pre-allocated when a new
port is created by the following def:
_allocate_ips_for_port(self, context, network, port):
If we are using a real DHCP (not the dnsmasq process) that does not accept
static IP allocation because it only
an allocator for a subnet.
mark
On Jun 20, 2013, at 2:36 PM, Edgar Magana emag...@plumgrid.com wrote:
Developers,
So far in Networking (formerly Quantum) IPs are pre-allocated when a new port
is created by the following def:
_allocate_ips_for_port(self, context, network, port):
If we
achieve that. Why doesn't that work?
Thanks,
Aaron
On Thu, Jun 20, 2013 at 1:51 PM, Edgar Magana emag...@plumgrid.com wrote:
Could it be possible to add a flag to disable the allocation for the IP?
If the no allocation flag is enabled, all ports will have an empty value for
IPs
the blueprint
https://blueprints.launchpad.net/quantum/+spec/configurable-ip-allocation
On Jun 21, 2013, at 5:34 PM, Edgar Magana emag...@plumgrid.com wrote:
Mark,
Can you point me to the BP for this feature?
I want to keep an eye on it.
Thanks,
Edgar
From: Mark McClain mark.mccl
PM, Edgar Magana emag...@plumgrid.com wrote:
Folks,
When I create a network and a subnet associated to that network, I am able to
delete the network without deleting the subnet first from both CLI and
Horizon.
The difference is that in Horizon, both APIs are called: delete_subnet
it directly from the database.
Aaron
On Tue, Jul 2, 2013 at 1:39 PM, Edgar Magana emag...@plumgrid.com wrote:
If the plugin performs operations when the subnet is created, how is possible
to roll-back those operation if the plugin implementation of delete_subnet()
is never called?
I don¹t
delete
that then too. I don't see any reason to complicate things by forcing the
user to delete the subnets first.
Aaron
On Tue, Jul 2, 2013 at 2:04 PM, Edgar Magana emag...@plumgrid.com wrote:
Before filing a bug, do we really want this kind of functionality?
Is it correct to delete a network
. Since you cannot have a subnet without a network we should delete
that then too. I don't see any reason to complicate things by forcing the user
to delete the subnets first.
Aaron
On Tue, Jul 2, 2013 at 2:04 PM, Edgar Magana emag...@plumgrid.com wrote:
Before filing a bug, do we really want
This is ready to be merged, already has two core reviews but Salvatore ask
for some changes in the commit message.
Thanks,
Edgar
On 7/15/13 1:47 AM, Thierry Carrez thie...@openstack.org wrote:
Nachi Ueno wrote:
Since this is critical bug which stops gating, I hope this is merged
soon.
I'll
Craig,
It will help if you can add more information about your set-up:
release version?
devstack configuration (if you are using it)
configuration files
recently, if you are using master branch this error is really weird because
we renamed all quantum references to neutron.
Thanks,
Edgar
On
+1 Absolutely for both!
BTW. I also would like to propose to Eugene Nikanorov
Thanks,
Edgar
On 7/23/13 12:15 PM, Mark McClain mark.mccl...@dreamhost.com wrote:
All-
I'd like to propose that Kyle Mestery and Armando Migliaccio be added to
the Neutron core team. Both have been very active
/local_settings.py.example before stack.sh and then run
stack.sh)
I am planning to add a mechanism to determine which security group
should be used
through Neutron extension list in H3.
Thanks,
Akihiro
On Tue, Jul 30, 2013 at 5:17 AM, Edgar Magana emag...@plumgrid.com
wrote:
Using devstack with security-groups
quantum; then
_horizon_config_set $local_settings OPENSTACK_NEUTRON_NETWORK
enable_security_group $Q_USE_SECGROUP
fi
On Tue, Jul 30, 2013 at 6:02 AM, Edgar Magana emag...@plumgrid.com
wrote:
You just confirmed what I found!
I was wondering if I could add update that variable in devstack, I
; then
_horizon_config_set $local_settings OPENSTACK_NEUTRON_NETWORK
enable_security_group $Q_USE_SECGROUP
fi
On Tue, Jul 30, 2013 at 6:02 AM, Edgar Magana emag...@plumgrid.com
wrote:
You just confirmed what I found!
I was wondering if I could add update that variable in devstack, I was
planning to add into lib
I just downloaded devstack and I am getting this error:
2013-08-06 11:28:28.938 TRACE nova Traceback (most recent call last):
2013-08-06 11:28:28.938 TRACE nova File /usr/local/bin/nova-api, line
10, in module
2013-08-06 11:28:28.938 TRACE nova sys.exit(main())
2013-08-06 11:28:28.938 TRACE
1 - 100 of 213 matches
Mail list logo
