yahoo-eng-team team mailing list archive

[OpenStack Infra <1590845@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.openstack.org/346323
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=2325e2aea86ddc28bc0e1573d4954518991cad19
Submitter: Jenkins
Branch:    master

commit 2325e2aea86ddc28bc0e1573d4954518991cad19
Author: Kevin Benton <kevin@xxxxxxxxxx>
Date:   Sat Jul 23 00:07:17 2016 -0700

    Skip DHCP provisioning block for network ports
    
    Network ports created via internal core plugin calls
    (e.g. dhcp ports and router interfaces) don't generate
    DHCP notifications to the DHCP agent so the agent never
    clears the DHCP provisioning block. This patch just skips
    adding DHCP provisioning blocks for network owned ports
    since they don't depend on DHCP anyway.
    
    Closes-Bug: #1590845
    Closes-Bug: #1605955
    Change-Id: I0111de79d9259ada3b1c06a087d0eaeb8f3cb158


** Changed in: neutron
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1590845

Title:
  Router interfaces report being in BUILD state - l3ha vrrp+LinuxBridge

Status in neutron:
  Fix Released

Bug description:
  I'm running a Liberty environment with two network hosts using the L3HA VRRP driver.
  I also have L2pop on and am using the ML2 LinuxBridge driver.

  When we programmatically attach subnets and/or ports to routers(we attach 1 interface every 60 seconds), some report back stuck in the BUILD state. Take this interface, for example:
  neutron port-show 98b55b89-a002-496f-a5d4-8de598613da8
  +-----------------------+--------------------------------------------------------------------------------------------------------------+
  | Field                 | Value                                                                                                        |
  +-----------------------+--------------------------------------------------------------------------------------------------------------+
  | admin_state_up        | True                                                                                                         |
  | allowed_address_pairs |                                                                                                              |
  | binding:host_id       | dn3usoskctl03_neutron_agents_container-e64e37d6                                                              |
  | binding:profile       | {}                                                                                                           |
  | binding:vif_details   | {"port_filter": true}                                                                                        |
  | binding:vif_type      | bridge                                                                                                       |
  | binding:vnic_type     | normal                                                                                                       |
  | device_id             | 5838c5de-e87a-4e5e-b61f-a3f068fa7726                                                                         |
  | device_owner          | network:router_interface                                                                                     |
  | dns_assignment        | {"hostname": "host-10-169-160-1", "ip_address": "10.169.160.1", "fqdn": "host-10-169-160-1.openstacklocal."} |
  | dns_name              |                                                                                                              |
  | extra_dhcp_opts       |                                                                                                              |
  | fixed_ips             | {"subnet_id": "bc3a8d37-6cd7-4d57-b0c9-2b35743b0a0b", "ip_address": "10.169.160.1"}                          |
  | id                    | 98b55b89-a002-496f-a5d4-8de598613da8                                                                         |
  | mac_address           | fa:16:3e:b9:7a:1d                                                                                            |
  | name                  |                                                                                                              |
  | network_id            | 535c3336-202c-4dab-b517-2232c4ce1481                                                                         |
  | security_groups       |                                                                                                              |
  | status                | BUILD                                                                                                        |
  | tenant_id             | 3ccf712795c44edcbc8ffcc331a59853                                                                             |
  +-----------------------+--------------------------------------------------------------------------------------------------------------+

  It's reporting itself in the BUILD state, but when I check the router
  namespace, it's linux networking component counter part seems to be
  functioning just fine:

  8: qr-98b55b89-a0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
      link/ether fa:16:3e:b9:7a:1d brd ff:ff:ff:ff:ff:ff
      inet 10.169.160.1/23 scope global qr-98b55b89-a0
         valid_lft forever preferred_lft forever
      inet6 fe80::f816:3eff:feb9:7a1d/64 scope link 
         valid_lft forever preferred_lft forever

  I can even ping the address with no problem once i open up the
  security group rules.

  Note: The problem doesn't appear when L3HA is turned off. Only when
  L3HA with VRRP keepalived driver is being used.

  Where would be a good place to start debugging this?

  Thanks!

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1590845/+subscriptions