This is fantastic, thank you.
- Original Message -
> +1
>
> PCM (Paul Michali)
>
> MAIL …..…. p...@cisco.com
> IRC ……..… pcm_ (irc.freenode.com)
> TW ………... @pmichali
> GPG Key … 4525ECC253E31A83
> Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83
>
>
>
> On Aug 13, 201
Good for me.
- Original Message -
> Works perfect for me. I will join.
>
> Sent from my Android phone using TouchDown ( www.nitrodesk.com )
>
>
> -Original Message-
> From: Carl Baldwin [c...@ecbaldwin.net]
> Received: Wednesday, 27 Aug 2014, 5:07
> To: OpenStack Development Mai
- Original Message -
> On Sat, Sep 6, 2014 at 9:08 PM, Kyle Mestery wrote:
> > On Sat, Sep 6, 2014 at 8:43 AM, Matt Riedemann
> > wrote:
> >>
> >>
> >> On 8/29/2014 1:53 PM, Kyle Mestery wrote:
> >>>
> >>> On Fri, Aug 29, 2014 at 1:40 PM, Matt Riedemann
> >>> wrote:
>
>
> >>>
You can instead use netaddr:
import netaddr
try:
netaddr.IPAddress(input)
except AddrFormatError:
logging.error('Nope!')
else:
doSomethingWith(input)
You could also:
if netaddr.IPAddress('10.0.0.1') in netaddr.IPNetwork('10.0.0.0/8'):
logging.error
- Original Message -
> From: "Swapnil Kulkarni"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, February 11, 2014 11:26:29 AM
> Subject: [openstack-dev] [Openstack-dev][All] tox 1.7.0 error while running
> tests
>
> Hello,
>
> I created a ne
ument, especially considering the
recent
face to face meeting and the contested discussion points that were raised.
[1] https://blueprints.launchpad.net/neutron/+spec/neutron-ovs-dvr
[2]
https://docs.google.com/document/d/1iXMAyVMf42FTahExmGdYNGOBFyeA4e74sAO3pvr_RjA/edit
Thank you,
Assaf Muller,
- Original Message -
> Hi,
>
> I want to know the admin_state_up attribute about networks but I
> have not found any describes.
>
> Can you help me to understand it? Thank you very much.
>
There's a discussion about this in this bug [1].
>From what I gather, nobody knows what admi
s the router
cannot have different interfaces belonging to the same subnet. Nir suggested to
look into using
the 169.254.0.0/16 range as the default because we know it will (hopefully) not
be allocated by tenants.
[1] https://blueprints.launchpad.net/neutron/+spec/l3-high-availability
Ass
- Original Message -
> Hi
>
> Hope this helps
>
> http://fr.slideshare.net/mestery/modular-layer-2-in-openstack-neutron
>
> ___
>
> Trinath Somanchi
>
> _
> From: Sławek Kapłoński [sla...@kaplonski.pl]
> Sent: Tuesday, February 25, 2014 9:24 PM
> T
- Original Message -
>
> My proposal here, is, _let’s not deprecate this setting_, as it’s a valid use
> case of a gateway configuration, and let’s provide it on the reference
> implementation.
I agree. As long as the reference implementation works with the setting off
there's no need t
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> I was (rightfully) asked to share my comments on the matter that I
> left in gerrit here. See below.
>
> On 12/12/14 22:40, Sean Dague wrote:
> > On 12/12/2014 01:05 PM, Maru Newby wrote:
> >>
> >> On Dec 11,
- Original Message -
> The option to disable keystone authentication in the neutron client was
> marked for deprecation in August as part of a Keystone support upgrade.[1]
>
> What was the reason for this? As far as I can tell, Neutron works fine in the
> 'noauth' mode and there isn't a
- Original Message -
> Hi Mike,
>
> after reviewing your latest patch [1], I think that a possible solution
> could be to add a new entry in fdb RPC message.
> This entry would specify whether the port is multi-bound or not.
> The new fdb message would look like this :
> {net_id:
> {p
deprecate
it, then delete it in the K cycle. Is there a good reason not to do this?
Assaf Muller, Cloud Networking Engineer
Red Hat
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
- Original Message -
>
>
> Hi,
>
> My Name is Keshava who was talking about using IGP to learn VM prefix and
> advertise to have reachability within the cloud in the last Atlanta summit.
>
Is there a document that could explain the use cases for something like this?
> Instead of runni
- Original Message -
> Hi folks
>
> I believed we should link bug or bp for any commit except automated
> commit by infra.
I think that stuff like refactors should be exempt, if for the simple
truth that often there's no bug involved.
> However, I found also there is no written policy
- Original Message -
> Hi
>
> I'm trying to run my q-agt service and getting following error ...
>
You've stumbled on the development mailing list. You will have better
luck with ask.openstack.org or the users mailing list.
Good luck!
>
> -05-28 02:00:51.205 15377 DEBUG neutron.agen
working is 'ready' before the instance is powered
> on.
>
> Best,
>
> Aaron
>
> P.S: we're working on making the heal_network call to neutron a lot less
> expensive as well in the future.
>
>
>
>
> On Tue, May 27, 2014 at 7:25 PM, Joe Gordon
g -
https://bugs.launchpad.net/keystone/+bug/967832
[3] Neutron spec - https://review.openstack.org/#/c/98097/
Assaf Muller, Cloud Networking Engineer
Red Hat
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.o
- Original Message -
> Hi,
> There is the mid cycle sprint in July for Nova and Neutron. Anyone interested
> in maybe getting one together in Europe/Middle East around the same dates?
> If people are willing to come to this part of the world I am sure that we
> can organize a venue for a
+1
- Original Message -
> +1
>
> On Fri, Mar 7, 2014 at 2:42 AM, Édouard Thuleau wrote:
> > +1
> > I though it must merge as experimental for IceHouse, to let the community
> > tries it and stabilizes it during the Juno release. And for the Juno
> > release, we will be able to announce i
- Original Message -
> Hi all,
> we had a number of discussions last week in Moscow, with participation of
> guys from Russia, Ukraine and Poland.
> That was a great time!! Thanks everyone who participated.
>
> Special thanks to Przemek for great preparations, including the following:
>
- Original Message -
> Hi Ironickers,
>
> I was thinking this weekend: All the cool projects does have a mascot
> so I thought that we could have one for Ironic too.
>
> The idea about what the mascot would be was easy because the RAX guys
> put "bear metal" their presentation[1] and th
- Original Message -
>
>
> Hi, folks,
>
>
>
> My usecase follows:
>
> 1. create two vms A and B by using the ports that have been created.
>
> 2. vm A can ping vm B
>
> 3. Delete one port of A or B
>
> 4. vm A can still ping vm B
>
>
>
> IMO, ping should not be ok when vm's port
Hey Marios, comments inline.
- Original Message -
> Hi all,
>
> I have been asked by a colleague about the status of A/A HA for
> neutron-* processes. From the 'HA guide' [1], l3-agent and
> metadata-agent are the only neutron components that can't be deployed in
> A/A HA (corosync/pacema
You will have a much better time on ask.openstack.org - It's a super
active Q&A site
for questions exactly like this one. You posted your question to a
developers mailing list
where we choose release names and make other ultra important mission
critical decisions.
On Mon, Nov 9, 2015 at 6:34 PM, A
On Mon, Nov 9, 2015 at 5:30 PM, Ihar Hrachyshka wrote:
> Jeremy Stanley wrote:
>
>> On 2015-11-09 17:31:00 +0100 (+0100), Ihar Hrachyshka wrote:
>> [...]
>>>
>>> From the failure log, I determined that the tests fail because they
>>> assume
>>> neutron/liberty code, but actually run against neutr
On Wed, Nov 18, 2015 at 12:38 PM, Carl Baldwin wrote:
> On Wed, Nov 18, 2015 at 9:44 AM, Ihar Hrachyshka wrote:
>> Hi all,
>>
>> as per [1] I imply that all projects under stable-maint-core team
>> supervision must abide the stable policy [2] which limits the types of
>> backports for N-2 branche
On Wed, Nov 18, 2015 at 9:14 PM, Armando M. wrote:
> Hi Neutrites,
>
> We are nearly two weeks away from the end of Mitaka 1.
>
> I am writing this email to invite you to be mindful to what you review,
> especially in the next couple of weeks. Whenever you have the time to review
> code, please co
On Mon, Nov 23, 2015 at 7:02 AM, Rossella Sblendido wrote:
>
>
> On 11/20/2015 03:54 AM, Armando M. wrote:
>>
>>
>>
>> On 19 November 2015 at 18:26, Assaf Muller > <mailto:amul...@redhat.com>> wrote:
>>
>> On Wed, Nov 18, 2015 at 9:
There's a patch up for review to integrate DVR and L3 HA:
https://review.openstack.org/#/c/143169/
Let me outline all of the work that has to happen before that patch
would be useful:
In order for DVR + L3 HA to work in harmony, each feature would have
to be stable on its own. DVR has its share o
Today we merged [1] which adds content to the Neutron testing guidelines:
http://docs.openstack.org/developer/neutron/devref/development.environment.html#testing-neutron
The document details Neutron's different testing infrastructures:
* Unit
* Functional
* Fullstack (Integration testing with serv
TL;DR: I'm looking for volunteers for tasks 1, 2 and 3 listed below.
Help would be hugely appreciated and %(local_drink)s will be bought in
Barcelona. I've posted example patches that demonstrate the idea.
Needless to say I'm here to provide reviews and to answer questions.
Additionally, most of th
ml#id3
The plugin was contributed by Daniel Mellado and we use it at the gate:
https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/neutron.yaml#L34
>
>
> Thanks
> Zhi Chang
>
> 2016-05-14 6:53 GMT+08:00 Assaf Muller :
>>
>> TL;DR: I'm
On Mon, May 16, 2016 at 4:38 AM, zhi wrote:
> hi, all
>
> Many times we want to get one network's usage. Like this command:
> "neutron get-network-usage". We can get how many ports were used in this
> network. Besides, we can get floatingips usage from external network.
>
> Do we need thi
On Thu, May 19, 2016 at 11:36 AM, Sean M. Collins wrote:
> Ryan Moats and I chatted a week or so ago about neutron-debug in the
> context of DevStack.
>
> Ryan pushed a patch to see what it actually does[1].
>
> Currently, it's not clear what it is used for, and in some instances it
> seems to be
On Mon, Jun 6, 2016 at 1:59 PM, Sean M. Collins wrote:
> While reviewing https://review.openstack.org/#/c/292778/5 I think I
> might have found a bit of coupling between the neutron l2 agent and the
> l3 agent when it comes to DevStack.
>
> In the DevStack neutron guide - the "control node" curren
On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
> On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
>> I'm trying to reconcile differences and similarities between OVN and
>> OpenDayLight in my head. Can someone help me compare these two technologies
>> and explain if they solve the same pr
On Thu, Jun 9, 2016 at 5:06 PM, Kyle Mestery wrote:
> On Thu, Jun 9, 2016 at 2:11 PM, Assaf Muller wrote:
>> On Thu, Jun 9, 2016 at 1:48 PM, Ben Pfaff wrote:
>>> On Thu, Jun 09, 2016 at 10:28:31AM -0700, rezroo wrote:
>>>> I'm trying to reconcile differenc
On Fri, Jun 10, 2016 at 12:02 PM, Andrea Frittoli
wrote:
> Dear all,
>
> I'm working on making the client manager in Tempest a stable interface, so
> that in future it may be used safely by plugins to easily gain access
> service clients [0].
>
> This work inevitably involves changing the current
On Sat, Jun 11, 2016 at 4:04 PM, Ken'ichi Ohmichi wrote:
> 2016-06-10 17:01 GMT-07:00 Assaf Muller :
>> On Fri, Jun 10, 2016 at 12:02 PM, Andrea Frittoli
>> wrote:
>>> Dear all,
>>>
>>> I'm working on making the client manager in Tempest a st
On Mon, Jun 13, 2016 at 4:35 AM, Daniel P. Berrange wrote:
> On Thu, Jun 09, 2016 at 05:31:13PM -0600, Carl Baldwin wrote:
>> Hi,
>>
>> You may or may not be aware of the vlan-aware-vms effort [1] in
>> Neutron. If not, there is a spec and a fair number of patches in
>> progress for this. Essent
On Wed, Jun 15, 2016 at 2:01 PM, Peters, Rawlin wrote:
> On Tuesday, June 14, 2016 6:27 PM, Kevin Benton (ke...@benton.pub) wrote:
>> >which generates an arbitrary name
>>
>> I'm not a fan of this approach because it requires coordinated assumptions.
>> With the OVS hybrid plug strategy we have to
On Wed, Jun 15, 2016 at 2:59 PM, Ihar Hrachyshka wrote:
>
>> On 15 Jun 2016, at 20:18, Gary Kotton wrote:
>>
>> Hi,
>> The following patch breaks stable liberty drivers -
>> https://review.openstack.org/#/c/238745/
>> This means that plugins will need to be updated to support this.
>
> Would you
On Fri, Jun 17, 2016 at 9:41 PM, Gerard Braad wrote:
> Thanks Steve,
>
>
> Very useful. Would be great if for future reference we would only need
> to pint people to an URL on the Wiki for instance... what do you
> think?
I would recommend in-tree policies .rsts instead of Wiki entries. We
do tha
On Mon, Jun 20, 2016 at 12:43 PM, Joe Talerico wrote:
> On Mon, Jun 20, 2016 at 12:41 PM, Ihar Hrachyshka wrote:
>>
>>> On 20 Jun 2016, at 18:37, Joe Talerico wrote:
>>>
>>> Hello - It would seem there is a little bit of overlap with TripleO
>>> validations ( clapper validations ) and Browbeat *
On Wed, Jun 22, 2016 at 9:24 AM, fabrice grelaud
wrote:
> Hi,
>
> we deployed our openstack infrastructure with your « exciting » project
> openstack-ansible (mitaka 13.1.2) but we have some problems with L3HA after
> create router.
>
> Our infra (closer to the doc):
> 3 controllers nodes (with bo
On Wed, Jun 22, 2016 at 12:02 PM, fabrice grelaud
wrote:
>
> Le 22 juin 2016 à 17:35, fabrice grelaud a
> écrit :
>
>
> Le 22 juin 2016 à 15:45, Assaf Muller a écrit :
>
> On Wed, Jun 22, 2016 at 9:24 AM, fabrice grelaud
> wrote:
>
> Hi,
>
> we deployed
On Wed, Jun 22, 2016 at 3:17 PM, Akshay Kumar Sanghai
wrote:
> Hi,
> I have a multinode openstack installation (3 controller, 3 network nodes,
> and some compute nodes).
> Like l3 agent, is high availability feature available for the lbaas v2
> agent?
It is not. Nir Magnezi is working on a couple
ith. There's a bunch of summit sessions
about Octavia you can look in to.
>
> Thanks
> Akshay
>
> On Thu, Jun 23, 2016 at 1:00 AM, Assaf Muller wrote:
>>
>> On Wed, Jun 22, 2016 at 3:17 PM, Akshay Kumar Sanghai
>> wrote:
>> > Hi,
>> >
Have you been negatively impacted by slow development and review
velocity? Read on.
OpenStack has had a slow review velocity for as long as I can
remember. This has a cascading effect where people take up multiple
tasks, so that they can work on something while the other is being
reviewed. This ad
On Fri, Apr 1, 2016 at 7:58 PM, Edgar Magana wrote:
> Congratulations Assaf!
>
> From: "Armando M."
> Reply-To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: Thursday, March 31, 2016 at 5:48 PM
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> S
On Tue, Apr 5, 2016 at 12:35 PM, Sean M. Collins wrote:
> Russell Bryant wrote:
>> because they are related to two different command line utilities
>> (ovs-vsctl vs ovs-ofctl) that speak two different protocols (OVSDB vs
>> OpenFlow) that talk to two different daemons on the system (ovsdb-server v
+1
On Fri, Apr 8, 2016 at 6:58 AM, Henry Gessau wrote:
> +1, Hirofumi will make a great addition.
>
> Akihiro Motoki wrote:
>> Hi Neutrinos,
>>
>> As the API Lieutenant of Neutron team,
>> I would like to propose Hirofumi Ichihara (irc: hichihara) as a member of
>> Neutron core reviewer team mai
On Fri, Apr 8, 2016 at 11:57 AM, Sean M. Collins wrote:
> Edgar Magana wrote:
>> This is a very solid plan. Maybe to fair on the current state of the
>> devstack with neutron functionality, what will be the disadvantage(s) of
>> this change from your perspective?
>>
>
> A user's local.conf will
On Fri, Apr 8, 2016 at 3:37 PM, Doug Wiegley
wrote:
>
>> On Apr 8, 2016, at 1:28 PM, Sean M. Collins wrote:
>>
>> Assaf Muller wrote:
>>> I do want to say that ML2's "mechanism_drivers" option probably does
>>> not have a default fo
On Mon, Apr 11, 2016 at 9:39 AM, Morales, Victor
wrote:
>
>
>
>
>
> On 4/11/16, 5:07 AM, "Jakub Libosvar" wrote:
>
>>Hi,
>>
>>recently we hit an issue in Neutron with tests getting stuck [1]. As a
>>side effect we discovered logs are not collected properly which makes it
>>hard to find the root c
On Mon, Apr 11, 2016 at 1:56 PM, Clark Boylan wrote:
> On Mon, Apr 11, 2016, at 10:52 AM, Jakub Libosvar wrote:
>> On 04/11/2016 06:41 PM, Clark Boylan wrote:
>> > On Mon, Apr 11, 2016, at 03:07 AM, Jakub Libosvar wrote:
>> >> Hi,
>> >>
>> >> recently we hit an issue in Neutron with tests getting
On Mon, May 2, 2016 at 3:18 PM, Gal Sagie wrote:
> Maybe it can help if instead of trying to define criteria to which projects
> dont fit into
> the stadium, try to define in your spec what IT IS, and for what purpose its
> there.
Well said. This came up multiple times in the Gerrit discussion(s)
On Wed, May 4, 2016 at 4:54 PM, Kevin Benton wrote:
> Hello,
>
> I would like to propose a freeze exception for
> https://review.openstack.org/#/c/312253/ and
> https://review.openstack.org/#/c/312254/ . They address a bug in DVR that
> causes floating IPs to eventually break after an L3 agent has
It is my personal experience that unless I do my homework, design
summit discussions largely go over my head. I'd guess that most people
don't have time to research the topic of every design session they
intend to go to, so for the session I lead I decided to do the
unthinkable and present the cont
ace and it would be nice if they could work
> together on developing the content.
That's good input. For future reference I think you will find that if
you reach out to session chairs, no one will say no :)
>
>
> On 5/6/16 2:38 PM, Assaf Muller wrote:
>> It is my personal exp
On Mon, May 9, 2016 at 6:37 PM, Joshua Harlow wrote:
> After seeing the amount of summit recaps and the scattered nature of these
> (some on the ML, some on etherpads, some on personal blogs); I am starting
> to wonder if we should again bring up the question of having infra (and I
> guess the fou
The neutron metadata agent is stateless. It takes requests from the
metadata proxies running in the router namespaces and moves the
requests on to the nova server. If you're using HA routers, start the
neutron-metadata-agent on every machine the L3 agent runs, and just
make sure that the metadata-a
unning and the metadataproxy is not
> then all of the instances using that agent will not be able to get their
> metadata.
>
> On Sun, Dec 13, 2015 at 11:13 AM, Gary Kotton wrote:
>>
>>
>>
>>
>>
>>
>> On 12/12/15, 10:44 PM, "Assaf Muller
outers? Should you still run
> more then one?
>
> Thanks,
> Kevin
> ________
> From: Assaf Muller [amul...@redhat.com]
> Sent: Saturday, December 12, 2015 12:44 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject
SFC are going to hit this issue as well. Really any out of tree
Neutron project that extends the OVS agent and expects things to work
:)
On Tue, Dec 15, 2015 at 9:30 AM, Ihar Hrachyshka wrote:
> Soichi Shigeta wrote:
>
>>
>> Hi,
>>
>> We find a problem that neutron ovs-agent deletes taas flow
dev could send the patch
and add me as a reviewer.
>
> Best regards,
> Boris Pavlovic
>
> On Wed, Dec 16, 2015 at 7:00 AM, Fawad Khaliq wrote:
>>
>> Very useful information. Thanks, Assaf.
>>
>> Fawad Khaliq
>>
>>
>> On Thu, Dec 10,
Check it out:
https://github.com/jbenc/plotnetcfg
On Mon, Dec 21, 2015 at 11:22 PM, Gareth wrote:
> Hi, networking guys,
>
> For example, we could use it to generate a png file or print ascii in
> command line. Is there something like this?
>
> --
> Gareth
>
> Cloud Computing, OpenStack, Distribu
On Wed, Jan 13, 2016 at 4:50 AM, Jakub Libosvar wrote:
> Hi all,
>
> recently I was working on firewall driver [1] that requires latest
> features in OVS, specifically conntrack support. In order to get the
> driver tested, we need to have the latest OVS kernel modules on machines
> running tests
On Thu, Jan 14, 2016 at 9:28 AM, Russell Bryant wrote:
> On 01/13/2016 11:51 PM, Tony Breeds wrote:
>> The challenge for you guys is the kernel side of things but if I
>> understood correctly you can get the kenrel module from the ovs
>> source tree and just compile it against the stock ubuntu ker
On Mon, Jan 25, 2016 at 10:05 AM, Gareth wrote:
> Hey neutron guys
>
> What will happen if I remove this line[0]?
>
> When running unit test, do we create tables in real database?
>
> [0]
> https://github.com/openstack/neutron/blob/master/neutron/tests/unit/testlib_api.py#L78
That line has nothi
On Wed, Jan 27, 2016 at 4:10 PM, Sean M. Collins wrote:
> Hi,
>
> I started poking a bit at https://bugs.launchpad.net/devstack/+bug/1535661
>
> We have radvd processes that the l3 agent launches, and if the l3 agent
> is terminated these radvd processes continue to run. I think we should
> probab
On Wed, Jan 27, 2016 at 4:52 PM, Sean M. Collins wrote:
> On Wed, Jan 27, 2016 at 04:24:00PM EST, Assaf Muller wrote:
>> On Wed, Jan 27, 2016 at 4:10 PM, Sean M. Collins wrote:
>> > Hi,
>> >
>> > I started poking a bit at https://bugs.launchpad.net/devstack/
On Wed, Jan 27, 2016 at 5:20 PM, Sean M. Collins wrote:
> On Wed, Jan 27, 2016 at 05:06:03PM EST, Assaf Muller wrote:
>> >> RDO systemd init script for the L3 agent will send a signal 15 when
>> >> 'systemctl restart neutron-l3-agent' is executed. I assume
&
On Thu, Feb 4, 2016 at 8:33 AM, Gal Sagie wrote:
> As i have commented on the patch i will also send this to the mailing list:
>
> I really dont see why Dragonflow is not part of this list, given the
> criteria you listed.
>
> Dragonflow is fully developed under Neutron/OpenStack, no other
> repos
On Thu, Feb 4, 2016 at 10:20 AM, Assaf Muller wrote:
> On Thu, Feb 4, 2016 at 8:33 AM, Gal Sagie wrote:
>> As i have commented on the patch i will also send this to the mailing list:
>>
>> I really dont see why Dragonflow is not part of this list, given the
&
On Thu, Feb 4, 2016 at 5:55 PM, Sean M. Collins wrote:
> On Thu, Feb 04, 2016 at 04:20:50AM EST, Assaf Muller wrote:
>> I understand you see 'Dragonflow being part of the Neutron stadium'
>> and 'Dragonflow having high visibility' as tied together. I'm
I'm generally sympathetic to what you're saying, and I agree that we
need to do something about disabled-by-default features, at the very
least on the testing front. Comments in-line.
On Mon, Feb 8, 2016 at 4:47 PM, Sean M. Collins wrote:
> Hi,
>
> With the path_mtu issue - our default was to set
On Tue, Feb 9, 2016 at 5:10 PM, Matt Riedemann
wrote:
> While reviewing the neutron 7.0.2 stable/liberty point release, I noticed
> there were a lot of changes since 7.0.1. [1]
>
> There are 48 non-merge commits by my count.
>
> While there is no rule about how many backports should land before we
You can mark the network as shared and have it exposed to all of your
tenants.
- Original Message -
> Hi,
>
> I'm running openstack ( IceHouse ) configured for provider networks.
>
> For a tenant i've created the network/ subnet using the below commands and
> everything works as expected
- Original Message -
> I'm looking for feedback from anyone interest but, in particular, I'd
> like feedback from the following people for varying perspectives:
> Mark McClain (proposed alternate), John Belamaric (IPAM), Ryan Tidwell
> (BGP), Neil Jerram (L3 networks), Aaron Rosen (help u
I added a summary of my thoughts about the enhancements I think we could
make to the Nova scheduler in order to better support the Neutron provider
networks use case.
- Original Message -
> On Tue, Jul 21, 2015 at 1:11 PM, John Belamaric
> wrote:
> > Wow, a lot to digest in these threads.
ing between networks and their hosts).
Everything else I wrote remains the same.
> On Jul 22, 2015 2:41 PM, "Assaf Muller" < amul...@redhat.com > wrote:
>
>
> I added a summary of my thoughts about the enhancements I think we could
> make to the N
It's a remnant of pre-*aaS split times - We have to reexamine our
testing strategy post-split.
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi all,
>
> I've stumbled on this one. It turns out we gate neutron against
> openstack installation that runs vpn-a
We need to update that page. I haven't used PyDev in years, I use PyCharm.
There's an option in PyCharm called 'Enable Gevent debugging' (Gevent is
a green threads library very similar to eventlet, which is what we use
in OpenStack). I read that PyDev 3.7+ has support for Gevent debugging
as well.
- Original Message -
>
> On 7/23/15, 9:42 AM, "Carl Baldwin" wrote:
>
> >On Wed, Jul 22, 2015 at 3:21 PM, Kevin Benton wrote:
> >> The issue with the availability zone solution is that we now force
> >> availability zones in Nova to be constrained to network configuration.
> >>In
> >>
+1
- Original Message -
> We should have the Wiki page redirect, or link to:
>
> https://github.com/openstack/neutron/blob/master/TESTING.rst#debugging
>
> And then update that RST file it to add any info we have about
> debugging under IDEs. Generally, I dislike wikis because they go st
Adding the author of the patches. This reinforces the need to hold on
merging these patches until they have an in-tree integration test.
On Tue, Aug 11, 2015 at 4:13 PM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> Hi,
>
> I’ve been playing around with DVR-HA patches [1][2], have
First I'd like to say that I recognize that this discussion is incredibly
personal. Brandon and Russell, please do not be offended, but I know that I
probably would be if this very public thread involved myself. That being
said, please know that from my perspective this is *not* personal, rather I
On Wed, Aug 19, 2015 at 2:34 PM, Gal Sagie wrote:
> Hello all,
>
> Recently i have came across two use cases that having "binding"
> information, or metadata
> for networks can be useful. (similar to the port binding profile for that
> matter)
>
> For example:
>
> 1) In project Kuryr we want to h
On Wed, Aug 19, 2015 at 2:52 PM, Edgar Magana
wrote:
> Folks,
>
> I just want to share with you the feedback collected today during the
> networking session on Ops Meet-up:
> https://etherpad.openstack.org/p/PAO-ops-network-model
>
> Special thanks to Ryan and Doug for helping on some questions.
On Sat, Aug 22, 2015 at 5:08 AM, shihanzhang wrote:
> hi Vikas Choudhary, when ovs-agent service recover(ovs-agent process
> restart), the dhcp port will not re-binding successfully?
>
>
>
>
>
> At 2015-08-22 14:26:08, "Vikas Choudhary"
> wrote:
>
> Hi Everybody,
>
> I want to discuss on https:/
On Tue, Aug 25, 2015 at 2:15 PM, Russell Bryant wrote:
> On 08/25/2015 01:26 PM, Amitabha Biswas wrote:
> > Russell suggested removing the MYSQL_DRIVER=MySQL-python declaration
> > from local.conf https://review.openstack.org/#/c/216413/which results in
> > PyMySQL as the default.
> >
> > With th
On Fri, Aug 28, 2015 at 9:12 AM, Neil Jerram
wrote:
> On 28/08/15 13:39, Kevin Benton wrote:
> > For the py34 failures, they seem to have started around the same time
> > as a change was merged that adjusted the way they were ran so I
> > proposed a revert for that patch
> > here: https://review.
e the tests
run with multiple workers. This highlighted an issue with the Neutron unit
testing infrastructure, which is fixed here:
https://review.openstack.org/#/c/217379/
With all three patches merged we should be good to go.
On Fri, Aug 28, 2015 at 9:37 AM, Sean Dague wrote:
> On 08/28/20
On Fri, Aug 28, 2015 at 1:50 PM, Salvatore Orlando
wrote:
>
>
> On 28 August 2015 at 16:57, Sean Dague wrote:
>
>> On 08/28/2015 11:20 AM, Assaf Muller wrote:
>> > To recap, we had three issues impacting the gate queue:
>> >
>> > 1) The neutron fun
I just go to the Neutron dir and use: tox -e api.
On Wed, Sep 2, 2015 at 11:37 AM, bharath wrote:
> Hi ,
>
> How to run FW testcases which are under neutron using tempest?
>
> If i am trying to list cases from tempest(sudo -u stack -H testr
> list-tests neutron.api
> ), its resulting to empty li
On Thu, Sep 3, 2015 at 8:43 AM, Andrey Pavlov wrote:
> Hello,
>
> We have rally job with fake virt driver. And we run it periodically.
> This job runs 200 servers and measures 'show' operations.
>
> On 18.08 it was run well[1]. But on 21.08 it was failed by timeout[2].
> I tried to understand wha
Kyle, you've really done a fantastic job during your time. The community is
now much more welcoming, and I think that working on Neutron is now much
easier. We've grown to be a very positive and constructive community and
that's not always been the case. I distinctly remember many conversations
wit
1 - 100 of 195 matches
Mail list logo
