[ 
https://issues.apache.org/jira/browse/KAFKA-3601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15780762#comment-15780762
 ] 

Chris Pennello commented on KAFKA-3601:
---------------------------------------

KAFKA-3600 is closed via https://github.com/apache/kafka/pull/1251, but I 
didn't see the particular poll call with {{Long.MAX_VALUE}} timeout removed in 
that diff.  Perhaps it got removed elsewhere, or perhaps it's still present.

> fail fast when newer client connecting to older server
> ------------------------------------------------------
>
>                 Key: KAFKA-3601
>                 URL: https://issues.apache.org/jira/browse/KAFKA-3601
>             Project: Kafka
>          Issue Type: Improvement
>          Components: consumer
>            Reporter: Chris Pennello
>            Assignee: Ashish K Singh
>
> I know that connecting with a newer client to an older server is forbidden, 
> but I would like to suggest that the behavior be that it predictably fail 
> noisily, explicitly, and with specific detail indicating why the failure 
> occurred.
> As-is, trying to connect to a v0.8.1.1 cluster with a v0.9.1 client yields a 
> hang when trying to get a coordinator metadata update.
> (This may be related to KAFKA-1894.  I certainly did note 
> {{poll(Long.MAX_VALUE)}} and wept many tears.  At least we could include a 
> TODO-commented constant in the code with a non-forever, timeout, right?)
> {noformat}
>    java.lang.Thread.State: RUNNABLE
>       at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
>       at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
>       at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
>       at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
>       - locked <1c8cadab> (a sun.nio.ch.Util$2)
>       - locked <2324ec49> (a java.util.Collections$UnmodifiableSet)
>       - locked <3f3f5e0b> (a sun.nio.ch.EPollSelectorImpl)
>       at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
>       at org.apache.kafka.common.network.Selector.select(Selector.java:425)
>       at org.apache.kafka.common.network.Selector.poll(Selector.java:254)
>       at org.apache.kafka.clients.NetworkClient.poll(NetworkClient.java:256)
>       at 
> org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.clientPoll(ConsumerNetworkClient.java:320)
>       at 
> org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.poll(ConsumerNetworkClient.java:213)
>       at 
> org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.poll(ConsumerNetworkClient.java:193)
>       at 
> org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.awaitMetadataUpdate(ConsumerNetworkClient.java:134)
>       at 
> org.apache.kafka.clients.consumer.internals.AbstractCoordinator.ensureCoordinatorKnown(AbstractCoordinator.java:184)
>       at 
> org.apache.kafka.clients.consumer.KafkaConsumer.pollOnce(KafkaConsumer.java:886)
>       at 
> org.apache.kafka.clients.consumer.KafkaConsumer.poll(KafkaConsumer.java:853)
>       ... my code that calls poll...
> {noformat}



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

Reply via email to