You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Jason Gustafson (Jira)" <ji...@apache.org> on 2021/03/12 22:25:00 UTC

[jira] [Created] (KAFKA-12460) Raft should not prevent truncation below high watermark

Jason Gustafson created KAFKA-12460:
---------------------------------------

             Summary: Raft should not prevent truncation below high watermark
                 Key: KAFKA-12460
                 URL: https://issues.apache.org/jira/browse/KAFKA-12460
             Project: Kafka
          Issue Type: Sub-task
            Reporter: Jason Gustafson
            Assignee: Jason Gustafson


Eventually we will have to come up with some approach to recover from committed data loss in the raft quorum (something akin to unclean leader election for normal partitions).  For now, we would rather be stricter and fail fast rather than allowing committed data to be silently lost. The long term thought I have in mind is to give users an --unsafe flag or something like that which can be passed at startup in order to knowingly turn of the stricter validation in order to let the quorum recover from a disaster scenario. This needs some more thought though.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)