Hi,
It seems VPPs CLI is not very good at dealing with large FIBs or lots
of interfaces. I know the CLI is a debug tool only, but IMHO it should
not crash VPP that easily.
On a fib with 300k entries, the pager does not work and I get a OOM crash:
(gdb) bt
#0 clib_mov16 (src=<optimized out>, dst=<optimized out>) at
/usr/src/vpp/src/vppinfra/memcpy_sse3.h:60
#1 clib_mov32 (src=<optimized out>, dst=<optimized out>) at
/usr/src/vpp/src/vppinfra/memcpy_sse3.h:67
#2 clib_mov64 (src=<optimized out>, dst=<optimized out>) at
/usr/src/vpp/src/vppinfra/memcpy_sse3.h:73
#3 clib_mov128 (src=<optimized out>, dst=<optimized out>) at
/usr/src/vpp/src/vppinfra/memcpy_sse3.h:81
#4 clib_mov256 (src=0x7febd6d2ff30 "on184760 (p2p)\n[@0]: ipv4 via
0.0.0.0 upf_session184760: mtu:9000\npath:[184809] pl-index:184809 ip4
weight=1 pref=0 attached-nexthop: oper-flags:resolved,
cfg-flags:attached,\n 10.43.104.28 upf_sessi"...,
dst=0x7febd97aff30 "on184760 (p2p)\n[@0]: ipv4 via 0.0.0.0
upf_session184760: mtu:9000\npath:[184809] pl-index:184809 ip4
weight=1 pref=0 attached-nexthop: oper-flags:resolved,
cfg-flags:attached,\n 10.43.104.28 upf_sessi"...)
at /usr/src/vpp/src/vppinfra/memcpy_sse3.h:88
#5 clib_memcpy_fast (n=40232024, src=0x7febd6d2ff30,
dst=0x7febd97aff30) at /usr/src/vpp/src/vppinfra/memcpy_sse3.h:325
#6 vec_resize_allocate_memory (v=v@entry=0x7febd4b9c01c,
length_increment=length_increment@entry=201, data_bytes=40232076,
header_bytes=<optimized out>, header_bytes@entry=0,
data_align=data_align@entry=8) at /usr/src/vpp/src/vppinfra/vec.c:95
#7 0x00007ffff6ae4233 in _vec_resize_inline (data_align=<optimized
out>, header_bytes=<optimized out>, data_bytes=<optimized out>,
length_increment=<optimized out>, v=<optimized out>) at
/usr/src/vpp/src/vppinfra/vec.h:147
#8 unix_cli_add_pending_output (uf=0x7ff2704bfe2c,
buffer=0x7fffbabeb96c "path:[209906] pl-index:209906 ip4 weight=1
pref=0 attached-nexthop: oper-flags:resolved, cfg-flags:attached,\n
10.12.107.171 upf_session209858 (p2p)\n[@0]: ipv4 via 0.0.0.0
upf_session209858: mtu:9000"..., buffer_bytes=201, cf=<optimized out>)
at /usr/src/vpp/src/vlib/unix/cli.c:544
#9 0x00007ffff6ae5cb7 in unix_vlib_cli_output_raw
(cf=cf@entry=0x7fffb93dc69c, uf=uf@entry=0x7ff2704bfe2c,
buffer=<optimized out>, buffer_bytes=<optimized out>) at
/usr/src/vpp/src/vlib/unix/cli.c:654
#10 0x00007ffff6ae6475 in unix_vlib_cli_output_raw
(buffer_bytes=<optimized out>, buffer=<optimized out>,
uf=0x7ff2704bfe2c, cf=0x7fffb93dc69c) at
/usr/src/vpp/src/vlib/unix/cli.c:620
#11 unix_vlib_cli_output_cooked (cf=0x7fffb93dc69c, uf=0x7ff2704bfe2c,
buffer=0x7fffbabeb96c "path:[209906] pl-index:209906 ip4 weight=1
pref=0 attached-nexthop: oper-flags:resolved, cfg-flags:attached,\n
10.12.107.171 upf_session209858 (p2p)\n[@0]: ipv4 via 0.0.0.0
upf_session209858: mtu:9000"..., buffer_bytes=201)
at /usr/src/vpp/src/vlib/unix/cli.c:687
#12 0x00007ffff6a8c79b in vlib_cli_output (vm=vm@entry=0x7ffff6d06700
<vlib_global_main>, fmt=fmt@entry=0x7ffff7889987 "%U") at
/usr/src/vpp/src/vlib/cli.c:742
#13 0x00007ffff77ffe23 in show_fib_path_command (vm=0x7ffff6d06700
<vlib_global_main>, input=<optimized out>, cmd=<optimized out>) at
/usr/src/vpp/src/vnet/fib/fib_path.c:2737
#14 0x00007ffff6a8caa6 in vlib_cli_dispatch_sub_commands
(vm=vm@entry=0x7ffff6d06700 <vlib_global_main>,
cm=cm@entry=0x7ffff6d06900 <vlib_global_main+512>,
input=input@entry=0x7fffbac5bf60, parent_command_index=<optimized
out>) at /usr/src/vpp/src/vlib/cli.c:607
#15 0x00007ffff6a8d0e7 in vlib_cli_dispatch_sub_commands
(vm=vm@entry=0x7ffff6d06700 <vlib_global_main>,
cm=cm@entry=0x7ffff6d06900 <vlib_global_main+512>,
input=input@entry=0x7fffbac5bf60, parent_command_index=<optimized
out>) at /usr/src/vpp/src/vlib/cli.c:568
#16 0x00007ffff6a8d0e7 in vlib_cli_dispatch_sub_commands
(vm=vm@entry=0x7ffff6d06700 <vlib_global_main>,
cm=cm@entry=0x7ffff6d06900 <vlib_global_main+512>,
input=input@entry=0x7fffbac5bf60,
parent_command_index=parent_command_index@entry=0) at
/usr/src/vpp/src/vlib/cli.c:568
#17 0x00007ffff6a8d3b4 in vlib_cli_input (vm=0x7ffff6d06700
<vlib_global_main>, input=input@entry=0x7fffbac5bf60,
function=function@entry=0x7ffff6ae6900 <unix_vlib_cli_output>,
function_arg=function_arg@entry=0) at /usr/src/vpp/src/vlib/cli.c:707
#18 0x00007ffff6ae84c6 in unix_cli_process_input (cm=0x7ffff6d07040
<unix_cli_main>, cli_file_index=0) at
/usr/src/vpp/src/vlib/unix/cli.c:2420
#19 unix_cli_process (vm=0x7ffff6d06700 <vlib_global_main>,
rt=0x7fffbac4b000, f=<optimized out>) at
/usr/src/vpp/src/vlib/unix/cli.c:2536
#20 0x00007ffff6aa4e06 in vlib_process_bootstrap (_a=<optimized out>)
at /usr/src/vpp/src/vlib/main.c:1469
#21 0x00007ffff65a5864 in clib_calljmp () from
/usr/src/vpp/build-root/install-vpp-native/vpp/lib/libvppinfra.so.19.08
#22 0x00007fffb95ffb00 in ?? ()
#23 0x00007ffff6aaa971 in vlib_process_startup (f=0x0,
p=0x7fffbac4b000, vm=0x7ffff6d06700 <vlib_global_main>) at
/usr/src/vpp/src/vlib/main.c:1491
#24 dispatch_process (vm=0x7ffff6d06700 <vlib_global_main>,
p=0x7fffbac4b000, last_time_stamp=0, f=0x0) at
/usr/src/vpp/src/vlib/main.c:1536
#25 0x0000000000000000 in ?? ()
Regards
Andreas
--
--
Dipl.-Inform. Andreas Schultz
----------------------- enabling your networks ----------------------
Travelping GmbH Phone: +49-391-81 90 99 0
Roentgenstr. 13 Fax: +49-391-81 90 99 299
39108 Magdeburg Email: i...@travelping.com
GERMANY Web: http://www.travelping.com
Company Registration: Amtsgericht Stendal Reg No.: HRB 10578
Geschaeftsfuehrer: Holger Winkelmann VAT ID No.: DE236673780
---------------------------------------------------------------------
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13047): https://lists.fd.io/g/vpp-dev/message/13047
Mute This Topic: https://lists.fd.io/mt/31631770/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
