buildbot failure in LLVM on llvm-clang-lld-x86_64-debian-fast

Kostya Serebryany via llvm-commits llvm-commits at lists.llvm.org
Tue Jun 7 09:15:44 PDT 2016


So, there is a large malloc coming from libstdc++. Weird..
I'd try two solutions:
  1. change the test to make much bigger allocations (1 Mb total at least)
so that they are still on top.
  2. change the test to be pure C so that there is no libstdc++

Trying 1) first: r272020, let's watch the bot.


On Tue, Jun 7, 2016 at 4:30 AM, Kuba Brecka <jbrecka at apple.com> wrote:

> I can reproduce this on my Linux machine.  The output of the test:
>
> Live Heap Allocations: 76107 bytes from 61 allocations; showing top 100%
> 72704 byte(s) (95%) in 1 allocation(s)
>     #0
> 0x4b447d  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
>     #1 0x7ffff7ae11ff  (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
>
> 2227 byte(s) (2%) in 17 allocation(s)
>     #0
> 0x4e03db  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e03db)
>     #1
> 0x4e2502  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e2502)
>     #2 0x7ffff6b64a3f  (/lib/x86_64-linux-gnu/libc.so.6+0x20a3f)
>
> 1008 byte(s) (1%) in 42 allocation(s)
>     #0
> 0x4e03db  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e03db)
>     #1
> 0x4e257c  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4e257c)
>     #2 0x7ffff6b64a3f  (/lib/x86_64-linux-gnu/libc.so.6+0x20a3f)
>
> 168 byte(s) (0%) in 1 allocation(s)
>     #0
> 0x4b447d  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
>     #1 0x7ffff7de921f  (/lib64/ld-linux-x86-64.so.2+0x1021f)
>     #2 0x2d6d766c6c2f6161  (<unknown module>)
>
> Live Heap Allocations: 76107 bytes from 61 allocations; showing top 50%
> 72704 byte(s) (95%) in 1 allocation(s)
>     #0
> 0x4b447d  (/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp+0x4b447d)
>     #1 0x7ffff7ae11ff  (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
>
> Symbolicated:
>
> Live Heap Allocations: 76107 bytes from 61 allocations; showing top 100%
> 72704 byte(s) (95%) in 1 allocation(s)
>     #0 0x4b447d <__interceptor_malloc()+173>
>     #1 0x7ffff7ae11ff  (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
>
> 2227 byte(s) (2%) in 17 allocation(s)
>     #0 0x4e03db <operator new[]()+155>
>     #1 0x4e2502 <main()+50>
>     #2 0x7ffff6b64a3f <__libc_start_main+239>
>
> 1008 byte(s) (1%) in 42 allocation(s)
>     #0 0x4e03db <operator new[]()+155>
>     #1 0x4e257c <main()+172>
>     #2 0x7ffff6b64a3f <__libc_start_main+239>
>
> 168 byte(s) (0%) in 1 allocation(s)
>     #0 0x4b447d <__interceptor_malloc()+173>
>     #1 0x7ffff7de921f <_dl_signal_error+111>
>     #2 0x2d6d766c6c2f6161  (<unknown module>)
>
> Live Heap Allocations: 76107 bytes from 61 allocations; showing top 50%
> 72704 byte(s) (95%) in 1 allocation(s)
>     #0 0x4b447d <__interceptor_malloc()+173>
>     #1 0x7ffff7ae11ff  (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x8a1ff)
>
> Stack traces of the two not-from-main allocations:
>
> 1) size 168:
>
> #0  __interceptor_malloc () at
> /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:61
> #1  0x00007ffff7de9220 in _dl_signal_error (errcode=errcode at entry=0,
>     objname=objname at entry=0x7fffffffe730
> "/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp",
>     occation=occation at entry=0x7ffff7df6a18 "symbol lookup error",
> errstring=errstring at entry=0x7fffffffe0d0 "undefined symbol:
> swift_demangle") at dl-error.c:90
> #2  0x00007ffff7de93e3 in _dl_signal_cerror (errcode=0,
>     objname=0x7fffffffe730
> "/home/kuba/llvm-ninja-release/projects/compiler-rt/test/asan/X86_64LinuxConfig/TestCases/Linux/Output/print_memory_profile_test.cc.tmp",
>     occation=0x7ffff7df6a18 "symbol lookup error",
> errstring=0x7fffffffe0d0 "undefined symbol: swift_demangle") at
> dl-error.c:155
> #3  0x00007ffff7de4455 in _dl_lookup_symbol_x (undef_name=0x4f40ae
> <.L.str9> "swift_demangle", undef_map=0x7ffff7ffe188,
> ref=0x7fffffffe238, symbol_scope=0x7ffff7ffe4e0, version=<optimized out>,
>     type_class=0, flags=3, skip_map=0x0) at dl-lookup.c:817
> #4  0x00007ffff6c872b1 in do_sym (handle=0x0, name=0x4f40ae <.L.str9>
> "swift_demangle", who=<optimized out>, vers=vers at entry=0x0,
> flags=flags at entry=2) at dl-sym.c:161
> #5  0x00007ffff6c876cd in _dl_sym (handle=<optimized out>, name=<optimized
> out>, who=<optimized out>) at dl-sym.c:273
> #6  0x00007ffff71260f4 in dlsym_doit (a=a at entry=0x7fffffffe430) at
> dlsym.c:50
> #7  0x00007ffff7de9464 in _dl_catch_error (objname=0x72f720
> <alloc_memory_for_dlsym+16>, errstring=0x72f728
> <alloc_memory_for_dlsym+24>, mallocedp=0x72f718 <alloc_memory_for_dlsym+8>,
>     operate=0x7ffff71260e0 <dlsym_doit>, args=0x7fffffffe430) at
> dl-error.c:187
> #8  0x00007ffff712662d in _dlerror_run (operate=operate at entry=0x7ffff71260e0
> <dlsym_doit>, args=args at entry=0x7fffffffe430) at dlerror.c:163
> #9  0x00007ffff7126148 in __dlsym (handle=<optimized out>, name=<optimized
> out>) at dlsym.c:70
> #10 0x00000000004d7564 in InitializeSwiftDemangler () at
> /home/kuba/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcdep.cc:78
> #11 LateInitialize () at
> /home/kuba/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcdep.cc:496
> #12 0x00000000004be1a5 in AsanInitInternal () at
> /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:568
> #13 0x00007ffff7de9722 in _dl_init (main_map=0x7ffff7ffe188, argc=1,
> argv=0x7fffffffe518, env=0x7fffffffe528) at dl-init.c:105
> #14 0x00007ffff7dd9d0a in _dl_start_user () from
> /lib64/ld-linux-x86-64.so.2
>
> 2) size 72704:
>
> #0  __interceptor_malloc () at
> /home/kuba/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:61
> #1  0x00007ffff7ae1200 in ?? () from
> /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> #2  0x00007ffff7de95ba in call_init (l=<optimized out>, argc=argc at entry=1,
> argv=argv at entry=0x7fffffffe518, env=env at entry=0x7fffffffe528) at
> dl-init.c:72
> #3  0x00007ffff7de96cb in call_init (env=<optimized out>, argv=<optimized
> out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:30
> #4  _dl_init (main_map=0x7ffff7ffe188, argc=1, argv=0x7fffffffe518,
> env=0x7fffffffe528) at dl-init.c:120
> #5  0x00007ffff7dd9d0a in _dl_start_user () from
> /lib64/ld-linux-x86-64.so.2
>
> Kuba
>
> On 7 Jun 2016, at 03:18, Kostya Serebryany <kcc at google.com> wrote:
>
> Interesting.
> Our bots don't see this and are green (except for an unrelated msan
> failure).
> http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux
> http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap
>
> Can you or someone reproduce this locally and send the full output of the
> test?
>
> >>> (this was accidentally turned off for about a week)
> OUCH!
>
>
>
> On Mon, Jun 6, 2016 at 10:08 AM, Kuba Brecka <jbrecka at apple.com> wrote:
>
>> Hi Kostya,
>>
>> my recent change started running ASan tests during “check-all” again
>> (this was accidentally turned off for about a week), and this bot is
>> complaining about print_memory_profile_test.cc (which I guess is your quite
>> new test).  Could you look into that?
>>
>> Thanks,
>> Kuba
>>
>> Begin forwarded message:
>>
>> *From: *llvm.buildmaster at lab.llvm.org
>> *Subject: **buildbot failure in LLVM on
>> llvm-clang-lld-x86_64-debian-fast*
>> *Date: *6 June 2016 at 18:59:39 GMT+2
>> *To: *Kuba Brecka <kuba.brecka at gmail.com>
>> *Cc: *gkistanova at gmail.com
>>
>> The Buildbot has detected a new failure on builder
>> llvm-clang-lld-x86_64-debian-fast while building compiler-rt.
>> Full details are available at:
>>
>> http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-debian-fast/builds/38714
>>
>> Buildbot URL: http://lab.llvm.org:8011/
>>
>> Buildslave for this Build: gribozavr4
>>
>> Build Reason: scheduler
>> Build Source Stamp: [branch trunk] 271906
>> Blamelist: kuba.brecka
>>
>> BUILD FAILED: failed test
>>
>> sincerely,
>> -The Buildbot
>>
>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20160607/14bceeff/attachment.html>


More information about the llvm-commits mailing list