[
https://issues.apache.org/jira/browse/KAFKA-17360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17876497#comment-17876497
]
Chia-Ping Tsai commented on KAFKA-17360:
----------------------------------------
the patch is merged to trunk
(https://github.com/apache/kafka/commit/11966a209a8bb5bbf867b5bb5ca1d60b80e26650)
and 3.9
(https://github.com/apache/kafka/commit/6d2b81e07f22086e3e752024168772657294c4d9)
will open another PR to backport the fix_2 to 3.8 and 3.7
> local log retention ms/bytes "-2" is not treated correctly
> ----------------------------------------------------------
>
> Key: KAFKA-17360
> URL: https://issues.apache.org/jira/browse/KAFKA-17360
> Project: Kafka
> Issue Type: Bug
> Reporter: Luke Chen
> Assignee: Kuan Po Tseng
> Priority: Critical
> Fix For: 4.0.0, 3.9.0, 3.7.2, 3.8.1
>
>
> # When the local.retention.ms/bytes is set to -2, we didn't replace it with
> the server-side retention.ms/bytes config, so the -2 local retention won't
> take effect.
> # When setting retention.ms/bytes to -2, we can notice this log message:
> {code:java}
> Deleting segment LogSegment(baseOffset=10045, size=1037087,
> lastModifiedTime=1724040653922, largestRecordTimestamp=1724040653835) due to
> local log retention size -2 breach. Local log size after deletion will be
> 13435280. (kafka.log.UnifiedLog) [kafka-scheduler-6]{code}
> This is not helpful for users. We should replace -2 with real retention value
> when logging.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
