You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Philip Zeyliger (JIRA)" <ji...@apache.org> on 2017/10/20 16:37:00 UTC
[jira] [Closed] (IMPALA-6089) expr-test/expr-codegen-test failed
with segfault on GDB
[ 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)