Build failed in Jenkins: Kafka » Kafka Branch Builder » 3.7 #149

See Changes: -- [...truncated 459660 lines...] [2024-04-30T05:24:41.911Z] [2024-04-30T05:24:41.911Z] Gradle Test Run :connect:runtime:test > Gradle Test Executor 48 >

[jira] [Created] (KAFKA-16644) FK join emit duplicate tombstone on left-side delete

Matthias J. Sax created KAFKA-16644: --- Summary: FK join emit duplicate tombstone on left-side delete Key: KAFKA-16644 URL: https://issues.apache.org/jira/browse/KAFKA-16644 Project: Kafka

[jira] [Resolved] (KAFKA-16467) Add README to docs folder

[ https://issues.apache.org/jira/browse/KAFKA-16467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luke Chen resolved KAFKA-16467. --- Fix Version/s: 3.8.0 Resolution: Fixed > Add README to docs folder >

[jira] [Resolved] (KAFKA-16627) Remove ClusterConfig parameter in BeforeEach and AfterEach

[ https://issues.apache.org/jira/browse/KAFKA-16627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-16627. Fix Version/s: 3.8.0 Resolution: Fixed > Remove ClusterConfig parameter in

[jira] [Resolved] (KAFKA-15897) Flaky Test: testWrongIncarnationId() – kafka.server.ControllerRegistrationManagerTest

[ https://issues.apache.org/jira/browse/KAFKA-15897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai resolved KAFKA-15897. Fix Version/s: 3.8.0 Resolution: Fixed > Flaky Test: testWrongIncarnationId() – >

[jira] [Created] (KAFKA-16643) Add ModifierOrder checkstyle rule

Greg Harris created KAFKA-16643: --- Summary: Add ModifierOrder checkstyle rule Key: KAFKA-16643 URL: https://issues.apache.org/jira/browse/KAFKA-16643 Project: Kafka Issue Type: Task

Wiki account sign-up

Hi, as many of you know, there is a issue with creating new wiki accounts right now: https://issues.apache.org/jira/browse/INFRA-25451 A fix might take some more time. In the meantime, please reply to the INFRA ticket with your email address, and accounts will be created manually in the

Re: Assistance Needed with Creating Wiki ID for Kafka Contribution

It's a known issue and INFRA is working on a solution: https://issues.apache.org/jira/browse/INFRA-25451 In the mean time, users can be added manually (cf the ticket, and reply there to get added). -Matthias On 3/28/24 5:10 AM, Prashant Jagtap wrote: Hi, I hope this email finds you well.

RE: DISCUSS KIP-984 Add pluggable compression interface to Kafka

Hi Divij, Greg and Luke, I have updated the KIP for Kafka pluggable compression addressing the concerns from the original design. I believe this new design takes into account lots of concerns and have solved them. I would like to receive feedback on them as I am working on getting this KIP

Re: [DISCUSS] KIP-924: customizable task assignment for Streams

Yeah I think that sums it up well. Either you computed a *possible* assignment, or you returned something that makes it literally impossible for the StreamsPartitionAssignor to decipher/translate into an actual group assignment, in which case it should just fail That's more or less it for the

Re: [VOTE] KIP-924: customizable task assignment for Streams

+1 (binding) thanks for driving this KIP! On Tue, Apr 16, 2024 at 1:46 PM Rohan Desai wrote: > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-924%3A+customizable+task+assignment+for+Streams > > As this KIP has been open for a while, and gone through a couple rounds of >

[jira] [Created] (KAFKA-16642) Update KafkaConsumerTest to show parameters in test lists

Kirk True created KAFKA-16642: - Summary: Update KafkaConsumerTest to show parameters in test lists Key: KAFKA-16642 URL: https://issues.apache.org/jira/browse/KAFKA-16642 Project: Kafka Issue

Re: [VOTE] KIP-909: DNS Resolution Fallures Should Not Fail the Client

Thanks for the KIP Philip. +1 binding. On Mon, Apr 29, 2024 at 9:55 AM Philip Nee wrote: > > Thanks all. Will find time to get the patch out. > > On Mon, Apr 29, 2024 at 7:42 AM Federico Valeri > wrote: > > > +1 (non binding) > > Thanks > > > > On Mon, Apr 29, 2024 at 10:18 AM Rajini Sivaram

[jira] [Created] (KAFKA-16641) MM2 offset translation should interpolate between sparse OffsetSyncs

Greg Harris created KAFKA-16641: --- Summary: MM2 offset translation should interpolate between sparse OffsetSyncs Key: KAFKA-16641 URL: https://issues.apache.org/jira/browse/KAFKA-16641 Project: Kafka

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

See

Re: [DISCUSS] KIP-932: Queues for Kafka

Hi Jun, Thanks for the reply and sorry for the delay in responding. 123. Yes, I didn’t quite get your point earlier. The member epoch is bumped by the GC when it sends a new assignment. When the member sends its next heartbeat, it echoes back the member epoch, which will confirm the receipt of

Re: [VOTE] KIP-909: DNS Resolution Fallures Should Not Fail the Client

Thanks all. Will find time to get the patch out. On Mon, Apr 29, 2024 at 7:42 AM Federico Valeri wrote: > +1 (non binding) > Thanks > > On Mon, Apr 29, 2024 at 10:18 AM Rajini Sivaram > wrote: > > > > Hi Philip, > > > > +1 (binding). Thanks for the KIP! > > > > Regards, > > > > Rajini > > > >

[jira] [Resolved] (KAFKA-16217) Transactional producer stuck in IllegalStateException during close

[ https://issues.apache.org/jira/browse/KAFKA-16217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Calvin Liu resolved KAFKA-16217. Fix Version/s: (was: 3.6.3) Resolution: Fixed > Transactional producer stuck in

[jira] [Resolved] (KAFKA-16460) New consumer times out consuming records in consumer_test.py system test

[ https://issues.apache.org/jira/browse/KAFKA-16460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk True resolved KAFKA-16460. --- Resolution: Duplicate > New consumer times out consuming records in consumer_test.py system test >

Re: [VOTE] KIP-909: DNS Resolution Fallures Should Not Fail the Client

+1 (non binding) Thanks On Mon, Apr 29, 2024 at 10:18 AM Rajini Sivaram wrote: > > Hi Philip, > > +1 (binding). Thanks for the KIP! > > Regards, > > Rajini > > > On Tue, Apr 25, 2023 at 8:52 PM Philip Nee wrote: > > > Thanks for the vote. We've decided to make a minor change to the default > >

Re: [DISCUSS] KIP-909: Allow clients to rebootstrap DNS lookup failure

Hi, This KIP isn't implemented yet but that sounds good. Thanks! P On Mon, Apr 29, 2024 at 3:17 AM Federico Valeri wrote: > Hi Philip, thanks for this KIP. As other mentioned, I think it is > useful in dynamic environment like Kubernetes. > > I was wondering if we should also update the

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

See

Re: [DISCUSS] KIP-909: Allow clients to rebootstrap DNS lookup failure

Hi Philip, thanks for this KIP. As other mentioned, I think it is useful in dynamic environment like Kubernetes. I was wondering if we should also update the "examples" modules with this new non-retriable exception. Wdyt? On Fri, Apr 21, 2023 at 11:13 PM Philip Nee wrote: > > Hey Jason, > >

Re: [PR] PayPal powered by Apache Kafka section Update [kafka-site]

parvase commented on PR #590: URL: https://github.com/apache/kafka-site/pull/590#issuecomment-2082304164 Hi, Could someone help in reviewing and merge? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above

[jira] [Resolved] (KAFKA-16563) migration to KRaft hanging after MigrationClientException

[ https://issues.apache.org/jira/browse/KAFKA-16563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luke Chen resolved KAFKA-16563. --- Fix Version/s: 3.8.0 3.7.1 Resolution: Fixed > migration to KRaft hanging

Re: [VOTE] KIP-909: DNS Resolution Fallures Should Not Fail the Client

Hi Philip, +1 (binding). Thanks for the KIP! Regards, Rajini On Tue, Apr 25, 2023 at 8:52 PM Philip Nee wrote: > Thanks for the vote. We've decided to make a minor change to the default > timeout from 5min to 2min. > > On Tue, Apr 25, 2023 at 11:42 AM David Jacot > wrote: > > > +1

Re: [DISCUSS] KIP-1018: Introduce max remote fetch timeout config

Heya! Is it difficult to instead add the metric at kafka.network:type=RequestMetrics,name=TieredStorageMs (or some other name=*)? Alternatively, if it is difficult to add it there, is it possible to add 2 metrics, one at the RequestMetrics level (even if it is total-time-ms - (all other times))