← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1641535] Re: FIP failed to remove in router's standby node

 

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

commit b45fd35e3f4a2aaacc7a22faafd00b7350e4f398
Author: Dongcan Ye <hellochosen@xxxxxxxxx>
Date:   Mon Nov 14 17:35:20 2016 +0800

    Remove floatingip address ignores ha_state
    
    We both enables router_distributed and l3_ha in server side,
    and configures L3 agent node as dvr_snat in compute nodes.
    HA router removing floatingip address only in master node,
    and dvr local router only remove FIP rule. This will cause
    RTNETLINK error if we operates floatingip "associate --> disassociate
    --> reassociate".
    
    This patch removes floatingip address whether router's ha_state
    is master or backup.
    Another solution is adding remove_floating_ip in dvr_edge_router.
    
    Change-Id: I2fab45cff786c475d69c5f0cf4e9b71e6bbbe653
    Closes-Bug: #1641535


** 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/1641535

Title:
  FIP failed to remove in router's standby node

Status in neutron:
  Fix Released

Bug description:
  ENV
  ====================
  1. Server side:
     enable router_distributed and l3_ha

  2. Agent side:
     all L3 agent mode is dvr_snat (include network nodes and compute nodes)

  
  How to reprocude:
  =================
  associate floatingip  -->  disassociate floatingip  --> reassociate floatingip

  We hit trace info in l3 agent:
  http://paste.openstack.org/show/589071/

  
  Analysis
  ==========
  When we processing floatingip (In the situation router's attribute is ha + dvr), in ha_router we only remove floatingip if ha state is 'master'[1], and in dvr_local_router we remove it's related IP rule.
  Then we reassociate floatingip, it will hit RTNETLINK error. Because we had already delete the realted IP rule.

  
  [1] https://github.com/openstack/neutron/blob/master/neutron/agent/l3/ha_router.py#L273

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


References