You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@storm.apache.org by "Ernestas Vaiciukevičius (JIRA)" <ji...@apache.org> on 2017/02/14 15:37:41 UTC
[jira] [Commented] (STORM-2361) Kafka spout - after leader change,
it stops committing offsets to ZK
[ https://issues.apache.org/jira/browse/STORM-2361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15865968#comment-15865968 ]
Ernestas Vaiciukevičius commented on STORM-2361:
------------------------------------------------
I'm going to submit the PR for the fix shortly.
> Kafka spout - after leader change, it stops committing offsets to ZK
> --------------------------------------------------------------------
>
> Key: STORM-2361
> URL: https://issues.apache.org/jira/browse/STORM-2361
> Project: Apache Storm
> Issue Type: Bug
> Components: storm-kafka
> Affects Versions: 1.1.0
> Reporter: Ernestas Vaiciukevičius
>
> After STORM-2296 although Kafka spouts do not generate duplicates, the offsets committment to ZK may stop on recreated PartitionManagers.
> This is because ack's for messages emitted by already destroyed PartitionManagers are not routed properly to the new PartitionManagers handling that partition.
> E.g:
> public void ack(Object msgId) {
> KafkaMessageId id = (KafkaMessageId) msgId;
> PartitionManager m = _coordinator.getManager(id.partition);
> if (m != null) {
> m.ack(id.offset);
> }
> id.partition is Partition(host, partition, topic), which is different if Kafka broker changed.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)