12:31, Mickael Maison
> wrote:
> >
> > Hi,
> >
> > +1 (binding), thanks for the KIP
> >
> > Mickael
> >
> > On Wed, Nov 6, 2024 at 9:05 AM Gantigmaa Selenge
> wrote:
> > >
> > > Hi everyone,
> > >
> > > A q
Hi David,
KIP-1073 I mentioned in my previous email has now passed the voting so it
does not need an exceptional extension anymore. Can we please include it in
the release plan?
Thank you.
Regards,
Tina
On Tue, Nov 19, 2024 at 3:04 PM Gantigmaa Selenge
wrote:
> Hi,
>
> Can I al
Hi,
Can I also please request an exceptional extension for KIP-1073 [1] which
allows getting fenced brokers via AdminClient. This is particularly
important when scaling down a KRaft cluster, because brokers need to be
unregistered first but currently there is no way to list the brokers in
order to
[
https://issues.apache.org/jira/browse/KAFKA-15718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gantigmaa Selenge resolved KAFKA-15718.
---
Fix Version/s: 3.8.0
Resolution: Fixed
> KRaft support
Hi everyone,
A quick reminder that this KIP is still awaiting more votes. You can find
the implementation of this KIP in this draft PR:
https://github.com/apache/kafka/pull/17524.
Thanks!
Regards,
Tina
On Fri, Oct 18, 2024 at 4:37 PM Gantigmaa Selenge
wrote:
> Hi,
>
> I have raised a
Hi,
I have raised a draft PR implementing this KIP here:
https://github.com/apache/kafka/pull/17524, in case anyone is interested in
taking a look.
Regards,
Tina
On Mon, Oct 7, 2024 at 12:53 PM Gantigmaa Selenge
wrote:
> Thank you for voting Federico and Luke!
>
> Is there anyone
29 AM Luke Chen wrote:
> >
> > Hi Tina,
> >
> > Thanks for the KIP.
> > +1 (binding) from me.
> >
> > Luke
> >
> >
> > On Mon, Sep 23, 2024 at 9:03 PM Gantigmaa Selenge
> > wrote:
> >
> > > Hi everyone,
> > >
>
Hi everyone,
I would like to start voting for KIP-1073 that extends DescribeCluster API
to optionally return fenced brokers in the response.
https://cwiki.apache.org/confluence/display/KAFKA/KIP-1073%3A+Return+fenced+brokers+in+DescribeCluster+response
Thanks.
Gantigmaa
t the vote on
this KIP. Thank you.
Regards,
Gantigmaa
On Sat, Sep 14, 2024 at 9:51 PM Colin McCabe wrote:
> Hi Gantigmaa Selenge,
>
> I think we should have a boolean in the request like "includeFenced" which
> defaults to false. Then if we can't include the fenced
Thank you Jose.
> I think that we should always output the RACK column even if all of
the nodes do not contain rack information. This would make it easier
for Kafka operators that develop scripts which use and parse CLI
outputs. What do you think?
That makes sense to me, so I updated the KIP and
gt; Thanks.
> Luke
>
> On Wed, Aug 28, 2024 at 6:34 PM Gantigmaa Selenge
> wrote:
>
> > Thank you both for reviewing the KIP again.
> >
> > Addressing Colin's comments:
> >
> > > The admin client changes don't seem to include a way to find
Thank you both for reviewing the KIP again.
Addressing Colin's comments:
> The admin client changes don't seem to include a way to find out if a
given broker is fenced, by examining the result. Seems like we need that as
well?
I think admins usually send describeCluster requests to find out abo
.
Regards,
Gantigmaa
On Thu, Aug 15, 2024 at 9:00 AM Gantigmaa Selenge
wrote:
> Hi Colin and Jose,
>
> Thanks for taking a look at the KIP and providing feedback.
>
> I overlooked that the memory state containing observers will be lost when
> a controller restarts. You also made
nd Metadata RPC or introduce a new RPC that returns more broker level
> information.
>
> Thanks,
>
> On Thu, Jul 25, 2024 at 9:21 AM Gantigmaa Selenge
> wrote:
>
> > Hi everyone,
> >
> > I would like to start a discussion on KIP-1073 that includes inactive
&g
ers know the
> offset lag for the inactive observers?
>
> Thank you.
> Luke
>
> On Thu, Jul 25, 2024 at 9:21 PM Gantigmaa Selenge
> wrote:
>
> > Hi everyone,
> >
> > I would like to start a discussion on KIP-1073 that includes inactive
> > observer n
issue is here, if you would like to see what
was previously discussed:
https://lists.apache.org/list.html?dev@kafka.apache.org
Any feedback and suggestions for the KIP are welcome in this email thread.
Thank you.
Regards,
Gantigmaa Selenge
Thanks everyone for your input. Any more thoughts on this from anyone else?
I agree that this should be fixed in 3.9, as the issue is marked as a
blocker. I think we might need a small KIP for it though, are we ok to
include a KIP for this in the 3.9 release? I'm aware that we are past the
KIP fre
es.apache.org/jira/browse/KAFKA-17094
[2]
https://github.com/apache/kafka/blob/trunk/raft/src/main/java/org/apache/kafka/raft/LeaderState.java#L469
Thanks!
Regards,
Gantigmaa Selenge
Thanks José. Glad to see it already being implemented!
I raised a small PR <https://github.com/apache/kafka/pull/16473> to make
users aware that they can configure advertised.listeners for controllers. I
will also move the KIP to the discarded section.
Regards,
Gantigmaa Selenge
On Mon,
Hello
I would like to start a discussion for KIP-1060 that suggests allowing
advertised.listeners configuration for KRaft controllers, which is
currently forbidden.
https://cwiki.apache.org/confluence/display/KAFKA/KIP-1060%3A+Expose+advertised.listeners+for+KRaft+controllers
Thanks,
Tina Seleng
Gantigmaa Selenge created KAFKA-16620:
-
Summary: Kraft quorum cannot be formed if all controllers are
restarted at the same time
Key: KAFKA-16620
URL: https://issues.apache.org/jira/browse/KAFKA-16620
Gantigmaa Selenge created KAFKA-16612:
-
Summary: Talking to controllers via AdminClient requires
reconfiguring controller listener
Key: KAFKA-16612
URL: https://issues.apache.org/jira/browse/KAFKA-16612
Gantigmaa Selenge created KAFKA-16240:
-
Summary: Flaky test
PlaintextAdminIntegrationTest.testReplicaCanFetchFromLogStartOffsetAfterDeleteRecords(String).quorum=kraft
Key: KAFKA-16240
URL: https
Gantigmaa Selenge created KAFKA-16211:
-
Summary: Inconsistent static config values in CreateTopicsResult
and DescribeConfigsResult
Key: KAFKA-16211
URL: https://issues.apache.org/jira/browse/KAFKA-16211
> >>
> >> Thanks for the KIP! +1 (binding)
> >>
> >> Cheers,
> >>
> >> Chris
> >>
> >> On Wed, Dec 13, 2023 at 5:50 AM Gantigmaa Selenge
> >> wrote:
> >>
> >>> Hi
> >>>
> >>&g
Thank you so much Edo!
The KIP is accepted with 3 binding votes (Chris, Mickael, Edo).
Thank you all.
Regards,
Tina
On Tue, Dec 19, 2023 at 10:34 AM Edoardo Comar
wrote:
> +1 (binding)
> Thanks for the KIP Tina!
>
> Edo
>
> On Tue, 19 Dec 2023 at 10:01, Gantigma
> > Hi Tina,
> >
> > Thanks for the KIP! +1 (binding)
> >
> > Cheers,
> >
> > Chris
> >
> > On Wed, Dec 13, 2023 at 5:50 AM Gantigmaa Selenge
> > wrote:
> >
> > > Hi
> > >
> > > I'd like to call
Hi
I'd like to call for a vote on KIP-993, which allows restricting files
accessed by File and Directory ConfigProviders when using Connect.
The KIP:
https://cwiki.apache.org/confluence/display/KAFKA/KIP-993%3A+Allow+restricting+files+accessed+by+File+and+Directory+ConfigProviders
The discussion
ill be granted when we release this feature.
>
> On Tue, Dec 12, 2023 at 8:16 AM Gantigmaa Selenge
> wrote:
>
> > Hi Chris,
> >
> > Thank you for the feedback.
> >
> >
> > 1. Addressed
> >
> >
> > 2. I have updated the type to be L
erwise) be accessible by the config provider? E.g., if I set
> allowed.paths to "/", then everything on the entire file system would be
> accessible, instead of just the files directly inside the root directory.
>
> Cheers,
>
> Chris
>
> On Thu, Dec 7, 2023 at 9:33
aware of any other mechanisms to explore the filesystem. If
> you have ideas, please reach out to the security list.
>
> Thanks,
> Mickael
>
> On Tue, Dec 5, 2023 at 1:05 PM Gantigmaa Selenge
> wrote:
> >
> > Hi everyone,
> >
> >
> > Apologies for the ver
t; access an environment variable not allowed. I wonder if we should
> > follow the same pattern so the behavior is "consistent" across all
> > built-in providers.
> >
> > Thanks,
> > Mickael
> >
> > On Tue, Nov 7, 2023 at 1:52 PM Gantigmaa Selenge
&g
Hi everyone,
Please let me know if you have any comments on the KIP.
I will leave it for a few more days. If there are still no comments, I will
start the vote on it.
Regards,
Tina
On Wed, Oct 25, 2023 at 8:31 AM Gantigmaa Selenge
wrote:
> Hi everyone,
>
> I would like to start a d
Hi everyone,
I would like to start a discussion on KIP-933 that proposes restricting
files accessed by File and Directory ConfigProviders.
https://cwiki.apache.org/confluence/display/KAFKA/KIP-993%3A+Allow+restricting+files+accessed+by+File+and+Directory+ConfigProviders
Regards,
Tina
Hi Christo,
Thank you for writing the KIP.
I recently raised a PR to add metrics for tracking remote segment deletions
(https://github.com/apache/kafka/pull/14375) but realised those metrics
were not mentioned in the original KIP-405 or KIP-930. Do you think these
would make sense to be added to
The KIP is accepted with 3 binding votes (Chris, Luke, Mickael) and 1
non-binding vote (Federico).
Thank you all.
Regards,
Tina
Gantigmaa Selenge created KAFKA-14763:
-
Summary: Add integration test for DelegationTokenCommand tool
Key: KAFKA-14763
URL: https://issues.apache.org/jira/browse/KAFKA-14763
Project: Kafka
, Feb 22, 2023 at 2:02 AM Luke Chen wrote:
> >
> > > +1 (binding) from me.
> > >
> > > Thank you.
> > > Luke
> > >
> > > On Thu, Jan 26, 2023 at 11:24 PM Federico Valeri >
> > > wrote:
> > >
> > >
that the default value for "use.incremental.alter.configs" will be
> "required". I believe this should instead be "requested".
>
> Cheers,
>
> Chris
>
> On Fri, Feb 17, 2023 at 6:26 AM Gantigmaa Selenge
> wrote:
>
> > Hi Chris,
> >
simple for now but both seem like viable options. And of course, if you
> believe we should refrain from doing this, it's at least worth adding to
> the rejected alternatives section.
>
> Cheers,
>
> Chris
>
> On Wed, Feb 15, 2023 at 11:19 AM Gantigmaa Selenge
> wrote:
extending the DefaultConfigPropertyFilter with configuration
> properties related to how it should handle source cluster defaults), but we
> should try to preserve the existing behavior by default.
>
> Cheers,
>
> Chris
>
> On Mon, Feb 13, 2023 at 5:10 PM Gantigmaa Selenge
favouring the source defaults was because it would set the
config on the target topic with the source's default in this situation.
Regards,
Tina
On Mon, Feb 13, 2023 at 8:15 AM Gantigmaa Selenge
wrote:
> Hi Chris and Luke,
>
> Thank you very much for your feedback.
>
> I ha
;, and "From Kafka 4.0" (which itself can just describe the
> > broker APIs that are used by MM2 in general, without referring to the
> > specific name of the method in MM2 that will call them).
> >
> > [1] -
> >
> >
> https://github.com/apache/kafka
Hi
I'd like to call for a vote on KIP-894, which updates MirrorMaker to use
IncrementalAlterConfigs API to sync topic configurations between clusters.
The KIP:
https://cwiki.apache.org/confluence/display/KAFKA/KIP-894%3A+Use+incrementalAlterConfigs+API+for+syncing+topic+configurations
The discus
Hi,
If there are no further comments on the KIP, I will start a vote on it.
Regards,
On Mon, Jan 16, 2023 at 11:14 AM Gantigmaa Selenge
wrote:
> Thanks everyone.
>
> I took the suggestions and updated the KIP accordingly. Please let me know
> if there is anything else I coul
Thanks everyone.
I took the suggestions and updated the KIP accordingly. Please let me know
if there is anything else I could improve on.
Regards,
Tina
On Sun, Jan 15, 2023 at 10:24 PM Ismael Juma wrote:
> Hi Tina,
>
> See below.
>
> On Wed, Jan 11, 2023 at 3:03 AM Gantigmaa S
nce, so there is some downside. But generally, I've found
> > going above and beyond to support smooth upgrades for users to be well
> > worth it in the long run.
> >
> > Thanks again,
> > -John
> >
> >
> > On Fri, Jan 6, 2023, at 05:49, Gant
Hi everyone,
I would like to start a discussion on the MirrorMaker update that proposes
replacing the deprecated alterConfigs API with the incrementalAlterConfigs
API for syncing topic configurations. Please take a look at the proposal
here:
https://cwiki.apache.org/confluence/display/KAFKA/KIP-89
Thank you Mickael!
Regards,
Gantigmaa
On Mon, Nov 21, 2022 at 2:40 PM Mickael Maison
wrote:
> Hi,
>
> I've created your account, you should receive an email with all the
> details.
>
> Thanks,
> Mickael
>
> On Mon, Nov 21, 2022 at 3:23 PM Gantigmaa S
Hi team,
Can I please have an account created for Kafka Jira?
Username: tinaselenge
Display name: Gantigmaa Selenge
Email address: tina.sele...@gmail.com
Thanks!
Regards,
Gantigmaa
Posted to dev@kafka.apache.org
<https://lists.apache.org/list.html?dev@kafka.apache.org>
50 matches
Mail list logo
