Hi Raj, Does stopping include a call to vppcom_app_exit or killing the applications? If the latter, the apps might be killed with some mutexes/spinlocks held. For now, we only support the former.
Regards, Florin > On Jul 29, 2020, at 1:49 PM, Raj Kumar <raj.gauta...@gmail.com> wrote: > > Hi, > In my UDP application , I am using VPP host stack to receive packets and > memIf to transmit packets. There are a total 6 application connected to VPP. > if I stop the application(s) then VPP is crashing. In vpp configuration , 4 > worker threads are configured. If there is no worker thread configured then > I do not see this crash. > Here is the VPP task trace - > (gdb) bt > #0 0x00007ffff51818df in raise () from /lib64/libc.so.6 > #1 0x00007ffff516bcf5 in abort () from /lib64/libc.so.6 > #2 0x000055555555c123 in os_panic () at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vpp/vnet/main.c:366 > #3 0x00007ffff6b466bb in vlib_worker_thread_barrier_sync_int > (vm=0x7ffff6d78200 <vlib_global_main>, func_name=<optimized out>) > at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlib/threads.c:1529 > #4 0x00007ffff7bc5ef0 in vl_msg_api_handler_with_vm_node > (am=am@entry=0x7ffff7dd2ea0 <api_global_main>, > vlib_rp=vlib_rp@entry=0x7fee7c001000, the_msg=0x7fee7c02bbd8, > vm=vm@entry=0x7ffff6d78200 <vlib_global_main>, > node=node@entry=0x7fffb6295000, is_private=is_private@entry=1 '\001') > at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlibapi/api_shared.c:596 > #5 0x00007ffff7bb000f in void_mem_api_handle_msg_i (is_private=1 '\001', > node=0x7fffb6295000, vm=0x7ffff6d78200 <vlib_global_main>, > vlib_rp=0x7fee7c001000, am=0x7ffff7dd2ea0 <api_global_main>) > at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlibmemory/memory_api.c:698 > #6 vl_mem_api_handle_msg_private (vm=vm@entry=0x7ffff6d78200 > <vlib_global_main>, node=node@entry=0x7fffb6295000, reg_index=<optimized out>) > at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlibmemory/memory_api.c:762 > #7 0x00007ffff7bbe346 in vl_api_clnt_process (vm=<optimized out>, > node=0x7fffb6295000, f=<optimized out>) > at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlibmemory/vlib_api.c:370 > #8 0x00007ffff6b161d6 in vlib_process_bootstrap (_a=<optimized out>) > at /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vlib/main.c:1502 > #9 0x00007ffff602ac0c in clib_calljmp () from /lib64/libvppinfra.so.20.05 > #10 0x00007fffb5e93dd0 in ?? () > #11 0x00007ffff6b19821 in dispatch_process (vm=0x7ffff6d78200 > <vlib_global_main>, p=0x7fffb6295000, last_time_stamp=15931923011231136, > f=0x0) at > /usr/src/debug/vpp-20.05-9~g0bf9c294c_dirty.x86_64/src/vppinfra/types.h:133 > #12 0x7f0f660000009024 in ?? () > > > Thanks, > -Raj >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#17111): https://lists.fd.io/g/vpp-dev/message/17111 Mute This Topic: https://lists.fd.io/mt/75873900/21656 Mute #vpp-hoststack: https://lists.fd.io/g/fdio+vpp-dev/mutehashtag/vpp-hoststack Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
