It was . bin/set-classpath.sh. Forgot about that one. Thanks, Henry!
On Sun, Sep 10, 2017 at 3:31 PM, Henry Robinson <he...@apache.org> wrote: > I've seen this deadlock before although not in expr-test. I can't remember > exactly how I cleared it but I believe it was either: > > 1. make fe && . bin/set-classpath.sh > 2. bin/create-test-configuration.sh > > Sailesh knows about the upstream HDFS bug which I think has been fixed but > not incorporated into Impala's dependencies. > > On Sun, Sep 10, 2017 at 1:42 PM Jim Apple <jbap...@cloudera.com> wrote: > >> When I run expr-test, it gets stuck in getJNIEnv(). Here's the full stack >> trace: >> >> #0 __lll_lock_wait () at >> ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 >> #1 0x00007ffff4885dbd in __GI___pthread_mutex_lock (mutex=0x45fe5a0 >> <jvmMutex>) at ../nptl/pthread_mutex_lock.c:80 >> #2 0x0000000002cf79f6 in mutexLock (m=<optimized out>) at >> >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/os/posix/mutexes.c:28 >> #3 0x0000000002cf01b7 in setTLSExceptionStrings (rootCause=0x0, >> stackTrace=0x0) at >> >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/jni_helper.c:581 >> #4 0x0000000002cf7f77 in printExceptionAndFreeV (env=0x4f221e8, >> exc=0x4eb6a00, noPrintFlags=<optimized out>, fmt=0x33d7994 >> "loadFileSystems", ap=0x7fffffff9da0) >> at >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/exception.c:183 >> #5 0x0000000002cf81dd in printExceptionAndFree (env=<optimized out>, >> exc=<optimized out>, noPrintFlags=<optimized out>, fmt=<optimized >> out>) >> at >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/exception.c:213 >> #6 0x0000000002cf0faf in getGlobalJNIEnv () at >> >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/jni_helper.c:463 >> #7 getJNIEnv () at >> >> /data/2/jenkins/workspace/impala-hadoop-dependency/hadoop/hadoop-hdfs-project/hadoop-hdfs/src/main/native/libhdfs/jni_helper.c:528 >> #8 0x0000000001a0116a in impala::JniUtil::Init () at >> be/src/util/jni-util.cc:105 >> #9 0x00000000014fd881 in impala::InitCommonRuntime (argc=1, >> argv=0x7fffffffa628, init_jvm=true, >> test_mode=impala::TestInfo::BE_TEST) at be/src/common/init.cc:236 >> #10 0x000000000143da3f in main (argc=1, argv=0x7fffffffa628) at >> be/src/exprs/expr-test.cc:7420 >> >> I've tried git fetch, bin/clean.sh, running with the minicluster on, >> running with the minicluster off, running with the impala cluster on, >> running with it off, running in release mode, debug mode, in gdb, and >> out of gdb. >> >> Has anyone else seen this and escaped from its clutches? >>