You are viewing a plain text version of this content. The canonical link for it is here.
Posted to yarn-dev@hadoop.apache.org by "qus-jiawei (JIRA)" <ji...@apache.org> on 2013/12/03 11:20:39 UTC

[jira] [Resolved] (YARN-1469) ApplicationMaster crash cause the TaskAttemptImpl couldn't handle the TA_TOO_MANY_FETCH_FAILURE at KILLED

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

qus-jiawei resolved YARN-1469.
------------------------------

    Resolution: Duplicate

> ApplicationMaster crash cause the TaskAttemptImpl  couldn't handle the TA_TOO_MANY_FETCH_FAILURE at KILLED
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: YARN-1469
>                 URL: https://issues.apache.org/jira/browse/YARN-1469
>             Project: Hadoop YARN
>          Issue Type: Bug
>            Reporter: qus-jiawei
>         Attachments: job_1384857622207_222215-amlog.txt
>
>
> This bug could happen when using demission command to demission an nodemanager.The detail is bellow:
> 1.one job running happily on the yarn cluster and some MapTask finish on machine A then begin to schedule the reduce task.Now,the MapTask's state is successed.
> 2.The hadoop admin demission machine A 's NodeManager.
> 3.The ApplicationMaster find the some MapTask hived finish on a demissioned nodemanager, change this MapTask 's state to KILLED.
> 4.Some running ReduceTask couldn't get the data from MapTask throw an event TA_TOO_MANY_FETCH_FAILURE to TaskAttemptImpl.
> 5.TaskAttemptImpl couldn't handle TA_TOO_MANY_FETCH_FAILURE  at KILLED state then throw an exception,cause the ApplicationMaster turn to ERROR.
> I think TaskAttemptImpl could just ignore the TA_TOO_MANY_FETCH_FAILURE  event at KILLED state 



--
This message was sent by Atlassian JIRA
(v6.1#6144)