[ https://issues.apache.org/jira/browse/IMPALA-6089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Philip Zeyliger closed IMPALA-6089. ----------------------------------- Resolution: Information Provided > expr-test/expr-codegen-test failed with segfault on GDB > ------------------------------------------------------- > > Key: IMPALA-6089 > URL: https://issues.apache.org/jira/browse/IMPALA-6089 > Project: IMPALA > Issue Type: Bug > Components: Backend, Infrastructure > Environment: Ubuntu 14.04.5 LTS, latest Impala code, > java-1.7.0-openjdk-amd64 > Reporter: Jinchul Kim > > I encountered the following crash. I guess it should be related with libjvm > or its relevant because the problem is only reproducible if init_jvm == true > on InitCommonRuntime. I am not sure this problem might be related to my > environment. Would you please have a look at this? I was trying to narrow > down it but symbol information is not shown on GDB. > {code:java} > jinchulkim@ubuntu:~/workspace/Impala$ source ./bin/impala-config.sh > jinchulkim@ubuntu:~/workspace/Impala$ source ./bin/set-classpath.sh > jinchulkim@ubuntu:~/workspace/Impala$ ./be/build/debug/exprs/expr-test > Running without optimization passes. > Running without codegen > [==========] Running 46 tests from 1 test case. > [----------] Global test environment set-up. > [----------] 46 tests from ExprTest > [ RUN ] ExprTest.NullLiteral > ... (works well!) > jinchulkim@ubuntu:~/workspace/Impala$ gdb --args > ./be/build/debug/exprs/expr-test > GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1 > Copyright (C) 2014 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from ./be/build/debug/exprs/expr-test...r > done. > (gdb) r > Starting program: > /home/jinchulkim/workspace/Impala/be/build/debug/exprs/expr-test > warning: File > "/home/jinchulkim/workspace/Impala/toolchain/gcc-4.9.2/lib64/libstdc++.so.6.0.20-gdb.py" > auto-loading has been declined by your `auto-load safe-path' set to > "$debugdir:$datadir/auto-load". > To enable execution of this file add > add-auto-load-safe-path > /home/jinchulkim/workspace/Impala/toolchain/gcc-4.9.2/lib64/libstdc++.so.6.0.20-gdb.py > line to your configuration file "/home/jinchulkim/.gdbinit". > To completely disable this security protection add > set auto-load safe-path / > line to your configuration file "/home/jinchulkim/.gdbinit". > For more information about this security protection see the > "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: > info "(gdb)Auto-loading safe path" > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > [New Thread 0x7ffff39c6700 (LWP 26230)] > [New Thread 0x7ffff31c5700 (LWP 26231)] > [New Thread 0x7ffff29c4700 (LWP 26232)] > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffe23342b4 in ?? () > (gdb) where > #0 0x00007fffe23342b4 in ?? () > #1 0x0000000000000246 in ?? () > #2 0x00007fffe2334160 in ?? () > #3 0x00007ffff7069c70 in VM_Operation::_names () from > /usr/lib/jvm/java-8-oracle-amd64/jre/lib/amd64/server/libjvm.so > #4 0x00007fffffff5e80 in ?? () > #5 0x00007ffff6b998cd in VM_Version::get_processor_features() () from > /usr/lib/jvm/java-8-oracle-amd64/jre/lib/amd64/server/libjvm.so > Backtrace stopped: previous frame inner to this frame (corrupt stack?) > (gdb) info thr > Id Target Id Frame > 4 Thread 0x7ffff29c4700 (LWP 26232) "expr-test" 0x00007ffff47f8b9d in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > 3 Thread 0x7ffff31c5700 (LWP 26231) "expr-test" 0x00007ffff47f8b9d in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > 2 Thread 0x7ffff39c6700 (LWP 26230) "expr-test" 0x00007ffff44e4dfd in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > * 1 Thread 0x7ffff7fd28c0 (LWP 26214) "expr-test" 0x00007fffe23342b4 in ?? > () > (retest once again) > jinchulkim@ubuntu:~/workspace/Impala$ gdb --args > ./be/build/debug/exprs/expr-test > GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1 > Copyright (C) 2014 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from ./be/build/debug/exprs/expr-test...r > done. > (gdb) r > Starting program: > /home/jinchulkim/workspace/Impala/be/build/debug/exprs/expr-test > warning: File > "/home/jinchulkim/workspace/Impala/toolchain/gcc-4.9.2/lib64/libstdc++.so.6.0.20-gdb.py" > auto-loading has been declined by your `auto-load safe-path' set to > "$debugdir:$datadir/auto-load". > To enable execution of this file add > add-auto-load-safe-path > /home/jinchulkim/workspace/Impala/toolchain/gcc-4.9.2/lib64/libstdc++.so.6.0.20-gdb.py > line to your configuration file "/home/jinchulkim/.gdbinit". > To completely disable this security protection add > set auto-load safe-path / > line to your configuration file "/home/jinchulkim/.gdbinit". > For more information about this security protection see the > "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: > info "(gdb)Auto-loading safe path" > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > [New Thread 0x7ffff3b96700 (LWP 30582)] > [New Thread 0x7ffff3395700 (LWP 30586)] > [New Thread 0x7ffff2b94700 (LWP 30587)] > [New Thread 0x7fffed9a9700 (LWP 30588)] > [New Thread 0x7fffed8a8700 (LWP 30589)] > [New Thread 0x7fffed7a7700 (LWP 30590)] > [New Thread 0x7fffed6a6700 (LWP 30591)] > [New Thread 0x7fffe7361700 (LWP 30592)] > [New Thread 0x7fffe7260700 (LWP 30593)] > [New Thread 0x7fffe715f700 (LWP 30594)] > [New Thread 0x7fffe697c700 (LWP 30595)] > [New Thread 0x7fffe687b700 (LWP 30596)] > [New Thread 0x7fffe677a700 (LWP 30597)] > [New Thread 0x7fffe6679700 (LWP 30598)] > [New Thread 0x7fffe6578700 (LWP 30599)] > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffee3835d8 in ?? () > #0 0x00007fffee3835d8 in ?? () > #1 0x00007fffee2fd310 in ?? () > #2 0x0000000700000000 in ?? () > #3 0x00007fffffff4310 in ?? () > #4 0x00007fffffff42c8 in ?? () > #5 0x0000000000000095 in ?? () > #6 0x0000000000000000 in ?? () > (gdb) info thr > Id Target Id Frame > 16 Thread 0x7fffe6578700 (LWP 30599) "expr-test" > pthread_cond_timedwait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 > 15 Thread 0x7fffe6679700 (LWP 30598) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 14 Thread 0x7fffe677a700 (LWP 30597) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 13 Thread 0x7fffe687b700 (LWP 30596) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 12 Thread 0x7fffe697c700 (LWP 30595) "expr-test" sem_wait () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85 > 11 Thread 0x7fffe715f700 (LWP 30594) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 10 Thread 0x7fffe7260700 (LWP 30593) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 9 Thread 0x7fffe7361700 (LWP 30592) "expr-test" > pthread_cond_timedwait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 > 8 Thread 0x7fffed6a6700 (LWP 30591) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 7 Thread 0x7fffed7a7700 (LWP 30590) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 6 Thread 0x7fffed8a8700 (LWP 30589) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 5 Thread 0x7fffed9a9700 (LWP 30588) "expr-test" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 4 Thread 0x7ffff2b94700 (LWP 30587) "expr-test" 0x00007ffff49c8b9d in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > 3 Thread 0x7ffff3395700 (LWP 30586) "expr-test" 0x00007ffff49c8b9d in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > 2 Thread 0x7ffff3b96700 (LWP 30582) "expr-test" 0x00007ffff46b4dfd in > nanosleep () at ../sysdeps/unix/syscall-template.S:81 > * 1 Thread 0x7ffff7fd28c0 (LWP 30570) "expr-test" 0x00007fffee3835d8 in ?? > () > (gdb) c > Continuing. > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffee3a0823 in ?? () > (gdb) where > #0 0x00007fffee3a0823 in ?? () > #1 0x00000007c6e59e08 in ?? () > #2 0x00000007c6e59e08 in ?? () > #3 0x00000007c6e14ab0 in ?? () > #4 0x0000000700000000 in ?? () > #5 0x0000000000000000 in ?? () > (gdb) c > Continuing. > [New Thread 0x7fffe3d97700 (LWP 31127)] > [New Thread 0x7fffe3d5e700 (LWP 31128)] > [Thread 0x7fffe3d5e700 (LWP 31128) exited] > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff6898468 in ?? () from > /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/libjvm.so > (gdb) where > #0 0x00007ffff6898468 in ?? () from > /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/libjvm.so > #1 0x00007ffff6898edd in ?? () from > /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/libjvm.so > #2 0x00007ffff1514963 in Java_java_util_zip_ZipFile_getEntry () from > /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/libzip.so > #3 0x00007fffee36b8ee in ?? () > #4 0x0000000000000074 in ?? () > #5 0x00000007c610d408 in ?? () > #6 0x00007fffffff2e70 in ?? () > #7 0x00007ffff68c8719 in JVM_ArrayCopy () from > /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/libjvm.so > #8 0x00007fffee2fe28d in ?? () > #9 0x00007fffee2fe28d in ?? () > #10 0x0000000000000000 in ?? () > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029)