ASF GitHub Bot commented on YARN-3477:

GitHub user steveloughran opened a pull request:


    YARN-3477 timeline diagnostics

    YARN-3477 timeline diagnostics: add more details on why things are failing, 
including stack traces (at debug level sometimes)

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/steveloughran/hadoop 

Alternatively you can review and apply these changes as the patch at:


To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #47
commit 5278ac3de77e866e6528b5b6fb6f8d294c541a5f
Author: Steve Loughran <ste...@hortonworks.com>
Date:   2015-04-23T14:18:26Z

    YARN-3477 TimelineClientImpl swallows exceptions

commit 7a3701b66ef415ff8c5f9fdeec4ebe292d0eab75
Author: Steve Loughran <ste...@hortonworks.com>
Date:   2015-04-24T12:03:09Z

    YARN-3477 patch 002
    # rethrowing runtime exception on timeout, but including the IOE as an 
inner exception
    # using constant strings in the error messages
    # clean up tests to (a) use those constant strings in tests, (b) throw the 
original exception on any mismatch, plus other improvements

commit 43b6b1fc126bff5b4be95bdd2fbab3bf686edde5
Author: Steve Loughran <ste...@hortonworks.com>
Date:   2015-11-18T22:25:18Z

    YARN-3277 make sure there's spaces; chop line > 80 chars wide


> TimelineClientImpl swallows exceptions
> --------------------------------------
>                 Key: YARN-3477
>                 URL: https://issues.apache.org/jira/browse/YARN-3477
>             Project: Hadoop YARN
>          Issue Type: Bug
>          Components: timelineserver
>    Affects Versions: 2.6.0, 2.7.0
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>         Attachments: YARN-3477-001.patch, YARN-3477-002.patch
> If timeline client fails more than the retry count, the original exception is 
> not thrown. Instead some runtime exception is raised saying "retries run out"
> # the failing exception should be rethrown, ideally via 
> NetUtils.wrapException to include URL of the failing endpoing
> # Otherwise, the raised RTE should (a) state that URL and (b) set the 
> original fault as the inner cause

This message was sent by Atlassian JIRA

Reply via email to