You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "hzh0425 (Jira)" <ji...@apache.org> on 2024/01/01 14:31:00 UTC

[jira] [Created] (KAFKA-16073) Tiered Storage Bug: Incorrect Handling of Offset Ranges During Segment Deletion

hzh0425 created KAFKA-16073:
-------------------------------

             Summary: Tiered Storage Bug: Incorrect Handling of Offset Ranges During Segment Deletion
                 Key: KAFKA-16073
                 URL: https://issues.apache.org/jira/browse/KAFKA-16073
             Project: Kafka
          Issue Type: Bug
          Components: core, Tiered-Storage
    Affects Versions: 3.6.1
            Reporter: hzh0425
            Assignee: hzh0425
             Fix For: 3.6.1


This bug pertains to Apache Kafka's tiered storage functionality. Specifically, it involves a timing issue in the {{UnifiedLog.deleteSegments}} method. The method first deletes segments from memory but delays updating the {{{}localLogStartOffset{}}}. Meanwhile, in {{{}ReplicaManager.handleOffsetOutOfRangeError{}}}, if the fetch offset is less than {{{}localLogStartOffset{}}}, it triggers the read remote process. However, if it's greater, an {{OffsetOutOfRangeException}} is sent to the client.

Consider a scenario with concurrent operations, where {{{}offset1 < offset2 < offset3{}}}. A client requests {{offset2}} while a background thread is deleting segments. The segments are deleted in memory, but {{LocalLogStartOffset}} is still at {{offset1}} and not yet updated to {{{}offset3{}}}. In this state, since {{offset2}} is greater than {{{}offset1{}}}, {{ReplicaManager.handleOffsetOutOfRangeError}} erroneously returns an {{OffsetOutOfRangeException}} to the client. This happens because the system has not yet recognized the new starting offset ({{{}offset3{}}}), leading to incorrect handling of fetch requests.
 
 
 
 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)