[Ubuntu 12.04 R2.1 Icehouse Build 27] Multiple VMI in Same Logical Interface , deleting one VMI is causing VRF delete
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Juniper Openstack |
Fix Committed
|
High
|
Prabhjot Singh Sethi | ||
R2.1 |
Fix Committed
|
High
|
Prabhjot Singh Sethi |
Bug Description
When bare metal server is having multiple VM running and they all connected to same logical interface , in this scenario while deleting one VMI is causing the corresponding VRF to get deleted from tor agent node. Still others VMI is associated with that logical interface and belongs to deleted vrf .
Eventually leading to tor agent crash
Backtrace for tor agent crash
(gdb) bt
#0 0x00007f138faf1bb9 in raise () from /lib/x86_
#1 0x00007f138faf4fc8 in abort () from /lib/x86_
#2 0x00007f138faeaa76 in ?? () from /lib/x86_
#3 0x00007f138faeab22 in __assert_fail () from /lib/x86_
#4 0x000000000088d79d in VrfEntry:
at controller/
#5 0x0000000000d47a49 in operator() (this=<optimized out>)
at /usr/include/
#6 Timer::
#7 0x0000000000d3f290 in TaskImpl::execute (this=0x7f13893
#8 0x00007f1390cf9b3a in ?? () from /usr/lib/
#9 0x00007f1390cf5816 in ?? () from /usr/lib/
#10 0x00007f1390cf4f4b in ?? () from /usr/lib/
#11 0x00007f1390cf10ff in ?? () from /usr/lib/
#12 0x00007f1390cf12f9 in ?? () from /usr/lib/
#13 0x00007f1390f15182 in start_thread () from /lib/x86_
#14 0x00007f138fbb5fbd in clone () from /lib/x86_
no longer affects: | juniperopenstack/trunk |
tags: | added: contrail-control |
Changed in juniperopenstack: | |
importance: | Undecided → High |
tags: | added: blocker |
information type: | Proprietary → Public |
Changed in juniperopenstack: | |
assignee: | nobody → Prabhjot Singh Sethi (prabhjot) |
tags: | removed: contrail-control |
Reviewed: https:/ /review. opencontrail. org/7353 github. org/Juniper/ contrail- controller/ commit/ fed0d74f972857f d1e9d41f1ea3379 4b81631fab
Committed: http://
Submitter: Zuul
Branch: R2.1
commit fed0d74f972857f d1e9d41f1ea3379 4b81631fab
Author: Prabhjot Singh Sethi <email address hidden>
Date: Thu Feb 12 00:08:47 2015 -0800
Fix Tor-Agent crash for VRF Delete timeout
Issue:
------
when a logical interface is associated with multiple VMIs
and administrator removes one VMI from the list associated
it results in deletion of existing VRF and re-addition
again. By this time if there are any routes imported from
TOR, they hold the reference to VRF and doesnot allow VRF
to clean up, which results in a delete timeout.
In usual scenarios VRF is deleted along with VN, so we
didnot observe this issue earlier.
Fix: Ovsdb
----
Maintain a VRF dependency list in UnicastMacLocal
table and trigger re-eval of entries on VRF delete.
which removes the OvsdbEntry for unicast mac local and
re-adds resulting in removing the VRF reference and move
the entry to add-defer state to wait for new VRF object.
This trigger of re-eval is triggered in a work queue to
ensure the order of events such that re-eval kicks in after
the vn_ovsdb_entry becomes in-active to hold the
re-addition of route in Add defer state.
Also adding fix for marking a logical entry as incomplete
if logical interface to vmi association is removed to allow
completion of logical switch delete.
Change-Id: Ifdcd06266b1eee fb36a4fcd90f3f0 d0e2e471527
Closes-Bug: 1420903