hadoop-mapreduce-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Templeton (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (MAPREDUCE-6560) ClientServiceDelegate doesn't handle retries during AM restart as intended
Date Wed, 31 Aug 2016 23:23:20 GMT

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

Daniel Templeton resolved MAPREDUCE-6560.
    Resolution: Invalid

Looks like I was just wrong.

> ClientServiceDelegate doesn't handle retries during AM restart as intended
> --------------------------------------------------------------------------
>                 Key: MAPREDUCE-6560
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6560
>             Project: Hadoop Map/Reduce
>          Issue Type: Bug
>            Reporter: Daniel Templeton
>            Assignee: Daniel Templeton
> In the {{invoke()}} method, I found the following code:
> {code}
>   private AtomicBoolean usingAMProxy = new AtomicBoolean(false);
> ...
>         // if it's AM shut down, do not decrement maxClientRetry as we wait for
>         // AM to be restarted.
>         if (!usingAMProxy.get()) {
>           maxClientRetry--;
>         }
>         usingAMProxy.set(false);
> {code}
> When we create the AM proxy, we set the flag to true.  If we fail to connect, the impact
of the flag being true is that the code will try one extra time, giving it 400ms instead of
just 300ms.  I can't imagine that's the intended behavior.  After any failure, the flag will
forever more be false, but fortunately (?!?) the flag is otherwise unused.
> Looks like I need to do some archeology to figure out how we ended up here.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: mapreduce-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: mapreduce-issues-help@hadoop.apache.org

View raw message