You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Matthias J. Sax (Jira)" <ji...@apache.org> on 2023/08/05 03:57:00 UTC
[jira] [Updated] (KAFKA-15308) Wipe Stores upon OffsetOutOfRangeException in ALOS
[ https://issues.apache.org/jira/browse/KAFKA-15308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matthias J. Sax updated KAFKA-15308:
------------------------------------
Affects Version/s: (was: 3.4.0)
(was: 3.5.0)
> Wipe Stores upon OffsetOutOfRangeException in ALOS
> --------------------------------------------------
>
> Key: KAFKA-15308
> URL: https://issues.apache.org/jira/browse/KAFKA-15308
> Project: Kafka
> Issue Type: Bug
> Components: streams
> Affects Versions: 3.3.0
> Reporter: Colt McNealy
> Priority: Minor
>
> As per this [Confluent Community Slack Thread|https://confluentcommunity.slack.com/archives/C48AHTCUQ/p1690843733272449?thread_ts=1690663361.858559&cid=C48AHTCUQ], Streams currently does not wipe away RocksDB state upon encountering an `OffsetOutOfRangeException` in ALOS.
>
> `OffsetOutOfRangeException` is a rare case that occurs when a standby task requests offsets that no longer exist in the topic. We should wipe the store for three reasons:
> # Not wiping the store can be a violation of ALOS since some of the now-missing offsets could have contained tombstone records.
> # Wiping the store has no performance cost since we need to replay the entirety of what's in the changelog topic anyways.
> # I have heard (not yet confirmed myself) that we wipe the store in EOS anyways, so fixing this bug could remove a bit of complexity from supporting EOS and ALOS.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)