Re: [VOTE] KIP-515: Hardened TLS Configs to ZooKeeper
+1 (non-binding). Super +1 on this. -mitch On Mon, Jan 20, 2020 at 7:22 AM Ron Dagostino wrote: > > Hi everyone. I would like to start a vote on KIP-515: Enable ZK > client to use the new TLS supported authentication. > > The KIP is here: > https://cwiki.apache.org/confluence/display/KAFKA/KIP-515%3A+Enable+ZK+client+to+use+the+new+TLS+supported+authentication > > The discussion thread is here: > https://lists.apache.org/thread.html/519d07e607cf6598a8126139c964d31fa46f2c028b88b1d44086b8a9%40%3Cdev.kafka.apache.org%3E > > Thanks, > > Ron
Re: [VOTE] KIP-399: Extend ProductionExceptionHandler to cover serialization exceptions
+1(non-binding) Very useful -mitch On Wed, Jan 15, 2020, 3:29 PM Anna McDonald wrote: > Greetings, > I would like to propose a vote on KIP-399, extending the > ProductionExceptionHandler to cover serialization exceptions. This KIP > is aimed at improving the error-handling semantics in Kafka Streams > when Kafka Streams fails to serialize a message to the downstream > sink. > > KIP details located here: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-399%3A+Extend+ProductionExceptionHandler+to+cover+serialization+exceptions > > Discussion Thread: > > https://lists.apache.org/thread.html/rbbc887ca31d46f6e73ffc6e08df7e4bda69c89ff820986c30274e272%40%3Cdev.kafka.apache.org%3E > > Thanks, > anna >
Re: [VOTE] KIP-551: Expose disk read and write metrics
+1 (non-binding)! Very useful kip. -mitch On Tue, Jan 14, 2020 at 10:26 AM Manikumar wrote: > > +1 (binding). > > Thanks for the KIP. > > > > On Sun, Jan 12, 2020 at 1:23 AM Lucas Bradstreet wrote: > > > +1 (non binding) > > > > On Sat, 11 Jan 2020 at 02:32, M. Manna wrote: > > > > > Hey Colin, > > > > > > +1 - Really useful for folks managing a cluster by themselves. > > > > > > M. MAnna > > > > > > On Fri, 10 Jan 2020 at 22:35, Jose Garcia Sancio > > > wrote: > > > > > > > +1, LGTM. > > > > > > > > On Fri, Jan 10, 2020 at 2:19 PM Gwen Shapira > > wrote: > > > > > > > > > +1, thanks for driving this > > > > > > > > > > On Fri, Jan 10, 2020 at 2:17 PM Colin McCabe > > > wrote: > > > > > > > > > > > > Hi all, > > > > > > > > > > > > I'd like to start the vote on KIP-551: Expose disk read and write > > > > > metrics. > > > > > > > > > > > > KIP: https://cwiki.apache.org/confluence/x/sotSC > > > > > > > > > > > > Discussion thread: > > > > > > > > > > > > > > > > > > > > https://lists.apache.org/thread.html/cfaac4426455406abe890464a7f4ae23a5c69a39afde66fe6eb3d696%40%3Cdev.kafka.apache.org%3E > > > > > > > > > > > > cheers, > > > > > > Colin > > > > > > > > > > > > > > > > > -- > > > > -Jose > > > > > > > > >
Re: [DISCUSS] KIP-399: Extend ProductionExceptionHandler to cover serialization exceptions
I'm happy to have the serialization handler now. I've hit this issue a number of times in the past. I think the other options are also large enough they probably deserve their own KIPs to properly document the changes. -mitch On Fri, Jan 10, 2020 at 7:33 PM am wrote: > > Hello, > > I would like to re-restart the discussion of KIP-399 > https://cwiki.apache.org/confluence/display/KAFKA/KIP-399%3A+Extend+ProductionExceptionHandler+to+cover+serialization+exceptions > > The last conversation centered on if this KIP should address the issues > around state store/change log divergence with Matthias presenting three > options: > > > > > > > > > > > > *To move this KIP forward, maybe we can just (0) add the handler > forserialization exceptions when writing into any topic and consider it > anincremental improvement. Ie, (1) we keep the door open to let state > andchangelog topic diverge (current status) (2) we allow people to > violateEOS (current state) (3) and we don't improve the handling of DSL > statestore serialization exceptions.We could address (1), (2), and/or (3) > in follow up KIPs.Thoughts? Let us know if you only want to address (0), or > extend thecurrent KIP to include any of (1-3).* > > > I would like to propose we go with option 0 and treat this as an > incremental improvement that applies to any topic and address the issue of > divergence in future KIP(s). > > Feedback, thoughts and musings appreciated, > > anna
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
I"m very pro this. The sooner we can make people aware that zookeeper is going away the better. -mitch On Fri, Jan 10, 2020 at 4:37 PM Jose Garcia Sancio wrote: > > Comments below. > > On Thu, Jan 9, 2020 at 5:03 PM Colin McCabe wrote: > > > That's a good question. The current plan is for the 3.x releases to still > > require ZooKeeper. What we will drop in 3.x is direct ZK access in > > command-line administrative tools (unless those tools are specifically > > about administering ZK itself, like launching it, stopping it, editing its > > internal settings, etc.) > > > > > Makes sense to me. Thanks for the clarification. > > -- > -Jose
Re: [VOTE] KIP-537: Increase default zookeeper session timeout
+1(non-binding). This is such an easy default quality of life change On Mon, Oct 21, 2019, 7:28 PM Jason Gustafson wrote: > I'd like to start a vote for KIP-537: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-537%3A+Increase+default+zookeeper+session+timeout > . > > +1 from me > > Thanks, > Jason >
Re: [VOTE] KIP-521: Redirect Connect log4j messages also to a file by default
+1 (non-binding). Love this change. On Fri, Sep 20, 2019, 4:37 PM Randall Hauch wrote: > +1 (binding) > > Great work, Konstantine. > > On Thu, Sep 19, 2019 at 11:50 AM Gwen Shapira wrote: > > > +1 (binding) > > > > On Thu, Sep 19, 2019 at 8:53 AM Konstantine Karantasis > > wrote: > > > > > > I'd like to start the vote on KIP-521. > > > > > > The proposal seems straightforward and no major concerns came up during > > its > > > recent brief discussions. I'd appreciate your votes and, of course, > your > > > comments are still welcome. > > > > > > Hopefully we could meet the forthcoming KIP deadline for this simple > yet > > > useful operational feature in Kafka Connect. > > > > > > Cheers, > > > Konstantine > > >
Re: [VOTE] KIP-499 - Unify connection name flag for command line tool
Closing the Vote. 4 Binding, 9 non-binding. No against. On Tue, Aug 20, 2019 at 1:35 PM Jason Gustafson wrote: > > +1 Thanks for the KIP! > > -Jason > > On Thu, Aug 15, 2019 at 4:01 AM Jakub Scholz wrote: > > > +1 (non-binding) > > > > Jakub > > > > On Sat, Aug 10, 2019 at 8:34 PM Stanislav Kozlovski < > > stanis...@confluent.io> > > wrote: > > > > > Awesome KIP, +1 (non-binding) > > > > > > Thanks, > > > Stanislav > > > > > > On Fri, Aug 9, 2019 at 11:32 PM Colin McCabe wrote: > > > > > > > +1 (binding) > > > > > > > > cheers, > > > > Colin > > > > > > > > On Fri, Aug 9, 2019, at 09:56, Ron Dagostino wrote: > > > > > +1 (non-binding) > > > > > > > > > > The simplest of KIPs, with perhaps the biggest impact. Like removing > > > > > the thorn from the soles of my feet. > > > > > > > > > > Thanks for doing it. > > > > > > > > > > > On Aug 9, 2019, at 12:50 PM, Dongjin Lee > > wrote: > > > > > > > > > > > > +1 (non-binding) > > > > > > > > > > > > Two binding +1 (Gwen, Harsha) with Six non-binding +1 until now. > > > > > > We need one more binding +1. > > > > > > > > > > > > Thanks, > > > > > > Dongjin > > > > > > > > > > > >> On Sat, 10 Aug 2019 at 12:59 AM Tom Bentley > > > > wrote: > > > > > >> > > > > > >> +1 (non-binding). Thanks! > > > > > >> > > > > > >> On Fri, Aug 9, 2019 at 12:37 PM Satish Duggana < > > > > satish.dugg...@gmail.com> > > > > > >> wrote: > > > > > >> > > > > > >>> +1 (non-binding) Thanks for the KIP, so useful. > > > > > >>> > > > > > >>> On Fri, Aug 9, 2019 at 4:42 PM Mickael Maison < > > > > mickael.mai...@gmail.com> > > > > > >>> wrote: > > > > > >>> > > > > > >>>> +1 (non binding) > > > > > >>>> Thanks for the KIP! > > > > > >>>> > > > > > >>>> On Fri, Aug 9, 2019 at 9:36 AM Andrew Schofield > > > > > >>>> wrote: > > > > > >>>>> > > > > > >>>>> +1 (non-binding) > > > > > >>>>> > > > > > >>>>> On 09/08/2019, 08:39, "Sönke Liebau" < > > > soenke.lie...@opencore.com> > > > > > >>>> wrote: > > > > > >>>>> > > > > > >>>>>+1 (non-binding) > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>>On Fri, 9 Aug 2019 at 04:45, Harsha Chintalapani < > > > > > >> ka...@harsha.io> > > > > > >>>> wrote: > > > > > >>>>> > > > > > >>>>>> +1 (binding). much needed!! > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> On Thu, Aug 08, 2019 at 6:43 PM, Gwen Shapira < > > > > > >> g...@confluent.io > > > > > >>>> > > > > > >>>> wrote: > > > > > >>>>>> > > > > > >>>>>>> +1 (binding) THANK YOU. It would be +100 if I could. > > > > > >>>>>>> > > > > > >>>>>>> On Thu, Aug 8, 2019 at 6:37 PM Mitchell > > > > >>> > > > > > >>>> wrote: > > > > > >>>>>>> > > > > > >>>>>>> Hello Dev, > > > > > >>>>>>> After the discussion I would like to start the vote for > > > > > >> KIP-499 > > > > > >>>>>>> > > > > > >>>>>>> The following command line tools will have the > > > > > >>>> `--bootstrap-server` > > > > > >>>>>>> command line argument added: kafka-console-producer.sh, > > > > > >>>>>>> kafka-consumer-groups.sh, kafka-consumer-perf-test.sh, > > > > > >>>>>>> kafka-verifiable-consumer.sh, kafka-verifiable-producer.sh > > > > > >>>>>>> > > > > > >>>>>>> Thanks, > > > > > >>>>>>> -Mitch > > > > > >>>>>>> > > > > > >>>>>>> -- > > > > > >>>>>>> Gwen Shapira > > > > > >>>>>>> Product Manager | Confluent > > > > > >>>>>>> 650.450.2760 | @gwenshap > > > > > >>>>>>> Follow us: Twitter | blog > > > > > >>>>> > > > > > >>>>> > > > > > >>>>>-- > > > > > >>>>>Sönke Liebau > > > > > >>>>>Partner > > > > > >>>>>Tel. +49 179 7940878 > > > > > >>>>>OpenCore GmbH & Co. KG - Thomas-Mann-Straße 8 - 22880 Wedel > > - > > > > > >>> Germany > > > > > > -- > > > > > > *Dongjin Lee* > > > > > > > > > > > > *A hitchhiker in the mathematical world.* > > > > > > *github: <http://goog_969573159/>github.com/dongjinleekr > > > > > > <https://github.com/dongjinleekr>linkedin: > > > > kr.linkedin.com/in/dongjinleekr > > > > > > <https://kr.linkedin.com/in/dongjinleekr>speakerdeck: > > > > speakerdeck.com/dongjin > > > > > > <https://speakerdeck.com/dongjin>* > > > > > > > > > > > > > > > > > > -- > > > Best, > > > Stanislav > > > > >
[VOTE] KIP-499 - Unify connection name flag for command line tool
Hello Dev, After the discussion I would like to start the vote for KIP-499 The following command line tools will have the `--bootstrap-server` command line argument added: kafka-console-producer.sh, kafka-consumer-groups.sh, kafka-consumer-perf-test.sh, kafka-verifiable-consumer.sh, kafka-verifiable-producer.sh Thanks, -Mitch
Re: [DISCUSS] KIP-499 - Unify connection name flag for command line tool
Hi Jason, Thanks for looking at this! I wasn't exactly sure what to put in the compatibility section. I wrote the KIP thinking that we should probably mark the old arguments for deprecation for a release or two before actually removing them. I'm happy to change this either way if it's preferred. -mitch On Tue, Jul 30, 2019 at 11:55 PM Jason Gustafson wrote: > Hey Mitch, thanks for the KIP! This command line inconsistency frustrates > me almost every day. I'm definitely +1 on this. > > One minor nitpick. The compatibility section mentions there will be no > deprecations, but it sounds like we are planning on deprecating the old > arguments? > > Thanks, > Jason > > On Tue, Jul 30, 2019 at 5:25 PM Mitchell wrote: > > > Hello, > > I have written a proposal to add the command line argument > > `--bootstrap-server` to 5 of the existing command line tools that do not > > currently use `--broker-list` for passing cluster connection information. > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-499+-+Unify+connection+name+flag+for+command+line+tool > > > > Please take a look and let me know what you think. > > Thanks, > > -Mitch > > >
[DISCUSS] KIP-499 - Unify connection name flag for command line tool
Hello, I have written a proposal to add the command line argument `--bootstrap-server` to 5 of the existing command line tools that do not currently use `--broker-list` for passing cluster connection information. https://cwiki.apache.org/confluence/display/KAFKA/KIP-499+-+Unify+connection+name+flag+for+command+line+tool Please take a look and let me know what you think. Thanks, -Mitch
[jira] [Created] (KAFKA-6160) expose partitions under min isr in kafka-topics.sh command
Mitchell created KAFKA-6160: --- Summary: expose partitions under min isr in kafka-topics.sh command Key: KAFKA-6160 URL: https://issues.apache.org/jira/browse/KAFKA-6160 Project: Kafka Issue Type: Improvement Components: tools Reporter: Mitchell Priority: Minor It would be helpful to be able to list the partitions that are non-operationally online, instead of just partitions that are under-replicated or offline. kafka 1.0 has a metric for under min isr, it would be helpful to expose that via the kafka-topics command. -- This message was sent by Atlassian JIRA (v6.4.14#64029)