process hang

[jvm-profiling-tools]

process hang

[ceeaspb]

this seems to happen once every 15 times or so.

another backtrace (this time quoted!):

(gdb) thread 5
[Switching to thread 5 (Thread 0x7fdad1925700 (LWP 7188))]
#0  0x00007fdaf0e61d3c in __lll_lock_wait_private () from /lib64/libc.so.6
(gdb) bt
#0  0x00007fdaf0e61d3c in __lll_lock_wait_private () from /lib64/libc.so.6
#1  0x00007fdaf0de0f66 in _L_lock_12192 () from /lib64/libc.so.6
#2  0x00007fdaf0dde4e1 in malloc () from /lib64/libc.so.6
#3  0x00007fdaf17570a6 in tls_get_addr_tail () from /lib64/ld-linux-x86-64.so.2
#4  0x00007fdaef2ef279 in CurrentJniEnv () at /home/vagrant/git/RichardWarburton/honest-profiler/src/main/cpp/globals.h:134
#5  Profiler::handle (this=0x7fdae80086a0, signum=<optimized out>, info=<optimized out>, context=0x7fdad1921380) at /home/vagrant/git/RichardWarburton/honest-profiler/src/main/cpp/profiler.cpp:113
#6  <signal handler called>
#7  0x00007fdaf0e4ed87 in mprotect () from /lib64/libc.so.6
#8  0x00007fdaf0ddd14d in _int_malloc () from /lib64/libc.so.6
#9  0x00007fdaf0dde4ec in malloc () from /lib64/libc.so.6
#10 0x00007fdaf06d2448 in os::malloc(unsigned long, unsigned short, unsigned char*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#11 0x00007fdaf00e89d3 in ChunkPool::allocate(unsigned long, AllocFailStrategy::AllocFailEnum) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#12 0x00007fdaf00e80a1 in Arena::grow(unsigned long, AllocFailStrategy::AllocFailEnum) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#13 0x00007fdaf062f4e0 in Matcher::Label_Root(Node const*, State*, Node*, Node const*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#14 0x00007fdaf062f447 in Matcher::Label_Root(Node const*, State*, Node*, Node const*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#15 0x00007fdaf062f447 in Matcher::Label_Root(Node const*, State*, Node*, Node const*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#16 0x00007fdaf0630c8b in Matcher::match_tree(Node const*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#17 0x00007fdaf0631d86 in Matcher::xform(Node*, int) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#18 0x00007fdaf06346c5 in Matcher::match() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#19 0x00007fdaf0298dea in Compile::Code_Gen() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#20 0x00007fdaf02998ea in Compile::Compile(ciEnv*, TypeFunc const* (*)(), unsigned char*, char const*, int, bool, bool, bool) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#21 0x00007fdaf0768629 in OptoRuntime::generate_stub(ciEnv*, TypeFunc const* (*)(), unsigned char*, char const*, int, bool, bool, bool) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#22 0x00007fdaf0768856 in OptoRuntime::generate(ciEnv*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#23 0x00007fdaf01f03e9 in C2Compiler::initialize() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#24 0x00007fdaf02a0eca in CompileBroker::init_compiler_runtime() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#25 0x00007fdaf02a6d0f in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#26 0x00007fdaf081e03f in JavaThread::thread_main_inner() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#27 0x00007fdaf081e205 in JavaThread::run() () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#28 0x00007fdaf06db0c8 in java_start(Thread*) () from /usr/lib/jvm/jdk1.8.0_05/jre/lib/amd64/server/libjvm.so
#29 0x00007fdaf1541df3 in start_thread () from /lib64/libpthread.so.0
#30 0x00007fdaf0e543dd in clone () from /lib64/libc.so.6

[jasonk000]

I think this might have been fixed by @nitsanw 's commit d1b36de , removed thread local storage for jni environment.

[RichardWarburton]

In that case I'm closing the issue. If it still appears to be a bug, then please re-open ;)