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 "David Rorke (Jira)" <ji...@apache.org> on 2023/05/25 22:44:00 UTC
[jira] [Created] (IMPALA-12167) TestJvmMemTracker.test_jvm_mem_tracking crashing impalad during startup
David Rorke created IMPALA-12167:
------------------------------------
Summary: TestJvmMemTracker.test_jvm_mem_tracking crashing impalad during startup
Key: IMPALA-12167
URL: https://issues.apache.org/jira/browse/IMPALA-12167
Project: IMPALA
Issue Type: Bug
Components: be
Reporter: David Rorke
Assignee: Michael Smith
Attachments: ba01e6dd-9f36-44d6-9887dcb4-2df3f965.dmp_dumped.gz
test_jvm_mem_tracking is failing and causing the impalad to abort/crash early during startup. Minidump is attached.
The test starts impala with the following arguments:
{noformat}
start-impala-cluster.py '--state_store_args=--statestore_update_frequency_ms=50 --statestore_priority_update_frequency_ms=50 --statestore_heartbeat_frequency_ms=50' --cluster_size=1 --num_coordinators=1 --log_dir=/data/jenkins/workspace/impala-asf-master-exhaustive/repos/Impala/logs/custom_cluster_tests --log_level=1 '--impalad_args=--mem_limit_includes_jvm=true --codegen_cache_capacity=0 ' '--state_store_args=None ' --jvm_args=-Xmx1g --impalad_args=–default_query_options={noformat}
This test is unusual in setting --mem_limit_includes_jvm=true in the startup flags, so it seems likely the failure is related to use of this flag. There was also recent change to the Java startup options in IMPALA-11260 (to "add add-opens to JAVA_TOOL_OPTIONS on startup") that could be related.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org