Yes actually the timeouts should not really matter. However, an exception in the InputSplitAssigner should happen in the actor thread and thus cause the actor to stop. This should be logged by the supervisor.
I just checked and the method InputSplitAssigner.getNextInputSplit is not supposed to throw any checked exceptions. On Thu, Jan 29, 2015 at 6:38 AM, Stephan Ewen <se...@apache.org> wrote: > @Till: The default timeouts are high enough that such a timeout should > actually not occur, right? Increasing the timeouts cannot really be the > issue. > > Might it be something different? What happens if there is an error in the > code that produces the input split? Is that properly handled, or is the > receiver simply not ever getting an answer. Could that be what happened? >
