You are viewing a plain text version of this content. The canonical link for it is here.
Posted to yarn-issues@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2015/06/08 14:27:01 UTC

[jira] [Resolved] (YARN-3759) Include command line, localization info and env vars on AM launch failure

     [ https://issues.apache.org/jira/browse/YARN-3759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Loughran resolved YARN-3759.
----------------------------------
    Resolution: Duplicate

> Include command line, localization info and env vars on AM launch failure
> -------------------------------------------------------------------------
>
>                 Key: YARN-3759
>                 URL: https://issues.apache.org/jira/browse/YARN-3759
>             Project: Hadoop YARN
>          Issue Type: Sub-task
>          Components: nodemanager
>    Affects Versions: 2.7.0
>            Reporter: Steve Loughran
>            Priority: Minor
>
> While trying to diagnose AM launch failures, its important to be able to get at the final, expanded {{CLASSPATH}} and other env variables. We don't get that today: you can log the unexpanded values on the client, and tweak NM ContainerExecutor log levels to DEBUG & get some of this —‚ut you don't get it in the task logs, and tuning NM log level isn't viable on a large, busy cluster.
> Launch failures should include some env specifics:
> # list of env vars (ideally, full getenv values), with some stripping of "sensitive" options (i'm thinking AWS env vars here)
> # command line
> # path localisations
> These can go in the task logs, we don't need to include them in the application report.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)