You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Joe McDonnell (JIRA)" <ji...@apache.org> on 2017/12/07 19:43:00 UTC
[jira] [Created] (IMPALA-6293) Shell commands run by Impala can
fail when using the Java debugger
Joe McDonnell created IMPALA-6293:
-------------------------------------
Summary: Shell commands run by Impala can fail when using the Java debugger
Key: IMPALA-6293
URL: https://issues.apache.org/jira/browse/IMPALA-6293
Project: IMPALA
Issue Type: Bug
Components: Backend
Affects Versions: Impala 2.11.0
Reporter: Joe McDonnell
Impala has several parameters that specify shell commands for Impala to run:
s3a_access_key_cmd
s3a_secret_key_cmd
ssl_private_key_password_cmd
webserver_private_key_password_cmd
When debugging the JVM inside the Impala process, it is useful to specify JAVA_TOOL_OPTIONS to run the Java debugger on a particular port. However, JAVA_TOOL_OPTIONS remains in the environment, so it is passed to these shell commands. If any of these shell commands run java, then that JVM will attempt to use the JAVA_TOOL_OPTIONS specified and thus try to bind to the same port. The Impala process JVM is already bound to that port, so this will fail. Several of these commands run at startup, so Impala will fail to startup with the Java debugger.
Impala should be careful about the environment variables that get passed to these shell programs. In particular, JAVA_TOOL_OPTIONS should be scrubbed of any Java debugger configuration to avoid these port conflicts. It might be best to simply null out JAVA_TOOL_OPTIONS for these commands.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)