Hi Mercury,
That indeed looks like an issue and given the context, it looks like it might
be related to vls/ldp session sharing code. The heap could also leak but that’s
somewhat less likely to happen. To confirm, after a crash in gdb could you: p
vl(vcm->workers[0].sessions).
That should
Hi Florin,
I tested with relatively newer version of vpp and nginx ,
after adjust the message queue num, vpp wont print "failed to alloc msg"
message,
but nginx will still crash, I tested maximum 4 nginx ,
below is my conf:
vpp# show version verbose cmdline
Version:
The fix works for me.
Thanks,
Wei
From: Stanislav Zaikin
Sent: Tuesday, November 30, 2021 2:51 PM
To: Wei Huang
Cc: vpp-dev@lists.fd.io
Subject: [External] : Re: [vpp-dev] Recursive routing issue
Hi Wei,
Interesting finding! Only the first resolved path was
Sure, I will try this and let you know. Thanks a lot.
Wei
From: Stanislav Zaikin
Sent: Tuesday, November 30, 2021 2:51 PM
To: Wei Huang
Cc: vpp-dev@lists.fd.io
Subject: [External] : Re: [vpp-dev] Recursive routing issue
Hi Wei,
Interesting finding! Only the
Hi Wei,
Interesting finding! Only the first resolved path was added when creating
the rr entry (as you can see in the first output of "show ip fib
192.168.200.0/24").
I've prepared (probably) a fix [0] and tested it with the same setup (2
ipip tunnels). At least from cli perspective - it works
I have an issue with recursive routing and like to get some advice on how to
fix this.
On my vpp node, I have two interfaces ipip0, ipip1, both can reach
192.168.21.0/24
I added two routes like this
vppctl ip route add 192.168.21.0/24 via ipip0
vppctl ip route add 192.168.21.0/24 via ipip1
Hi Mercury,
So for one nginx worker vpp ends up with about 14k sessions. With more nginx
workers the number will probably increase.
As for the mq_try_lock_and_alloc_msg messages, those indicate that the shared
message queue between vpp and nginx is overwhelmed. From the vcl configuration
From: vpp-dev@lists.fd.io on behalf of Sastry Sista via
lists.fd.io
Date: Tuesday, 30 November 2021 at 02:35
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] MPLS: fib table 1 display issue #mpls
Hi Neale,
Then, mpls table ID we give for mpls commands always
represents ip
Hi Florin,
Thanks for your quick response
There is one nginx worker ,
root@ubuntu:~# ps -ef |grep nginx |grep -v grep
root 46187 46138 0 16:36 pts/6 00:00:00 nginx: master process
/usr/sbin/nginx -c /opt/configs/csit_nginx_cps. conf
nobody 46189 46187 99 16:36 pts/6
Hi Mercury,
VCL sessions are allocated on the heap and given that the size of one session
is ~200B, 1M will eat up about 200MB of memory. How many are actually allocated
in nginx? Just do “show session” in vpp and that should report how many
sessions vpp is tracking.
Also, how many workers
10 matches
Mail list logo