Jenkins build is still unstable: Kafka » Kafka Branch Builder » trunk #1912

See

[jira] [Resolved] (KAFKA-15021) KRaft controller increases leader epoch when shrinking ISR

[ https://issues.apache.org/jira/browse/KAFKA-15021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] José Armando García Sancio resolved KAFKA-15021. Resolution: Fixed > KRaft controller increases leader epoch when s

Re: [DISCUSS] Regarding Old PRs

Hey all, I just wanted to bump this one more time before I merge this PR (thanks for the review, Josep!). I'll merge it at the end of the day today unless anyone has more feedback. Thanks! David On Wed, Jun 7, 2023 at 8:50 PM David Arthur wrote: > I filed KAFKA-15073 for this. Here is a patch >

[jira] [Created] (KAFKA-15075) MM2 internal checkpoints topic should support multiple partitions

Daniel Urban created KAFKA-15075: Summary: MM2 internal checkpoints topic should support multiple partitions Key: KAFKA-15075 URL: https://issues.apache.org/jira/browse/KAFKA-15075 Project: Kafka

[jira] [Created] (KAFKA-15076) KRaft should prefer snapshots when listeners are at the start of the log

José Armando García Sancio created KAFKA-15076: -- Summary: KRaft should prefer snapshots when listeners are at the start of the log Key: KAFKA-15076 URL: https://issues.apache.org/jira/browse/KAFKA-150

Re: [DISCUSS] KIP-852 Optimize calculation of size for log in remote tier

Thank you for looking into this Kamal. You are right in saying that a cold start (i.e. leadership failover or broker startup) does not impact the broker startup duration. But it does have the following impact: 1. It leads to a burst of full-scan requests to RLMM in case multiple leadership failove

[jira] [Created] (KAFKA-15077) FileTokenRetriever does trim the token before returning it.

Sushant Mahajan created KAFKA-15077: --- Summary: FileTokenRetriever does trim the token before returning it. Key: KAFKA-15077 URL: https://issues.apache.org/jira/browse/KAFKA-15077 Project: Kafka

[jira] [Resolved] (KAFKA-13932) Replication data loss in some cases

[ https://issues.apache.org/jira/browse/KAFKA-13932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Greg Harris resolved KAFKA-13932. - Assignee: Greg Harris Resolution: Fixed > Replication data loss in some cases > --

Can't creare a Jira

I am unable to complete my Jira account. The request seems to be pending. Can anyone help with this? Assane

Re: [DISCUSS] KIP-937 Improve Message Timestamp Validation

Hi all, Please ignore this message. I'm just using this message to bump this thread so that it will show up in Gaurav's inbox. He wanted to send out review comments for this KIP. Cheers, Kowshik On Wed, Jun 7, 2023 at 1:39 PM Beyene, Mehari wrote: > > Although it's more verbose, splitting th

[jira] [Created] (KAFKA-15078) When fetching offset 0 the KRaft leader should response with SnapshotId

José Armando García Sancio created KAFKA-15078: -- Summary: When fetching offset 0 the KRaft leader should response with SnapshotId Key: KAFKA-15078 URL: https://issues.apache.org/jira/browse/KAFKA-1507

Re: [VOTE] KIP-938: Add more metrics for measuring KRaft performance

Hi all, Thanks for the votes and discussion. I'm going to close the vote. With a binding +1 from David Arthur, Ron Dagostino, and Luke Chen, and non-binding +1s from Divij Vaidya and Igor Soarez, the vote passes. regards, Colin On Thu, Jun 8, 2023, at 20:17, David Arthur wrote: > Ok, thanks f

[jira] [Created] (KAFKA-15079) Offset expirations in topics with less event generation results in messages that take months to be delivered.

Ritika Muduganti created KAFKA-15079: Summary: Offset expirations in topics with less event generation results in messages that take months to be delivered. Key: KAFKA-15079 URL: https://issues.apache.org/jira

Re: [DISCUSS] Regarding Old PRs

Thanks, David. I left a few comments in the PR. -David Le ven. 9 juin 2023 à 15:31, David Arthur a écrit : > Hey all, I just wanted to bump this one more time before I merge this PR > (thanks for the review, Josep!). I'll merge it at the end of the day today > unless anyone has more feedback. >