Edge service router status in PENDING_CREATE even though it is been created successfully

Bug #1226229 reported by Kaiwei Fan
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Medium
Kaiwei Fan

Bug Description

When creating a logic router using plugin NvpAdvancedPlugin with service_router=True, the Edge service router status sometimes show PENDING_CREATE even when the Edge is created successfully.

Also, if the plugin is restarted, deleting an logic router does not delete Edge router.

Tags: nicira
Kaiwei Fan (kaiwei-fan)
Changed in neutron:
assignee: nobody → Kaiwei Fan (kaiwei-fan)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.openstack.org/46959

Changed in neutron:
status: New → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (master)

Reviewed: https://review.openstack.org/46959
Committed: http://github.com/openstack/neutron/commit/d731097843d0b031bcdf6a8d67548f4bdf733016
Submitter: Jenkins
Branch: master

commit d731097843d0b031bcdf6a8d67548f4bdf733016
Author: Kaiwei Fan <email address hidden>
Date: Mon Sep 16 15:02:34 2013 -0700

    Fix for status always in PENDING_CREATE for Edge service router

    The root cause is when deployment finished, we only update router status to
    active if the status is in pending create. The problem happens when the
    background sync thread update router status to active, so the status update
    for vcns_router_binding table is skipped. We fixed this by seperating
    checking and updating status for router and binding table.

    Also fixed an issue where Edge is not deleted if neutron service is
    restarted. The root cause is when neutron service restarts, the cache for
    router type is empty. And because we delete the router from db before
    we delete Edge, we're not able to locate the router from db to determine
    the router type. The fix is to use binding table to determine the router
    type.

    Also piggyback a missing attribute for updating Edge interface. It must have
    been removed by accident when resolving conflict during service plugin merge.

    Closes-Bug: #1226229
    Change-Id: I3d0639d245e71ea2a3faba70fef1a0ebb87e19fd

Changed in neutron:
status: In Progress → Fix Committed
Changed in neutron:
importance: Undecided → Medium
milestone: none → havana-rc1
tags: added: nicira
Thierry Carrez (ttx)
Changed in neutron:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in neutron:
milestone: havana-rc1 → 2013.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.