[ovs-discuss] ovs 2.9.0 abort on encap(ethernet) action

Martin Ivanov martin.ivanov at gmail.com
Tue Aug 6 15:54:24 UTC 2019


Hi,

We're on openvswitch-2.9.0 , and experimenting with encap()/decap() actions
, trying to add/remove Ethernet header.
But reached to a sporadic abort() with following backtrace:

Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `ovs-vswitchd unix:/var/run/openvswitch/db.sock
-vconsole:emer -vsyslog:err -vfi'.
Program terminated with signal SIGABRT, Aborted.
#0 0x00007ffff5433e97 in raise () from /lib/x86_64-linux-gnu/libc.so.6
[Current thread is 1 (Thread 0x7ffff43de700 (LWP 5439))]
(gdb) bt
#0 0x00007ffff5433e97 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff5435801 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00005555556299dc in commit_packet_type_change (encap_data=0x0,
pending_encap=<optimized out>, wc=0x7ffff43d9770,
odp_actions=0x7ffff43d9e30, base_flow=0x7ffff43d8890, flow=0x7ffff43d9120)
at ../lib/odp-util.c:7449
#3 commit_odp_actions (flow=0x7ffff43d9120, base=base at entry=0x7ffff43d8890,
odp_actions=0x7ffff43d9e30, wc=0x7ffff43d9770, use_masked=<optimized out>,
pending_encap=<optimized out>, encap_data=0x0) at ../lib/odp-util.c:7496
#4 0x00005555555b8711 in xlate_commit_actions (ctx=ctx at entry=0x7ffff43d8870)
at ../ofproto/ofproto-dpif-xlate.c:3475
#5 0x00005555555bb670 in compose_output_action__ (ctx=ctx at entry=0x7ffff43d8870,
ofp_port=17, xr=xr at entry=0x0, check_stp=check_stp at entry=true,
truncate=truncate at entry=false, is_last_action=false) at
../ofproto/ofproto-dpif-xlate.c:3819
#6 0x00005555555bc7cb in compose_output_action (truncate=false,
is_last_action=false, xr=0x0, ofp_port=<optimized out>, ctx=0x7ffff43d8870)
at ../ofproto/ofproto-dpif-xlate.c:3896
#7 output_normal (ctx=ctx at entry=0x7ffff43d8870,
out_xbundle=out_xbundle at entry=0x555555cfc910, xvlan=xvlan at entry=0x7ffff43d76bc)
at ../ofproto/ofproto-dpif-xlate.c:2287
#8 0x00005555555bcf1e in xlate_normal_flood (ctx=ctx at entry=0x7ffff43d8870,
in_xbundle=in_xbundle at entry=0x555555b516d0, xvlan=xvlan at entry=0x7ffff43d76bc)
at ../ofproto/ofproto-dpif-xlate.c:2680
#9 0x00005555555bd7e9 in xlate_normal (ctx=0x7ffff43d8870) at
../ofproto/ofproto-dpif-xlate.c:2898
#10 xlate_output_action (ctx=ctx at entry=0x7ffff43d8870, port=<optimized
out>, controller_len=<optimized out>, may_packet_in=may_packet_in at entry=true,
is_last_action=is_last_action at entry=false, truncate=truncate at entry=false)
at ../ofproto/ofproto-dpif-xlate.c:4795
#11 0x00005555555be85a in do_xlate_actions (ofpacts=<optimized out>,
ofpacts_len=<optimized out>, ctx=<optimized out>, is_last_action=<optimized
out>) at ../ofproto/ofproto-dpif-xlate.c:6163
#12 0x00005555555b8ae3 in xlate_recursively (actions_xlator=0x5555555bde30
<do_xlate_actions>, is_last_action=false, deepens=<optimized out>,
rule=0x555555ccf970, ctx=0x7ffff43d8870) at
../ofproto/ofproto-dpif-xlate.c:3919
#13 xlate_table_action (ctx=0x7ffff43d8870, in_port=<optimized out>,
table_id=<optimized out>, may_packet_in=<optimized out>,
honor_table_miss=<optimized out>, with_ct_orig=<optimized out>,
is_last_action=false,
xlator=0x5555555bde30 <do_xlate_actions>) at
../ofproto/ofproto-dpif-xlate.c:4047
#14 0x00005555555be3ee in do_xlate_actions
(ofpacts=ofpacts at entry=0x555555ba5d68,
ofpacts_len=ofpacts_len at entry=8, ctx=ctx at entry=0x7ffff43d8870,
is_last_action=is_last_action at entry=true) at
../ofproto/ofproto-dpif-xlate.c:6476
#15 0x00005555555c3045 in xlate_actions (xin=xin at entry=0x7ffff43d9110,
xout=xout at entry=0x7ffff43d9a30) at ../ofproto/ofproto-dpif-xlate.c:7082
#16 0x00005555555b2285 in xlate_key (key=<optimized out>, len=<optimized
out>, push=push at entry=0x7ffff43d94b0, ctx=ctx at entry=0x7ffff43d9a10,
udpif=<optimized out>) at ../ofproto/ofproto-dpif-upcall.c:2053
#17 0x00005555555b255c in xlate_ukey (ctx=0x7ffff43d9a10,
tcp_flags=<optimized out>, ukey=<optimized out>, udpif=0x555555a979b0) at
../ofproto/ofproto-dpif-upcall.c:2065
#18 revalidate_ukey__ (udpif=udpif at entry=0x555555a979b0,
ukey=ukey at entry=0x7fffe4010dd0,
tcp_flags=<optimized out>, odp_actions=0x7ffff43d9e30,
recircs=recircs at entry=0x7ffff43d9eb0,
xcache=<optimized out>)
at ../ofproto/ofproto-dpif-upcall.c:2111
#19 0x00005555555b288d in revalidate_ukey (udpif=udpif at entry=0x555555a979b0,
ukey=ukey at entry=0x7fffe4010dd0, stats=stats at entry=0x7ffff43db7b8,
odp_actions=odp_actions at entry=0x7ffff43d9e30, reval_seq=reval_seq at entry=656877,

recircs=recircs at entry=0x7ffff43d9eb0) at
../ofproto/ofproto-dpif-upcall.c:2213
#20 0x00005555555b55df in revalidate (revalidator=<optimized out>) at
../ofproto/ofproto-dpif-upcall.c:2516
#21 0x00005555555b5c61 in udpif_revalidator (arg=0x555555bdc7f0) at
../ofproto/ofproto-dpif-upcall.c:914
#22 0x0000555555663ff6 in ovsthread_wrapper (aux_=<optimized out>) at
../lib/ovs-thread.c:348
#23 0x00007ffff5d936db in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#24 0x00007ffff551688f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Is it something known?
any guidance how to proceed ?

Thanks.
Martin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20190806/02429a1b/attachment.html>


More information about the discuss mailing list