New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MAPREDUCE-7449: Add add-opens flag to container launch commands on JDK17 nodes #5935
Conversation
💔 -1 overall
This message was automatically generated. |
LGTM. |
@@ -170,6 +170,13 @@ public static String expandEnvironment(String var, | |||
var = var.replace(ApplicationConstants.CLASS_PATH_SEPARATOR, | |||
File.pathSeparator); | |||
|
|||
if (Shell.isJavaVersionAtLeast(17)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just wondering about this. Wouldn't a node-manager config be easer to reason about?
Implementing like this is a bit strange, currently MR jobs can be configured (default=true) and the distributed shell app sets this regardless of the configuration. During the job submission/config time it's not clear if container will be launched on a Java>=17 node so that's the reason for the placeholder, later ContainerLaunch replaces it to the arg or an empty string. Maybe non MR apps would also require this option to run properly - which they could specify at the job config - but non-homogenous nodes (where nodes have different Java installs) can't be handled easily (maybe with node labels or some other trick).
I think this should be a node-manager config instead. The ContainerLaunch could just simply add the arg when the java version is at least 17 and the config option is set (if we can detect that the container is a java app, not sure about that).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since it is not trivial to detect when and where to add this argument, I think the current solution is OK as is.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Had an offline discussion with @tomicooler, the issue with not using a placeholder is the way commands is contructed: in contrast to it's name and type it's a String list containing one element only, the command that is to be executed. In case of Java apps we must add this parameter before the main class, hence I see two options here: add the placeholder right after -Xmx (so that we know it'll be in the correct place) or I can deconstruct the first element of the commands array and add the add-opens flag to the correct place. I think the former is a cleaner, less error-prone solution.
Unit tests are failing on trunk as well, MAPREDUCE-7436 was opened because of them. |
Uploaded a checkstyle fix. I've resolved most of them, however I've left the indentation issues as is, where the rest of the file is similarly indented. |
" 0" + | ||
" 1><LOG_DIR>/stdout" + | ||
" 2><LOG_DIR>/stderr ]", app.launchCmdList.get(0)); | ||
" -Djava.net.preferIPv4Stack=true" + |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
avoid space
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed, thanks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, LGTM.
@brumi1024 Thank you very much for your contribution! I have a question to ask. Do you compile Hadoop using JDK17 in your production environment, or do you use JDK8 to compile and run it under JDK17? |
@slfan1989 The latter. I did compile the code using JDK8 and run it on a JDK17 cluster. |
@brumi1024 Thank you very much for your explanation! |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
…K17 nodes (#5935) Contributed by Benjamin Teke
Description of PR
To allow containers to launch on JDK17 nodes the add-opens flag should be added to the container launch commands if the node has JDK17+, and it shouldn't on previous JDKs. This behaviour should be configurable.
How was this patch tested?
Tested on a JDK17 cluster.
For code changes:
LICENSE
,LICENSE-binary
,NOTICE-binary
files?