Thanks Justine! On Fri, Nov 17, 2023 at 10:40 AM Justine Olshan <jols...@confluent.io.invalid> wrote:
> Thanks Hailey for the update. +1 (binding) from me :) > > Justine > > On Thu, Nov 16, 2023 at 11:32 AM Hailey Ni <h...@confluent.io.invalid> > wrote: > > > Hey Justine, > > > > Thank you very much for the review. > > I've updated the KIP to add a log line stating that when both flags are > > given, node-id will take precedence. > > > > Thanks, > > Hailey > > > > On Wed, Nov 15, 2023 at 3:37 PM Justine Olshan > > <jols...@confluent.io.invalid> > > wrote: > > > > > Hey Hailey, > > > > > > Thanks for the KIP. > > > I wonder if it would be better to either not allow both flags or if we > > > choose to have node take precedence, at least have a log line stating > > such. > > > > > > Otherwise the KIP makes sense to me. > > > > > > Justine > > > > > > On Tue, Nov 14, 2023 at 10:17 AM Colin McCabe <cmcc...@apache.org> > > wrote: > > > > > > > Thanks, Hailey. > > > > > > > > +1 (binding) > > > > > > > > Colin > > > > > > > > On Mon, Nov 13, 2023, at 15:13, Hailey Ni wrote: > > > > > Hi Colin, > > > > > > > > > > Thank you for your review. I removed the "absolute path need to be > > > > > provided" line from the KIP, and will modify the code to get the > > > absolute > > > > > path to the config files using some bash in the kafka-server-start > > > file. > > > > > For your second question, I've added a line in the KIP: "If both > > > > parameters > > > > > are provided, the value for node-id parameter will take precedence, > > > i.e, > > > > > the process with node id specified will be killed, no matter what's > > the > > > > > process role provided." > > > > > > > > > > What do you think? > > > > > > > > > > Thanks, > > > > > Hailey > > > > > > > > > > On Thu, Nov 9, 2023 at 4:03 PM Colin McCabe <cmcc...@apache.org> > > > wrote: > > > > > > > > > >> Hi Hailey, > > > > >> > > > > >> Thanks for the KIP. > > > > >> > > > > >> It feels clunky to have to pass an absolute path to the > > configuration > > > > file > > > > >> when starting the broker or controller. I think we should consider > > one > > > > of > > > > >> two alternate options: > > > > >> > > > > >> 1. Use JMXtool to examine the running kafka.Kafka processes. > > > > >> I believe ID is available from kafka.server, type=app-info,id=1 > > > > (replace 1 > > > > >> with the actual ID) > > > > >> > > > > >> Role can be deduced by the presence or absence of > > > > >> kafka.server,type=KafkaServer,name=BrokerState for brokers, or > > > > >> kafka.server,type=ControllerServer,name=ClusterId for controllers. > > > > >> > > > > >> 2. Alternately, we could inject the ID and role into the command > > line > > > in > > > > >> kafka-server-start.sh. Basically add -Dkafka.node.id=1, > > > > >> -Dkafka.node.roles=broker. This would be helpful to people just > > > > examining > > > > >> the output of ps. > > > > >> > > > > >> Finally, you state that either command-line option can be given. > > What > > > > >> happens if both are given? > > > > >> > > > > >> best, > > > > >> Colin > > > > >> > > > > >> > > > > >> On Mon, Oct 23, 2023, at 12:20, Hailey Ni wrote: > > > > >> > Hi Ron, > > > > >> > > > > > >> > I've added the "Rejected Alternatives" section in the KIP. > Thanks > > > for > > > > the > > > > >> > comments and +1 vote! > > > > >> > > > > > >> > Thanks, > > > > >> > Hailey > > > > >> > > > > > >> > On Mon, Oct 23, 2023 at 6:33 AM Ron Dagostino < > rndg...@gmail.com> > > > > wrote: > > > > >> > > > > > >> >> Hi Hailey. I'm +1 (binding), but could you add a "Rejected > > > > >> >> Alternatives" section to the KIP and mention the > > > "--required-config " > > > > >> >> option that we decided against and the reason why we made the > > > > decision > > > > >> >> to reject it? There were some other small things (dash instead > > of > > > > dot > > > > >> >> in the parameter names, --node-id instead of --broker-id), but > > > > >> >> cosmetic things like this don't warrant a mention, so I think > > > there's > > > > >> >> just the one thing to document. > > > > >> >> > > > > >> >> Thanks for the KIP, and thanks for adjusting it along the way > as > > > the > > > > >> >> discussion moved forward. > > > > >> >> > > > > >> >> Ron > > > > >> >> > > > > >> >> > > > > >> >> Ron > > > > >> >> > > > > >> >> On Mon, Oct 23, 2023 at 4:00 AM Federico Valeri < > > > > fedeval...@gmail.com> > > > > >> >> wrote: > > > > >> >> > > > > > >> >> > +1 (non binding) > > > > >> >> > > > > > >> >> > Thanks. > > > > >> >> > > > > > >> >> > On Mon, Oct 23, 2023 at 9:48 AM Kamal Chandraprakash > > > > >> >> > <kamal.chandraprak...@gmail.com> wrote: > > > > >> >> > > > > > > >> >> > > +1 (non-binding). Thanks for the KIP! > > > > >> >> > > > > > > >> >> > > On Mon, Oct 23, 2023, 12:55 Hailey Ni > > <h...@confluent.io.invalid > > > > > > > > >> >> wrote: > > > > >> >> > > > > > > >> >> > > > Hi all, > > > > >> >> > > > > > > > >> >> > > > I'd like to call a vote on KIP-979 that will allow users > to > > > > >> >> independently > > > > >> >> > > > stop KRaft processes. > > > > >> >> > > > > > > > >> >> > > > > > > > >> >> > > > > > > > >> >> > > > > >> > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-979%3A+Allow+independently+stop+KRaft+processes > > > > >> >> > > > > > > > >> >> > > > Thanks, > > > > >> >> > > > Hailey > > > > >> >> > > > > > > > >> >> > > > > >> > > > > > > > > > >
