[ https://issues.apache.org/jira/browse/IGNITE-21194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Denis Chudov updated IGNITE-21194: ---------------------------------- Description: Test passes successully, but there are exceptions in logs. The scenario of this test includes altering the distribution zone. But the subsequent notification about stable assignments at the end of rebalance happens 2 times on the same node, with the same assignments. As a result, redundant partitions are stopped and the storages are deleted on the first event handling, and they are not found on the second one, which causes exceptions. Seems that the second stable assignments change is triggered by the rebalance raft configuration listener ( RebalanceRaftGroupEventsListener#doOnNewPeersConfigurationApplied ) which is triggered on the configuration changed by the new leader election: {code:java} [2024-01-05T19:18:36,891][INFO ][%iinrt_dosor_1%rebalance-scheduler-0][RebalanceRaftGroupEventsListener] New leader elected. Going to apply new configuration [tablePartitionId=6_part_0, peers=[iinrt_dosor_1], learners=[]]{code} Probably we should check that the new set of peers differs from the others to make some rebalance related updates to meta storage. was: The scenario of this test includes altering the distribution zone. But the subsequent notification about stable assignments at the end of rebalance happens 2 times on the same node, with the same assignments. As a result, redundant partitions are stopped and the storages are deleted on the first event handling, and they are not found on the second one, which causes exceptions. Seems that the second stable assignments change is triggered by the rebalance raft configuration listener ( RebalanceRaftGroupEventsListener#doOnNewPeersConfigurationApplied ) which is triggered on the configuration changed by the new leader election: {code:java} [2024-01-05T19:18:36,891][INFO ][%iinrt_dosor_1%rebalance-scheduler-0][RebalanceRaftGroupEventsListener] New leader elected. Going to apply new configuration [tablePartitionId=6_part_0, peers=[iinrt_dosor_1], learners=[]]{code} Probably we should check that the new set of peers differs from the others to make some rebalance related updates to meta storage. > StorageException in ItIgniteNodeRestartTest#destroyObsoleteStoragesOnRestart > ---------------------------------------------------------------------------- > > Key: IGNITE-21194 > URL: https://issues.apache.org/jira/browse/IGNITE-21194 > Project: Ignite > Issue Type: Bug > Reporter: Denis Chudov > Priority: Major > Labels: ignite-3 > > Test passes successully, but there are exceptions in logs. > The scenario of this test includes altering the distribution zone. But the > subsequent notification about stable assignments at the end of rebalance > happens 2 times on the same node, with the same assignments. As a result, > redundant partitions are stopped and the storages are deleted on the first > event handling, and they are not found on the second one, which causes > exceptions. > Seems that the second stable assignments change is triggered by the rebalance > raft configuration listener ( > RebalanceRaftGroupEventsListener#doOnNewPeersConfigurationApplied ) which is > triggered on the configuration changed by the new leader election: > {code:java} > [2024-01-05T19:18:36,891][INFO > ][%iinrt_dosor_1%rebalance-scheduler-0][RebalanceRaftGroupEventsListener] New > leader elected. Going to apply new configuration [tablePartitionId=6_part_0, > peers=[iinrt_dosor_1], learners=[]]{code} > Probably we should check that the new set of peers differs from the others to > make some rebalance related updates to meta storage. -- This message was sent by Atlassian Jira (v8.20.10#820010)