You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@twill.apache.org by "Terence Yim (JIRA)" <ji...@apache.org> on 2017/04/04 09:29:41 UTC
[jira] [Updated] (TWILL-204) AM should keep Kafka broker up until
log consumers finish
[ https://issues.apache.org/jira/browse/TWILL-204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Terence Yim updated TWILL-204:
------------------------------
Affects Version/s: 0.11.0
0.10.0
> AM should keep Kafka broker up until log consumers finish
> ---------------------------------------------------------
>
> Key: TWILL-204
> URL: https://issues.apache.org/jira/browse/TWILL-204
> Project: Apache Twill
> Issue Type: Improvement
> Components: core
> Affects Versions: 0.9.0, 0.10.0, 0.11.0
> Reporter: Martin Serrano
> Fix For: 0.12.0
>
>
> I'm encountering a situation on a fast machine where the Kafka log aggregation topic is not empty when the system shuts down. The scenario:
> log consumer consumes all messages
> consumer sleeps (500ms) due to empty queue
> containers exit, posting final log messages about why
> controller notices containers are down and terminates consumers.
> consumer is interrupted from sleep and but has been canceled so it does not get the rest of the messages.
> This scenario can be really confusing during development because an error may be missed (as in my case) if it falls into the final log messages. Before I file a ticket and fix this, I wanted to get some feedback. Looking at org.apache.twill.internal.kafka.client.SimpleKafkaConsumer it seems this behavior could be intentional given this log message (line 384):
> LOG.debug("Unable to fetch messages on {}, kafka consumer service shutdown is in progress.", topicPart);
> My opinion is that final messages logged by a container are likely to be critical in diagnosing errors and that twill should do whatever it can to forward them before shutting things down.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)