[
https://issues.apache.org/jira/browse/IGNITE-29088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18141192#comment-18141192
]
Ignite TC Bot commented on IGNITE-29088:
----------------------------------------
{panel:title=Branch: [pull/13627/head] Base: [master] : No blockers
found!|borderStyle=dashed|borderColor=#ccc|titleBGColor=#D6F7C1}{panel}
{panel:title=Branch: [pull/13627/head] Base: [master] : New Tests
(13)|borderStyle=dashed|borderColor=#ccc|titleBGColor=#D6F7C1}
{color:#00008b}Cache 17{color} [[tests
9|https://ci2.ignite.apache.org/viewLog.html?buildId=9475847]]
* {color:#013220}IgniteCacheTestSuite15:
CachePartitionLossStaleMapTest.testStaleMapBeforeLostPartitionMarkedLost -
PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
CachePartitionLossStaleMapTest.testStaleMapBeforeLostPartitionOwned -
PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
CachePartitionLossStaleMapTest.testStaleCoordinatorMapAfterEviction -
PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
CacheNoSupplierPartitionMapTest.testOrphanPartitionsOwned - PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
CachePartitionLossStaleMapTest.testStaleMapBeforeFullMessage - PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
distributed.PartitionStateFromOwnerRollingUpgradeTest - PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
PartitionStateFromOwnerRollingUpgradeTest.testOwnersReportStateAfterUpgrade -
PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
distributed.CacheNoSupplierPartitionMapTest - PASSED{color}
* {color:#013220}IgniteCacheTestSuite15:
distributed.CachePartitionLossStaleMapTest - PASSED{color}
{color:#00008b}Queries 3{color} [[tests
4|https://ci2.ignite.apache.org/viewLog.html?buildId=9477054]]
* {color:#013220}IgniteBinaryCacheQueryTestSuite3:
cache.IndexingCachePartitionLossStaleMapTest - PASSED{color}
* {color:#013220}IgniteBinaryCacheQueryTestSuite3:
IndexingCachePartitionLossStaleMapTest.testStaleCoordinatorMapAfterEviction -
PASSED{color}
* {color:#013220}IgniteBinaryCacheQueryTestSuite3:
IndexingCachePartitionLossStaleMapTest.testStaleMapBeforeLostPartitionOwned -
PASSED{color}
* {color:#013220}IgniteBinaryCacheQueryTestSuite3:
IndexingCachePartitionLossStaleMapTest.testStaleMapBeforeFullMessage -
PASSED{color}
{panel}
[TeamCity *--> Run :: All*
Results|https://ci2.ignite.apache.org/viewLog.html?buildId=9475860&buildTypeId=IgniteTests24Java8_RunAll]
{color:#ffffff}tcbot-analysis-comment chainBuildId=9475860
rerunBuildIds=none{color}
> Fix stale lost partition states in the coordinator's partition map
> ------------------------------------------------------------------
>
> Key: IGNITE-29088
> URL: https://issues.apache.org/jira/browse/IGNITE-29088
> Project: Ignite
> Issue Type: Bug
> Reporter: Maksim Davydov
> Assignee: Maksim Davydov
> Priority: Major
> Labels: ise
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Under any partition loss policy, the coordinator's partition map can keep a
> stale state of a lost partition until the next exchange.
> When a server node leaves with the only copy of a partition, the new primary
> creates the partition as MOVING on the coordinator's full message. Then, in
> detectLostPartitions, it owns the partition (IGNORE) or marks it LOST (SAFE
> policies). The coordinator sets the same state in its own
> detectLostPartitions. If the new primary sends its partition map between
> these two steps, for example a scheduled resend after an eviction, the map
> carries MOVING with a newer update sequence, and the coordinator takes it.
> Nothing sends the map again after the partition changes.
> Under IGNORE, the coordinator and every node that takes its full map see no
> owner of the partition until the next exchange. SQL queries from those nodes
> fail with `Failed to map SQL query to topology during timeout: 30000ms`,
> while key operations and scans work. `awaitPartitionMapExchange()` times out
> in tests:` IgniteTopologyValidatorGridSplitCacheTest` (32 nodes, 50 caches
> without backups) hits this in about half of local runs. Under SAFE, the
> coordinator's map shows MOVING instead of LOST.
> Fix: when detectLostPartitions changes a local partition, a non-coordinator
> node resends its single map.
> GridDhtPartitionTopologyImpl#detectLostPartitions reports a change of any
> local partition, not only of the last one it checks.
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)