Return-Path: X-Original-To: apmail-kafka-dev-archive@www.apache.org Delivered-To: apmail-kafka-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74FDB10ACE for ; Tue, 4 Mar 2014 00:49:34 +0000 (UTC) Received: (qmail 92738 invoked by uid 500); 4 Mar 2014 00:49:31 -0000 Delivered-To: apmail-kafka-dev-archive@kafka.apache.org Received: (qmail 92664 invoked by uid 500); 4 Mar 2014 00:49:30 -0000 Mailing-List: contact dev-help@kafka.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@kafka.apache.org Delivered-To: mailing list dev@kafka.apache.org Received: (qmail 92561 invoked by uid 99); 4 Mar 2014 00:49:26 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2014 00:49:26 +0000 Date: Tue, 4 Mar 2014 00:49:26 +0000 (UTC) From: "Andrew Olson (JIRA)" To: dev@kafka.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (KAFKA-1028) per topic configuration of preference for consistency over availability MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/KAFKA-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Olson updated KAFKA-1028: -------------------------------- Attachment: KAFKA-1028_2014-03-03_18:48:43.patch > per topic configuration of preference for consistency over availability > ----------------------------------------------------------------------- > > Key: KAFKA-1028 > URL: https://issues.apache.org/jira/browse/KAFKA-1028 > Project: Kafka > Issue Type: Improvement > Reporter: Scott Clasen > Assignee: Neha Narkhede > Attachments: KAFKA-1028.patch, KAFKA-1028_2014-01-30_13:45:30.patch, KAFKA-1028_2014-03-03_18:48:43.patch > > > As discussed with Neha on the ML. > It should be possible to configure a topic to disallow unclean leader election, thus preventing the situation where committed messages can be discarded once a failed leader comes back online in a situation where it was the only ISR. > This would open kafka to additional usecases where the possibility of committted messages being discarded is unacceptable. -- This message was sent by Atlassian JIRA (v6.2#6252)