[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias J. Sax updated KAFKA-5347: --- Fix Version/s: (was: 2.2.0) > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta >Priority: Major > Labels: exactly-once > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dong Lin updated KAFKA-5347: Fix Version/s: (was: 2.1.0) 2.2.0 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta >Priority: Major > Labels: exactly-once > Fix For: 2.2.0 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajini Sivaram updated KAFKA-5347: -- Fix Version/s: (was: 2.0.0) 2.1.0 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta >Priority: Major > Labels: exactly-once > Fix For: 2.1.0 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Damian Guy updated KAFKA-5347: -- Fix Version/s: (was: 1.1.0) 1.2.0 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta >Priority: Major > Labels: exactly-once > Fix For: 1.2.0 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guozhang Wang updated KAFKA-5347: - Fix Version/s: (was: 1.0.0) 1.1.0 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta > Labels: exactly-once > Fix For: 1.1.0 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5347: Fix Version/s: (was: 0.11.0.2) 1.0.0 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta > Labels: exactly-once > Fix For: 1.0.0 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (KAFKA-5347) OutOfSequence error should be fatal
[ https://issues.apache.org/jira/browse/KAFKA-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ismael Juma updated KAFKA-5347: --- Fix Version/s: (was: 0.11.0.1) 0.11.0.2 > OutOfSequence error should be fatal > --- > > Key: KAFKA-5347 > URL: https://issues.apache.org/jira/browse/KAFKA-5347 > Project: Kafka > Issue Type: Sub-task >Reporter: Jason Gustafson >Assignee: Apurva Mehta > Labels: exactly-once > Fix For: 0.11.0.2 > > > If the producer sees an OutOfSequence error for a given partition, we > currently treat it as an abortable error. This makes some sense because > OutOfSequence won't prevent us from being able to send the EndTxn to abort > the transaction. The problem is that the producer, even after aborting, still > won't be able to send to the topic with an OutOfSequence. One way to deal > with this is to ask the user to call {{initTransactions()}} again to bump the > epoch, but this is a bit difficult to explain and could be dangerous since it > renders zombie checking less effective. Probably we should just consider > OutOfSequence fatal for the transactional producer. -- This message was sent by Atlassian JIRA (v6.4.14#64029)