Description
Tasks implicitly pick up shared libraries added to the job because the task launch context explicitly adds the container working directory to LD_LIBRARY_PATH. However the same is not done for the AM container which is inconsistent. User code can run in the AM via output committer, speculator, uber job, etc., so the AM's LD_LIBRARY_PATH should have the container work directory for consistency with tasks.
Attachments
Attachments
Issue Links
- breaks
-
MAPREDUCE-6577 MR AM unable to load native library without MR_AM_ADMIN_USER_ENV set
- Closed
- relates to
-
MAPREDUCE-6588 default values for PATH for tasks are not quite correct on Windows
- Open
-
MAPREDUCE-5799 add default value of MR_AM_ADMIN_USER_ENV
- Resolved