Mailing-List: contact dev-help@crunch.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@crunch.apache.org
Date: Tue, 28 Jun 2016 18:35:57 +0000 (UTC)
From: "Micah Whitacre (JIRA)" <jira@apache.org>
To: crunch-dev@incubator.apache.org
Message-ID: <JIRA.12984453.1467138907000.9447.1467138957089@Atlassian.JIRA>
In-Reply-To: <JIRA.12984453.1467138907000@Atlassian.JIRA>
References: <JIRA.12984453.1467138907000@Atlassian.JIRA> <JIRA.12984453.1467138907278@arcas>
Subject: [jira] [Created] (CRUNCH-609) KafkaSource could skip data with slow
 broker response
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 28 Jun 2016 18:35:59 -0000

Micah Whitacre created CRUNCH-609:
-------------------------------------

             Summary: KafkaSource could skip data with slow broker response
                 Key: CRUNCH-609
                 URL: https://issues.apache.org/jira/browse/CRUNCH-609
             Project: Crunch
          Issue Type: Bug
          Components: IO
            Reporter: Micah Whitacre
            Assignee: Micah Whitacre


In the case of the consumer.poll timing out, the KafkaRecordReader could return with no values in the records iterator which then causes the KafkaRecordReader to exit prematurely[1].  To fix this we need to probably better track the start/end offset and that progress vs the null value.

Additionally if we wanted to be smarter we could do some "backoff" for the timeout or just have consumer specify a larger value.

[1] - https://github.com/apache/crunch/blob/360d72a4f887505e020fdb8f99c3ccb1800693f6/crunch-kafka/src/main/java/org/apache/crunch/kafka/inputformat/KafkaRecordReader.java#L122


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)