[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user asfgit closed the pull request at: https://github.com/apache/storm/pull/1888 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user HeartSaVioR commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99298185 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); +Iterator
iterator = partitionManagersAfterRefresh.iterator(); +for (List partitionManagersBefore : partitionManagersBeforeRefresh) { +List partitionManagersAfter = iterator.next(); +for (PartitionManager before : partitionManagersBefore) +for (PartitionManager after: partitionManagersAfter) +if (before.getPartition().partition == after.getPartition().partition) +assertStateIsTheSame(before, after); +} +} + +private void assertStateIsTheSame(PartitionManager managerBefore, PartitionManager managerAfter) { +// check if state was actually moved from old PartitionManager +assertNotSame(managerBefore, managerAfter); +assertSame(managerBefore._waitingToEmit, managerAfter._waitingToEmit); --- End diff -- No I think that's enough. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user ernisv commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99295805 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); +Iterator
iterator = partitionManagersAfterRefresh.iterator(); +for (List partitionManagersBefore : partitionManagersBeforeRefresh) { +List partitionManagersAfter = iterator.next(); +for (PartitionManager before : partitionManagersBefore) +for (PartitionManager after: partitionManagersAfter) +if (before.getPartition().partition == after.getPartition().partition) +assertStateIsTheSame(before, after); +} +} + +private void assertStateIsTheSame(PartitionManager managerBefore, PartitionManager managerAfter) { +// check if state was actually moved from old PartitionManager +assertNotSame(managerBefore, managerAfter); +assertSame(managerBefore._waitingToEmit, managerAfter._waitingToEmit); --- End diff -- I've added checks for _emittedToOffset and _committedTo fields. However _failedMsgRetryManager and _pending are private, so we either do not check them or increase the fields visibility to "package". Do you think it warrants visibility change ? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user ernisv commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99294074 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); +Iterator
iterator = partitionManagersAfterRefresh.iterator(); +for (List partitionManagersBefore : partitionManagersBeforeRefresh) { +List partitionManagersAfter = iterator.next(); +for (PartitionManager before : partitionManagersBefore) --- End diff -- Right, simplified the test. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user ernisv commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99294012 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); --- End diff -- Right, there's the same error in another test that got copy-pasted here :) Fixed in both places. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user HeartSaVioR commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99284895 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); +Iterator
iterator = partitionManagersAfterRefresh.iterator(); +for (List partitionManagersBefore : partitionManagersBeforeRefresh) { +List partitionManagersAfter = iterator.next(); +for (PartitionManager before : partitionManagersBefore) +for (PartitionManager after: partitionManagersAfter) +if (before.getPartition().partition == after.getPartition().partition) +assertStateIsTheSame(before, after); +} +} + +private void assertStateIsTheSame(PartitionManager managerBefore, PartitionManager managerAfter) { +// check if state was actually moved from old PartitionManager +assertNotSame(managerBefore, managerAfter); +assertSame(managerBefore._waitingToEmit, managerAfter._waitingToEmit); --- End diff -- Let's check all the copying fields, not only _waitingToEmit. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user HeartSaVioR commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99284800 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); +Iterator
iterator = partitionManagersAfterRefresh.iterator(); +for (List partitionManagersBefore : partitionManagersBeforeRefresh) { +List partitionManagersAfter = iterator.next(); +for (PartitionManager before : partitionManagersBefore) --- End diff -- I'd rather create a new hash map for before or after which key is partition, and compare based on the map and other list. The depth of `if` statement is already 4. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes, 1...
Github user HeartSaVioR commented on a diff in the pull request: https://github.com/apache/storm/pull/1888#discussion_r99283845 --- Diff: external/storm-kafka/src/test/org/apache/storm/kafka/ZkCoordinatorTest.java --- @@ -114,6 +113,33 @@ public void testPartitionsChange() throws Exception { } } +@Test +public void testPartitionManagerRecreate() throws Exception { +final int totalTasks = 2; +int partitionsPerTask = 2; +List coordinatorList = buildCoordinators(totalTasks / partitionsPerTask); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9092))); +ListpartitionManagersBeforeRefresh = getPartitionManagers(coordinatorList); +waitForRefresh(); + when(reader.getBrokerInfo()).thenReturn(TestUtils.buildPartitionInfoList(TestUtils.buildPartitionInfo(totalTasks, 9093))); +List
partitionManagersAfterRefresh = getPartitionManagers(coordinatorList); +assertEquals(partitionManagersAfterRefresh.size(), partitionManagersAfterRefresh.size()); --- End diff -- It compares exactly same thing. Did you miss here, or it's redundant line? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] storm pull request #1888: STORM-2296 Kafka spout no dup on leader changes 1 ...
GitHub user ernisv opened a pull request: https://github.com/apache/storm/pull/1888 STORM-2296 Kafka spout no dup on leader changes 1 x Current behavior of Kafka spout emits duplicate tuples whenever Kafka topic leader's change. In case of exception caused by leader changes, PartitionManagers are simply recreated losing the state about which tuples were already emitted and new PartitionManager re-emits them again. This is fine as at-least-once is fulfilled, but still it would be better to not emit duplicate data if possible. Moreover this could be easily avoided by moving the state related to emitted tuples from old PartitionManager to new one. You can merge this pull request into a Git repository by running: $ git pull https://github.com/ernisv/storm kafka_spout_no_dup_on_leader_changes_1_x Alternatively you can review and apply these changes as the patch at: https://github.com/apache/storm/pull/1888.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1888 commit fb9c3073f5babc35828abdcf897db31846cabecc Author: Ernestas VaiciukeviciusDate: 2017-01-12T14:54:59Z Move state from old PartitionManager when recreating manager for same partition commit aefd80a5404b726d1dd538018b4f7f0bca119627 Author: Ernestas Vaiciukevicius Date: 2017-01-12T15:39:51Z Test to check if old PartitionManager's state is moved to new manager during manager recreate commit c744e4b7dcbca5082243a691d97f12cd4b1151c3 Author: Ernestas Vaiciukevicius Date: 2017-01-12T15:57:46Z Include _emittedToOffset when copying state during PartitionManager recreate --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---