vrouter-agent crashed in FlowEntryFreeList::Allocate
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R3.0 |
Fix Committed
|
High
|
Prabhjot Singh Sethi | |||
R3.0.2.x |
Fix Committed
|
High
|
Prabhjot Singh Sethi | |||
R3.1 |
Fix Committed
|
High
|
Prabhjot Singh Sethi | |||
Trunk |
Fix Committed
|
High
|
Prabhjot Singh Sethi |
Bug Description
Agent crashed with the below back trace.
debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_
Core was generated by `/usr/bin/
Program terminated with signal SIGABRT, Aborted.
#0 0x00007fd5c5c29c37 in __GI_raise (sig=sig@entry=6) at ../nptl/
56 ../nptl/
(gdb) bt
#0 0x00007fd5c5c29c37 in __GI_raise (sig=sig@entry=6) at ../nptl/
#1 0x00007fd5c5c2d028 in __GI_abort () at abort.c:89
#2 0x00007fd5c5c22bf6 in __assert_fail_base (fmt=0x7fd5c5d733b8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=
function=
#3 0x00007fd5c5c22ca2 in __GI___assert_fail (assertion=
line=899, function=0x136cba0 <FlowEntryFreeL
#4 0x0000000000cdf5f0 in FlowEntryFreeLi
#5 0x0000000000cd31ed in FlowEntry::Allocate (key=..., flow_table=
#6 0x0000000000d058ec in PktFlowInfo::Add (this=this@
at controller/
#7 0x0000000000d1893d in FlowHandler::Run (this=0x7fd3bce
#8 0x0000000000d11bc4 in RunProtoHandler (handler=
#9 Proto::ProcessProto (this=this@
#10 0x0000000000cf5693 in FlowProto:
#11 0x0000000000d15b6d in FlowEventQueueB
#12 0x0000000000cfa3f2 in operator() (a0=0x7fd3b97f1440, this=0x7fd5bdea
#13 QueueTaskRunner
#14 0x00000000012df94f in TaskImpl::execute (this=0x7fd5bf4
#15 0x00007fd5c67f8b3a in ?? () from /usr/lib/
#16 0x00007fd5c67f4816 in ?? () from /usr/lib/
#17 0x00007fd5c67f3f4b in ?? () from /usr/lib/
#18 0x00007fd5c67f00ff in ?? () from /usr/lib/
#19 0x00007fd5c67f02f9 in ?? () from /usr/lib/
#20 0x00007fd5c6a14184 in start_thread (arg=0x7fd5bdea
#21 0x00007fd5c5ced37d in clone () at ../sysdeps/
(gdb) quit
Traffic was udp dns, fatflow
Version: 3.1 Mitaka
core in /cs-shared/
information type: | Proprietary → Public |
description: | updated |
issue potentially happened due to re-parsing of packet once with Fat-flow config and once without it, ideally we should not re-parse the packet (which internally recompute the source or dest port to 0 based on fat flow config availability)
(gdb) p key
$8 = <IPv4 nh=32 sip=192.168.121.114 dip=20.0.0.2 proto=17 sport=0 dport=53 >