[
https://issues.apache.org/jira/browse/IMPALA-6293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16680024#comment-16680024
]
Philip Zeyliger commented on IMPALA-6293:
-----------------------------------------
Be aware that the way we initialize our JVM is via HDFS's libhdfs code, and
JAVA_TOOL_OPTIONS is (perhaps implicitly) being used from there. For our own
subprocesses, we should probably be scrubbing the environment.
> 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
> Priority: Major
>
> 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
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
