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

Tue Jun 7 14:36:41 PDT 2016

The bot was happy for one build, then became red for other reason.
So, I think this one is fixed.

On Tue, Jun 7, 2016 at 9:15 AM, Kostya Serebryany <kcc at google.com> wrote:

> 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/52bf8e03/attachment.html>