You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@tez.apache.org by "Bikas Saha (JIRA)" <ji...@apache.org> on 2014/04/09 02:49:24 UTC

[jira] [Resolved] (TEZ-1029) Fetcher can fail to report input failed event upon connection error

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

Bikas Saha resolved TEZ-1029.
-----------------------------

       Resolution: Fixed
    Fix Version/s: 0.5.0
     Hadoop Flags: Reviewed

commit 1ee92e32c43ad4fd0f1a88a5e9622b838de4170a
Author: Bikas Saha <bi...@apache.org>
Date:   Tue Apr 8 17:48:42 2014 -0700

    TEZ-1029. Fetcher can fail to report input failed event upon connection error (bikas)


> Fetcher can fail to report input failed event upon connection error
> -------------------------------------------------------------------
>
>                 Key: TEZ-1029
>                 URL: https://issues.apache.org/jira/browse/TEZ-1029
>             Project: Apache Tez
>          Issue Type: Bug
>            Reporter: Bikas Saha
>            Assignee: Bikas Saha
>             Fix For: 0.5.0
>
>         Attachments: TEZ-1029.1.patch, TEZ-1029.2.patch
>
>
> When there is a connection error then the fetcher fails all the maps but does not report input read error to the AM. So the AM does not get any information to rerun the source (if many fetchers report read errors). A connection failed also results in the shuffle-scheduler deciding that too many different map sources have failed and so it should fail itself. Multiple attempts of the reducer fail and the job fails. Looking at MR Fetcher code, a connection issue is also reported as a read error to the MR AM. Planning on making the same fix in the Tez Fetcher as was made in MAPREDUCE-4772.



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