You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Abdgali Yerkingaliyev (Jira)" <ji...@apache.org> on 2026/02/12 07:24:00 UTC

[jira] [Created] (KAFKA-20177) Handle malformed partition.metadata without NullPointerException

Abdgali Yerkingaliyev created KAFKA-20177:
---------------------------------------------

             Summary: Handle malformed partition.metadata without NullPointerException
                 Key: KAFKA-20177
                 URL: https://issues.apache.org/jira/browse/KAFKA-20177
             Project: Kafka
          Issue Type: Bug
          Components: core
    Affects Versions: 4.3.0
            Reporter: Abdgali Yerkingaliyev


h3. Problem

`PartitionMetadataReadBuffer` can throw `NullPointerException` when `partition.metadata` is empty or truncated.
h3. In 
{{{}org.apache.kafka.storage.internals.checkpoint.PartitionMetadataReadBuffer.java{}}}, parsing uses {{split(line)}} even when {{{}line == null{}}}.
This can bypass the expected malformed-file handling path and lead to less consistent error handling for partition metadata read failures.

 
h3. Expected behavior

Malformed {{partition.metadata}} should fail with a controlled {{IOException}} (malformed line / invalid topic id), not with {{{}NullPointerException{}}}.
h3. Proposed fix
 * Make parsing null-safe in {{{}PartitionMetadataReadBuffer{}}}.
 * Validate key/value lines explicitly ({{{}version{}}}, {{{}topic_id{}}}).
 * Convert malformed UUID parsing into {{IOException}} via existing malformed-line path.

h3. Tests
 * Add focused tests for:   - empty file   - missing {{topic_id}} line   - malformed UUID   - {{ZERO_UUID}}   - valid metadata file
 * Add integration-style check that malformed file read is surfaced as {{KafkaStorageException}} by {{{}PartitionMetadataFile.read(){}}}.

h3. Compatibility / Risk

Low risk. Behavior is only changed for malformed input; valid files are unaffected.



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