[jira] [Updated] (KAFKA-5273) KafkaConsumer.committed() should get latest committed offsets from the server

2017-05-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5273: Status: Patch Available (was: In Progress) > KafkaConsumer.committed() should get latest committed

[jira] [Work started] (KAFKA-5273) KafkaConsumer.committed() should get latest committed offsets from the server

2017-05-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on KAFKA-5273 started by Apurva Mehta. --- > KafkaConsumer.committed() should get latest committed offsets from the server > -

[jira] [Updated] (KAFKA-5128) TransactionCoordinator - Check inter broker protocol and message format and raise errors if incompatible

2017-05-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5128: Status: Patch Available (was: Open) > TransactionCoordinator - Check inter broker protocol and mess

[jira] [Updated] (KAFKA-5128) TransactionCoordinator - Check inter broker protocol and message format and raise errors if incompatible

2017-05-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5128: Labels: exactly-once (was: ) > TransactionCoordinator - Check inter broker protocol and message for

[jira] [Updated] (KAFKA-5280) Protect concurrent access to the cached transaction status

2017-05-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5280: Status: Patch Available (was: Open) > Protect concurrent access to the cached transaction status >

[jira] [Updated] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-19 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5247: Status: Patch Available (was: Open) > Consumer GroupCoordinator should continue to materialize comm

[jira] [Updated] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-19 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5269: Status: Patch Available (was: Open) > TransactionBounceTest occasionally fails due to partition err

[jira] [Created] (KAFKA-5284) Add tools and metrics to diagnose problems with the idempotent producer and transactions

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5284: --- Summary: Add tools and metrics to diagnose problems with the idempotent producer and transactions Key: KAFKA-5284 URL: https://issues.apache.org/jira/browse/KAFKA-5284

[jira] [Created] (KAFKA-5283) Update clients and server code to make sure that epoch and sequence numbers wrap around

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5283: --- Summary: Update clients and server code to make sure that epoch and sequence numbers wrap around Key: KAFKA-5283 URL: https://issues.apache.org/jira/browse/KAFKA-5283 P

[jira] [Updated] (KAFKA-5147) KafkaProducer's TransactionManager needs a review on synchronization

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5147: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > KafkaProducer's TransactionManager nee

[jira] [Updated] (KAFKA-5147) KafkaProducer's TransactionManager needs a review on synchronization

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5147: Labels: exactly-once (was: ) Priority: Blocker (was: Major) Fix Version/s: 0.11

[jira] [Commented] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16016496#comment-16016496 ] Apurva Mehta commented on KAFKA-5269: - It turns out that the `UNKNOWN_TOPIC_OR_PARTITI

[jira] [Created] (KAFKA-5282) Transactions integration test: Use factory methods to keep track of open producers and consumers and close them all on tearDown

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5282: --- Summary: Transactions integration test: Use factory methods to keep track of open producers and consumers and close them all on tearDown Key: KAFKA-5282 URL: https://issues.apache.o

[jira] [Updated] (KAFKA-5281) System tests for KIP-98 / transactions

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5281: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > System tests for KIP-98 / transactions

[jira] [Updated] (KAFKA-5281) System tests for KIP-98 / transactions

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5281: Priority: Blocker (was: Major) > System tests for KIP-98 / transactions > -

[jira] [Updated] (KAFKA-5281) System tests for KIP-98 / transactions

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5281: Summary: System tests for KIP-98 / transactions (was: System tests for KIP-98 / transaction) > Sys

[jira] [Created] (KAFKA-5281) System tests for KIP-98 / transaction

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5281: --- Summary: System tests for KIP-98 / transaction Key: KAFKA-5281 URL: https://issues.apache.org/jira/browse/KAFKA-5281 Project: Kafka Issue Type: Bug

[jira] [Assigned] (KAFKA-5279) TransactionCoordinator must expire transactionalIds

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5279: --- Assignee: Damian Guy (was: Guozhang Wang) > TransactionCoordinator must expire transactional

[jira] [Assigned] (KAFKA-5273) KafkaConsumer.committed() should get latest committed offsets from the server

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5273: --- Assignee: Apurva Mehta > KafkaConsumer.committed() should get latest committed offsets from t

[jira] [Updated] (KAFKA-5273) KafkaConsumer.committed() should get latest committed offsets from the server

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5273: Priority: Blocker (was: Major) > KafkaConsumer.committed() should get latest committed offsets from

[jira] [Updated] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5269: Priority: Blocker (was: Major) > TransactionBounceTest occasionally fails due to partition errors >

[jira] [Updated] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5269: Labels: exactly-once (was: ) > TransactionBounceTest occasionally fails due to partition errors > -

[jira] [Updated] (KAFKA-5270) TransactionManager should send and `AddOffsetsToTxn` request only once per group per transaction

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5270: Priority: Blocker (was: Major) > TransactionManager should send and `AddOffsetsToTxn` request only

[jira] [Updated] (KAFKA-5270) TransactionManager should send and `AddOffsetsToTxn` request only once per group per transaction

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5270: Priority: Major (was: Blocker) > TransactionManager should send and `AddOffsetsToTxn` request only

[jira] [Assigned] (KAFKA-5260) Producer should not send AbortTxn unless transaction has actually begun

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5260: --- Assignee: Damian Guy > Producer should not send AbortTxn unless transaction has actually begu

[jira] [Updated] (KAFKA-5260) Producer should not send AbortTxn unless transaction has actually begun

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5260: Priority: Blocker (was: Critical) > Producer should not send AbortTxn unless transaction has actual

[jira] [Updated] (KAFKA-5260) Producer should not send AbortTxn unless transaction has actually begun

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5260: Priority: Critical (was: Major) > Producer should not send AbortTxn unless transaction has actually

[jira] [Updated] (KAFKA-5259) TransactionalId authorization should imply ProducerId authorization

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5259: Labels: exactly-once (was: ) > TransactionalId authorization should imply ProducerId authorization

[jira] [Updated] (KAFKA-5259) TransactionalId authorization should imply ProducerId authorization

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5259: Priority: Blocker (was: Major) > TransactionalId authorization should imply ProducerId authorizatio

[jira] [Assigned] (KAFKA-5032) Think through implications of max.message.size affecting record batches in message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5032: --- Assignee: Apurva Mehta > Think through implications of max.message.size affecting record batc

[jira] [Updated] (KAFKA-5093) Load only batch header when rebuilding producer ID map

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5093: Priority: Critical (was: Major) > Load only batch header when rebuilding producer ID map >

[jira] [Assigned] (KAFKA-5202) Handle topic deletion for ongoing transactions

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5202: --- Assignee: Guozhang Wang > Handle topic deletion for ongoing transactions > --

[jira] [Updated] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5247: Priority: Blocker (was: Major) > Consumer GroupCoordinator should continue to materialize committed

[jira] [Updated] (KAFKA-5202) Handle topic deletion for ongoing transactions

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5202: Priority: Blocker (was: Major) > Handle topic deletion for ongoing transactions > -

[jira] [Assigned] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5247: --- Assignee: Apurva Mehta > Consumer GroupCoordinator should continue to materialize committed o

[jira] [Updated] (KAFKA-5186) Avoid expensive initialization of producer state when upgrading

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5186: Labels: exactly-once (was: ) > Avoid expensive initialization of producer state when upgrading > --

[jira] [Updated] (KAFKA-5186) Avoid expensive initialization of producer state when upgrading

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5186: Priority: Blocker (was: Critical) > Avoid expensive initialization of producer state when upgrading

[jira] [Commented] (KAFKA-5033) Reconsider default retries for idempotent producer

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16016152#comment-16016152 ] Apurva Mehta commented on KAFKA-5033: - A default of `MAX_INT` seems reasonable here.

[jira] [Updated] (KAFKA-5033) Reconsider default retries for idempotent producer

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5033: Priority: Blocker (was: Major) > Reconsider default retries for idempotent producer > -

[jira] [Updated] (KAFKA-5032) Think through implications of max.message.size affecting record batches in message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5032: Labels: exactly-once (was: ) > Think through implications of max.message.size affecting record batc

[jira] [Updated] (KAFKA-5030) Suggested clean-ups from message format V2 review

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5030: Labels: exactly-once (was: ) > Suggested clean-ups from message format V2 review >

[jira] [Updated] (KAFKA-5026) DebuggingConsumerId and DebuggingMessageFormatter and message format v2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5026: Labels: exactly-once tooling (was: ) > DebuggingConsumerId and DebuggingMessageFormatter and messag

[jira] [Assigned] (KAFKA-5024) Old clients don't support message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5024: --- Assignee: Apurva Mehta > Old clients don't support message format V2 > --

[jira] [Updated] (KAFKA-5021) Update Message Delivery Semantics section to take into account KIP-98

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5021: Priority: Blocker (was: Major) > Update Message Delivery Semantics section to take into account KIP

[jira] [Updated] (KAFKA-5020) Update protocol documentation to mention message format v2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5020: Priority: Blocker (was: Major) > Update protocol documentation to mention message format v2 > -

[jira] [Updated] (KAFKA-5019) Exactly-once upgrade notes

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5019: Priority: Blocker (was: Critical) > Exactly-once upgrade notes > -- > >

[jira] [Updated] (KAFKA-4935) Consider disabling record level CRC checks for message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-4935: Labels: exactly-once (was: ) > Consider disabling record level CRC checks for message format V2 > -

[jira] [Updated] (KAFKA-4935) Consider disabling record level CRC checks for message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-4935: Priority: Blocker (was: Major) > Consider disabling record level CRC checks for message format V2 >

[jira] [Assigned] (KAFKA-4935) Consider disabling record level CRC checks for message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-4935: --- Assignee: Jason Gustafson > Consider disabling record level CRC checks for message format V2

[jira] [Commented] (KAFKA-4935) Consider disabling record level CRC checks for message format V2

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16016137#comment-16016137 ] Apurva Mehta commented on KAFKA-4935: - The current solution is to provide a light weig

[jira] [Created] (KAFKA-5280) Protect concurrent access to the cached transaction status

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5280: --- Summary: Protect concurrent access to the cached transaction status Key: KAFKA-5280 URL: https://issues.apache.org/jira/browse/KAFKA-5280 Project: Kafka Issue

[jira] [Updated] (KAFKA-5279) TransactionCoordinator must expire transactionalIds

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5279: Labels: exactly-once (was: ) > TransactionCoordinator must expire transactionalIds > --

[jira] [Updated] (KAFKA-5279) TransactionCoordinator must expire transactionalIds

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5279: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > TransactionCoordinator must expire tra

[jira] [Created] (KAFKA-5279) TransactionCoordinator must expire transactionalIds

2017-05-18 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5279: --- Summary: TransactionCoordinator must expire transactionalIds Key: KAFKA-5279 URL: https://issues.apache.org/jira/browse/KAFKA-5279 Project: Kafka Issue Type: B

[jira] [Assigned] (KAFKA-5128) TransactionCoordinator - Check inter broker protocol and message format and raise errors if incompatible

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5128: --- Assignee: Damian Guy > TransactionCoordinator - Check inter broker protocol and message forma

[jira] [Updated] (KAFKA-5128) TransactionCoordinator - Check inter broker protocol and message format and raise errors if incompatible

2017-05-18 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5128: Priority: Blocker (was: Major) > TransactionCoordinator - Check inter broker protocol and message f

[jira] [Created] (KAFKA-5273) KafkaConsumer.committed() should get latest committed offsets from the server

2017-05-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5273: --- Summary: KafkaConsumer.committed() should get latest committed offsets from the server Key: KAFKA-5273 URL: https://issues.apache.org/jira/browse/KAFKA-5273 Project: Ka

[jira] [Assigned] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-17 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5269: --- Assignee: Apurva Mehta > TransactionBounceTest occasionally fails due to partition errors > -

[jira] [Created] (KAFKA-5270) TransactionManager should send and `AddOffsetsToTxn` request only once per group per transaction

2017-05-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5270: --- Summary: TransactionManager should send and `AddOffsetsToTxn` request only once per group per transaction Key: KAFKA-5270 URL: https://issues.apache.org/jira/browse/KAFKA-5270

[jira] [Commented] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-17 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16014864#comment-16014864 ] Apurva Mehta commented on KAFKA-5269: - A relevant stack trace: {noformat} [2017-05-17

[jira] [Updated] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-17 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5269: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > TransactionBounceTest occasionally fai

[jira] [Created] (KAFKA-5269) TransactionBounceTest occasionally fails due to partition errors

2017-05-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5269: --- Summary: TransactionBounceTest occasionally fails due to partition errors Key: KAFKA-5269 URL: https://issues.apache.org/jira/browse/KAFKA-5269 Project: Kafka

[jira] [Updated] (KAFKA-5268) TransactionsBounceTest occasionally sees INVALID_TXN_STATE errors

2017-05-17 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5268: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > TransactionsBounceTest occasionally se

[jira] [Created] (KAFKA-5268) TransactionsBounceTest occasionally sees INVALID_TXN_STATE errors

2017-05-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5268: --- Summary: TransactionsBounceTest occasionally sees INVALID_TXN_STATE errors Key: KAFKA-5268 URL: https://issues.apache.org/jira/browse/KAFKA-5268 Project: Kafka

[jira] [Updated] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-15 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5247: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > Consumer GroupCoordinator should conti

[jira] [Updated] (KAFKA-5231) TransactinoCoordinator does not bump epoch when aborting open transactions

2017-05-15 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5231: Issue Type: Sub-task (was: Bug) Parent: KAFKA-4815 > TransactinoCoordinator does not bump e

[jira] [Commented] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-15 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16010959#comment-16010959 ] Apurva Mehta commented on KAFKA-5247: - Note that this is only an issue when we mix off

[jira] [Created] (KAFKA-5247) Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits

2017-05-15 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5247: --- Summary: Consumer GroupCoordinator should continue to materialize committed offsets in offset order even for transactional offset commits Key: KAFKA-5247 URL: https://issues.apache.

[jira] [Created] (KAFKA-5231) TransactinoCoordinator does not bump epoch when aborting open transactions

2017-05-12 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5231: --- Summary: TransactinoCoordinator does not bump epoch when aborting open transactions Key: KAFKA-5231 URL: https://issues.apache.org/jira/browse/KAFKA-5231 Project: Kafka

[jira] [Commented] (KAFKA-5213) IllegalStateException in ensureOpenForRecordAppend

2017-05-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16005584#comment-16005584 ] Apurva Mehta commented on KAFKA-5213: - This also explains why it wasn't seen till now:

[jira] [Commented] (KAFKA-5213) IllegalStateException in ensureOpenForRecordAppend

2017-05-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16005575#comment-16005575 ] Apurva Mehta commented on KAFKA-5213: - The fix is to mark the builder as `full` if the

[jira] [Commented] (KAFKA-5213) IllegalStateException in ensureOpenForRecordAppend

2017-05-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16005570#comment-16005570 ] Apurva Mehta commented on KAFKA-5213: - I found the bug. The problem is that in a parti

[jira] [Created] (KAFKA-5160) KIP-98 : broker side handling for the TxnOffsetCommitRequest

2017-05-02 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5160: --- Summary: KIP-98 : broker side handling for the TxnOffsetCommitRequest Key: KAFKA-5160 URL: https://issues.apache.org/jira/browse/KAFKA-5160 Project: Kafka Iss

[jira] [Created] (KAFKA-5147) KafkaProducer's TransactionManager needs a review on synchronization

2017-05-01 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5147: --- Summary: KafkaProducer's TransactionManager needs a review on synchronization Key: KAFKA-5147 URL: https://issues.apache.org/jira/browse/KAFKA-5147 Project: Kafka

[jira] [Commented] (KAFKA-4477) Node reduces its ISR to itself, and doesn't recover. Other nodes do not take leadership, cluster remains sick until node is restarted.

2017-04-27 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15987228#comment-15987228 ] Apurva Mehta commented on KAFKA-4477: - Your stack trace alone doesn't indicate that yo

[jira] [Created] (KAFKA-5126) Implement KIP-98 transactional methods in the MockProducer

2017-04-25 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5126: --- Summary: Implement KIP-98 transactional methods in the MockProducer Key: KAFKA-5126 URL: https://issues.apache.org/jira/browse/KAFKA-5126 Project: Kafka Issue

[jira] [Commented] (KAFKA-4970) Add a 'ProducerIdResource' to enable authorization for generating producer ids

2017-04-25 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15983276#comment-15983276 ] Apurva Mehta commented on KAFKA-4970: - This is different. This is to make the 'produc

[jira] [Created] (KAFKA-5080) Convert ProducerBounceTest to use the new KafkaConsumer

2017-04-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5080: --- Summary: Convert ProducerBounceTest to use the new KafkaConsumer Key: KAFKA-5080 URL: https://issues.apache.org/jira/browse/KAFKA-5080 Project: Kafka Issue Typ

[jira] [Created] (KAFKA-5079) ProducerBounceTest fails occasionally with a SocetTimeoutException

2017-04-17 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5079: --- Summary: ProducerBounceTest fails occasionally with a SocetTimeoutException Key: KAFKA-5079 URL: https://issues.apache.org/jira/browse/KAFKA-5079 Project: Kafka

[jira] [Updated] (KAFKA-5079) ProducerBounceTest fails occasionally with a SocketTimeoutException

2017-04-17 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5079?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-5079: Summary: ProducerBounceTest fails occasionally with a SocketTimeoutException (was: ProducerBounceTe

[jira] [Created] (KAFKA-5062) Kafka brokers can accept malformed requests which allocate gigabytes of memory

2017-04-12 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5062: --- Summary: Kafka brokers can accept malformed requests which allocate gigabytes of memory Key: KAFKA-5062 URL: https://issues.apache.org/jira/browse/KAFKA-5062 Project: K

[jira] [Updated] (KAFKA-4818) Implement transactional clients

2017-04-11 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-4818: Description: This covers the implementation of the producer and consumer to support transactions.

[jira] [Updated] (KAFKA-4818) Implement transactional clients

2017-04-11 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-4818: Description: This covers the implementation of the producer and consumer to support transactions, as

[jira] [Assigned] (KAFKA-4818) Implement transactional producer

2017-04-11 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-4818: --- Assignee: Apurva Mehta (was: Guozhang Wang) > Implement transactional producer > ---

[jira] [Created] (KAFKA-5053) Send Error messages along with FindCoordinatorResponse

2017-04-10 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5053: --- Summary: Send Error messages along with FindCoordinatorResponse Key: KAFKA-5053 URL: https://issues.apache.org/jira/browse/KAFKA-5053 Project: Kafka Issue Type

[jira] [Created] (KAFKA-5052) We shouldn't pass the underlying exception to RetriableCommitFailedException when an async offset commit fails.

2017-04-10 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5052: --- Summary: We shouldn't pass the underlying exception to RetriableCommitFailedException when an async offset commit fails. Key: KAFKA-5052 URL: https://issues.apache.org/jira/browse/K

[jira] [Created] (KAFKA-5043) Add FindCoordinatorRequest RPC stub and update InitPidRequest for KIP-98

2017-04-07 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-5043: --- Summary: Add FindCoordinatorRequest RPC stub and update InitPidRequest for KIP-98 Key: KAFKA-5043 URL: https://issues.apache.org/jira/browse/KAFKA-5043 Project: Kafka

[jira] [Assigned] (KAFKA-5033) Reconsider default retries for idempotent producer

2017-04-06 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta reassigned KAFKA-5033: --- Assignee: Apurva Mehta > Reconsider default retries for idempotent producer > ---

[jira] [Created] (KAFKA-4976) DumpLogSegments should print the contents of the pid snapshot files

2017-03-29 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-4976: --- Summary: DumpLogSegments should print the contents of the pid snapshot files Key: KAFKA-4976 URL: https://issues.apache.org/jira/browse/KAFKA-4976 Project: Kafka

[jira] [Commented] (KAFKA-4970) Add a 'ProducerIdResource' to enable authorization for generating producer ids

2017-03-28 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15946333#comment-15946333 ] Apurva Mehta commented on KAFKA-4970: - cc [~junrao] [~hachikuji] -- this is based on o

[jira] [Created] (KAFKA-4970) Add a 'ProducerIdResource' to enable authorization for generating producer ids

2017-03-28 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-4970: --- Summary: Add a 'ProducerIdResource' to enable authorization for generating producer ids Key: KAFKA-4970 URL: https://issues.apache.org/jira/browse/KAFKA-4970 Project: K

[jira] [Commented] (KAFKA-4817) Implement idempotent producer

2017-03-24 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15941193#comment-15941193 ] Apurva Mehta commented on KAFKA-4817: - There is some subtlety in the idempotent produc

[jira] [Updated] (KAFKA-4935) Disable record level crc checks on the consumer with the KIP-98 message format

2017-03-22 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Apurva Mehta updated KAFKA-4935: Issue Type: Improvement (was: Bug) > Disable record level crc checks on the consumer with the KIP-9

[jira] [Created] (KAFKA-4935) Disable record level crc checks on the consumer with the KIP-98 message format

2017-03-22 Thread Apurva Mehta (JIRA)
Apurva Mehta created KAFKA-4935: --- Summary: Disable record level crc checks on the consumer with the KIP-98 message format Key: KAFKA-4935 URL: https://issues.apache.org/jira/browse/KAFKA-4935 Project: K

[jira] [Commented] (KAFKA-4816) Message format changes for idempotent/transactional producer

2017-03-21 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15935601#comment-15935601 ] Apurva Mehta commented on KAFKA-4816: - I compiled the perf numbers for this patch, res

[jira] [Commented] (KAFKA-4574) Transient failure in ZooKeeperSecurityUpgradeTest.test_zk_security_upgrade with security_protocol = SASL_PLAINTEXT, SSL

2017-03-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15905989#comment-15905989 ] Apurva Mehta commented on KAFKA-4574: - I posted all the information I could glean from

[jira] [Commented] (KAFKA-4574) Transient failure in ZooKeeperSecurityUpgradeTest.test_zk_security_upgrade with security_protocol = SASL_PLAINTEXT, SSL

2017-03-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15905983#comment-15905983 ] Apurva Mehta commented on KAFKA-4574: - Here is everything from the state change logs.

[jira] [Commented] (KAFKA-4574) Transient failure in ZooKeeperSecurityUpgradeTest.test_zk_security_upgrade with security_protocol = SASL_PLAINTEXT, SSL

2017-03-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15905939#comment-15905939 ] Apurva Mehta commented on KAFKA-4574: - Here are all the leader changes for this partit

[jira] [Commented] (KAFKA-4574) Transient failure in ZooKeeperSecurityUpgradeTest.test_zk_security_upgrade with security_protocol = SASL_PLAINTEXT, SSL

2017-03-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15905837#comment-15905837 ] Apurva Mehta commented on KAFKA-4574: - >From the server logs, we see that the logs wer

[jira] [Commented] (KAFKA-4574) Transient failure in ZooKeeperSecurityUpgradeTest.test_zk_security_upgrade with security_protocol = SASL_PLAINTEXT, SSL

2017-03-10 Thread Apurva Mehta (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15905778#comment-15905778 ] Apurva Mehta commented on KAFKA-4574: - It appears than different messages wound up at

<    1   2   3   4   >