You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Jiangjie Qin (JIRA)" <ji...@apache.org> on 2018/01/29 00:36:00 UTC
[jira] [Created] (KAFKA-6492) LogSemgent.truncateTo() should always
resize the index file
Jiangjie Qin created KAFKA-6492:
-----------------------------------
Summary: LogSemgent.truncateTo() should always resize the index file
Key: KAFKA-6492
URL: https://issues.apache.org/jira/browse/KAFKA-6492
Project: Kafka
Issue Type: Bug
Reporter: Jiangjie Qin
The bug is the following:
# Initially on a follower broker there are two segments 0 and segment 10000. Segment 0 is empty (maybe due to log compaction)
# log is truncated to 0.
# LogSemgent.Truncate() will not find a message to truncate in segment 0, so it will skip resizing the index/timeindex files.
# When a new message is fetched, Log.maybeRoll() will try to roll a new segment because the index file of segment 0 is already full (max size is 0)
# After creating the new segment 0, the replica fetcher thread finds that there is already a segment 0 exists. So it just throws exception and dies.
The fix would be let the broker make sure the index files of active segments are always resized properly.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)