Re: [Openstack] [Pike][Neutron] L3 metering with DVR doesn't work

On 10/25/2018 08:06 AM, Alexandru Sorodoc wrote: Hello, I'm trying to set up metering for neutron in Pike. I tested it with a centralized router and it works, but when I try with a distributed router it doesn't record any usage samples. I have one compute node and one network node and I've

[openstack-dev] [neutron] Bug deputy report week of October 15th

Hi, I was Neutron bug deputy last week. Below is a short summary about reported bugs. Note: I will not be at the team meeting this morning, sorry for the late notice. -Brian Critical bugs - None High bugs - * https://bugs.launchpad.net/neutron/+bug/1798472 -

Re: [openstack-dev] [neutron][stable] Stable Core Team Update

+1 from me :) -Brian On 10/02/2018 11:41 AM, Miguel Lavalle wrote: Hi Stable Team, I want to nominate Bernard Cafarrelli as a stable core reviewer for Neutron and related projects. Bernard has been increasing the number of stable reviews he is doing for the project [1]. Besides that, he is

Re: [openstack-dev] [neutron] subnet pool can not delete prefixes

On 09/26/2018 10:11 PM, wenran xiao wrote: Relation bug: https://bugs.launchpad.net/neutron/+bug/1792901 Any suggestion is welcome! Removing a prefix from a subnetpool is not supported, there was an inadvertent change to the client that made it seem possible. We are in the process of

Re: [openstack-dev] [neutron] Core status

On 09/19/2018 02:19 PM, Gary Kotton wrote: Hi, I have recently transitioned to a new role where I will be working on other parts of OpenStack. Sadly I do not have the necessary cycles to maintain my core responsibilities in the neutron community. Nonetheless I will continue to be involved.

Re: [openstack-dev] Appointing Slawek Kaplonski to the Neutron Drivers team

Congrats Slawek! On 08/27/2018 12:42 PM, Miguel Lavalle wrote: Dear Neutron team, In order to help the Neutron Drivers team to perform its very important job of guiding the community to evolve the OpenStack Networking architecture to meet the needs of our current and future users [1], I

Re: [Openstack] Help with ipv6 self-service and ip6tables rule on mangle chain

On 08/23/2018 12:53 PM, Jorge Luiz Correa wrote: Hi all I'm deploying a Queens on Ubuntu 18.04 with one controller, one network controller e for now one compute node. I'm using ML2 with linuxbridge mechanism driver and a self-service type of network. This is is a dual stack environment (v4

Re: [Openstack] [Openstack-operators] Recovering from full outage

On 07/16/2018 08:41 AM, Torin Woltjer wrote: $ip netns exec qdhcp-87a5200d-057f-475d-953d-17e873a47454 curl http://169.254.169.254  404 Not Found  404 Not Found  The resource could not be found. > Strange, don't know where the reply came from for that. $ip netns exec

Re: [Openstack] [Openstack-operators] Recovering from full outage

On 07/12/2018 08:20 AM, Torin Woltjer wrote: The neutron-metadata-agent service is running, the the agent is alive, and it is listening on port 8775. However, new instances still do not get any information like hostname or keypair. If I run `curl 192.168.116.22:8775` from the compute nodes, I

Re: [openstack-dev] [neutron] Stable review

On 07/12/2018 02:53 AM, Takashi Yamamoto wrote: hi, queens branch of networking-midonet has had no changes merged since its creation. the following commit would tell you how many gate blockers have been accumulated. https://review.openstack.org/#/c/572242/ it seems the stable team doesn't have

[openstack-dev] [neutron] Bug deputy report

Hi, I was Neutron bug deputy last week. Below is a short summary about reported bugs. Critical bugs - None High bugs - * https://bugs.launchpad.net/neutron/+bug/1777908 - Ensure _get_changed_synthetic_fields() return updatable fields - breaks consumers - Boden

Re: [Openstack] Is it possible to use OVS inside an Openstack VM ?

On 06/18/2018 06:26 AM, David Fernandes wrote: Hi guys, I have just 1 question. Is it possible to use OVS inside an Openstack VM ? Let me explain my issue. I have created 2 Ubuntu 16.04 VMs and installed last version of OVS in both. Both VMs are connected to the same network and they can

Re: [openstack-dev] [StarlingX] StarlingX code followup discussions

On 05/23/2018 02:00 PM, Jeremy Stanley wrote: On 2018-05-22 17:41:18 -0400 (-0400), Brian Haley wrote: [...] I read this the other way - the goal is to get all the forked code from StarlingX into upstream repos. That seems backwards from how this should have been done (i.e. upstream first

Re: [openstack-dev] [StarlingX] StarlingX code followup discussions

On 05/22/2018 04:57 PM, Jay Pipes wrote: Warning: strong opinions ahead. On 05/22/2018 02:54 PM, Dean Troyer wrote: Developers will need to re-create a repo locally in order to work or test the code and create reviews (there are more git challenges here). It would be challenging to do

Re: [Openstack] private network issue ( kola-ansible pike/stable deployment )

On 04/06/2018 01:28 PM, s serge wrote: Hello, I'm evaluating an installation and everything from networking side was looking good until I tried to reach a VM host via private network from another VM via ssh. In short: 1. Spawn a VM 2. Associate a floating IP 3. Logon to VM via ssh on public

Re: [Openstack] [Neutron][DVR] Network issue during migration

in case there was a bug somewhere that is now fixed. Thanks, -Brian On 2018.03.21. 23:37, Brian Haley wrote: On 03/21/2018 04:52 PM, Mārtiņš Jakubovičs wrote: Dear all, I faced issue when migrating instance by live-migration + block-migration guests floating IP became inaccessible. My setup

Re: [Openstack] ARP packets not sent during migration

familiar with the Nova side of the migration would know? -Brian Il 21/03/18 22:35, Brian Haley ha scritto: On 03/20/2018 12:40 PM, Ramon Orru wrote: Hello everybody, I'm running a fresh queens cluster. I'm using bridges to support networking. I'm facing an issue when an instance is live

Re: [Openstack] ARP packets not sent during migration

On 03/20/2018 12:40 PM, Ramon Orru wrote: Hello everybody, I'm running a fresh queens cluster. I'm using bridges to support networking. I'm facing an issue when an instance is live migrated. Suppose we have an instance running with an interface on vlan XXX, and we want to migrate it to compute

Re: [Openstack] [Neutron][DVR] Network issue during migration

On 03/21/2018 04:52 PM, Mārtiņš Jakubovičs wrote: Dear all, I faced issue when migrating instance by live-migration + block-migration guests floating IP became inaccessible. My setup are OVS + DVR. Currently upgrading from Newton to Ocata. Looks like when migration starts, in destination

[openstack-dev] [neutron] Bug deputy report

Hi, I was Neutron bug deputy last week. Below is a short summary about reported bugs. Critical bugs - None High bugs - * https://bugs.launchpad.net/bugs/1753504 - Remove mox/mox3 usage from testing Multiple people have taken ownership of fixing this *

Re: [openstack-dev] [tripleo] [neutron] Current containerized neutron agents introduce a significant regression in the dataplane

On 02/13/2018 05:08 PM, Armando M. wrote: On 13 February 2018 at 14:02, Brent Eagles > wrote: Hi, The neutron agents are implemented in such a way that key functionality is implemented in terms of haproxy, dnsmasq, keepalived

Re: [Openstack] DVR Public IP consumption

that network, that way the DVR routers would use IPs from it, and still be able to communicate with other devices in the datacenter. I believe the docs site I linked previously had an example of this. -Brian On Thu, Jan 18, 2018 at 2:12 PM, Brian Haley <haleyb@gmail.com> wrote: On

Re: [Openstack] DVR Public IP consumption

within the datacenter. If you create it and set the service-type to only certain types of ports, like DVR, then it won't be used for floating IP as the other one is. -Brian On Jan 15, 2018, at 9:47 PM, Brian Haley <haleyb@gmail.com> wrote: On 01/15/2018 01:57 PM, Satish Patel wr

Re: [Openstack] DVR Public IP consumption

On 01/15/2018 01:57 PM, Satish Patel wrote: I am planning to build openstack on production and big question is network (legacy vs DVR) but in DVR big concern is number of Public IP used on every compute node, I am planning to add max 100 node in cluster in that case it will use 100 public IP for

[openstack-dev] [neutron][all] nova_metadata_ip removal

Hi, As part of the normal deprecate/removal process, the 'nova_metadata_ip' option is being removed from neutron as it was replaced with 'nova_metadata_host' in the Pike cycle, https://review.openstack.org/#/c/518836/ Codesearch did find various repos still using the old value, so I posted

Re: [openstack-dev] [neutron] Metering can't count traffic for floating ip, or internal ip.

On 01/04/2018 09:50 PM, wenran xiao wrote: hi all， neutron metering can only count traffic that we send to *remote_ip*(egress), and *remote_ip* send to us(ingress), I think we should add method to count the traffic for floating ip or internal ip. Any suggestions is welcome. Neutron metering

Re: [openstack-dev] [neutron] performance issue between virtual networks

On 12/27/2017 08:39 AM, Kim-Norman Sahm wrote: Hi, i've detected a performance issue by accessing an floating ip in a different openstack network (same tenant). example: i have one tenant with two internal networks. each network has its own vrouter which is connectet to the extnet. the

Re: [openstack-dev] [TripleO] Tis the season...for a cloud reboot

On 12/19/2017 04:00 PM, Ben Nemec wrote: On 12/19/2017 02:43 PM, Brian Haley wrote: On 12/19/2017 11:53 AM, Ben Nemec wrote: The reboot is done (mostly...see below). On 12/18/2017 05:11 PM, Joe Talerico wrote: Ben - Can you provide some links to the ovs port exhaustion issue for some

Re: [openstack-dev] [TripleO] Tis the season...for a cloud reboot

On 12/19/2017 11:53 AM, Ben Nemec wrote: The reboot is done (mostly...see below). On 12/18/2017 05:11 PM, Joe Talerico wrote: Ben - Can you provide some links to the ovs port exhaustion issue for some background? I don't know if we ever had a bug opened, but there's some discussion of it in

Re: [openstack-dev] [neutron] Stepping down from core

Armando, It is sad to see you step down, just wanted to thank you for your leadership and hard work, both upstream and downstream, it's definitely made neutron a better project for everyone. Good luck wherever life takes you. -Brian On 12/15/2017 02:01 PM, Armando M. wrote: Hi neutrinos,

Re: [openstack-dev] [Neutron] Propose Slawek Kaplonski for Neutron core

+1 from me! On 11/29/2017 02:21 PM, Miguel Lavalle wrote: Hi Neutron Team, I want to nominate Slawek Kaplonski (irc: slaweq) to Neutron core. Slawek has been an active contributor to the project since the Mitaka cycle. He has been instrumental in the development of the QoS capabilities in

Re: [Openstack] Devstack -Ocata - Failed to launch instance on Host

On 11/27/2017 10:24 AM, Ramu, MohanX wrote: Hi All, Not bale to launch an instance on Compute Node. instead of it, instance is trying to launch on the same controller. The added compute node is not there in resource provider table. Could you please help us what we missed. Is placement API

Re: [Openstack] Deleting one router in a project causes all routers to fail

On 11/15/2017 12:58 PM, Sterdnot Shaken wrote: Openstack version: Pike Openvswitch version: 2.7 Let's say I have a OS project that has 2 routers. The routers are HA and reside on 2 network nodes. Via VRRP, there are 2 Active and 2 Passive routers. As you may know, Neutron creates a custom HA

Re: [openstack-dev] [puppet][qa][ubuntu][neutron] Xenial Neutron Timeouts

On 10/30/2017 05:46 PM, Matthew Treinish wrote: From a quick glance at the logs my guess is that the issue is related to this stack trace in the l3 agent logs:

Re: [Openstack] DHCP for IPv6

BTW, the networking guide does mention this, found after Steve figure out what the problem was. https://docs.openstack.org/ocata/networking-guide/config-ipv6.html#configuring-interfaces-of-the-guest -Brian On 09/28/2017 08:49 PM, Jorge Luiz Correa wrote: Thanks for explain Jeremy! Very

Re: [Openstack] Disable distributed loadbalancers (LBaaSv2)?

On 09/16/2017 12:25 PM, Turbo Fredriksson wrote: When I setup my OS cluster over a year ago, I chose to use distributed LBaaSv2. That sounded like the most sensible thing - redundancy is the primary goal with me choosing OS in the first place! However, it turned out that there’s a very grave

Re: [openstack-dev] [Neutron] Denver Team Dinner

+1 On 09/12/2017 10:44 PM, Ihar Hrachyshka wrote: +1 On Tue, Sep 12, 2017 at 9:44 PM, Kevin Benton wrote: +1 On Tue, Sep 12, 2017 at 8:50 PM, Sławek Kapłoński wrote: +1 — Best regards Slawek Kaplonski sla...@kaplonski.pl Wiadomość napisana

Re: [openstack-dev] [devstack] [ironic] [nova] Trying again on wait_for_compute in devstack

On 08/02/2017 07:17 AM, Sean Dague wrote: The 3 node scenarios in Neutron (which are still experimental nv) are typically failing to bring online the 3rd compute. In cells v2 you have to explicitly add nodes to the cells. There is a nova-manage command "discover-hosts" that takes all the compute

Re: [Openstack] Fwd: Unable to reach the vm from outside[from qrouter unable to reach both internal and external network]

On 07/28/2017 05:54 AM, Amit Kumar wrote: Hi, Recently i have installed the openstack newton on Ubuntu 16.04. Brought up one controller and 2 compute nodes. All services are up and running unable to reach the vm from outside I have logged in to the qrouter tried pinging the internal

[openstack-dev] [all] Proposal to change integrated neutron grenade gate job to multi-node

Hi, While looking at ways to reduce the number of jobs we run in the Neutron gate, I found we ran two very similar jobs for some projects: gate-grenade-dsvm-neutron-ubuntu-xenial (single-node job) gate-grenade-dsvm-neutron-multinode-ubuntu-xenial (2-node job) We talked about this in the

Re: [Openstack] Floating IP issues in multiple cloud installs.

On 06/19/2017 08:51 AM, Ken D'Ambrosio wrote: Hi, all. We've got two Canonical Newton installs using VLANs and we're having intermittent issues we simply can't figure out. (Note that a third installation using flat networks is not having this issue.) Floating IPs set up and work...

[openstack-dev] [neutron][l3][dvr] Pike tasks and meeting consolidation

At the Summit a few of us met (Miguel, Swami and myself) to talk about our Pike tasks now that we have lost some resources. We came up with this short list, which can also be found on https://etherpad.openstack.org/p/neutron-l3-subteam : 1. Support for configuring Floating IPs on Centralized

Re: [openstack-dev] [neutron][all] So long, and thanks for all the fish

John, Thanks so much for all your work on a number of L3 items that wouldn't exist without you, IPv6 PD comes to mind :) It's been great working with you, good luck! -Brian On 05/02/2017 06:07 AM, John Davidge wrote: Friends and colleagues, It is with a heavy heart that I write to say my

Re: [Openstack] LinuxBridge Agent Error

----- From: Brian Haley [mailto:haleyb@gmail.com] Sent: Tuesday, 11 April 2017 6:24 AM To: openstack@lists.openstack.org Subject: Re: [Openstack] LinuxBridge Agent Error On 04/10/2017 04:15 PM, Georgios Dimitrakakis wrote: Installing the "conntrack-tools" package from the &qu

Re: [Openstack] LinuxBridge Agent Error

On 04/10/2017 04:15 PM, Georgios Dimitrakakis wrote: Installing the "conntrack-tools" package from the "centos-openstack-ocata" repository seems to have fixed the problem. My question is if this should have happened automatically during installation and if yes why it didn't happen? From your

Re: [Openstack] LinuxBridge Agent Error

On 04/07/2017 07:19 AM, Kevin Benton wrote: You may be missing whatever package in your distro provides the 'conntrack' util. Like Kevin said, it's probably missing conntrack. There is an upstream patch that you might be able to apply to show a better message,

Re: [openstack-dev] [neutron][networking-odl][qa] What's the recommended behavior for SG Rules with ethertype='IPv6' and protocol='icmp' ?

On 04/03/2017 09:23 PM, Ghanshyam Mann wrote: On Sun, Mar 26, 2017 at 9:31 PM, Sridhar Gaddam <sgad...@redhat.com <mailto:sgad...@redhat.com>> wrote: On Fri, Mar 24, 2017 at 7:27 PM, Brian Haley <haleyb@gmail.com <mailto:haleyb@gmail.com>> wrote:

Re: [openstack-dev] [neutron] - Adding Miguel Lavalle to neutron-drivers team

+1 for Miguel! On 03/30/2017 05:11 PM, Kevin Benton wrote: Hi, I would like to add Miguel Lavalle (mlavalle) to the Neutron drivers team [1]. Miguel has been instrumental in implemented features across Neutron and Nova (routed networks, DNS, etc) and is now leading the L3 team. He has a very

Re: [Openstack] Neutron Network DNS Suffix via DHCP

On 03/28/2017 08:39 PM, Oisin O'Malley wrote: There was 2 separate issues to resolve; Firstly Nova was appending the default domain name .novalocal to the hostname it presents via the meta-data service. This can be resolved by setting dhcp_domain to an empty string in nova.conf on the

[openstack-dev] [neutron] No DVR meeting today

Both chairs have conflicts today, will resume the DVR meeting next week. Current work items and bugs can be found on the meeting page as usual, https://wiki.openstack.org/wiki/Meetings/Neutron-DVR -Brian __ OpenStack

Re: [openstack-dev] [neutron][networking-odl][qa] What's the recommended behavior for SG Rules with ethertype='IPv6' and protocol='icmp' ?

On 03/24/2017 06:41 AM, Ghanshyam Mann wrote: Hi All, Tempest is testing SG rule creation and pinging scenario tests with ethertype='IPv6' and protocol='icmp' [0]. In case of ethertype='IPv6', currently neutron accept protocol type as 'icmp', 'icmpv6' and 'ipv6-icmp' which again seems like

Re: [Openstack] Mitaka Neutron DVR namespace not communicating with DHCP and LbaaS namespace with VLAN isolation

On 02/13/2017 12:26 PM, kevin parrikar wrote: hello All, I just installed Mitaka release with DVR and ml2+OVS,everything looks fine . vms are getting ip address,floating IP address is working,vms can talk to lbaas namespace How ever: Communication from qrouter-namespace to lbass and dhcp

Re: [openstack-dev] [all] [goals] proposing a new goal: "Control Plane API endpoints deployment via WSGI"

On 01/12/2017 08:40 PM, Emilien Macchi wrote: Greetings OpenStack community, I have been looking for a Community Goal [1] that would directly help Operators and I found the "run API via WSGI" useful. So I've decided to propose this one as a goal for Pike but I'll stay open to postpone it to

Re: [Openstack] [Neutron][DHCP] vm can not get ip by dnsmasq

On 01/04/2017 03:22 AM, zhaolihuisky wrote: hi, all I have a problem about that vm can not get ip address by dnsmasq server. I have got the DHCP packets by tcpdump. With the DHCP protocol, client send DHCP Discover, and then server reply DHCP Offer, next client send DHCP Request and server

Re: [Openstack] [NEUTRON][DHCP] iptables chain rate limit dhcp connection

On 12/31/2016 03:58 AM, Davide Panarese wrote: Sorry Gary, i don’t use this driver and however i can’t find in the code. The upstream neutron code does not add these rules, so they are either in a driver or vendor-specific distro code. -Brian On 30 Dec 2016, at 20:00, Gary Kotton

Re: [openstack-dev] [neutron] proposing Miguel Lavalle as neutron core and Brian Haley as L3 Lt

and DHCP. At the same time, I'd like to propose Brian Haley as our next Chief L3 Officer. Both of them have worked with Carl Baldwin extensively and that can only be a guarantee of quality. Cheers, Armando [1] https://review.openstack.org/#/c/411531

Re: [openstack-dev] [neutron] proposing Ryan Tidwell and Nate Johnston as service LTs

+1 On 12/15/2016 06:58 PM, Armando M. wrote: Hi neutrinos, I would like to propose Ryan and Nate as the go-to fellows for service-related patches. Both are core in their repos of focus, namely neutron-dynamic-routing and neutron-fwaas, and have a good understanding of the service framework,

Re: [Openstack] DVR ARP cache update loop delaying launch of metadata proxy

On 12/13/2016 02:45 PM, Gustavo Randich wrote: Hi Openstackers, We have the folowing issue (using Mitaka / DVR / Xenial), perhaps someone can help ;) When our hosts boots up, the ARP cache population loop of L3 Agent is delaying the start of neutron-ns-metadata-proxy for around a minute -- see

[openstack-dev] [Neutron][DVR] - No IRC Meeting until 2017

Hi Folks, We will not have another DVR sub-team meeting until 2017, resuming on January 4th, to accommodate those that will be away. Enjoy the break! -Brian __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [neutron] Proposing Abhishek Raut as neutronclient core

+1 On 12/13/16 8:22 PM, Armando M. wrote: Hi folks, Abhishek Raut's recent involvement in OSC and python-neutronclient has helped moving a few efforts along in the right direction. I would like to suggest we double down on core firepower for the neutronclient repo alongside Akihiro [1]. This

Re: [openstack-dev] [neutron][tricircle]DVR issue in cross Neutron networking

Best Regards Chaoyi Huang (joehuang) From: Brian Haley [brian.ha...@hpe.com] Sent: 06 December 2016 10:29 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][tricircle]DVR issue in cross Neutron networking

[openstack-dev] [Neutron][DVR] - No IRC Meeting this week

Hi Folks, We will not have a DVR sub-team meeting this week since neither Swami nor myself will be there to chair it. We will resume our meetings next week on December 14th. If you have any questions please ping us on IRC or send an email to the list.

Re: [openstack-dev] [neutron][tricircle]DVR issue in cross Neutron networking

On 12/5/16 3:03 AM, joehuang wrote: Hello, Hi Chaoyi, Comments inline below. Tricircle plans to provide L2 network across Neutron to ease supporting high availability of application: For example, in the following figure, the application is consisted of instance1 and instance2, these

Re: [openstack-dev] [neutron][octavia] Neutron LBaaS governance change and Octavia to the big tent

On 12/01/2016 08:54 AM, Ihar Hrachyshka wrote: Armando M. wrote: Hi folks, A few hours ago a governance change [1] has been approved by TC members. This means that from now on, the efforts for Load Balancing as a Service efforts rest officially in the hands of the Octavia

Re: [openstack-dev] [Neutron] Stepping down from core

Hi Carl, Thanks for all the hard work, Neutron is definitely better because of it. Hope to work with you again some day. Good luck with your new endeavor! -Brian On 11/17/2016 01:42 PM, Carl Baldwin wrote: Neutron (and Openstack), It is with regret that I report that my work situation

Re: [openstack-dev] [neutron] OVS agent reports error "ovs-ofctl: br-int is not a bridge or a socket"

On 11/17/2016 03:14 AM, zhi wrote: Hi, all I build a devstack which code from master branch. By default the OVS version is 2.0.2 when install devstack. So I reinstall the OVS 2.6.0. I meet an exception in OVS agent when all OVS services runs okay. Exception shows below: 2016-11-17

Re: [openstack-dev] [neutron][trunk-port] OVS tbr bridge wasn't be created by OVS agent

On 11/15/16 5:12 AM, zhi wrote: Sorry, I forgot to say my local environment is Liberty. :) According to the blueprint and reviews this didn't land until Newton, maybe some in Mitaka, so I wouldn't expect it to work in Liberty. -Brian 2016-11-15 18:07 GMT+08:00 zhi

Re: [openstack-dev] [neutron] HostNotCompatibleWithFixedIps exception happens when setting router's gateway.

Hi Zhi, Thanks for the report, comment below. On 10/27/2016 05:04 AM, zhi wrote: Hi, all. I installed a devstack in my local environment. All the code from master branch. After the installation, I have to show you some problems which I met. First of all, I create an external network

Re: [openstack-dev] [all] running non-devstack jobs in Python projects aka "it works outside devstack"

On 10/14/2016 05:53 PM, Clark Boylan wrote: On Thu, Oct 13, 2016, at 05:47 PM, Emilien Macchi wrote: Greetings OpenStack, == Background Since the beginning of OpenStack (or almost), devstack has been used as a common tool to deploy OpenStack in CI environment. Most of OpenStack projects (if

Re: [openstack-dev] floating IP is DOWN

On 09/22/2016 10:19 AM, Barber, Ofer wrote: when i assign a floating IP to a server, i see that the status of the floating IP is "down" why is that so ? *_code:_* LOG.info("\n<== float IP address: %s and status: %s ==>" % (float_ip['floating_ip_address'],float_ip['status']))

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congrats Ihar! -Brian On 09/17/2016 12:40 PM, Armando M. wrote: Hi folks, I would like to propose Ihar to become a member of the Neutron drivers team [1]. Ihar wide knowledge of the Neutron codebase, and his longstanding duties as stable core, downstream package whisperer, release and oslo

Re: [Openstack] Help with ipv6 route configuration and problem to traverse virtual router.

On 08/31/2016 07:00 AM, Jorge Luiz Correa wrote: *Chain neutron-l3-agent-scope (1 references)* pkts bytes target prot opt in out source destination 78 4368 *DROP* all * qr-1ee33f03-23 ::/0 ::/0 mark match

Re: [Openstack] Help: Openstack DVR floating ip No Port available

On 08/30/2016 03:08 PM, Satish Patel wrote: Interesting, when i create V-Router then it suppose to appear on Compute node right but it doesn't. What could be wrong, Does mikata support DVR or it's something i am doing wrong [root@controller ~(keystone_admin)]# ip netns

Re: [Openstack] Help with ipv6 route configuration and problem to traverse virtual router.

On 08/30/2016 02:53 PM, Jorge Luiz Correa wrote: Thank you Tomas and Brian! Here they are (just replace my ipv6 prefix with 2001:DB8). But, I think the problem is with firewall rules (see bellow). root@dataexp-network:/# ip netns exec qrouter-eb42f197-8969-4744-b226-49653ed2bf48 ip -6

Re: [Openstack] Help with ipv6 route configuration and problem to traverse virtual router.

On 08/30/2016 09:54 AM, Jorge Luiz Correa wrote: Hi! I need some help to understand and configure my network node to provide network access using a dual stack configuration. I've a scenario with one controller, one network node and a lot of compute nodes. The version is Mitaka on Ubuntu 16.04

Re: [openstack-dev] [infra][neutron] IPv6 gate issue in OSIC cloud

On 08/24/2016 04:52 PM, Brian Haley wrote: Hi, Starting sometime earlier in the week, gate jobs started failing that were running in the OSIC cloud, due to a loss of connectivity to VMs running there when Neutron L3 was configured. I wanted to send some information out on what we found in case

[openstack-dev] [infra][neutron] IPv6 gate issue in OSIC cloud

Hi, Starting sometime earlier in the week, gate jobs started failing that were running in the OSIC cloud, due to a loss of connectivity to VMs running there when Neutron L3 was configured. I wanted to send some information out on what we found in case other deployment tools trip over the

Re: [Openstack] [neutron][devstack]subnet created with wrong gateway

On 08/22/2016 04:30 PM, Brent Troge wrote: Thanks Brian for your reply and your contributions. No problem. Devstack patch is at https://review.openstack.org/#/c/358848/ -Brian On Aug 22, 2016 2:09 PM, "Brian Haley" <brian.ha...@hpe.com <mailto:brian.ha...@hpe.com&g

Re: [Openstack] [neutron][devstack]subnet created with wrong gateway

roge wrote: Doesn't neutron use the first available host address in the subnet as the gateway? So if your cidr is 128/25 then neutron would default to 129 as the gateway. On Aug 22, 2016 9:54 AM, "Brian Haley" <brian.ha...@hpe.com <mailto:brian.ha...@hpe.com>> wrote: On 08/21/

Re: [Openstack] [neutron][devstack]subnet created with wrong gateway

On 08/21/2016 08:40 PM, Tony Breeds wrote: On Sun, Aug 21, 2016 at 05:28:44PM +0530, Akilesh K wrote: Hi, I am using devstack for the first time and I see that it has created a subnet like below. The cidr and gateway do not match. Because of this devstack fails to run completely and fails while

Re: [Openstack] [OpenStack] Second Public IP for VM on Another Public Network does not work properly

On 08/17/2016 07:40 PM, Neil Jerram wrote: On Wed, Aug 17, 2016 at 7:35 PM Brian Haley <brian.ha...@hpe.com <mailto:brian.ha...@hpe.com>> wrote: Is a cloud datacenter going to have multiple link types? I doubt it. And having two VMs would be easier anyways as there are pr

Re: [Openstack] [OpenStack] Second Public IP for VM on Another Public Network does not work properly

On 08/17/2016 01:54 PM, Piotr Baranowski wrote: - Oryginalna wiadomość - Od: "Brian Haley" <brian.ha...@hpe.com> Do: openstack@lists.openstack.org Wysłane: środa, 17 sierpnia, 2016 18:53:47 Temat: Re: [Openstack] [OpenStack] Second Public IP for VM on Another Publ

Re: [Openstack] [OpenStack] Second Public IP for VM on Another Public Network does not work properly

On 08/17/2016 05:08 AM, Ludwig Tirazona wrote: Hello, Has anybody had this experience/problem as well? I'm not sure I'd expect this to work, here is just one reason. The VM really doesn't know when to use which router, because it doesn't know which target IP was used pre-NAT. For example,

Re: [openstack-dev] [all] devstack changing to neutron by default RSN

On 08/05/2016 02:32 PM, Armando M. wrote: > > Looking at the health trend for DVR [1], the test hasn't failed in a > while, so I wonder if this is induced by the proposed switch, even > though I can't correlate it just yet (still waiting for caffeine to kick

Re: [openstack-dev] [all] devstack changing to neutron by default RSN

On 08/05/2016 08:59 AM, Sean Dague wrote: On 08/04/2016 09:15 PM, Armando M. wrote: So glad we are finally within the grasp of this! I posted [1], just to err on the side of caution and get the opportunity to see how other gate jobs for Neutron might be affected by this change. Are there any

Re: [openstack-dev] [Neutron] stable/liberty busted

On 08/04/2016 03:25 PM, Brian Haley wrote: On 08/04/2016 03:16 PM, Rick Jones wrote: On 08/04/2016 12:04 PM, Kevin Benton wrote: Yeah, I wasn't thinking when I +2'ed that. There are two use cases for the pinger, one for ensuring continuous connectivity and one for eventual connectivity. I

Re: [openstack-dev] [Neutron] stable/liberty busted

On 08/04/2016 03:16 PM, Rick Jones wrote: On 08/04/2016 12:04 PM, Kevin Benton wrote: Yeah, I wasn't thinking when I +2'ed that. There are two use cases for the pinger, one for ensuring continuous connectivity and one for eventual connectivity. I think the revert is okay for a quick fix, but

Re: [openstack-dev] [Neutron] stable/liberty busted

On 08/04/2016 01:36 PM, Armando M. wrote: Hi Neutrinos, I have noticed that Liberty seems to be belly up [1]. I wonder if anyone knows anything or has the time to look into it. Many thanks, Armando [1] https://review.openstack.org/#/c/349039/ This could be due to this backport;

Re: [openstack-dev] [neutron][dvr][fip] fg device allocated private ip address

Wrote: Yes, as Brian says this will be covered by the follow-up patch to [2] which I¹m currently working on. Thanks for the question. John On 8/1/16, 3:17 PM, "Brian Haley" <brian.ha...@hpe.com> wrote: >On 07/31/2016 06:27 AM, huangdenghui wrote: &g

Re: [openstack-dev] [nova] Belated nova newton midcycle recap (part 2)

On 08/01/2016 10:15 PM, Matt Riedemann wrote: Starting from where I accidentally left off: We also talked a bit about live migration with Neutron. There has been a fix up for live migration + DVR since Mitaka: https://review.openstack.org/#/c/275073 It's a bit of a hacky workaround but

Re: [openstack-dev] [neutron][dvr][fip] fg device allocated private ip address

On 07/31/2016 06:27 AM, huangdenghui wrote: Hi Now we have spec named subnet service types, which provides a capability of allowing different port of a network to allocate ip address from different subnet. In current implementation of DVR, fip also is distributed on every compute node,

Re: [openstack-dev] [Neutron] Proposing Jakub Libosvar for testing core

+1 On 07/22/2016 04:12 AM, Oleg Bondarev wrote: +1 On Fri, Jul 22, 2016 at 2:36 AM, Doug Wiegley > wrote: +1 On Jul 21, 2016, at 5:13 PM, Kevin Benton > wrote: +1

Re: [Openstack] [openstack][neutron] dvr_snat + l3_ha on compute nodes

On 07/14/2016 07:12 AM, Vladislav Belogrudov wrote: Hello, is it possible to run dvr_snat on computes only (in ha mode as well)? Docs [1] tell that dvr_snat+l3_ha agents should be on controllers / network nodes while dvr agents on computes. Does dvr part of dvr_snat only work in active/passive

[openstack-dev] [Neutron][DVR] - No IRC Meeting today

Hi Folks, Sorry for the late notice, but we will not have a DVR sub-team meeting today since neither Swami nor myself will be there to chair it. We will resume our meetings next week on July 20th. If you have any questions please ping us on IRC or send an email to the list.

Re: [Openstack] Can't get data from the neutron metadata proxy

On 07/01/2016 05:49 AM, Turbo Fredriksson wrote: On Jun 30, 2016, at 4:07 PM, Turbo Fredriksson wrote: Stracing the running process, I noticed this: connect(8, {sa_family=AF_LOCAL, sun_path="/var/lib/neutron/metadata_proxy"}, 33) = -1 ENOENT (No such file or directory) Creating the socket

[openstack-dev] [Neutron][DVR] - No IRC Meeting this week

Hi Folks, We will not have a DVR sub-team meeting this week since neither Swami nor myself will be there to chair it. We will resume our meetings next week on July 6th. If you have any questions please ping us on IRC or send an email to the list.

Re: [Openstack] packets not reaching VM

08:16 PM, Brian Haley wrote: On 06/22/2016 03:42 AM, Priyanka wrote: Hi, We have a Openstack Juno setup with 1 controller+neutron node and 3 compute nodes. 1 VM (LB) has ipvsadm installed and two VMs act as back end server. On the server with ipvsadm I have eth0:0 IP as 192.168.1.21 which acts

Re: [Openstack] packets not reaching VM

On 06/22/2016 03:42 AM, Priyanka wrote: Hi, We have a Openstack Juno setup with 1 controller+neutron node and 3 compute nodes. 1 VM (LB) has ipvsadm installed and two VMs act as back end server. On the server with ipvsadm I have eth0:0 IP as 192.168.1.21 which acts as application IP. The

Re: [Openstack] load balancer using iptables rules in neutron

On 06/15/2016 12:18 AM, Priyanka wrote: Hi, I want to create a basic round-robin layer 3 load balancer. The request would be coming from same tenant network and the backend servers would also be in the same network. For this the steps I think should be done are: create a neutron port (for the

Re: [openstack-dev] [Neutron] Question about service subnets spec

Thanks Carl for bringing this up, comments below. On 05/26/2016 02:04 PM, Carl Baldwin wrote: Hi folks, Some (but not all) of you will remember a discussion we had about service subnets at the last mid-cycle. We've been iterating a little bit on a spec [1] and we have just one issue that we'd

  1   2   >