hi Colin

https://github.com/apache/kafka/pull/17210 tries to revise the error message of 
KAFKA-17543. I guess the 3.9 RC is in progress, so could you please take a look 
at the PR? If it is too trivial to be included, I think it can be excluded from 
trunk too since 4.0 will abandon the zk.

Thanks,
Chia-Ping

On 2024/09/14 20:14:41 Colin McCabe wrote:
> Thanks, everyone. It looks like the blockers list is empty now. I am running 
> some ducktape tests and if they look good, will create a release candidate 
> for 3.9.0 soon.
> 
> regards,
> Colin
> 
> 
> On Wed, Sep 11, 2024, at 10:01, Matthias J. Sax wrote:
> > Hi Colin,
> >
> > we found another blocker bug: 
> > https://issues.apache.org/jira/browse/KAFKA-17527
> >
> > Working on a fix.
> >
> >
> > -Matthias
> >
> > On 9/9/24 6:51 PM, David Arthur wrote:
> >> Colin,
> >> 
> >> I found a race condition in the migration while investigating a flaky test.
> >> If encountered, the migration driver will get stuck initializing.
> >> 
> >> JIRA: https://issues.apache.org/jira/browse/KAFKA-17506
> >> PR: https://github.com/apache/kafka/pull/17147
> >> 
> >> I wouldn't normally consider this a blocker, since it's quite rare and easy
> >> to work around, but I wanted to raise it here since this is our last chance
> >> for migration fixes in 3.x
> >> 
> >> -David
> >> 
> >> 
> >> 
> >> On Mon, Sep 9, 2024 at 3:50 AM Lucas Brutschy
> >> <lbruts...@confluent.io.invalid> wrote:
> >> 
> >>> Hi Colin,
> >>>
> >>> about KAFKA-17489, the bug Bruno mentioned. This needs to be fixed in
> >>> 3.8 as well. The fix is probably small but tricky to get right - Bruno
> >>> has attempted to fix it, but soaking revealed that the fix is not
> >>> complete. Bruno is now out with Covid, so I will look into it. I'll
> >>> update this thread once I know more.
> >>>
> >>> Cheers,
> >>> Lucas
> >>>
> >>> On Mon, Sep 9, 2024 at 4:47 AM Colin McCabe <cmcc...@apache.org> wrote:
> >>>>
> >>>> Hi Chia-Ping Tsai,
> >>>>
> >>>> Thanks for the bug report. Let’s follow up on this this week.
> >>>>
> >>>> Best,
> >>>> Colin
> >>>>
> >>>> On Fri, Sep 6, 2024, at 06:19, Chia-Ping Tsai wrote:
> >>>>> hi Colin
> >>>>>
> >>>>> I raise a issue (https://issues.apache.org/jira/browse/KAFKA-17492) as
> >>>>> 3.9 blocker, since the bug obstructs us from registering 3.9 broker to
> >>>>> 3.8 controller
> >>>>>
> >>>>> Best,
> >>>>> Chia-Ping
> >>>>>
> >>>>> On 2024/08/09 01:46:35 Colin McCabe wrote:
> >>>>>> Hi all,
> >>>>>>
> >>>>>> I think it's time to transition the 3.9 branch to feature freeze.
> >>> Please note that this is 2 weeks past the original planned date. I
> >>> apologize for this; our planning wasn't perfect.
> >>>>>>
> >>>>>> A few updates on features that are in or out of Apache Kafka 3.9:
> >>>>>>
> >>>>>> - We have completed all the feature work for KIP-853: KRaft
> >>> controller membership changes. (Please note that there are still a few bug
> >>> fixes remaining, and the docs JIRA, KAFKA-17048, but those are all
> >>> post-feature-freeze tasks.)
> >>>>>>
> >>>>>> - After speaking with Calvin, I moved KIP-966 out of 3.9 and into
> >>> 4.0. I do feel bad about this but I just don't think we'll be able to get
> >>> it into this short release.
> >>>>>>
> >>>>>> There are a few other KIPs that probably need to be moved to 4.0,
> >>> such as KIP-1023 and KIP-1025. I will do a more thorough review tomorrow
> >>> and reach out to people if there are gray areas. If you have a feature 
> >>> that
> >>> you have questions about, please reach out.
> >>>>>>
> >>>>>> I would like to extend code freeze for Kafka 3.9 to August 29th. My
> >>> reasoning is that code freeze was 2 weeks later than expected, and also, I
> >>> will be out of the office most of next week.
> >>>>>>
> >>>>>> I have also created a PR to mark 3.9-IV0 as stable, so look for that
> >>> shortly in trunk and 3.9.
> >>>>>>
> >>>>>> As previously mentioned, please refrain from changing the Java
> >>> version in trunk (kafka 4.0) until we get an RC out. (However, please do
> >>> continue working on your 4.0 features and other refactors in trunk, even 
> >>> if
> >>> they don't apply to 3.9!)
> >>>>>>
> >>>>>> Thanks to everyone who has worked on this release, and thanks for
> >>> your patience. I do believe we will deliver on the promise of a
> >>> much-shorter-than-usual release cycle, even with the 2 week delay.
> >>>>>>
> >>>>>> best,
> >>>>>> Colin
> >>>>>>
> >>>
> >> 
> >>
> 

Reply via email to