hadoop-mapreduce-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rohith (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (MAPREDUCE-5910) MRAppMaster should handle Resync from RM instead of shutting down.
Date Thu, 17 Jul 2014 07:03:04 GMT

    [ https://issues.apache.org/jira/browse/MAPREDUCE-5910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14064649#comment-14064649
] 

Rohith commented on MAPREDUCE-5910:
-----------------------------------

I looked into test failures, all test faliling due to "address already in use localhost:9998"
exception. Let me dig more into failure for root reason.

> MRAppMaster should handle Resync from RM instead of shutting down.
> ------------------------------------------------------------------
>
>                 Key: MAPREDUCE-5910
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-5910
>             Project: Hadoop Map/Reduce
>          Issue Type: Task
>          Components: applicationmaster
>            Reporter: Rohith
>            Assignee: Rohith
>         Attachments: MAPREDUCE-5910.1.patch, MAPREDUCE-5910.2.patch, MAPREDUCE-5910.3.patch
>
>
> The ApplicationMasterService currently sends a resync response to which the AM responds
by shutting down. The MRAppMaster behavior is expected to change to calling resyncing with
the RM. Resync means resetting the allocate RPC sequence number to 0 and the AM should send
its entire outstanding request to the RM. Note that if the AM is making its first allocate
call to the RM then things should proceed like normal without needing a resync. The RM will
return all containers that have completed since the RM last synced with the AM. Some container
completions may be reported more than once.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message