[ 
https://issues.apache.org/jira/browse/KUDU-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

YifanZhang reopened KUDU-2879:
------------------------------

I hit this issue again.

I can build DEBUG type of kudu 1.12.0 successfully on CentOS 7.3, but when I 
try to run any binary in build/debug/bin, it somehow hangs.

The pstack is:
{code:java}
#0  0x00007febae90ce40 in __nanosleep_nocancel () at 
../sysdeps/unix/syscall-template.S:81
#1  0x00007febadb08849 in base::internal::SpinLockDelay(int volatile*, int, 
int) () from /usr/lib64/libprofiler.so.0
#2  0x00007febadb087cf in SpinLock::SlowLock() () from 
/usr/lib64/libprofiler.so.0
#3  0x00007febabd1ef08 in tcmalloc::ThreadCache::InitModule() () from 
/usr/lib64/libtcmalloc.so.4
#4  0x00007febabd1effd in tcmalloc::ThreadCache::CreateCacheIfNecessary() () 
from /usr/lib64/libtcmalloc.so.4
#5  0x00007febabd2d325 in tc_calloc () from /usr/lib64/libtcmalloc.so.4
#6  0x00007febabaf4550 in _dlerror_run (operate=operate@entry=0x7febabaf3ff0 
<dlsym_doit>, args=args@entry=0x7fffc9085dd0) at dlerror.c:141
#7  0x00007febabaf4058 in __dlsym (handle=<optimized out>, name=<optimized 
out>) at dlsym.c:70
#8  0x00007febac4925ae in (anonymous namespace)::dlsym_or_die 
(sym=0x7febac5b29eb "dlopen") at 
/home/zhangyifan8/work/kudu/src/kudu/util/debug/unwind_safeness.cc:74
#9  0x00007febac4926d2 in (anonymous namespace)::InitIfNecessary () at 
/home/zhangyifan8/work/kudu/src/kudu/util/debug/unwind_safeness.cc:100
#10 0x00007febac49280a in dl_iterate_phdr (callback=0x7feba9c2f280 
<_Unwind_IteratePhdrCallback>, data=0x7fffc9085ed0) at 
/home/zhangyifan8/work/kudu/src/kudu/util/debug/unwind_safeness.cc:158
#11 0x00007feba9c2fbbf in _Unwind_Find_FDE (pc=0x7feba9c2df87 
<_Unwind_Backtrace+55>, bases=bases@entry=0x7fffc9086228) at 
../../../libgcc/unwind-dw2-fde-dip.c:461
#12 0x00007feba9c2cd2c in uw_frame_state_for 
(context=context@entry=0x7fffc9086180, fs=fs@entry=0x7fffc9085fd0) at 
../../../libgcc/unwind-dw2.c:1245
#13 0x00007feba9c2d6ed in uw_init_context_1 
(context=context@entry=0x7fffc9086180, 
outer_cfa=outer_cfa@entry=0x7fffc9086430, outer_ra=0x7febadb071da) at 
../../../libgcc/unwind-dw2.c:1566
#14 0x00007feba9c2df88 in _Unwind_Backtrace (trace=0x7febadb07410, 
trace_argument=0x7fffc9086430) at ../../../libgcc/unwind.inc:283
#15 0x00007febadb071da in ?? () from /usr/lib64/libprofiler.so.0
#16 0x00007febadb078e4 in GetStackTrace(void**, int, int) () from 
/usr/lib64/libprofiler.so.0
#17 0x00007febabd1c386 in tcmalloc::PageHeap::GrowHeap(unsigned long) () from 
/usr/lib64/libtcmalloc.so.4
#18 0x00007febabd1c613 in tcmalloc::PageHeap::New(unsigned long) () from 
/usr/lib64/libtcmalloc.so.4
#19 0x00007febabd1b139 in tcmalloc::CentralFreeList::Populate() () from 
/usr/lib64/libtcmalloc.so.4
#20 0x00007febabd1b338 in tcmalloc::CentralFreeList::FetchFromOneSpansSafe(int, 
void**, void**) () from /usr/lib64/libtcmalloc.so.4
#21 0x00007febabd1b3d0 in tcmalloc::CentralFreeList::RemoveRange(void**, 
void**, int) () from /usr/lib64/libtcmalloc.so.4
#22 0x00007febabd1e2a7 in tcmalloc::ThreadCache::FetchFromCentralCache(unsigned 
int, int) () from /usr/lib64/libtcmalloc.so.4
#23 0x00007febabd2ce16 in tcmalloc::allocate_full_malloc_oom(unsigned long) () 
from /usr/lib64/libtcmalloc.so.4
#24 0x00007feba98bdb6d in __fopen_internal (filename=0x7feba8105f37 
"/proc/filesystems", mode=0x7feba8105da1 "r", is32=1) at iofopen.c:69
#25 0x00007feba80f7956 in selinuxfs_exists () from /usr/lib64/libselinux.so.1
#26 0x00007feba80efc28 in init_lib () from /usr/lib64/libselinux.so.1
#27 0x00007febb3d69973 in call_init (env=0x7fffc9086828, argv=0x7fffc9086818, 
argc=1, l=<optimized out>) at dl-init.c:82
#28 _dl_init (main_map=0x7febb3f7d150, argc=1, argv=0x7fffc9086818, 
env=0x7fffc9086828) at dl-init.c:131
#29 0x00007febb3d5b15a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#30 0x0000000000000001 in ?? ()
#31 0x00007fffc9087195 in ?? ()
#32 0x0000000000000000 in ?? ()
{code}
 It works well if built with RELEASE type. And this didn't happen when build 
kudu 1.11.1 with Debug type.

> Build hangs in DEBUG type on Ubuntu 18.04
> -----------------------------------------
>
>                 Key: KUDU-2879
>                 URL: https://issues.apache.org/jira/browse/KUDU-2879
>             Project: Kudu
>          Issue Type: Improvement
>            Reporter: Yingchun Lai
>            Priority: Major
>         Attachments: config.diff, config.log
>
>
> Few months ago, I report this issue on Slack: 
> [https://getkudu.slack.com/archives/C0CPXJ3CH/p1549942641041600]
> I switch to RELEASE type then on, and haven't try build on DEBUG type on my 
> Ubuntu environment.
> Now, when I try build DEBUG type to check 1.10.0-RC2, this issue occurred 
> again.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to