You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues-all@impala.apache.org by "Joe McDonnell (Jira)" <ji...@apache.org> on 2020/08/06 18:30:00 UTC

[jira] [Created] (IMPALA-10057) Impala logs during docker-based FE_TEST are massive

Joe McDonnell created IMPALA-10057:
--------------------------------------

             Summary: Impala logs during docker-based FE_TEST are massive
                 Key: IMPALA-10057
                 URL: https://issues.apache.org/jira/browse/IMPALA-10057
             Project: IMPALA
          Issue Type: Bug
          Components: Infrastructure
    Affects Versions: Impala 4.0
            Reporter: Joe McDonnell


For the docker-based tests, the Impala logs generated during the FE_TEST are huge:

 
{noformat}
$ du -c -h fe_test/ee_tests
4.0K	fe_test/ee_tests/minidumps/statestored
4.0K	fe_test/ee_tests/minidumps/impalad
4.0K	fe_test/ee_tests/minidumps/catalogd
16K	fe_test/ee_tests/minidumps
352K	fe_test/ee_tests/profiles
81G	fe_test/ee_tests
81G	total{noformat}
Creating a tarball of these logs takes 10 minutes. The Impalad/catalogd logs are filled with this error over and over:
{noformat}
E0805 06:08:45.485440 11219 TransactionKeepalive.java:137] Unexpected exception thrown
Java exception follows:
java.lang.BootstrapMethodError: java.lang.NoClassDefFoundError: 
	at org.apache.impala.common.TransactionKeepalive$DaemonThread.run(TransactionKeepalive.java:114)
	at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NoClassDefFoundError: 
	... 2 more{noformat}
Two interesting points:
 # The frontend tests are passing, so all of these errors in the impalad logs are not impacting tests.
 # These errors aren't happening in any of the other tests (ee tests, custom cluster tests, etc). These errors are not seen outside the docker-based tests.

A theory is that FE_TEST runs mvn to build and run the frontend tests. If there were some bad interaction of mvn with the docker filesystem in manipulating the ~/.m2 directory, that may cause problems. One thing to try may be to copy the .m2 directory to make sure it is in the top docker layer (similar to what we do with kudu wal files).

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org