Skip to content

KAFKA-2621; nextOffsetMetadata should be changed after rolling a new log segment#286

Closed
lindong28 wants to merge 2 commits intoapache:trunkfrom
lindong28:KAFKA-2621
Closed

KAFKA-2621; nextOffsetMetadata should be changed after rolling a new log segment#286
lindong28 wants to merge 2 commits intoapache:trunkfrom
lindong28:KAFKA-2621

Conversation

@lindong28
Copy link
Member

No description provided.

@lindong28
Copy link
Member Author

@becketqin Could you take a look?

Copy link
Contributor

Choose a reason for hiding this comment

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

Maybe we can put this inside the roll()? Right after we add the new segment into the segments list. Because that is the actual place the base offset changes.

Copy link
Member Author

Choose a reason for hiding this comment

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

This makes sense to me. I think it is OK to possibly call do updateLogEndOffset() twice in the Log.append(). I have updated patch as you suggested.

@lindong28 lindong28 closed this Oct 8, 2015
@lindong28 lindong28 deleted the KAFKA-2621 branch October 13, 2015 00:48
wyuka pushed a commit to wyuka/kafka that referenced this pull request Mar 4, 2022
…er/consumer to network client (apache#286)

[LI-HOTFX] Allow passing client software name and version from producer/consumer to network client (apache#128)

TICKET = N/A
LI_DESCRIPTION = Add config to pass customized client name from producer/consumer to ApiVersionsRequest.

Starting from kafka 2.4, brokers are able to collect clients' version and name, see KIP-511 for more details.
With kafka 2.4 and linkedin-kafka-clients 10, we should make this name unique so that in future when collecting user metrics, we can distinguish supported clients from those using unsupported clients
EXIT_CRITERIA = N/A

Co-authored-by: Ke Hu <[email protected]>
(cherry picked from commit 011ebf8)
fixing merge conflicts and tests
wyuka pushed a commit to wyuka/kafka that referenced this pull request Mar 28, 2022
…cer/consumer to network client (apache#286)

Original commit:
[LI-HOTFX] Allow passing client software name and version from producer/consumer to network client (apache#128)

TICKET = N/A
LI_DESCRIPTION = Add config to pass customized client name from producer/consumer to ApiVersionsRequest.

Starting from kafka 2.4, brokers are able to collect clients' version and name, see KIP-511 for more details.
With kafka 2.4 and linkedin-kafka-clients 10, we should make this name unique so that in future when collecting user metrics, we can distinguish supported clients from those using unsupported clients
EXIT_CRITERIA = N/A

Co-authored-by: Ke Hu <[email protected]>
(cherry picked from commit 011ebf8)
fixing merge conflicts and tests
wyuka pushed a commit to wyuka/kafka that referenced this pull request Jun 16, 2022
…cer/consumer to network client (apache#286)

Original commit:
[LI-HOTFX] Allow passing client software name and version from producer/consumer to network client (apache#128)

TICKET = N/A
LI_DESCRIPTION = Add config to pass customized client name from producer/consumer to ApiVersionsRequest.

Starting from kafka 2.4, brokers are able to collect clients' version and name, see KIP-511 for more details.
With kafka 2.4 and linkedin-kafka-clients 10, we should make this name unique so that in future when collecting user metrics, we can distinguish supported clients from those using unsupported clients
EXIT_CRITERIA = N/A

Co-authored-by: Ke Hu <[email protected]>
(cherry picked from commit 011ebf8)
fixing merge conflicts and tests
davide-armand pushed a commit to aiven/kafka that referenced this pull request Dec 1, 2025
jeqo added a commit to aiven/kafka that referenced this pull request Jan 16, 2026
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.

2 participants