Skip to content

KAFKA-9254; Overridden topic configs are reset after dynamic default change (#7870)#8067

Merged
hachikuji merged 1 commit intoapache:1.1from
soondenana:KAFKA-9254_1.1
Mar 3, 2020
Merged

KAFKA-9254; Overridden topic configs are reset after dynamic default change (#7870)#8067
hachikuji merged 1 commit intoapache:1.1from
soondenana:KAFKA-9254_1.1

Conversation

@soondenana
Copy link
Copy Markdown
Contributor

Currently, when a dynamic change is made to the broker-level default log configuration, existing log configs will be recreated with an empty overridden configs. In such case, when updating dynamic broker configs a second round, the topic-level configs are lost. This can cause unexpected data loss, for example, if the cleanup policy changes from "compact" to "delete."

Reviewers: Rajini Sivaram rajinisivaram@googlemail.com, Jason Gustafson jason@confluent.io
(cherry picked from commit 0e7f867)

More detailed description of your change,
if necessary. The PR title and PR message become
the squashed commit message, so use a separate
comment to ping reviewers.

Summary of testing strategy (including rationale)
for the feature or bug fix. Unit and/or integration
tests are expected for any behaviour change and
system tests should be considered for larger changes.

Committer Checklist (excluded from commit message)

  • Verify design and implementation
  • Verify test coverage and CI build status
  • Verify documentation (including upgrade notes)

…change (apache#7870)

Currently, when a dynamic change is made to the broker-level default log configuration, existing log configs will be recreated with an empty overridden configs. In such case, when updating dynamic broker configs a second round, the topic-level configs are lost. This can cause unexpected data loss, for example, if the cleanup policy changes from "compact" to "delete."

Reviewers: Rajini Sivaram <rajinisivaram@googlemail.com>, Jason Gustafson <jason@confluent.io>
(cherry picked from commit 0e7f867)
@ijuma
Copy link
Copy Markdown
Member

ijuma commented Feb 8, 2020

ok to test

@JoyJava
Copy link
Copy Markdown

JoyJava commented Feb 10, 2020

Solving this issue is really cool and has a great impact on our system

Thank you

Copy link
Copy Markdown
Contributor

@hachikuji hachikuji left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. The jdk7 build was broken prior to this change. We are attempting to address this in #8068.

@soondenana
Copy link
Copy Markdown
Contributor Author

I installed JDK7 locally and build passes with gradle 5.4.1. #8068 is tracking upgrade gradle to 4.10.3.

@hachikuji hachikuji merged commit 71b1e19 into apache:1.1 Mar 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants