You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tez.apache.org by "Hitesh Sharma (JIRA)" <ji...@apache.org> on 2018/09/28 02:06:00 UTC
[jira] [Created] (TEZ-3996) Reorder input failed events before data
movement events
Hitesh Sharma created TEZ-3996:
----------------------------------
Summary: Reorder input failed events before data movement events
Key: TEZ-3996
URL: https://issues.apache.org/jira/browse/TEZ-3996
Project: Apache Tez
Issue Type: Improvement
Reporter: Hitesh Sharma
We have a custom processor (AbstractLogicalIOProcessor) that waits for DataMovementEvent to arrive and then starts an external process to do some work. When a revocation happens then the processor recieves an InputFailedEvent, which tells it about the failed input, and we fail the processor as it is working on old inputs. When the new inputs are available then Tez restarts the processor and sends the InputFailedEvent along with all the DataMovementEvent which includes the older versions and the new version that was revocated.
The issue we are seeing is that the events arrive out of order i.e. many times we see the older DataMovementEvent first at which our processor thinks it is good to start. We then receive the InputFailedEvent and the new version of DataMovementEvent, but that's late and the processor fails. This keeps repeating on every subsequent task attempt and the task fails.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)