Try increasing the size of the shared-memory API segment. An allocation of 25mb is failing. You might ask yourself how sane it is to generate that much output.
Thanks… Dave -----Original Message----- From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco) Sent: Monday, November 13, 2017 5:27 AM To: John Lo (loj) <l...@cisco.com>; Pavel Kotucek -X (pkotucek - PANTHEON TECHNOLOGIES at Cisco) <pkotu...@cisco.com>; vpp-dev@lists.fd.io; Brian Brooks <brian.bro...@arm.com> Subject: Re: [vpp-dev] make test-all So it seems that vpp coredumps while dumping the API trace after creating all the interfaces... (gdb) bt #0 0x00007f14f4b1e428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007f14f4b2002a in __GI_abort () at abort.c:89 #2 0x0000000000405d83 in os_panic () at /home/ksekera/vpp/build-data/../src/vpp/vnet/main.c:268 #3 0x00007f14f5fe5f86 in clib_mem_alloc_aligned_at_offset (os_out_of_memory_on_failure=1, align_offset=0, align=1, size=25282098) at /home/ksekera/vpp/build-data/../src/vppinfra/mem.h:105 #4 clib_mem_alloc (size=25282098) at /home/ksekera/vpp/build-data/../src/vppinfra/mem.h:114 #5 vl_msg_api_alloc_internal (may_return_null=0, pool=<optimized out>, nbytes=25282098) at /home/ksekera/vpp/build-data/../src/vlibmemory/memory_shared.c:176 #6 vl_msg_api_alloc (nbytes=nbytes@entry=25282082) at /home/ksekera/vpp/build-data/../src/vlibmemory/memory_shared.c:207 #7 0x0000000000411392 in vl_api_cli_inband_t_handler (mp=0x300e2a0c) at /home/ksekera/vpp/build-data/../src/vpp/api/api.c:223 #8 0x00007f14f5fdfa23 in vl_msg_api_handler_with_vm_node (am=am@entry=0x7f14f620d460 <api_main>, the_msg=the_msg@entry=0x300e2a0c, vm=vm@entry=0x7f14f5fd6260 <vlib_global_main>, node=node@entry=0x7f14b410e000) at /home/ksekera/vpp/build-data/../src/vlibapi/api_shared.c:508 #9 0x00007f14f5fef35f in memclnt_process (vm=0x7f14f5fd6260 <vlib_global_main>, node=0x7f14b410e000, f=<optimized out>) at /home/ksekera/vpp/build-data/../src/vlibmemory/memory_vlib.c:970 (gdb) p input $5 = {buffer = 0x7f14b56f6558 "dump /tmp/vpp-unittest-P2PEthernetAPI-qRwMY6/vpp_api_trace.test_p2p_subif_creation_10k.log\n", index = 18446744073709551615, buffer_marks = 0x7f14b592a240, fill_buffer = 0x0, fill_buffer_arg = 0x0} I'm pretty sure that the history of this mess was: 1.) the test was added first as enhanced 2.) automatic dump of api trace was added, but only tested against 'make test', not 'make test-all' Thanks, Klement Quoting Klement Sekera (2017-11-11 22:12:52) > Hi Brian, > > it should. Though I just tried running it on latest master and got a > timeout in test_p2p_ethernet, which shouldn't happen. I see the test was > trying to create tens of thousands of interfaces... maybe something is > slower than usual? > > Thanks, > Klement > > Quoting Brian Brooks (2017-11-11 01:11:47) > > Should “make test-all” pass? > > > > > > > > Thanks, > > > > Brian > > > > > > > > IMPORTANT NOTICE: The contents of this email and any attachments are > > confidential and may also be privileged. If you are not the intended > > recipient, please notify the sender immediately and do not disclose the > > contents to any other person, use it for any purpose, or store or copy > > the > > information in any medium. Thank you. > _______________________________________________ > vpp-dev mailing list > vpp-dev@lists.fd.io > https://lists.fd.io/mailman/listinfo/vpp-dev _______________________________________________ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev _______________________________________________ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev
