[vpp-dev] vpp main thread crashed at mspace_put

2021-03-25 Thread Sudhir CR via lists.fd.io
Hi All, We have loaded our box with internet feed routes. Initially everything is good. But after *three hours* we observed a *vpp main thread crashed* due to *segmentation error *at mspace_put function. #28 0x7f0f802c0793 in unix_signal_handler (signum=11, si=0x7f0f33c086b0, uc=0x7f0f33c08580

Re: [vpp-dev] vpp main thread crashed at mspace_put

2021-03-25 Thread Sudhir CR via lists.fd.io
Hi All, The segmentation fault is happening at memset in the code below. #if CLIB_DEBUG > 0 && !defined(CLIB_SANITIZE_ADDR) */* Poison the object */* { size_t psize = mspace_usable_size

[vpp-dev] observing issue with LACP port selection logic

2021-05-11 Thread Sudhir CR via lists.fd.io
Hi all, i am configuring LACP between two containers. vpp version used : *20.09* topology looks like below [image: image.png] in above topology since memif-4/4 interface is not part of same bond interface on both the containers (different partner system id) memif-4/4 should not be marked as active

Re: [vpp-dev] observing issue with LACP port selection logic

2021-05-12 Thread Sudhir CR via lists.fd.io
io/r/c/vpp/+/32292 > > > > The behavior is container-1 will form one bonding group with container-2. > It is with either BondEthernet0 or BondEthernet1. > > > > Steven > > > > *From: * on behalf of "Sudhir CR via lists.fd.io" > > *Reply-To: *"su

[vpp-dev] vpp hangs with bfd configuration

2021-06-09 Thread Sudhir CR via lists.fd.io
Hi Team, when we are trying to establish a BFD session between two containers while processing "adj_bfd_notify '' * VPP went into an infinite loop and hung *in one of the containers, and this issue is reproducible every time with below topology and configuration. Any help in fixing the issue would

[vpp-dev] vpp hangs with bfd configuration

2021-06-09 Thread Sudhir CR via lists.fd.io
Hi All, when we are trying to establish a BFD session between two containers while processing "adj_bfd_notify '' VPP went into an infinite loop and hung in one of the containers, and this issue is reproducible every time with below topology and configuration. Any help in fixing the issue would be

[vpp-dev] Infinite loop in fib_walk_sync

2021-06-17 Thread Sudhir CR via lists.fd.io
Hi All, We have been using vpp with our stack for the 6PE solution for some time. But when we recently enabled BFD in vpp we are observing an infinite loop with the below call stack. Any help in resolving this issue would be appreciated . (gdb) thread apply all bt Thread 3 (Thread 0x7f6d27bfe70

Re: [vpp-dev] Infinite loop in fib_walk_sync

2021-06-17 Thread Sudhir CR via lists.fd.io
Hi All, I am resending the same again as i am not sure the former one had reached the forum. Regards, Sudhir. On Thu, Jun 17, 2021 at 1:15 PM Sudhir CR via lists.fd.io wrote: > Hi All, > We have been using vpp with our stack for the 6PE solution for some time. > But when we recentl

Re: [vpp-dev] vpp hangs with bfd configuration

2021-06-17 Thread Sudhir CR via lists.fd.io
Regards, Sudhir On Thu, Jun 10, 2021 at 9:07 PM Neale Ranns wrote: > > > > > *From: *vpp-dev@lists.fd.io on behalf of Sudhir CR > via lists.fd.io > *Date: *Thursday, 10 June 2021 at 08:50 > *To: *vpp-dev@lists.fd.io > *Subject: *[vpp-dev] vpp hangs with bfd configurat

Re: [vpp-dev] Infinite loop in fib_walk_sync

2021-06-17 Thread Sudhir CR via lists.fd.io
> ben > > > -Original Message- > > From: vpp-dev@lists.fd.io On Behalf Of Sudhir CR > via > > lists.fd.io > > Sent: jeudi 17 juin 2021 10:59 > > To: vpp-dev@lists.fd.io > > Subject: Re: [vpp-dev] Infinite loop in fib_walk_sync > > > >

Re: [vpp-dev] vpp main thread crashed at mspace_put

2021-07-19 Thread Sudhir CR via lists.fd.io
Hi Murthy, We observed this issue when memory is exhausted in our system (due to memory leak in our application). After solving the above mentioned issue we have not observed this issue. Regards, Sudhir On Mon, Jul 19, 2021 at 4:46 PM Satya Murthy wrote: > Hi Sudhir, > > Were you able to find a

[vpp-dev] VPP 2110 with AddressSanitizer enabled

2022-02-24 Thread Sudhir CR via lists.fd.io
Hi Team, We compiled vpp code with AddressSanitizer enabled. We used the below command to compile code. *sudo make rebuild-release VPP_EXTRA_CMAKE_ARGS=-DVPP_ENABLE_SANITIZE_ADDR=ON* we are starting vpp with below command *sudo ./vpp -c /etc/vpp/startup.conf* But vpp startup is failed with be

Re: [vpp-dev] VPP 2110 with AddressSanitizer enabled

2022-02-24 Thread Sudhir CR via lists.fd.io
ixed in release mode. > > Best > ben > > > -Original Message- > > From: vpp-dev@lists.fd.io On Behalf Of Sudhir CR > via > > lists.fd.io > > Sent: jeudi 24 février 2022 14:03 > > To: vpp-dev@lists.fd.io > > Subject: [vpp-dev] VPP 2110 with Add

[vpp-dev] fragmentation issue with ttl 1

2022-02-24 Thread Sudhir CR via lists.fd.io
Hi Team, During our testing we observed below issue when a packet with TTL 1 and size is greater than interface MTU is received its getting dropped with below error counter *23172 ip4-input ip4 ttl <= 1* we added below check to resolve the issue in ip4_frag_do_fragment function +if (from

Re: [vpp-dev] VPP 2110 with AddressSanitizer enabled

2022-03-14 Thread Sudhir CR via lists.fd.io
followed or any pointers to solve the issue i am facing. Thanks and Regards, Sudhir On Thu, Feb 24, 2022 at 6:39 PM Sudhir CR via lists.fd.io wrote: > Hi Ben, > Thanks for the update. > > Regards, > Sudhir > > On Thu, Feb 24, 2022 at 6:37 PM Benoit Ganne (bganne) > wr

[vpp-dev] Failed to start vpp debug image

2022-03-15 Thread Sudhir CR via lists.fd.io
Hi All, I compiled vpp code with "sudo make build" , but when I started vpp with the "sudo make debug" command it aborted. However I am able to start vpp with the release image successfully . *vpp version : 21.10* Please find full logs below starting vpp with debug image: ===

Re: [vpp-dev] VPP 2110 with AddressSanitizer enabled

2022-03-15 Thread Sudhir CR via lists.fd.io
unfortunately: only memory violations (use-after-free etc) should be > detected. > > Best > ben > > > -Original Message----- > > From: vpp-dev@lists.fd.io On Behalf Of Sudhir CR > via > > lists.fd.io > > Sent: mardi 15 mars 2022 06:49 > > To: Sudhir CR

Re: [vpp-dev] VPP v22.02 not coming up

2022-05-25 Thread Sudhir CR via lists.fd.io
Hi Chinmaya, Below errors comes when vpp fails to parse startup.conf parameters like "socket-mem" , "linux-cp". seems these options are deprecated in 22.02 version . vlib_call_all_config_functions: unknown input `dpdk socket-mem 1024 dev :00:08.0 dev :00:09.0 ' vlib_call_all_config_func

Re: [vpp-dev] LACP issues w/ cdma/connectX 6

2022-12-05 Thread Sudhir CR via lists.fd.io
Hi Eyle, Once we faced LACP issue with host-if interfaces. In our topology host-if interfaces between two containers are connected via Linux bridge. when one container is sending LACP PDU to another container those PDU's are dropped by Linux. Please enable the packet trace on both sides and check

Re: [vpp-dev] VPP crash while create ipip tunnel after a certain limit

2022-12-07 Thread Sudhir CR via lists.fd.io
Hi Chinmaya Aggarwal, I can see the "vec_resize_allocate_memory" api in the above stack and you are telling that after 7k tunnels this issue is seen. I suspect this issue could be due to memory exhaust in the system. Can you please increase heapsize and statseg size in startup.conf file and check

Re: [vpp-dev] VPP crash while create ipip tunnel after a certain limit

2022-12-08 Thread Sudhir CR via lists.fd.io
To my knowledge there is no such ratio between heapsize and stackseg. based on your application needs you can tune these values. In your case as the number of ipip tunnels are more you may be required to increase stackseg size to accommodate the counters for those tunnel interfaces. Thanks and Re

[vpp-dev] process node suspended indefinitely

2023-02-17 Thread Sudhir CR via lists.fd.io
Hi Team, We have a process node. which we will use to do some control plane related activity. Sometimes we observe that this *process node is suspended indefinitely*. I know that if any process node is taking *Unreasonably long time* such nodes will not be scheduled further. But not able to figu

Re: [vpp-dev] process node suspended indefinitely

2023-02-20 Thread Sudhir CR via lists.fd.io
Hi Dave, Thank you for your response and help. Please find the additional details below. VPP Version *21.10* We are creating a process node* rtb-vpp-epoll-process *to handle control plane events like interface add/delete, route add/delete. This process node waits for *10ms* of time (Not Intereste

Re: [vpp-dev] process node suspended indefinitely

2023-02-20 Thread Sudhir CR via lists.fd.io
; >event_type = vlib_process_get_events (vm, &event_data); > > > >switch (event_type) { > > case ~0: /* handle timer expirations */ > >rtb_event_loop_run_once (); > >break; > > > >default: /* bug! */ > >ASSERT (0); >

Re: [vpp-dev] process node suspended indefinitely

2023-03-02 Thread Sudhir CR via lists.fd.io
unctions in main-thread context > leading to RPC message and memory is allocated from api section. > This leads to Api-segment memory is used fully and leads to crash. > > Thanks, > Chetan > > > On Mon, Feb 20, 2023, 18:24 Sudhir CR via lists.fd.io rtbrick@lists.fd.io> wrot

Re: [vpp-dev] process node suspended indefinitely

2023-03-09 Thread Sudhir CR via lists.fd.io
you please help me by providing some pointers to debug and resolve this issue. Hi Jinsh, I applied your patch to my code. The issue is not solved with your patch. Thank you for helping me out. Thanks and Regards, Sudhir On Fri, Mar 3, 2023 at 12:53 PM Sudhir CR via lists.fd.io wrote: > Hi Cheta

Re: [vpp-dev] process node suspended indefinitely

2023-03-10 Thread Sudhir CR via lists.fd.io
Hi jinsh, Thanks for the help. I placed assert statement in *vlib_process_signal_event_**helper* function. But in this place the assert statement didn't hit. When I debugged further I found that my process node is not there in the *data_from_advancing_timing_wheel *vector. i believe due to this pro

Re: [vpp-dev] process node suspended indefinitely

2023-03-12 Thread Sudhir CR via lists.fd.io
ib/main.c > +++ b/src/vlib/main.c > @@ -1490,6 +1490,9 @@ dispatch_suspended_process (vlib_main_t * vm, > } >else > { > + if (strcmp((char *)node->name, "rtb-vpp-epoll-process") == 0) { > + ASSERT(0); > + } > &g