[ https://issues.apache.org/jira/browse/IMPALA-7288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16542023#comment-16542023 ]
Tim Armstrong edited comment on IMPALA-7288 at 7/12/18 6:20 PM: ---------------------------------------------------------------- I also can repro. Looks like a bogus VTy address in the llvm::FUnction: {noformat} (gdb) p *fn $8 = { <llvm::GlobalObject> = { <llvm::GlobalValue> = { <llvm::Constant> = { <llvm::User> = { <llvm::Value> = { VTy = 0x446e6d756c6f4354, UseList = 0x6972773a3a617461, SubclassID = 116 't', HasValueHandle = 1 '\001', SubclassOptionalData = 50 '2', SubclassData = 24872, NumUserOperands = 140730736, IsUsedByMD = 0, HasName = 1, HasHungOffUses = 1, HasDescriptor = 0, static MaxAlignmentExponent = 29, static MaximumAlignment = 536870912 }, <No data fields>}, <No data fields>}, {noformat} I'll try to see if I can repro on ASAN and see if there's some kind of memory lifetime bug. was (Author: tarmstrong): I also can repro. Looks like a bogus VTy (gdb) p *fn $8 = { <llvm::GlobalObject> = { <llvm::GlobalValue> = { <llvm::Constant> = { <llvm::User> = { <llvm::Value> = { VTy = 0x446e6d756c6f4354, UseList = 0x6972773a3a617461, SubclassID = 116 't', HasValueHandle = 1 '\001', SubclassOptionalData = 50 '2', SubclassData = 24872, NumUserOperands = 140730736, IsUsedByMD = 0, HasName = 1, HasHungOffUses = 1, HasDescriptor = 0, static MaxAlignmentExponent = 29, static MaximumAlignment = 536870912 }, <No data fields>}, <No data fields>}, address in the llvm::FUnction: {noformat} (gdb) p *fn $8 = { <llvm::GlobalObject> = { <llvm::GlobalValue> = { <llvm::Constant> = { <llvm::User> = { <llvm::Value> = { VTy = 0x446e6d756c6f4354, UseList = 0x6972773a3a617461, SubclassID = 116 't', HasValueHandle = 1 '\001', SubclassOptionalData = 50 '2', SubclassData = 24872, NumUserOperands = 140730736, IsUsedByMD = 0, HasName = 1, HasHungOffUses = 1, HasDescriptor = 0, static MaxAlignmentExponent = 29, static MaximumAlignment = 536870912 }, <No data fields>}, <No data fields>}, {noformat} I'll try to see if I can repro on ASAN and see if there's some kind of memory lifetime bug. > Codegen crash in FinalizeModule() > --------------------------------- > > Key: IMPALA-7288 > URL: https://issues.apache.org/jira/browse/IMPALA-7288 > Project: IMPALA > Issue Type: Bug > Components: Backend > Affects Versions: Impala 2.12.0, Impala 3.1.0 > Reporter: Balazs Jeszenszky > Priority: Blocker > > The following sequence crashes Impala 2.12 reliably: > {code} > CREATE TABLE test (c1 CHAR(6),c2 CHAR(6)); > select 1 from test t1, test t2 > where t1.c1 = FROM_TIMESTAMP(cast(t2.c2 as string), 'yyyyMMdd'); > {code} > hs_err_pid has: > {code} > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x0000000003b36ce4, pid=28459, tid=0x00007f2c49685700 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_162-b12) (build > 1.8.0_162-b12) > # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.162-b12 mixed mode > linux-amd64 compressed oops) > # Problematic frame: > # C [impalad+0x3736ce4] llvm::Value::getContext() const+0x4 > {code} > Backtrace is: > {code} > #0 0x00007f2cb217a5f7 in raise () from /lib64/libc.so.6 > #1 0x00007f2cb217bce8 in abort () from /lib64/libc.so.6 > #2 0x00007f2cb4de2f35 in os::abort(bool) () from > /usr/java/latest/jre/lib/amd64/server/libjvm.so > #3 0x00007f2cb4f86f33 in VMError::report_and_die() () from > /usr/java/latest/jre/lib/amd64/server/libjvm.so > #4 0x00007f2cb4de922f in JVM_handle_linux_signal () from > /usr/java/latest/jre/lib/amd64/server/libjvm.so > #5 0x00007f2cb4ddf253 in signalHandler(int, siginfo*, void*) () from > /usr/java/latest/jre/lib/amd64/server/libjvm.so > #6 <signal handler called> > #7 0x0000000003b36ce4 in llvm::Value::getContext() const () > #8 0x0000000003b36cff in llvm::Value::getValueName() const () > #9 0x0000000003b36de9 in llvm::Value::getName() const () > #10 0x0000000001ba6bb2 in impala::LlvmCodeGen::FinalizeModule (this=0x9b53980) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/be/src/codegen/llvm-codegen.cc:1076 > #11 0x00000000018f5c0f in impala::FragmentInstanceState::Open (this=0xac0b400) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/be/src/runtime/fragment-instance-state.cc:255 > #12 0x00000000018f3699 in impala::FragmentInstanceState::Exec (this=0xac0b400) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/be/src/runtime/fragment-instance-state.cc:80 > #13 0x00000000019028c3 in impala::QueryState::ExecFInstance (this=0x9c6ad00, > fis=0xac0b400) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/be/src/runtime/query-state.cc:410 > #14 0x000000000190113c in impala::QueryState::<lambda()>::operator()(void) > const (__closure=0x7f2c49684be8) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/be/src/runtime/query-state.cc:350 > #15 0x00000000019034dd in > boost::detail::function::void_function_obj_invoker0<impala::QueryState::StartFInstances()::<lambda()>, > void>::invoke(boost::detail::function::function_buffer &) > (function_obj_ptr=...) > at > /usr/src/debug/impala-2.12.0-cdh5.15.0/toolchain/boost-1.57.0-p3/include/boost/function/function_template.hpp:153 > {code} > Crash is at > https://github.com/cloudera/Impala/blob/cdh5-2.12.0_5.15.0/be/src/codegen/llvm-codegen.cc#L1070-L1079. > The repro steps seem to be quite specific. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org For additional commands, e-mail: issues-all-h...@impala.apache.org