You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Lee Dongjin (JIRA)" <ji...@apache.org> on 2019/02/12 12:06:00 UTC

[jira] [Assigned] (KAFKA-7920) Do not permit zstd use until inter.broker.protocol.version is updated to 2.1

     [ https://issues.apache.org/jira/browse/KAFKA-7920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lee Dongjin reassigned KAFKA-7920:
----------------------------------

    Assignee: Lee Dongjin

> Do not permit zstd use until inter.broker.protocol.version is updated to 2.1
> ----------------------------------------------------------------------------
>
>                 Key: KAFKA-7920
>                 URL: https://issues.apache.org/jira/browse/KAFKA-7920
>             Project: Kafka
>          Issue Type: Bug
>    Affects Versions: 2.1.0
>            Reporter: Jason Gustafson
>            Assignee: Lee Dongjin
>            Priority: Major
>
> After brokers have been upgraded to 2.1, users can begin using zstd compression. Regardless of the inter.broker.protocol.version, the broker will happily accept zstd-compressed data as long as the right produce request version is used. However, if the inter.broker.protocol.version is set to 2.0 or below, then followers will not be able to use the minimum required fetch version, which will result in the following error:
> {code}
> [2019-02-11 17:42:47,116] ERROR [ReplicaFetcher replicaId=2, leaderId=1, fetcherId=0] Error for partition foo-0 at offset 0 (kafka.server.ReplicaFetcherThread)                                                                                                                          
> org.apache.kafka.common.errors.UnsupportedCompressionTypeException: The requesting client does not support the compression type of given partition.
> {code}
> We should make produce request validation consistent. Until the inter.broker.protocol.version is at 2.1 or later, we should reject produce requests with UNSUPPORTED_COMPRESSION_TYPE.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)